Guia Administrador TSM

IBM Tivoli Storage Manager para Windows
Gua del administrador

Versin 5.2
GC10-3780-02
IBM Tivoli Storage Manager para Windows

Versin 5.2
GC10-3780-02
Nota
Antes de utilizar esta informacin y el producto al que da soporte, asegrese de leer la informacin general del Apndice C,
Avisos, en la pgina 845.
Tercera edicin (enero de 2004)
|
|
|
|
Este manual es la traduccin del original en ingls IBM Tivoli Storage Manager for Windows Administrators Guide
Version 5.2, GC32-0782-02. Esta edicin se aplica a la versin 5.2 de IBM Tivoli Storage Manager para Windows
(nmeros de programa 5698-HSM, 5698-ISM, 5698-ISX, 5698-SAN, 5724-H51) y a cualquier release posterior hasta
que se indique lo contrario en nuevas ediciones o boletines tcnicos.
| Las modificaciones efectuadas desde la edicin de junio de 2003 se marcan con una barra vertical (|) en el margen
| izquierdo. Asegrese de que utiliza la edicin correcta para el nivel del producto.
Puede efectuar el pedido de publicaciones a travs del representante de ventas o de la sucursal que atiende en su
localidad.
Su colaboracin es importante para que podamos ofrecerle una informacin exacta y de alta calidad. Si tienen algn
comentario sobre esta publicacin o cualquier otra publicacin acerca de IBM Tivoli Storage Manager, consulte el
apartado Cmo ponerse en contacto con el servicio de soporte al cliente en la pgina xviii.
Copyright International Business Machines Corporation 1994, 2004. Reservados todos los derechos.
Contenido
Prefacio . . . . . . . . . . . . . . xv
A quin va destinada esta publicacin . . . . . xv
Conocimientos necesarios antes de leer esta
publicacin . . . . . . . . . . . . . . xv
Convenios utilizados en esta gua . . . . . . . xv
Publicaciones de IBM Tivoli Storage Manager. . . xvi
Publicaciones de IBM relacionadas con productos
de hardware . . . . . . . . . . . . . xvii
Sitios Web de IBM Tivoli Storage Manager . . . xviii
Publicaciones del centro de soporte tcnico
internacional de IBM (Redbooks) . . . . . . xviii
Cmo ponerse en contacto con el servicio de
soporte al cliente . . . . . . . . . . . . xviii
Notificacin de problemas . . . . . . . . xix
Traducciones . . . . . . . . . . . . . . xix
Modificaciones de la versin 5 de
Tivoli Storage Manager . . . . . . . xxi
Modificaciones tcnicas de la Versin 5 Release 2
(enero de 2004) . . . . . . . . . . . . . xxi
Modificaciones tcnicas de la Versin 5 Release 2
(junio de 2003). . . . . . . . . . . . . xxiii
Parte 1. Conceptos bsicos acerca

de IBM Tivoli Storage Manager . . . 1
Captulo 1. Introduccin a IBM Tivoli
Storage Manager . . . . . . . . . . . 3
Cmo gestiona IBM Tivoli Storage Manager los datos
de los clientes . . . . . . . . . . . . . . 6
Opciones para la proteccin de datos . . . . . 9
Cmo se traspasan datos al almacenamiento del
servidor . . . . . . . . . . . . . . 17
Consolidacin de datos de copia de seguridad
para clientes . . . . . . . . . . . . . 17
Cmo el servidor gestiona el almacenamiento . . . 18
Soporte para dispositivos de IBM Tivoli Storage
Manager . . . . . . . . . . . . . . 18
Migracin de datos a travs de la jerarqua de
almacenamiento . . . . . . . . . . . . 19
Supresin de datos caducados . . . . . . . 19
Configuracin y mantenimiento del servidor . . . 20
Interfaces con IBM Tivoli Storage Manager . . . 21
Personalizacin del servidor con el archivo de
opciones del servidor . . . . . . . . . . 22
Configuracin y gestin del almacenamiento del
servidor . . . . . . . . . . . . . . 22
Gestin de clsteres . . . . . . . . . . 25
Gestin de las operaciones de los clientes . . . 26
Mantenimiento del servidor . . . . . . . . 30
Proteccin del servidor . . . . . . . . . 33
Copyright IBM Corp. 1994, 2004
Parte 2. Configuracin y gestin del

almacenamiento del servidor . . . . 35
Captulo 2. Introduccin de
dispositivos de almacenamiento. . . . 37
Utilizacin de los captulos sobre el almacenamiento
del servidor . . . . . . . . . . . . . .
Dispositivos de almacenamiento de IBM Tivoli
Storage Manager . . . . . . . . . . . .
Objetos de almacenamiento de IBM Tivoli Storage
Manager . . . . . . . . . . . . . . .
Bibliotecas . . . . . . . . . . . . . .
Unidades . . . . . . . . . . . . . .
Clase de dispositivo . . . . . . . . . .
Biblioteca, unidad y clase de dispositivo . . . .
Agrupacin de almacenamiento y volumen de
agrupacin de almacenamiento . . . . . . .
Transportadores de datos . . . . . . . . .
Ruta . . . . . . . . . . . . . . . .
Servidor . . . . . . . . . . . . . .
Volmenes de IBM Tivoli Storage Manager . . . .
El inventario de volmenes de una biblioteca
automatizada . . . . . . . . . . . . .
Planificacin del almacenamiento del servidor . . .
Seleccin de una configuracin de dispositivos . .
Dispositivos en una red de rea local . . . . .
Dispositivos en una red de rea de
almacenamiento . . . . . . . . . . . .
Traspaso de datos fuera de la LAN . . . . .
Almacenamiento conectado a red . . . . . .
Traspaso de datos fuera del servidor . . . . .
Montaje y desmontaje de medios extrables por
parte de IBM Tivoli Storage Manager . . . . . .
Utilizacin de los medios extrables por parte de
IBM Tivoli Storage Manager . . . . . . . . .
Configuracin de dispositivos . . . . . . . .
Correlacin de dispositivos con clases de
dispositivo. . . . . . . . . . . . . .
Correlacin de agrupaciones de almacenamiento
con clases de dispositivo y dispositivos . . . .
37
38
38
38
41
41
43
43
45
45
45
46
46
47
48
49
49
51
52
55
57
58
61
62
62
Captulo 3. Utilizacin de dispositivos

de disco magntico . . . . . . . . . 65
Configuracin de dispositivos de disco . . . .
Configuracin de volmenes de acceso aleatorio
en dispositivos de disco . . . . . . . .
Configuracin de volmenes secuenciales FILE
en dispositivos de disco . . . . . . . .
Cmo activar o desactivar volmenes de disco .
Utilizacin de la funcin de cach . . . . . .
Liberacin de espacio del disco . . . . . . .
Cmo especificar volmenes FILE reutilizables .
. 65
. 70
.
.
.
.
.
70
71
71
71
72
iii
Utilizacin de volmenes FILE para copias de

seguridad de base de datos y operaciones de
exportacin . . . . . . . . . . . .
. 72
Captulo 4. Conexin de dispositivos al

sistema servidor . . . . . . . . . . 73
Dispositivos admitidos por IBM Tivoli Storage
Manager . . . . . . . . . . . . . .
Conexin de una unidad manual . . . . . .
Conexin de un dispositivo de biblioteca
automatizada . . . . . . . . . . . . .
Cmo establecer la modalidad de biblioteca .
Utilizacin de alias de dispositivo . . . . . .
Obtencin de alias de dispositivos . . . . .
Seleccin de un controlador de dispositivo . . .
Instalacin de controladores de dispositivo para
dispositivos de cinta SCSI IBM . . . . . .
Instalacin de controladores de dispositivo para
bibliotecas IBM 3494 . . . . . . . . .
Dispositivos IBM 3570, 3590 y LTO Ultrium .
Controladores de dispositivo de Windows . .
Requisitos para utilizar controladores de
dispositivo de Windows con IBM Tivoli Storage
Manager . . . . . . . . . . . . .
Control de dispositivos en Windows 2000 . .
Control de dispositivos en Windows Server 2003
. 73
. 73
.
.
.
.
.
74
75
75
76
76
. 79
. 79
. 79
. 81
. 82
. 82
86
Captulo 5. Configuracin de
dispositivos de almacenamiento. . . . 87
Visin general de configuracin de dispositivos . . 88
Mezcla de tipos de dispositivos en bibliotecas . . . 89
Opciones de servidor que afectan a las operaciones
de almacenamiento . . . . . . . . . . . . 90
Configuracin de dispositivos . . . . . . . . 91
Configuracin de dispositivos manuales . . . . 91
Configuracin de dispositivos de biblioteca
automatizada . . . . . . . . . . . . . 92
Configuracin de dispositivos pticos . . . . 93
Configuracin de dispositivos no admitidos por
el controlador de dispositivo de Tivoli Storage
Manager . . . . . . . . . . . . . . 94
Configuracin de dispositivos de medios
extrables . . . . . . . . . . . . . . 95
Configuracin de dispositivos mediante comandos
de Tivoli Storage Manager . . . . . . . . . 97
Utilizacin de comandos para definir objetos de
almacenamiento de Tivoli Storage Manager . . . 98
Determinar la estrategia de copia de seguridad 101
Determinar los medios y el tipo de dispositivo
para las copias de seguridad de cliente . . . . 101
Configuracin de servidores de Tivoli Storage
Manager para que compartan dispositivos
conectados a SAN . . . . . . . . . . . . 102
Configuracin de comunicaciones entre
servidores . . . . . . . . . . . . . 102
Configuracin del servidor gestor de bibliotecas 102
Configuracin de los servidores de cliente de
biblioteca . . . . . . . . . . . . . . 104
Configuracin de Tivoli Storage Manager para
traspaso de datos fuera de la LAN . . . . . . 105
iv

operaciones NDMP . . . . . . . . . . .
traspaso de datos fuera del servidor . . . . . .
Configuracin de bibliotecas IBM 3494 . . . . .
Categoras de una biblioteca IBM 3494 . . . .
Configuracin de una biblioteca IBM 3494 para que
la utilice un servidor . . . . . . . . . . .
Configuracin del dispositivo en el sistema
servidor . . . . . . . . . . . . . .
Definicin de los dispositivos para IBM Tivoli
Storage Manager . . . . . . . . . . .
Alta y etiquetado de volmenes de biblioteca
Utilizacin de los dispositivos para almacenar
datos de cliente . . . . . . . . . . . .
Compartir una biblioteca IBM 3494 entre servidores
servidores . . . . . . . . . . . . .
servidor y la SAN . . . . . . . . . . .
Configuracin del servidor gestor de bibliotecas
Configuracin de los servidores cliente de
bibliotecas . . . . . . . . . . . . .
datos de cliente . . . . . . . . . . . .
Migracin de una biblioteca IBM 3494 al control de
un gestor de bibliotecas . . . . . . . . . .
Compartir una biblioteca IBM 3494 mediante
particiones estticas de unidades . . . . . . .
Configuracin del dispositivo en los servidores
Definicin de los dispositivos para ASTRO de
IBM Tivoli Storage Manager . . . . . . .
Definicin de dispositivos para JUDY de Tivoli
Storage Manager . . . . . . . . . . .
Configuracin de bibliotecas gestionadas mediante
ACSLS . . . . . . . . . . . . . . .
servidor . . . . . . . . . . . . . .
Definicin de los dispositivos para IBM Tivoli
Storage Manager . . . . . . . . . . .
datos de cliente . . . . . . . . . . . .
Resolucin de problemas de configuracin de
dispositivos . . . . . . . . . . . . . .
Visualizacin de informacin de dispositivos
Visualizacin de las anotaciones de eventos para
buscar errores de dispositivos . . . . . . .
Recuperacin ante cambios de dispositivos en la
SAN . . . . . . . . . . . . . . .
Definicin de dispositivos y rutas . . . . . .
Definicin de bibliotecas. . . . . . . . .
Definicin de unidades . . . . . . . . .
Definicin de transportadores de datos . . . .
Definicin de discos . . . . . . . . . .
Definicin de rutas . . . . . . . . . .
106
107
108
108
109
109
110
113
114
114
115
115
115
116
117
117
118
119
119
120
122
122
122
126
127
127
127
128
128
129
129
130
131
132
133
Captulo 6. Utilizar NDMP para

operaciones con servidores de
archivos NAS . . . . . . . . . . . 135
IBM Tivoli Storage Manager para Windows: Gua del administrador
Requisitos . . . . . . . . . . . . . .
Interfaces utilizadas para las operaciones NDMP
Formatos de datos para las operaciones de copia
de seguridad con NDMP . . . . . . . . .
Planificacin de operaciones NDMP . . . . . .
Planificacin de bibliotecas de cintas y unidades
utilizadas en operaciones NDMP . . . . . .
Determinacin del lugar de conexin del robot
de biblioteca de cintas . . . . . . . . .
Determinacin de la utilizacin de las unidades
en la biblioteca . . . . . . . . . . . .
Planificacin de restauracin de nivel de archivo
Configuracin de Tivoli Storage Manager para las
operaciones NDMP . . . . . . . . . . .
Paso 1. Configuracin de bibliotecas de cintas
para operaciones NDMP . . . . . . . .
Paso 2. Configuracin de la poltica de Tivoli
Storage Manager para operaciones NDMP . . .
Paso 3. Inscripcin de nodos NAS con el
servidor de Tivoli Storage Manager . . . . .
Paso 4. Definicin de un transportador de datos
para el servidor de archivos NAS . . . . .
Paso 5. Definicin de una ruta a una biblioteca
Paso 6. Definicin de unidades de cinta y rutas
para operaciones NDMP . . . . . . . .
Paso 7. Etiquetado y alta de las cintas en la
biblioteca . . . . . . . . . . . . . .
Paso 8. Planificacin de operaciones NDMP . .
Copia de seguridad y restauracin de servidores de
archivos NAS mediante NDMP . . . . . . .
Realizacin de las restauraciones de nivel de
archivo . . . . . . . . . . . . . .
Gestin de las operaciones NDMP . . . . . .
Gestin de nodos de servidor de archivos NAS
Gestin de transportadores de datos utilizados
en operaciones NDMP . . . . . . . . .
Cmo dedicar una unidad de Tivoli Storage
Manager para operaciones NDMP . . . . .
Gestin de agrupaciones de almacenamiento
para las operaciones NDMP . . . . . . .
Gestin de la tabla de contenido . . . . . .
135
137
138
138
138
139
143
144
146
147
150
151
151
152
153
153
153
154
155
155
156
156
157
157
160
161
161
162
162
163
164
165
168
168
169
169
170
170
172
172
173
Captulo 8. Gestin de operaciones de

medios extrables . . . . . . . . . 175
149
Captulo 7. Configuracin del traspaso

de datos fuera del servidor . . . . . 159
Requisitos . . . . . . . . . . . . . .
Formato de datos para el traspaso de datos fuera
del servidor . . . . . . . . . . . . . .
Tipos de configuraciones para el traspaso de datos
fuera del servidor . . . . . . . . . . . .
Configuracin de IBM Tivoli Storage Manager para
el traspaso de datos fuera del servidor . . . . .
Paso 1. Conexin de dispositivos al servidor . .
Paso 2. Determinacin del nombre de mbito
mundial, el nmero de serie y el LUN . . . .
Paso 3. Obtencin y correlacin de la
informacin de disco . . . . . . . . . .
Paso 4. Configuracin de IBM Tivoli Storage
Manager para el traspaso de datos fuera del
servidor . . . . . . . . . . . . . .
Copia de seguridad y restauracin de datos
mediante el traspaso de datos fuera del servidor .
Opciones de control del cliente . . . . . .

Copias de seguridad y restauraciones . . . .
Gestin del traspaso de datos fuera del servidor
Gestin del tamao de los traspasos de datos
Gestin de los transportadores de datos
utilizados en el traspaso de datos fuera del
servidor . . . . . . . . . . . . . .
Gestin de las bibliotecas y unidades de cintas
utilizadas en el traspaso de datos fuera del
servidor . . . . . . . . . . . . . .
Gestin de los discos utilizados en el traspaso
de datos fuera del servidor . . . . . . . .
Gestin de rutas para el traspaso de datos fuera
del servidor . . . . . . . . . . . . .
|
|
Definicin de volmenes . . . . . . . . .
Gestin de volmenes . . . . . . . . . .
Gestin de volmenes grabados parcialmente
Gestin del inventario de volmenes de un
dispositivo de biblioteca automatizada . . . .
Gestin de la copia de seguridad de la base de
datos y de los volmenes de exportacin . . .
Preparacin de los medios para bibliotecas
automatizadas . . . . . . . . . . . . .
Etiquetado de medios . . . . . . . . .
Alta de medios en dispositivos de biblioteca
automatizada . . . . . . . . . . . .
Consideraciones especiales para medios de
cintas WORM . . . . . . . . . . . .
Gestin de medios en bibliotecas automatizadas
Modificacin del estado de volmenes de
bibliotecas automatizadas . . . . . . . .
Eliminacin de volmenes desde dispositivos de
biblioteca automatizada . . . . . . . . .
Devolucin de volmenes grabados
parcialmente a dispositivos de biblioteca
automatizada . . . . . . . . . . . .
Devolucin de volmenes reclamados a una
biblioteca . . . . . . . . . . . . . .
Auditora del inventario de volmenes de una
biblioteca . . . . . . . . . . . . . .
Adicin de volmenes reutilizables a un
Configuracin y gestin de la ubicacin de
desbordamiento de un volumen para un
Modificacin de la Modalidad de acceso de los
volmenes . . . . . . . . . . . . .
Realizacin de operaciones con bibliotecas
compartidas . . . . . . . . . . . . .
Gestin de nmeros de categoras para
bibliotecas IBM 3494 . . . . . . . . . .
Reutilizacin de medios en bibliotecas
automatizadas . . . . . . . . . . . .
Etiquetado de medios para bibliotecas manuales
Gestin de medios en bibliotecas manuales . . .
Gestin de peticiones del servidor . . . . . .
Inicio del cliente de administracin como
monitor de consola del servidor . . . . . .
Contenido
175
176
176
177
177
177
178
179
182
183
184
184
185
185
185
186
186
187
188
189
189
190
191
192
192
Visualizacin de informacin sobre volmenes

montados actualmente . . . . . . . . .
Visualizacin de informacin sobre peticiones
de montaje pendientes . . . . . . . . .
Respuesta a las peticiones de montaje . . . .
Cancelacin de las peticiones de montaje . . .
Responder a las peticiones de dar de alta
volmenes . . . . . . . . . . . . .
Desmontaje de volmenes inactivos . . . . .
Desmontaje de volmenes desde dispositivos
REMOVABLEFILE autnomos . . . . . . .
Manejo de mensajes de alerta de cinta . . . .
Configuracin de una rotacin de cintas . . . .
Etiquetado de volmenes mediante comandos . .
Utilizacin de gestores de medios extrables con
IBM Tivoli Storage Manager . . . . . . . .
Visin general del soporte del gestor de medios
de Tivoli Storage Manager . . . . . . . .
utilizar RSM . . . . . . . . . . . . .
Utilizacin de un gestor de medios externo para
controlar los medios . . . . . . . . . .
Eliminacin de dispositivos de IBM Tivoli
Storage Manager del control de gestor de
medios . . . . . . . . . . . . . .
Resolucin de errores de la base de datos . . .
Gestin de bibliotecas . . . . . . . . . .
Solicitar informacin sobre bibliotecas . . . .
Actualizacin de bibliotecas . . . . . . .
Supresin de bibliotecas . . . . . . . . .
Gestin de unidades . . . . . . . . . . .
Solicitud de informacin sobre unidades . . .
Actualizacin de unidades . . . . . . . .
Sustitucin de unidades de cintas o unidades
pticas . . . . . . . . . . . . . .
Limpieza de unidades . . . . . . . . .
Supresin de unidades . . . . . . . . .
Gestin de rutas . . . . . . . . . . . .
Solicitud de informacin sobre rutas . . . . .
Actualizacin de rutas . . . . . . . . .
Supresin de rutas . . . . . . . . . .
Gestin de los transportadores de datos . . . .
Solicitud de informacin acerca de los
transportadores de datos . . . . . . . .
Actualizacin de transportadores de datos . . .
Supresin de transportadores de datos . . . .
Gestin de discos . . . . . . . . . . . .
Solicitud de informacin sobre discos . . . .
Actualizacin de discos . . . . . . . . .
Supresin de discos . . . . . . . . . .
193
193
193
193
194
194
194
195
195
197
198
vi
228
229
230
232
234
236
237
237
238
238
198
199
202
203
203
204
204
204
205
205
206
206
207
211
216
216
216
216
217
217
217
217
217
218
218
218
218
Captulo 9. Definicin de clases de

dispositivo . . . . . . . . . . . . 219
Definicin y actualizacin de clases de dispositivo
para medios secuenciales . . . . . . . .
Definicin y actualizacin de clases de
dispositivos de cinta . . . . . . . . .
dispositivo GENERICTAPE . . . . . . .
dispositivo OPTICAL . . . . . . . . .
|
|

dispositivo REMOVABLEFILE . . . . . . .
dispositivo FILE . . . . . . . . . . .
dispositivo SERVER . . . . . . . . . .
dispositivo VOLSAFE . . . . . . . . .
dispositivo CENTERA . . . . . . . . .
Solicitud de informacin sobre una clase de
dispositivo . . . . . . . . . . . . . .
Supresin de una clase de dispositivo . . . . .
Cmo llena Tivoli Storage Manager los volmenes
Utilizacin de la compresin de datos . . . .
Capacidad de volmenes de cinta y compresin
de datos . . . . . . . . . . . . . .
. 220
. 221
. 226
. 227
Captulo 10. Gestin de agrupaciones

y volmenes de almacenamiento . . . 241
Visin general: Agrupaciones de almacenamiento
Agrupacin de almacenamiento primaria . . .
Agrupacin de almacenamiento de copia . . .
Ejemplo de almacenamiento del servidor . . .
Definicin o actualizacin de agrupaciones de
almacenamiento primarias . . . . . . . .
Recomendaciones acerca de las tareas
relacionadas con las agrupaciones de
almacenamiento . . . . . . . . . . .
Grabacin simultnea en una agrupacin de
almacenamiento primaria y en agrupaciones de
almacenamiento de copia . . . . . . . .
Visin general: Volmenes de agrupacin de
almacenamiento . . . . . . . . . . . .
Volmenes de agrupacin de almacenamiento
de acceso aleatorio . . . . . . . . . .
Volmenes de agrupacin de almacenamiento
de acceso secuencial . . . . . . . . . .
Preparacin de volmenes para agrupaciones de
almacenamiento de acceso aleatorio . . . . .
almacenamiento de acceso secuencial . . . .
Actualizacin de volmenes de agrupaciones de
almacenamiento . . . . . . . . . . .
Modalidades de acceso para volmenes de
agrupaciones de almacenamiento . . . . . .
Visin general: Jerarqua de agrupaciones de
almacenamiento . . . . . . . . . . . .
Configuracin de una jerarqua de agrupaciones
de almacenamiento . . . . . . . . . .
Cmo agrupa el servidor los archivos antes de
almacenarlos . . . . . . . . . . . .
Dnde se almacenan los archivos . . . . . .
Cmo almacena el servidor archivos en una
jerarqua de almacenamiento . . . . . . .
Utilizacin de agrupaciones de almacenamiento
de copia para hacer una copia de seguridad de
una jerarqua de almacenamiento . . . . . .
Utilizacin de la jerarqua para escalonar el
almacenamiento de datos de clientes de disco a
cinta . . . . . . . . . . . . . . .
242
243
243
244
245
252
253
255
255
255
257
258
259
261
262
263
265
266
267
268
269
Migracin de archivos en una jerarqua de

agrupaciones de almacenamiento . . . . . . .
Migracin a agrupaciones de almacenamiento
de disco . . . . . . . . . . . . . .
Migracin en agrupaciones de almacenamiento
de acceso secuencial . . . . . . . . . .
Migracin y agrupaciones de almacenamiento
de copia . . . . . . . . . . . . . .
Utilizacin de la funcin de cach en agrupaciones
de almacenamiento de disco . . . . . . . .
Cmo elimina el servidor los archivos en cach
Incidencias de la funcin de cach en las
estadsticas de las agrupaciones de
almacenamiento . . . . . . . . . . .
Cmo mantener juntos los archivos de un cliente:
Proximidad . . . . . . . . . . . . . .
Incidencia de la funcin de proximidad en las
operaciones . . . . . . . . . . . . .
Cmo selecciona el servidor los volmenes con
la funcin de proximidad activada . . . . .
Cmo selecciona el servidor los volmenes con
la funcin de proximidad desactivada . . . .
Activacin o desactivacin de la funcin de
proximidad . . . . . . . . . . . . .
Funcin de proximidad en agrupaciones de
Reclamacin de espacio en agrupaciones de
almacenamiento de acceso secuencial . . . . .
Cmo funciona la reclamacin de IBM Tivoli
Storage Manager . . . . . . . . . . .
Eleccin del umbral de reclamacin . . . . .
Reduccin del umbral de reclamacin . . . .
Reclamacin de volmenes en una agrupacin
de almacenamiento con una unidad . . . . .
Reclamacin de volmenes de cintas con alta
capacidad . . . . . . . . . . . . .
Reclamacin de medios pticos WORM . . .
Reclamacin de volmenes con el tipo de
dispositivo SERVER . . . . . . . . . .
Reclamacin de las agrupaciones de
Cmo afecta la funcin de proximidad a la
reclamacin . . . . . . . . . . . . .
Estimacin de las necesidades de espacio para
agrupaciones de almacenamiento . . . . . . .
Estimacin de las necesidades de espacio de las
agrupaciones de almacenamiento de acceso
aleatorio . . . . . . . . . . . . . .
agrupaciones de almacenamiento de acceso
secuencial . . . . . . . . . . . . .
Supervisin de agrupaciones y volmenes de
almacenamiento . . . . . . . . . . . .
Supervisin del espacio disponible de una
agrupacin de almacenamiento . . . . . .
Supervisin de la utilizacin de volmenes de
Supervisin de los procesos de migracin . . .
Supervisin de la utilizacin del espacio de
cach del almacenamiento de disco . . . . .
270
271
277
279
280
281
281
281
283
284
285
286
286
287
288
290
290
291
292
292
Solicitud de informacin sobre la utilizacin del

espacio de almacenamiento . . . . . . . .
Traspaso de archivos de un volumen a otro . . .
Traspaso de datos a otros volmenes de la
misma agrupacin de almacenamiento . . . .
Traspaso de datos a otra agrupacin de
almacenamiento . . . . . . . . . . .
Traspaso de datos de un volumen fuera del
local de una agrupacin de almacenamiento de
copia . . . . . . . . . . . . . . .
Procedimiento para traspasar datos . . . . .
Traspaso de datos para un nodo cliente . . . .
Traspaso de datos de todos los espacios de
archivos para uno o ms nodos . . . . . .
Traspaso de datos de espacios de archivos
seleccionados para un nodo . . . . . . .
Solicitud de informacin sobre el proceso de
traspaso de datos . . . . . . . . . . .
Prevencin de operaciones de traspaso de datos
incompletas . . . . . . . . . . . . .
Cmo redenominar una agrupacin de
almacenamiento . . . . . . . . . . . .
Definicin de una agrupacin de almacenamiento
de copia . . . . . . . . . . . . . . .
Ejemplo: Definir una agrupacin de
Comparacin de las agrupaciones de
almacenamiento primarias y de copia . . . .
Supresin de una agrupacin de almacenamiento
Supresin de volmenes de agrupaciones de
almacenamiento . . . . . . . . . . . .
Supresin de un volumen de agrupacin de
almacenamiento vaco . . . . . . . . .
Supresin de un volumen de agrupacin de
almacenamiento con datos . . . . . . . .
313
317
317
318
318
319
321
322
322
323
324
324
325
326
327
328
329
329
330
292
Parte 3. Gestin de las

operaciones de los clientes . . . . 331
293
Captulo 11. Adicin de nodos cliente
296
296
297
298
299
299
301
309
312
333
Visin general acerca de los clientes y servidores

como nodos . . . . . . . . . . . . . .
Instalacin del software de nodo cliente . . . .
Inscripcin de nodos en el servidor . . . . . .
Aceptacin de la inscripcin cerrada
predeterminada o activacin de la inscripcin
abierta . . . . . . . . . . . . . . .
Inscripcin de nodos cliente con el asistente
para la configuracin de nodos cliente de IBM
Tivoli Storage Manager . . . . . . . . .
Inscripcin de nodos con conjuntos de opciones
de cliente . . . . . . . . . . . . . .
Inscripcin de un servidor de archivos de
almacenamiento conectado a red (SAN) como
nodo . . . . . . . . . . . . . . .
Inscripcin de un servidor origen como un nodo
en un servidor destino . . . . . . . . .
Inscripcin de una interfaz de programacin de
aplicaciones para el servidor . . . . . . .
Conectar los nodos al servidor . . . . . . .
Contenido
334
334
334
335
336
337
337
337
338
339
vii
Opciones de cliente obligatorias . . . . . .

Opciones de cliente no obligatorias . . . . .
Opciones de clientes UNIX . . . . . . . .
Actualizacin de la contrasea para la planificacin
de operaciones . . . . . . . . . . . . .
Mtodos para crear o actualizar un archivo de
opciones del cliente . . . . . . . . . . .
Utilizacin de un editor de texto . . . . . .
Utilizacin del Asistente para la configuracin
de clientes . . . . . . . . . . . . .
Utilizacin del Asistente para el archivo de
opciones del cliente (clientes Windows de 32
bits) . . . . . . . . . . . . . . .
Utilizacin del Asistente para la configuracin
de clientes remotos (en red con clientes
Windows de 32 bits) . . . . . . . . . .
Comparacin de los nodos conectados en red con
los nodos locales . . . . . . . . . . . .
Adicin de clientes desde la lnea de comandos de
un cliente de administracin . . . . . . . .
Cmo activar la inscripcin abierta . . . . .
Configuracin del archivo de opciones del
cliente para conectarse al servidor . . . . .
Ejemplo: Inscribir tres nodos cliente utilizando
la lnea de comandos de administracin . . .
Captulo 12. Gestin de nodos cliente
340
340
340
340
341
341
342
343
343
344
344
345
Gestin de tcnicas de inscripcin de nodos cliente

Gestin de nodos . . . . . . . . . . . .
Gestin de nodos cliente a travs de un
cortafuegos . . . . . . . . . . . . .
Actualizacin de la informacin de nodos
cliente . . . . . . . . . . . . . . .
Cmo redenominar los nodos cliente . . . .
Bloqueo y desbloqueo de nodos cliente . . . .
Supresin de nodos cliente . . . . . . . .
Visualizacin de informacin sobre nodos
cliente . . . . . . . . . . . . . . .
Visin general del acceso remoto a clientes de
copia de seguridad/archivado Web . . . . .
Gestin de niveles de autorizacin de acceso a
cliente . . . . . . . . . . . . . . .
Gestin de espacios de archivos . . . . . . .
Nodos cliente y espacios de archivos . . . .
Soporte para clientes preparados para Unicode
Visualizacin de informacin sobre espacios de
archivos . . . . . . . . . . . . . .
Traspaso de datos para un nodo cliente . . .
Supresin de espacios de archivos . . . . .
Gestin de los archivos de opciones de los clientes
Creacin de conjuntos de opciones de cliente en
el servidor . . . . . . . . . . . . .
Gestin de los conjuntos de opciones de cliente
Gestin de sesiones de IBM Tivoli Storage Manager
Visualizacin de informacin sobre sesiones de
Cancelacin de una sesin de IBM Tivoli
Storage Manager . . . . . . . . . . .
Cundo se cancela automticamente una sesin
de cliente . . . . . . . . . . . . . .
Cmo activar o desactivar el acceso al servidor
viii
339
339
340
345
346
346
347
348
348
348
349
350
352
355
355
356
366
367
367
368
368
370
371
372
373
374
374
Gestin de sesiones de restauracin reiniciables

de cliente . . . . . . . . . . . . .
Gestin de la seguridad de IBM Tivoli Storage
Manager . . . . . . . . . . . . . .
Consola del servidor . . . . . . . . .
Autorizacin y clases de privilegio de
administracin . . . . . . . . . . .
Gestin del acceso al servidor y a los clientes
Gestin de administradores de IBM Tivoli
Storage Manager . . . . . . . . . .
Gestin de niveles de autorizacin de
administracin . . . . . . . . . . .
Gestin de contraseas y procedimientos de
inicio de sesin . . . . . . . . . . .
. 375
. 376
. 377
. 377
379
. 380
. 382
. 384
Captulo 13. Implementacin de

polticas para datos de cliente . . . . 389
Planificacin de la poltica bsica . . . . . . .
La poltica estndar . . . . . . . . . .
Iniciacin de los usuarios . . . . . . . .
Modificacin de una poltica . . . . . . .
Caducidad de archivos y proceso de caducidad
Operaciones de cliente controladas por polticas
Copia de seguridad y restauracin . . . . .
Archivado y recuperacin . . . . . . . .
Migracin y recuperacin de clientes . . . .
Componentes de una poltica . . . . . . . .
Relaciones entre clientes, almacenamiento y
polticas . . . . . . . . . . . . . .
Informacin adicional acerca de las clases de
gestin . . . . . . . . . . . . . . .
Contenido de una clase de gestin . . . . .
Clases de gestin predeterminadas . . . . .
Lista de inclusin/exclusin . . . . . . .
Cmo se asocian los archivos y directorios a una
clase de gestin . . . . . . . . . . .
Cmo selecciona IBM Tivoli Storage Manager los
archivos para las operaciones de polticas . . . .
Copia de seguridad incremental . . . . . .
Copia de seguridad selectiva . . . . . . .
Copia de seguridad de volmenes lgicos . . .
Archivado . . . . . . . . . . . . .
Migracin automtica de un nodo cliente . . .
Cmo funciona la migracin de cliente con las
operaciones de copia de seguridad y de archivado .
Creacin de polticas propias . . . . . . . .
Ejemplo: Objetos de poltica de muestra . . .
Definicin y actualizacin de un dominio de
polticas . . . . . . . . . . . . . .
Definicin y actualizacin de un juego de
polticas . . . . . . . . . . . . . .
Definicin y actualizacin de una clase de
gestin . . . . . . . . . . . . . .
Definicin y actualizacin de un grupo de copia
de seguridad . . . . . . . . . . . .
Definicin y actualizacin de un grupo de copia
archivada . . . . . . . . . . . . . .
Asignacin de una clase de gestin
predeterminada . . . . . . . . . . .
Validacin y activacin de un juego de polticas
391
391
393
393
394
395
395
396
396
397
399
401
401
402
403
404
407
407
410
410
411
411
412
412
414
415
416
416
417
424
427
428
|
|
Asignacin de nodos cliente en un dominio de

polticas . . . . . . . . . . . . . . .
Ejecucin del proceso de caducidad para suprimir
archivos caducados . . . . . . . . . . .
Ejecucin automtica del proceso de caducidad
Utilizacin de comandos y de la planificacin
para controlar el proceso de caducidad . . . .
Proceso de caducidad adicional con el gestor de
recuperacin ante siniestro . . . . . . . .
Proteccin y caducidad de datos archivados . . .
Proteccin de retencin de datos . . . . . .
Retencin de supresin . . . . . . . . .
Supuestos de configuracin de polticas . . . .
Configuracin de la poltica para copias de
seguridad directas a cinta . . . . . . . .
Configuracin de la poltica para los clientes de
aplicacin de Tivoli Storage Manager . . . .
Poltica para copias de seguridad de volmenes
lgicos . . . . . . . . . . . . . .
Configuracin de la poltica para las
operaciones NDMP . . . . . . . . . .
Configuracin de la poltica para el traspaso de
datos fuera de la LAN . . . . . . . . .
Poltica para los servidores y clientes de IBM
Cmo establecer la poltica para activar la
restauracin en un instante especfico para los
clientes . . . . . . . . . . . . . .
Distribucin de polticas mediante Enterprise
Configuration . . . . . . . . . . . . .
Consulta de polticas . . . . . . . . . . .
Consulta de grupos de copia . . . . . . .
Consulta de clases de gestin . . . . . . .
Consulta de juegos de polticas . . . . . .
Consulta de dominios de polticas . . . . .
Supresin de polticas . . . . . . . . . .
Supresin de grupos de copia . . . . . . .
Supresin de clases de gestin . . . . . . .
Supresin de juegos de polticas . . . . . .
Supresin de dominios de polticas . . . . .
430
430
431
431
432
432
432
433
434
434
436
436
437
438
456
456
457
458
459
459
460
461
461
462
465
465
466
469
471
472
441
441
442
442
443
443
444
444
445
445
445
446
446
Captulo 14. Gestin de datos para

nodos cliente . . . . . . . . . . . 447
Validacin de datos de un nodo . . . . . . .
Consideraciones sobre el rendimiento para la
validacin de datos . . . . . . . . . .
Validacin de datos de un nodo durante una
sesin de cliente . . . . . . . . . . .
Creacin y utilizacin de juegos de copias de
seguridad del cliente . . . . . . . . . . .
Generacin de juegos de copias de seguridad de
clientes en el servidor . . . . . . . . .
Restauracin de juego de copias de seguridad
desde un cliente de copia de
seguridad/archivado . . . . . . . . . .
Cmo trasladar juegos de copias de seguridad a
otros servidores . . . . . . . . . . .
Gestin de los juegos de copias de seguridad de
los clientes . . . . . . . . . . . . .
Activacin de clientes para que utilicen la copia de
seguridad de subarchivos . . . . . . . . .
|
|
|
|
|
|
|
|
|
Ejemplo de copias de seguridad de subarchivos

Configuracin de clientes para utilizar una
copia de seguridad de subarchivos . . . . .
Gestin de copias de seguridad de subarchivos
Optimizacin de operaciones de restauracin para
clientes . . . . . . . . . . . . . . .
Consideraciones sobre el entorno . . . . . .
Restauracin de sistemas de archivos completos
Restaurar partes de sistemas de archivos . . .
Restauracin de bases de datos para
aplicaciones . . . . . . . . . . . . .
Restauracin de archivos en un instante
especfico . . . . . . . . . . . . . .
Conceptos relacionados con las operaciones de
restauracin de cliente . . . . . . . . .
Gestin de datos archivados . . . . . . . .
Visin general de las operaciones de archivado
Gestin del rendimiento para operaciones de
archivado. . . . . . . . . . . . . .
Gestin de la utilizacin del almacenamiento
para copias archivadas . . . . . . . . .
Auditora de descripciones de copias archivadas
Obtencin de informacin referente a copias
archivadas . . . . . . . . . . . . .
447
448
448
448
449
451
452
453
456
Captulo 15. Planificacin de

operaciones para nodos cliente . . . 473
Requisitos previos para la planificacin de
operaciones . . . . . . . . . . . . . .
Planificacin de una operacin de cliente . . . .
Creacin de planificaciones de Tivoli Storage
Manager . . . . . . . . . . . . . .
Asociacin de nodos cliente con planificaciones
Inicio del planificador en los clientes . . . .
Visualizacin de informacin de planificacin
Creacin de planificaciones para ejecutar archivos
de comandos . . . . . . . . . . . . .
Actualizacin del archivo de opciones del cliente
para generar automticamente una contrasea
nueva . . . . . . . . . . . . . . . .
Configuracin del planificador para su ejecucin en
la cuenta del servidor de la ubicacin . . . . .
Comparacin de la planificacin de IBM Tivoli
Storage Manager en distintos sistemas operativos y
componentes . . . . . . . . . . . . .
Visin general sobre la ejecucin del planificador
de Tivoli Storage Manager como un servicio de
Windows . . . . . . . . . . . . . . .
Comandos para la planificacin de operaciones del
cliente . . . . . . . . . . . . . . . .
474
474
474
475
476
476
478
478
479
479
480
482
Captulo 16. Gestin de

planificaciones para nodos cliente . . 483
Gestin de planificaciones de IBM Tivoli Storage
Manager . . . . . . . . . . . . . .
Cmo verificar que se ejecuta la planificacin
Adicin de planificaciones nuevas . . . .
Copia de planificaciones existentes . . . .
Modificacin de planificaciones . . . . .
Cmo suprimir planificaciones . . . . .
Contenido
. 483
483
. 484
. 484
. 484
. 485
ix

Gestin de asociaciones de nodo con
planificaciones . . . . . . . . . . . . .
Adicin de nodos nuevos a planificaciones
existentes . . . . . . . . . . . . . .
Traslado de nodos de una planificacin a otra
Visualizacin de nodos asociados con
planificaciones . . . . . . . . . . . .
Eliminacin de nodos de planificaciones . . .
Gestin de registros de eventos . . . . . . .
Visualizacin de informacin de eventos
planificados . . . . . . . . . . . . .
Gestin de registros de eventos en la base de
datos del servidor . . . . . . . . . . .
Gestin del rendimiento de operaciones
planificadas . . . . . . . . . . . . . .
Modificacin de la modalidad de planificacin
predeterminada . . . . . . . . . . .
Cmo especificar el perodo de planificacin de
las operaciones de copia de seguridad
incremental . . . . . . . . . . . . .
Equilibrio de la carga de trabajo planificada
para el servidor . . . . . . . . . . .
Control de la frecuencia con la que los nodos
cliente se ponen en contacto con el servidor . .
Cmo especificar acciones nicas para los nodos
cliente . . . . . . . . . . . . . . . .
Determinacin de la duracin del perodo en el
que la planificacin nica permanece activa . .
485
486
486
486
486
487
487
487
489
489
490
492
492
494
496
497
Parte 4. Mantenimiento del

servidor . . . . . . . . . . . . . 499
Captulo 17. Gestin de operaciones
del servidor . . . . . . . . . . . . 501
Sistema de licencias de IBM Tivoli Storage
Manager . . . . . . . . . . . . . . .
Registro de caractersticas bajo licencia . . . .
Cmo guardar licencias . . . . . . . . .
Supervisin de licencias . . . . . . . . .
Trabajo con el servidor de IBM Tivoli Storage
Manager y Active Directory . . . . . . . .
Configuracin del esquema de Active Directory
Inicio y detencin del servidor . . . . . . .
Inicio del servidor . . . . . . . . . . .
Detencin del servidor . . . . . . . . .
Traslado del servidor de IBM Tivoli Storage
Manager . . . . . . . . . . . . . . .
Modificacin de fecha y hora en el servidor . . .
Inicio y detencin del controlador de dispositivo
de IBM Tivoli Storage Manager (ADSMSCSI) . . .
Inicio del controlador de dispositivo de IBM
Detencin del controlador de dispositivo de
Gestin de procesos del servidor . . . . . . .
Solicitud de informacin sobre procesos del
servidor . . . . . . . . . . . . . .
Cancelacin de procesos del servidor . . . .
501
502
505
505
506
507
509
509
511
513
513
514
514
514
515
516
516
Anticipacin de operaciones de cliente o

servidor . . . . . . . . . . . . .
Establecimiento del nombre del servidor . . .
Adicin o actualizacin de opciones del servidor
Adicin o actualizacin de una opcin del
servidor sin reiniciar el servidor . . . . .
Ajuste automtico de las opciones del servidor .
Obtencin de ayuda sobre comandos y mensajes
de error . . . . . . . . . . . . . .
. 517
. 518
519
. 519
. 520
. 520
Captulo 18. Automatizacin de las

operaciones del servidor . . . . . . 521
Automatizacin de una planificacin de comandos
de administracin bsicos . . . . . . . . .
Definicin de la planificacin . . . . . . .
Verificacin de la planificacin . . . . . .
Adaptacin de planificaciones . . . . . . . .
Ejemplo: Definir y actualizar una planificacin
de comando de administracin . . . . . .
Cmo copiar planificaciones . . . . . . . .
Cmo suprimir planificaciones . . . . . . .
Gestin de registros de eventos planificados . . .
Consulta de eventos . . . . . . . . . .
Cmo eliminar registros de eventos de la base
de datos . . . . . . . . . . . . . .
Scripts del servidor de IBM Tivoli Storage Manager
Definicin de un script del servidor . . . . .
Gestin de scripts del servidor . . . . . .
Ejecucin de un script del servidor . . . . .
Utilizacin de macros . . . . . . . . . .
Cmo escribir comandos en una macro . . . .
Cmo escribir comentarios en una macro . . .
Utilizacin de caracteres de continuacin . . .
Utilizacin de variables de sustitucin en una
macro . . . . . . . . . . . . . . .
Ejecucin una macro . . . . . . . . . .
Control del proceso de los comandos de una
macro . . . . . . . . . . . . . . .
522
522
523
523
525
525
525
525
526
526
527
527
530
533
534
534
535
535
536
536
537
Captulo 19. Gestin de la base de

datos y de las anotaciones de
recuperacin . . . . . . . . . . . 539
Cmo procesa IBM Tivoli Storage Manager las
transacciones . . . . . . . . . . . .
Consideraciones sobre el rendimiento:
transferencia de archivos como un grupo entre
un cliente y un servidor . . . . . . . .
Cmo IBM Tivoli Storage Manager gestiona el
espacio . . . . . . . . . . . . . .
Espacio disponible. . . . . . . . . .
Capacidad asignada . . . . . . . . .
Utilizacin . . . . . . . . . . . .
Estimacin y supervisin de los requisitos de
espacio de la base de datos y las anotaciones de
recuperacin. . . . . . . . . . . . .
Supervisin de la base de datos y de las
anotaciones de recuperacin . . . . . .
Aumento del tamao de la base de datos o las
anotaciones de recuperacin . . . . . . .
. 540
. 540
.
.
.
.
542
543
543
544
. 544
. 546
. 548
Automatizacin del aumento del tamao de la

base de datos o de las anotaciones de
recuperacin. . . . . . . . . . . . .
Recuperacin cuando las anotaciones de
recuperacin se quedan sin espacio . . . . .
Aumento manual de la base de datos o de las
Disminucin del tamao de la base de datos o de
las anotaciones de recuperacin . . . . . . .
Paso 1: Determinar si se pueden suprimir
volmenes . . . . . . . . . . . . .
Paso 2: Reducir la capacidad de la base de datos
o de las anotaciones de recuperacin . . . .
Paso 3: Suprimir un volumen de la base de
datos o las anotaciones de recuperacin . . .
Optimizacin del rendimiento de la base de datos
y de las anotaciones de recuperacin . . . . .
Ajuste del tamao de la agrupacin de bferes
de base de datos . . . . . . . . . . .
Ajuste manual del tamao de la agrupacin de
bferes de base de datos . . . . . . . .
Ajuste del tamao de la agrupacin de bferes
de anotaciones de recuperacin . . . . . .
Reorganizacin de la base de datos . . . . .
548
549
550
553
553
554
554
555
555
556
557
558
Captulo 20. Supervisin del servidor

de IBM Tivoli Storage Manager . . . . 561
Utilizacin de las consultas de IBM Tivoli Storage
Manager para ver informacin . . . . . . .
Solicitud de informacin acerca de las
definiciones de IBM Tivoli Storage Manager . .
Solicitud de informacin sobre sesiones de
cliente . . . . . . . . . . . . . . .
Solicitud de informacin sobre procesos del
servidor . . . . . . . . . . . . . .
Solicitud de informacin sobre los valores del
servidor . . . . . . . . . . . . . .
Consulta de opciones del servidor . . . . .
Consulta del sistema . . . . . . . . . .
Utilizacin de SQL para consultar la base de datos
Utilizacin del controlador ODBC . . . . .
Cmo emitir comandos SELECT . . . . . .
Utilizacin de comandos SELECT en scripts de
Cancelacin de un comando SELECT . . . .
Control del formato del resultado de SELECT
Consulta de la tabla de resumen de la actividad
SQL . . . . . . . . . . . . . . .
Creacin de salida para que la utilice otra
aplicacin . . . . . . . . . . . . .
Utilizacin de las anotaciones de actividades de
Solicitar informacin de las anotaciones de
actividades . . . . . . . . . . . . .
Establecimiento del perodo de retencin de las
anotaciones de actividades . . . . . . . .
Modificacin del tamao de las anotaciones de
actividades . . . . . . . . . . . . .
Anotacin de eventos de IBM Tivoli Storage
Manager en receptores . . . . . . . . . .
561
562
563
564
564
565
565
567
567
567
570
571
571
571
572
573
573
575
575
|
|
|
|
|
|
|
|
|
|
|
|
Control de las anotaciones de eventos . . . .

Anotacin de eventos en la consola del servidor
y en las anotaciones de actividades de IBM
Anotacin de eventos en una salida de archivo
y un programa de salida de usuario . . . . .
Anotacin de eventos en Tivoli Enterprise
Console . . . . . . . . . . . . . .
Anotacin de eventos en un gestor SNMP . . .
Anotacin de eventos en el Registro de sucesos
de Windows . . . . . . . . . . . . .
Anotacin de eventos de empresa: anotacin de
eventos en otro servidor . . . . . . . . .
Consulta de las anotaciones de eventos . . . .
Utilizacin de Tivoli Decision Support . . . . .
Planificacin de Decision Support Loader con
Supervisin de errores y diagnstico de problemas
Supervisin de los registros de contabilidad de
Supuesto de supervisin diaria . . . . . . .
Utilizacin de los informes operativos de IBM
Tivoli Storage Manager . . . . . . . . . .
Conceptos de informes operativos . . . . .
Generacin de un informe completo a intervalos
determinados . . . . . . . . . . . .
Generacin de un monitor completo a intervalos
determinados . . . . . . . . . . . .
Finalizacin de la configuracin . . . . . .
Visualizacin de informes y otras funciones
desde la consola de gestin . . . . . . . .
Generacin de informes y monitores desde la
lnea de comandos . . . . . . . . . .
577
578
579
580
584
588
589
590
591
591
592
592
593
594
594
597
602
604
606
610
Captulo 21. Cmo trabajar con una

red de servidores de IBM Tivoli
Storage Manager . . . . . . . . . . 613
Conceptos para trabajar con una red de servidores
Configuracin y gestin de servidores:
Enterprise Configuration . . . . . . . .
Realizacin de tareas en varios servidores . . .
Supervisin centralizada . . . . . . . . .
Almacenamiento de datos en otro servidor . .
Supuestos de ejemplo . . . . . . . . .
Planificacin de Enterprise Administration . . .
Configuracin de las comunicaciones entre los
servidores . . . . . . . . . . . . . .
Configuracin de las comunicaciones para
Enterprise Configuration y la anotacin de
eventos de la empresa . . . . . . . . .
Configuracin de las comunicaciones para el
direccionamiento de comandos . . . . . .
Actualizacin y supresin de servidores . . .
Configuracin de Enterprise Configuration . . .
Supuesto de Enterprise Configuration . . . .
Creacin del perfil predeterminado en un gestor
de configuracin . . . . . . . . . . .
Creacin y modificacin de perfiles de
configuracin . . . . . . . . . . . .
613
614
615
615
616
616
618
618
619
622
626
626
627
631
632
576
Contenido
xi
Obtencin de informacin referente a los

perfiles . . . . . . . . . . . . . .
Suscripcin a un perfil . . . . . . . . .
Renovacin de la informacin de configuracin
Devolucin de objetos gestionados al control
local . . . . . . . . . . . . . . .
Cmo establecer administradores para los
servidores . . . . . . . . . . . . .
Gestin de problemas relacionados con la
sincronizacin de perfiles . . . . . . . .
Cmo pasar un servidor gestionado a un gestor
de configuracin diferente . . . . . . . .
Supresin de suscriptores de un gestor de
configuracin . . . . . . . . . . . .
Cambio de nombre de un servidor gestionado
Realizacin de tareas en varios servidores . . . .
Utilizacin de la conexin Enterprise de IBM
Direccionamiento de comandos . . . . . .
Definicin de un grupo de servidores . . . .
Consulta de la disponibilidad del servidor . .
Utilizacin de volmenes virtuales para almacenar
datos en otro servidor . . . . . . . . . .
Configuracin de servidores origen y destino
para volmenes virtuales . . . . . . . .
Realizacin de operaciones en el servidor origen
Reconciliacin de volmenes virtuales y copias
archivadas . . . . . . . . . . . . .
Parte 5. Proteccin del servidor
640
642
646
Captulo 23. Proteccin y

recuperacin del servidor . . . . . . 697
647
648
648
649
649
649
650
650
651
653
655
656
657
659
661
Captulo 22. Exportacin e

importacin de datos . . . . . . . . 663
Datos que se pueden exportar e importar . . . .
Restricciones de exportacin . . . . . . .
Qu informacin debe exportarse . . . . . .
Cundo debe exportarse informacin . . . .
Exportacin de datos directamente a otro servidor
Opciones que deben tenerse en cuenta antes de
exportar . . . . . . . . . . . . . .
Preparacin para la exportacin a otro servidor
para importacin inmediata . . . . . . .
Supervisin del proceso de exportacin de
servidor a servidor . . . . . . . . . .
Exportacin de la informacin de administrador
a otro servidor . . . . . . . . . . . .
Exportacin de la informacin de nodos cliente
a otro servidor . . . . . . . . . . . .
Exportacin de informacin de polticas a otro
servidor . . . . . . . . . . . . . .
Exportacin de datos de un servidor a otro
servidor . . . . . . . . . . . . . .
Exportacin e importacin de datos con volmenes
de medios secuenciales . . . . . . . . . .
Preparacin para la exportacin o importacin
de datos (medios secuenciales) . . . . . .
Exportacin de tareas . . . . . . . . . .
Importacin de datos de volmenes de medios
secuenciales . . . . . . . . . . . . .
Supervisin de los procesos de exportacin e
importacin . . . . . . . . . . . . .
Exportacin e importacin de datos de
volmenes virtuales . . . . . . . . . .
xii
664
664
664
665
666
666
668
670
670
670
671
671
672
672
674
677
689
692
695
|
|
|
Niveles de proteccin. . . . . . . . . . .
Visin general de la proteccin de la agrupacin de
almacenamiento . . . . . . . . . . . .
Cmo funciona el proceso de restauracin . . .
Funcionamiento de la modalidad de acceso de
volumen destruido . . . . . . . . . .
Visin general de la proteccin de la base de datos
y las anotaciones de recuperacin . . . . . .
Duplicacin . . . . . . . . . . . . .
Proteccin de la base de datos y las anotaciones
de recuperacin . . . . . . . . . . .
Proteccin de la base de datos de instantnea . .
Duplicacin de la base de datos y las anotaciones
de recuperacin . . . . . . . . . . . .
Separacin de copias de volumen de disco en
discos fsicos distintos cuando se duplican las
anotaciones de recuperacin y la base de datos .
Definicin de las copias de los volmenes
duplicados de la base de datos y las anotaciones
de recuperacin . . . . . . . . . . .
Cmo especificar opciones del servidor de
duplicacin y rplica de pginas de la base de
datos . . . . . . . . . . . . . . .
Solicitud de informacin sobre volmenes
duplicados . . . . . . . . . . . . .
Copia de seguridad de agrupaciones de
almacenamiento . . . . . . . . . . . .
Planificacin de las copias de seguridad de
Ejemplo: Jerarqua simple con una sola
agrupacin de almacenamiento de copia . . .
Cmo hacer copia de seguridad de datos
almacenados en una agrupacin de
almacenamiento Centera . . . . . . . . .
Utilizacin de la grabacin simultnea en
agrupaciones de almacenamiento de copia . . .
Utilizacin de varias agrupaciones de
Cmo retardar la reutilizacin de los volmenes
para la recuperacin . . . . . . . . . .
Copia de seguridad de la base de datos . . . .
Definicin de clases de dispositivo para copias
de seguridad . . . . . . . . . . . .
Cmo establecer la modalidad de las
Estimacin del tamao de las anotaciones de
recuperacin. . . . . . . . . . . . .
Planificacin de copias de seguridad de la base
de datos . . . . . . . . . . . . . .
Automatizacin de las copias de seguridad de la
base de datos . . . . . . . . . . . .
Cmo guardar el archivo histrico de
volmenes . . . . . . . . . . . . .
Cmo guardar el archivo de configuracin de
dispositivos . . . . . . . . . . . . .
Cmo guardar las opciones del servidor . . .
698
698
699
699
700
701
701
703
703
704
705
705
707
708
710
710
711
711
712
713
713
714
715
715
716
717
719
721
724
Cmo guardar la informacin de las anotaciones

de recuperacin y de la base de datos . . . .
Copias de seguridad completas e incrementales
Copias de seguridad de instantnea de la base
de datos . . . . . . . . . . . . . .
Recuperacin del servidor mediante copias de
seguridad de la base de datos y de agrupaciones
de almacenamiento . . . . . . . . . . .
Restauracin de una base de datos a un instante
especfico . . . . . . . . . . . . . .
Restauracin de la base de datos al estado ms
actual . . . . . . . . . . . . . . .
Restauracin de agrupaciones de
almacenamiento . . . . . . . . . . .
Restauracin del servidor mediante volmenes
duplicados . . . . . . . . . . . . . .
Restauracin de volmenes de agrupaciones de
almacenamiento . . . . . . . . . . . .
Qu sucede al restaurar un volumen . . . .
Cundo la restauracin de un volumen est
incompleta . . . . . . . . . . . . .
Cmo auditar un volumen de una agrupacin de
almacenamiento . . . . . . . . . . . .
Qu sucede al auditar los volmenes de las
Validacin de datos durante el proceso de
auditora de volumen . . . . . . . . .
Cmo auditar un volumen de una agrupacin
de almacenamiento de disco . . . . . . .
Cmo auditar varios volmenes de una
agrupacin de almacenamiento de acceso
secuencial . . . . . . . . . . . . .
Cmo auditar un solo volumen de una
agrupacin de almacenamiento de acceso
secuencial . . . . . . . . . . . . .
Auditora de volmenes por fecha de grabacin
Auditora de volmenes de una agrupacin de
almacenamiento especfica . . . . . . . .
Definicin de una planificacin para auditar
volmenes peridicamente . . . . . . . .
Correccin de archivos daados . . . . . . .
Mantenimiento de la integridad de los archivos
Restauracin de archivos daados . . . . .
Supuestos de copia de seguridad y recuperacin
Proteccin de la base de datos y las
Recuperacin de un siniestro a un instante
especfico . . . . . . . . . . . . . .
Recuperacin de un volumen de agrupacin de
almacenamiento perdido o daado . . . . .
Restauracin de una base de datos del gestor de
biblioteca . . . . . . . . . . . . . . .
Restauracin de una base de datos del cliente de
biblioteca . . . . . . . . . . . . . . .
724
724
724
725
727
731
731
734
735
735
736
737
737
739
743
744
744
745
745
745
745
746
747
747
748
749
752
753
754
Captulo 24. Utilizacin del gestor de

recuperacin ante siniestro . . . . . 757
Consulta de valores predeterminados del archivo
del plan de recuperacin ante siniestro . . . . . 758
Cmo especificar valores predeterminados para

el archivo del plan de recuperacin ante
siniestro . . . . . . . . . . . . . .
Cmo especificar valores predeterminados para
la gestin de medios de recuperacin fuera del
local . . . . . . . . . . . . . . .
Cmo especificar instrucciones de recuperacin
para su local . . . . . . . . . . . . .
Cmo especificar informacin sobre la mquina
servidor y las mquinas de los nodos cliente . . .
Cmo especificar medios de recuperacin para
mquinas cliente . . . . . . . . . . . .
Creacin y almacenamiento del plan de
recuperacin ante siniestro . . . . . . . . .
Almacenamiento local del plan de recuperacin
ante siniestro . . . . . . . . . . . .
Almacenamiento del plan de recuperacin ante
siniestro en un servidor destino . . . . . .
Consideraciones sobre el entorno del plan de
recuperacin ante siniestro . . . . . . . .
Gestin de archivos del plan de recuperacin ante
siniestro almacenados en servidores destino . . .
Visualizacin de informacin sobre archivos del
plan de recuperacin . . . . . . . . . .
Visualizacin del contenido de un archivo del
plan de recuperacin . . . . . . . . . .
Restauracin de un archivo del plan de
recuperacin. . . . . . . . . . . . .
Cmo establecer la caducidad automtica de los
archivos del plan de recuperacin . . . . .
Supresin manual de archivos del plan de
recuperacin. . . . . . . . . . . . .
Traslado de medios de copia de seguridad . . .
Traslado de volmenes de copia de seguridad
fuera del local . . . . . . . . . . . .
Traslado de volmenes de copia de seguridad al
local . . . . . . . . . . . . . . .
Resumen de las tareas diarias del gestor de
recuperacin ante siniestro . . . . . . . . .
Preparacin ante un siniestro . . . . . . . .
Recuperacin de un siniestro . . . . . . . .
Situaciones de recuperacin del servidor . . .
Supuesto de recuperacin del cliente . . . .
Recuperacin cuando se utiliza hardware diferente
en el local de recuperacin . . . . . . . . .
Biblioteca SCSI automatizada en el local original
y una biblioteca SCSI manual en el local de
recuperacin. . . . . . . . . . . . .
Biblioteca SCSI automatizada en el local original
y en el local de recuperacin . . . . . . .
Gestin de volmenes de agrupaciones de
almacenamiento de copia en el local de
recuperacin. . . . . . . . . . . . .
Lista de comprobacin del gestor de recuperacin
ante siniestro . . . . . . . . . . . . .
El archivo del plan de recuperacin ante siniestro
Divisin de un archivo del plan de recuperacin
ante siniestro . . . . . . . . . . . .
Estructura del archivo del plan de recuperacin
ante siniestro . . . . . . . . . . . .
Contenido
759
761
763
764
769
770
771
771
772
774
774
775
775
775
776
776
778
780
782
783
784
785
788
791
791
792
793
794
797
797
801
xiii
Ejemplo de archivo del plan de recuperacin

ante siniestro . . . . . . . . . . .
. 804
Apndice A. Descripcin de la interfaz

de gestin de medios externos . . . . 827
Llamada CreateProcess (Crear proceso) . . . .
Proceso durante la inicializacin del servidor . .
Proceso de las peticiones de montar . . . . .
Proceso de las peticiones de liberar . . . . .
Proceso de las peticiones por lotes . . . . .
Manejo de errores . . . . . . . . . . .
Peticin Begin Batch (Iniciar proceso por lotes) .
Peticin End Batch (Finalizar proceso por lotes)
Peticin Volume Query (Consultar volumen) . .
Peticiones de inicializacin . . . . . . . .
Peticin Volume Eject (Extraer volumen) . . .
Peticin Volume Release (Liberar volumen) . .
Peticin Volume Mount (Montar volumen) . .
Peticin Volume Dismount (Desmontar volumen)
xiv
.
.
.
.
.
.
.
.
.
.
.
.
827
828
828
828
829
829
830
830
830
831
832
833
833
836
Apndice B. Destinatarios de
programa de salida de usuario y de
salida de archivo . . . . . . . . . . 839
Ejemplo de declaraciones de programa de salida de
usuario . . . . . . . . . . . . . . . 839
Ejemplo de programa de salida de usuario . . . 842
Formato de programa de salida de archivo de texto
legible (FILETEXTEXIT) . . . . . . . . . . 844
Apndice C. Avisos . . . . . . . . . 845

Interfaz de programacin .
Marcas registradas. . . .
Glosario
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 846
. 847
. . . . . . . . . . . . . 849
ndice . . . . . . . . . . . . . . . 861
Prefacio
IBM Tivoli Storage Manager es un programa cliente/servidor que proporciona
soluciones de gestin de almacenamiento en un entorno informtico de varios
proveedores. IBM Tivoli Storage Manager proporciona un recurso de copia de
seguridad, archivado y gestin de espacio gestionado por polticas, planificado de
forma centralizada y automatizado para servidores de archivos y estaciones de
trabajo.
A quin va destinada esta publicacin

Esta gua va dirigida a cualquier persona que est registrada como administrador.
IBM Tivoli Storage Manager puede ser administrador por un solo administrador;
sin embargo, varias personas pueden compartir responsabilidades de
administracin.
Puede invocar todos los comandos de administracin que necesite para utilizar y
realizar el mantenimiento de IBM Tivoli Storage Manager desde:
v Una estacin de trabajo conectada a un servidor
v Una estacin de trabajo con un navegador Web que cumpla los requisitos
especificados en la publicacin IBM Tivoli Storage Manager Gua de iniciacin.
Conocimientos necesarios antes de leer esta publicacin

El lector debe estar familiarizado con el sistema operativo donde reside el servidor
y los protocolos de comunicaciones necesarios para el entorno de cliente/servidor.
Para obtener ms informacin sobre la instalacin de IBM Tivoli Storage Manager,
consulte la publicacin IBM Tivoli Storage Manager Gua de iniciacin.
Tambin es necesario que conozca las prcticas de gestin de almacenamiento de
su organizacin, como por ejemplo, el proceso de creacin de copias de seguridad
de los archivos de la estacin de trabajo y el uso de los dispositivos de
almacenamiento.
Convenios utilizados en esta gua

A fin de que resulte ms fcil saber dnde deben entrarse los comandos de
ejemplo, esta publicacin utiliza los convenios siguientes:
v Comando que debe entrarse en la lnea de comandos del sistema Windows:
> dsmadmc
v Comando que debe entrarse en la lnea de comandos de un cliente de

administracin:
query devclass
xv
Publicaciones de IBM Tivoli Storage Manager

En la tabla siguiente se listan las publicaciones del servidor de Tivoli Storage
Manager.
Ttulo de publicacin
Nmero de pedido
IBM Tivoli Storage Management Products License Information
GH09-4572
IBM Tivoli Storage Manager Messages
GC32-0767
IBM Tivoli Storage Manager para Windows Gua del administrador
GC10-3780
(GC32-0782)
IBM Tivoli Storage Manager for Windows Administrators Reference
GC32-0783
IBM Tivoli Storage Manager para Windows Gua de iniciacin
GC10-3781
(GC32-0784)
La siguiente tabla ofrece una lista de las publicaciones del agente de Tivoli Storage
Manager.
Ttulo de publicacin
Nmero de pedido
Gua del usuario del agente de almacenamiento de IBM Tivoli Storage

Manager para AIX
GC10-3777
(GC32-0771)

Manager para HP-UX
GC10-3778
(GC32-0727)
IBM Tivoli Storage Manager for Linux Storage Agent Users Guide
GC23-4693
Gua del usuario del agente del almacenamiento de IBM Tivoli Storage
Manager para Sun Solaris
GC10-3779
(GC32-0781)

Manager para Windows
GC10-3782
(GC32-0785)
En la tabla siguiente se listan las publicaciones del cliente de Tivoli Storage

Manager.
Ttulo de publicacin
Nmero de pedido
IBM Tivoli Storage Manager para la gestin del espacio en UNIX: Gua
del usuario
GC10-3816
(GC32-0794)
IBM Tivoli Storage Manager for Macintosh: Backup-Archive Clients

Installation and Users Guide
GC32-0787
IBM Tivoli Storage Manager para Netware Gua del usuario e instalacin
del cliente de copia de seguridad/archivado
GC10-3819
(GC32-0786)
IBM Tivoli Storage Manager para UNIX: Gua del usuario e instalacin
de los clientes de copia de seguridad/archivado
GC10-3818
(GC32-0789)
IBM Tivoli Storage Manager para Windows Gua del usuario e instalacin GC10-3820
de los clientes de copia de seguridad/archivado
(GC32-0788)
IBM Tivoli Storage Manager Utilizacin de la interfaz de programas de
aplicacin
GC10-3817
(GC32-0793)
En la tabla siguiente se indican las publicaciones sobre productos de proteccin de

la aplicacin.
xvi
Nmero de
pedido
Ttulo de publicacin
IBM Tivoli Storage Manager for Application Servers: Data Protection for
WebSphere Application Server Installation and Users Guide
SC32-9075
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL
Server Installation and Users Guide
SC32-9059
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for UNIX
SC32-9064
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for
Windows Installation and Users Guide
SC32-9065
IBM Tivoli Storage Manager for Databases: Data Protection for Informix
SH26-4095
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SC33-6341
mySAP.com Technology Installation and Users Guide for DB2 UDB
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SC33-6340
mySAP.com Technology Installation and Users Guide for Oracle
IBM Tivoli Storage Manager for Hardware: Data Protection for EMC Symmetrix
for R/3 Installation and Users Guide
SC33-6386
IBM Tivoli Storage Manager for Hardware: Data Protection for Enterprise Storage
Server Databases (DB2 UDB) Installation and Users Guide
SC32-9060
IBM Tivoli Storage Manager for Hardware: Data Protection for Enterprise Storage
Server Databases (Oracle) Installation and Users Guide
SC32-9061
IBM Tivoli Storage Manager for Hardware: Data Protection for IBM Enterprise
Storage Server for mySAP.com Technology Installation and Users Guide for DB2
UDB
SC33-8204
IBM Tivoli Storage Manager for Hardware: Data Protection for IBM Enterprise
SC33-8205
Storage Server for mySAP.com Technology Installation and Users Guide for Oracle
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino for
UNIX and OS/400 Installation and Users Guide
SC32-9056
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino for
Windows Installation
SC32-9057
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino, S/390
Edition Licensed Program Specifications
GC26-7305
IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft Exchange
Server Installation and Users Guide
SC32-9058
Publicaciones de IBM relacionadas con productos de hardware

En la tabla siguiente se listan las publicaciones de IBM relacionadas con los
productos de hardware.
Ttulo
Nmero de pedido
IBM Magstar 3494 Tape Library Introduction and Planning Guide
GA32-0279
IBM Magstar MP 3570 Tape Subsystem Operators Guide
GA32-0345
IBM TotalStorage Enterprise Tape System 3590 Gua del usuario
GA10-5149
(GA32-0330)
IBM Magstar 3494 Tape Library Dataserver Operator Guide
GA32-0280
IBM TotalStorage Enterprise Tape System 3592 Operator Guide
GA32-0465
Prefacio
xvii
Sitios Web de IBM Tivoli Storage Manager

Puede encontrar publicaciones e informacin de soporte tcnico en la siguiente
direccinwww.ibm.com/software/sysmgmt/products/
support/IBMTivoliStorageManager.html.
El Glosario de software de Tivoli incluye definiciones para muchos de los trminos
tcnicos relacionados con el software de Tivoli. El Glosario de software de Tivoli
est disponible, slo en ingls, en el sitio Web
www.ibm.com/software/tivoli/library/. Acceda al glosario pulsando el enlace
Glosario del panel izquierdo de la ventana de la biblioteca de software de Tivoli.
|
|
|
|
|
Publicaciones del centro de soporte tcnico internacional de IBM

(Redbooks)
El centro de soporte tcnico internacional (ITSC) publica Redbooks, que son
publicaciones sobre temas especializados, como por ejemplo, uso de IBM Tivoli
Storage Manager para realizar copias de seguridad de bases de datos. Puede
solicitar publicaciones a travs de su representante de IBM o la oficina de la
sucursal de IBM que presta servicio en su localidad. Tambin puede buscar y
solicitar publicaciones que sean de su inters en el sitio Web de IBM Redbooks, en
la siguiente direccin www.ibm.com/redbooks/.
Cmo ponerse en contacto con el servicio de soporte al cliente

Para obtener soporte para este producto o para cualquier otro producto Tivoli,
puede ponerse en contacto con el servicio de soporte al cliente de IBM de una de
las formas que se indican a continuacin:
v Visite el sitio Web de soporte tcnico de Tivoli Storage Manager en la direccin
www.ibm.com/software/sysmgmt/products/
v Enve electrnicamente un registro de gestin de problemas (PMR) a
IBMSERV/IBMLINK. Puede acceder a IBMLINK en www.ibm.com/ibmlink/.
v Enve electrnicamente un registro de gestin de problemas (PMR) a
www.ibm.com/software/support/probsub.html.
Los clientes que residen en Estados Unidos tambin pueden llamar al nmero
1-800-IBM-SERV (1-800-426-7378).
Los clientes de fuera de Estados Unidos deben consultar en el sitio Web cules son
los nmero de telfono del servicio de soporte al cliente.
Tambin puede consultar el documento IBM Software Support Guide, disponible en
el sitio Web techsupport.services.ibm.com/guides/handbook.html.
Cuando se ponga en contacto con el servicio de soporte de software de IBM, debe
estar preparado para proporcionar informacin que identifique a su empresa, de
modo que el personal del servicio de soporte pueda prestarle asistencia lo ms
rpido posible. La informacin de identificacin de la empresa es necesaria para
registrarse en el servicio de soporte en lnea disponible en el sitio Web.
El sitio Web de soporte ofrece informacin muy completa, incluida una gua de los
servicios de soporte (IBM Software Support Guide), las preguntas ms frecuentes
(FAQ) y documentacin para todos los productos IBM Software, incluidas las notas
de release, Redbooks, documentos tcnicos, defectos (APAR) y soluciones. La
xviii
documentacin de algunos releases de los productos est disponible tanto en

formato PDF como en formato HTML. Asimismo, existen versiones traducidas de
las publicaciones de algunos de los releases de los productos.
Todas las publicaciones de Tivoli estn disponibles para la solicitud o bajada
electrnica en el IBM Publications Center:
www.ibm.com/shop/publications/order/.
Si lo desea, puede enviar sus comentarios sobre los productos Tivoli y la
documentacin correspondiente. Agradecemos tambin sugerencias para poder
mejorarlos. Si desea realizar algn comentario o alguna sugerencia sobre nuestra
documentacin, rellene el formulario de opinin del cliente que encontrar en
support/IBMTivoliStorageManager.html seleccionando el enlace de comentarios
(Feedback) en la barra de navegacin de la izquierda.
Si desea formular alguna pregunta o realizar algn comentario sobre las
publicaciones y la documentacin de productos Tivoli, visite la direccin
www.ibm.com/software/tivoli/contact.html para enviar un mensaje de correo
electrnico.
Notificacin de problemas
Cuando desee notificar un problema, deber tener disponible la informacin que se
indica a continuacin:
v El nmero de versin, release, nivel de modificacin y nivel de servicio del
servidor de Tivoli Storage Manager. Puede obtener esta informacin entrando el
comando QUERY STATUS en la lnea de comandos de Tivoli Storage Manager.
v El nmero de versin, release, nivel de modificacin y nivel de servicio del
cliente de Tivoli Storage Manager. Puede obtener esta informacin entrando dsmc
en la lnea de comandos.
v El protocolo de comunicaciones (por ejemplo, TCP/IP), la versin y el release
que est utilizando.
v La actividad que estaba efectuando cuando sucedi el problema, listando los
pasos seguidos antes de que se produjera el problema.
v El texto exacto de los mensajes de error.
Traducciones
Algunas publicaciones de IBM Tivoli Storage Manager se han traducido a varios
idiomas. Pngase en contacto con el representante de ventas para obtener ms
informacin sobre las publicaciones traducidas y si estn disponibles en su pas.
Prefacio
xix
xx
Modificaciones de la versin 5 de Tivoli Storage Manager

En este apartado se resumen los cambios que se han realizado en el producto
Tivoli Storage Manager y en esta publicacin.
Modificaciones tcnicas de la Versin 5 Release 2 (enero de 2004)

|
Para esta edicin del producto se han realizado los cambios siguientes:
|
|
|
|
|
|
|
Soporte para NDMP

A partir de ahora, Tivoli Storage Manager admite la copia de seguridad
mediante NDMP para los servidores de archivos NAS que cumplan los
estndares NDMP y no sean servidores de archivos EMC Celerra ni
Network Appliance. Los proveedores de NAS pueden utilizar un proceso
de certificacin para asegurarse de que sus servidores de archivos NAS son
compatibles con Tivoli Storage Manager.
|
|
Consulte el Captulo 6, Utilizar NDMP para operaciones con servidores de

archivos NAS, en la pgina 135 para obtener ms informacin al respecto.
|
|
|
|
|
|
|
|
IBM Tivoli Storage Manager para retencin de datos

Tivoli Storage Manager para retencin de datos proporciona mejoras en
Tivoli Storage Manager Extended Edition a fin de evitar la supresin o
sobregrabacin accidental de datos vitales. Este nuevo producto ayuda a
satisfacer los requisitos adicionales de los organismos reguladores en
cuanto a la retencin y la disposicin de datos. Estas mejoras incluyen
nuevas funciones y soportes para nuevos dispositivos, y se incorporan en
estas tres reas clave:
Proteccin de retencin de datos
Esta funcin evita la supresin deliberada o accidental de datos
mientras no se cumpla el criterio de retencin especificado.
|
|
|
Consulte el apartado Proteccin de retencin de datos en la

pgina 432 para obtener ms informacin al respecto.
|
|
|
|
|
|
|
|
|
Poltica de retencin basada en eventos

En algunos casos, la retencin debe basarse en un evento externo,
como por ejemplo el cierre de una cuenta de corretaje. Tivoli
Storage Manager para retencin de datos admite la poltica de
retencin basada en eventos para que la retencin de datos se
pueda producir a partir de eventos que no sean el almacenamiento
de los datos.
|
|
|
Consulte el apartado Definicin y actualizacin de un grupo de

copia archivada en la pgina 424 para obtener ms informacin al
respecto.
|
|
|
|
|
|
|
Retencin de supresin
A fin de garantizar que los registros no se suprimirn tras un
perodo legal de retencin en el que todava existen otros requisitos
legales que exigen la conservacin de los registros, Tivoli Storage
Manager para retencin de datos incluye una funcin de retencin
de supresin. El uso de esta funcin evitar la supresin de los
datos almacenados hasta que se libere la retencin.
xxi
|
|
Consulte el apartado Retencin de supresin en la pgina 433

para obtener ms informacin al respecto.
|
|
|
|
|
Informes operativos
La funcin de informes operativos automatiza las tareas de supervisin
diarias y genera informes que indican si un servidor requiere atencin.
Esta funcin reduce la cantidad de tiempo necesaria para administrar
Tivoli Storage Manager.
|
|
|
Consulte el apartado Utilizacin de los informes operativos de IBM Tivoli

Storage Manager en la pgina 594 para obtener ms informacin al
respecto.
|
|
|
|
|
Soporte para IBM 3592

Ahora Tivoli Storage Manager admite dispositivos IBM 3592. El dispositivo
3592 tiene funciones de acceso rpido que permite que los usuarios puedan
reducir las capacidades de cinta para obtener un mejor tiempo de
respuesta al acceder a los datos.
Consulte los apartados Capacidad de escala en la pgina 225 y
Configuracin de una jerarqua de agrupaciones de almacenamiento en
la pgina 263 para obtener ms informacin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Soporte para EMC Centera

Tivoli Storage Manager admite ahora el dispositivo de almacenamiento
EMC Centera versin 2.0. Los dispositivos Centera proporcionan proteccin
de retencin para archivar registros de datos digitales de contenido fijo.
Tivoli Storage Manager para retencin de datos en combinacin con los
dispositivos Centera proporcionan un sistema de almacenamiento bsico
que permite la retencin de datos vitales durante un perodo de tiempo
obligatorio, sin la posibilidad de que puedan borrarse o sobregrabarse. Los
dispositivos Centera tambin pueden utilizarse como dispositivos de
almacenamiento estndar si no existen perodos de retencin obligatorios
de los datos. Para activar el soporte de Centera para la proteccin de
retencin de datos, utilice los nuevos comandos DEFINE DEVCLASS
CENTERA y SET ARCHIVERETENTION PROTECTION. Para obtener ms
informacin sobre el soporte de dispositivos Centera en Tivoli Storage
Manager, consulte el apartado Definicin y actualizacin de clases de
dispositivo CENTERA en la pgina 234.
|
|
|
|
|
|
|
Soporte para medios WORM Sony AIT50 y AIT100

Tivoli Storage Manager admite la tecnologa de medios WORM (una sola
grabacin, varias lecturas) Sony AIT50 y AIT100. Para activar este soporte,
el comando DEFINE DEVCLASS (8MM) dispone de un nuevo parmetro.
Para obtener ms informacin sobre medios WORM, incluidos Sony AIT50
y AIT100, consulte el apartado Consideraciones especiales para medios de
cintas WORM en la pgina 182.
|
|
|
|
|
|
|
|
|
|
Soporte para DVD

Tivoli Storage Manager admite la tecnologa de biblioteca de DVD para la
biblioteca DVD-RAM de la serie D de Plasmon mediante clases de
dispositivos de archivos extrables. Para obtener ms informacin, consulte
las siguientes secciones:
v Configuracin de dispositivos de medios extrables en la pgina 95
v Desmontaje de volmenes desde dispositivos REMOVABLEFILE
autnomos en la pgina 194
v Definicin y actualizacin de clases de dispositivo REMOVABLEFILE
en la pgina 228
xxii
|
|
Modificaciones tcnicas de la Versin 5 Release 2 (junio de 2003)
Para esta edicin del producto se han realizado los cambios siguientes:
|
|
|
|
|
|
|
|
Seguridad: soporte de cortafuegos

Tivoli Storage Manager ha mejorado el soporte de entornos con
cortafuegos en los que debe restringirse la comunicacin que se origina
fuera del cortafuegos. Normalmente, los clientes se ponen en contacto con
el servidor, pero con el nuevo soporte de cortafuegos, puede elegir
restringir la iniciacin de sesin al servidor. Las operaciones de cliente de
copia de seguridad/archivado planificadas se pueden restringir a las
sesiones iniciadas por el servidor.
|
|
Consulte el Captulo 11, Adicin de nodos cliente, en la pgina 333 y la

publicacin Gua de iniciacin para obtener ms informacin.
|
|
|
|
|
|
|
Soporte de bibliotecas SCSI con varios tipos de unidades

Tivoli Storage Manager ahora da soporte a bibliotecas que se han
configurado con ms de una unidad y tipo de medio. No es necesario
efectuar la particin de la biblioteca para separar los tipos de dispositivo,
aunque cada tipo de dispositivo requiere una clase de dispositivo y una
agrupacin de almacenamiento distintos. Esto est limitado a determinados
modelos, que se indican en nuestra pgina Web de dispositivos admitidos.
|
|
Consulte el apartado Mezcla de tipos de dispositivos en bibliotecas en la

pgina 89 para obtener ms informacin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Operaciones NDMP
Soporte de bibliotecas IBM 3494
Ahora se proporciona soporte NDMP para el tipo de biblioteca
Servidor de datos de biblioteca de cintas IBM 3494.
Consulte el Captulo 6, Utilizar NDMP para operaciones con
servidores de archivos NAS, en la pgina 135 para obtener ms
informacin al respecto.
Restauracin de nivel de archivo
Tivoli Storage Manager actualmente proporciona soporte de copia
de seguridad y recuperacin para los servidores de archivos de
almacenamiento conectado a red (NAS) y utiliza el protocolo
NDMP (Network Data Management Protocol) para comunicarse
con los servidores de archivos NAS y proporcionarles servicios de
copia de seguridad y recuperacin.
|
|
|
|
|
|
|
|
|
El soporte para la restauracin de nivel de archivo incluye mejoras

a fin de permitir hacer un seguimiento de archivos individuales
dentro de una imagen de sistema de archivos con copia de
seguridad. Esta mejora hace que sea posible visualizar el contenido
de una copia de seguridad de imagen, as como seleccionar
archivos individuales de esa imagen para la restauracin. La
implementacin se lleva a cabo generando una tabla de contenido
(TOC) durante la copia de seguridad que se almacena en el
servidor.
|
|
|

|
|
Soporte de dispositivos EMC Celerra NAS

Ahora estn permitidas las operaciones de copia de seguridad y
xxiii
|
|
|
|
|
restauracin para los servidores de archivos EMC Celerra a travs

de NDMP. Este soporte incluye todas las funciones NDMP bsicas
proporcionadas para los servidores de archivos de conexin a la
red (Network Appliance) as como la funcin de restauracin de
nivel de archivo.
|
|
|
|

servidores de archivos NAS, en la pgina 135 y el Captulo 10,
Gestin de agrupaciones y volmenes de almacenamiento, en la
|
|
|
|
|
|
Correlacin precisa de dispositivos de SAN

Los identificadores de dispositivo de un entorno SAN cambian cuando se
produce un restablecimiento u otro cambio en el entorno. Con la
correlacin precisa de dispositivos de SAN, Tivoli Storage Manager ahora
puede detectar los cambios de SAN y realizar automticamente los
cambios de proceso adecuados en las definiciones del servidor.
Consulte el apartado Recuperacin ante cambios de dispositivos en la
SAN en la pgina 128 para obtener ms informacin.
|
|
|
|
|
|
|
|
|
|
|
|
Soporte para Unicode de Macintosh OS X para el cliente de copia de

seguridad/archivado
Los espacios de archivos Unicode ahora estn permitidos en el cliente
Macintosh. Al dar soporte a un cliente activado para Unicode, el servidor
de Tivoli Storage Manager puede almacenar espacios de archivos con
nombres de espacios de archivos, nombres de directorios y nombres de
archivos Unicode. El cliente puede procesar correctamente una operacin
de Tivoli Storage Manager aunque los espacios de archivos contengan
nombres de directorios o archivos en varios idiomas, o cuando el cliente
utilice una pgina de cdigos distinta de la del servidor.
|
|
Consulte el Captulo 12, Gestin de nodos cliente, en la pgina 345 para

obtener ms informacin.
|
|
|
|
|
Controlador de dispositivo IBM para dispositivos 3570, 3590 e IBM LTO

Importante: si actualmente utiliza dispositivos 3570, 3590 o IBM LTO,
necesitar instalar el controlador de cintas IBM que d soporte a su
dispositivo. El controlador de dispositivo de Tivoli Storage Manager ya no
reconocer estos dispositivos.
|
|
|
Consulte el Captulo 4, Conexin de dispositivos al sistema servidor, en

la pgina 73 para obtener ms informacin e instrucciones sobre cmo
descargar los controladores y las guas de instalacin y del usuario.
Controlador de dispositivo para Windows Server 2003
Ahora est permitido un nuevo controlador de dispositivo, TSMSCSI, para
Windows Server 2003. El controlador est disponible en las versiones de 32
y 64 bits.
|
|
|
|
|
|

|
|
|
|
|
|
Soporte de dispositivos TapeAlert

TapeAlert es una aplicacin que proporciona informacin de diagnstico
detallada sobre los errores de hardware de los dispositivos de biblioteca y
cinta. Captura la pgina de anotaciones de la unidad o biblioteca cuando
las cintas se desmontan y emite los mensajes de error ANR adecuados, lo
que permite reconocer los problemas con la mxima antelacin posible.
xxiv
|
|
Consulte el apartado Manejo de mensajes de alerta de cinta en la pgina

195 para obtener ms informacin.
|
|
|
|
|
Mayores lmites de retencin de archivado

Tivoli Storage Manager ahora admite tiempos de retencin superiores para
los juegos de copia de seguridad y las copias archivadas. Estos nuevos
valores de retencin permitirn conservar los datos archivados durante
ms tiempo.
|
|
Consulte la publicacin Administrators Reference para obtener ms

informacin.
|
|
|
|
|
|
|
|
Etiquetado automtico de cinta

Tivoli Storage Manager ahora proporciona la opcin de etiquetado
automtico de volmenes de cinta por el servidor. Esta opcin est
disponible para los tipos de biblioteca SCSI. El servidor etiquetar tanto las
cintas en blanco como las etiquetadas incorrectamente cuando se montan
por primera vez. As se elimina la necesidad de etiquetar previamente un
conjunto de cintas.
Para obtener ms informacin, consulte el archivo README.
|
|
|
Soporte de StorageTek VolSafe

Tivoli Storage Manager ahora da soporte a la tecnologa de medios VolSafe
de StorageTek.
|
|
Consulte el apartado Definicin de clases de dispositivos o la publicacin

Administrators Reference para obtener ms informacin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Exportacin e importacin de servidor a servidor

El proceso de exportacin e importacin de servidores de Tivoli Storage
Manager se ha mejorado para dar soporte a las funciones siguientes:
v Exportacin e importacin directas de servidor a servidor mediante la
lnea de comunicaciones TCP/IP entre dos servidores de plataformas
iguales o distintas, lo que elimina la necesidad de tipos de dispositivos
secuenciales compatibles entre servidores para efectuar el transporte de
datos.
v Fusin de los datos importados en los espacios de archivos de cliente
existentes en el servidor.
v Posibilidad de exportar datos de archivos de cliente en funcin de una
especificacin de fecha y hora, con lo que las operaciones de exportacin
e importacin de servidor a servidor pueden mantener copias
duplicadas de los datos de cliente en dos o ms servidores.
|
|

informacin.
|
|
|
|
|
|
Ajuste del rendimiento del servidor

Se ha aumentado el valor mximo de la opcin de servidor
TXNGROUPMAX. Al transferir varios archivos pequeos, el hecho de
incrementar el valor de la opcin TXNGROUPMAX puede mejorar el
rendimiento de las operaciones en cinta. Ahora es posible definir la opcin
TXNGROUPMAX para clientes individuales.
|
|

informacin.
|
|
Cambios de licencia
El cliente de aplicacin para el servidor WebSphere ahora tiene licencia.
xxv
Consulte el Captulo 17, Gestin de operaciones del servidor, en la

|
|
|
|
|
|
|
Cambios en el nombre y el embalaje del producto

En la tabla siguiente se indican los cambios en los nombres y el embalaje
del producto para IBM Tivoli Storage Manager. Para obtener completa
informacin, visite el enlace
www.ibm.com/software/tivoli/solutions/storage/.
Tabla 1. Cambios en el nombre y el embalaje del producto
Nombre antiguo
Nombre o trmino actual
Notas
|
|
|
Tivoli Disaster Recovery

Manager
gestor de recuperacin ante

siniestro (DRM)
Ahora, este producto forma

parte de IBM Tivoli Storage
Manager Extended Edition.
|
|
|
Tivoli Data Protection para

NDMP
Operaciones que utilizan

NDMP
Ahora, este producto forma

parte de IBM Tivoli Storage
|
|
|
|
|
Tivoli Storage Manager

IBM Tivoli Storage Manager
Sistema gestionado para SAN para redes de rea de
almacenamiento
|
|
|
|
Este producto incluye el

traspaso de datos fuera de la
LAN y fuera del servidor, as
como el compartimiento de
bibliotecas en SAN.
Tivoli SANergy es un
producto distinto, cuya
licencia se otorga a travs de
este producto.
|
|
|
Tivoli Space Manager

para gestin de espacio
El cliente se denomina cliente

de gestin de espacio o cliente
HSM.
|
||
|
|
|
|
||
||
|
|
|
|
|
|
|
|
Productos de Tivoli Data

Protection
Uno de los siguientes:
Consulte el sitio Web para

obtener ms detalles.
IBM Tivoli Storage

Manager para servidores
de aplicaciones
IBM Tivoli Storage
Manager para bases de
datos
IBM Tivoli Storage
Manager para ERP
IBM Tivoli Storage
Manager para hardware
IBM Tivoli Storage
Manager para correo
xxvi
Los clientes a menudo se

denominan clientes de
aplicacin en la informacin
sobre el producto.
|
|
Parte 1. Conceptos bsicos acerca de IBM Tivoli Storage

Manager
Captulo 1. Introduccin a IBM Tivoli Storage Manager
|
|
|
|
|
IBM Tivoli Storage Manager es una aplicacin de gestin del almacenamiento en

toda la empresa. Proporciona servicios automatizados de gestin de
almacenamiento a estaciones de trabajo, PC y servidores de archivos de varios
proveedores, con diversos sistemas operativos. Tivoli Storage Manager contiene los
componentes siguientes:
Servidor
|
|
|
Programa servidor
El programa servidor proporciona servicios de copia de seguridad, de
archivado y de gestin de espacio a los clientes.
|
|
En la red de la empresa puede establecer varios servidores para equilibrar

los recursos de almacenamiento, de procesador y de red.
|
|
|
|
|
|
|
|
Interfaz de administracin
La interfaz de administracin permite a los administradores controlar y
supervisar las actividades del servidor, definir polticas de gestin para
clientes y configurar planificaciones para proporcionar servicios a clientes de
forma peridica. Las interfaces de administracin disponibles incluyen un
cliente de administracin de lnea de comandos y una interfaz de navegador
Web. Tivoli Storage Manager le permite gestionar y controlar varios
servidores desde una nica interfaz que se ejecuta en un navegador Web.
|
|
|
|
|
El servidor de Tivoli Storage Manager para Windows tambin incluye Tivoli

Storage Manager Management Console (consola de Tivoli Storage Manager),
que es un complemento de Microsoft Management Console (MMC). La
consola de Tivoli Storage Manager incluye asistentes para tareas tales como
la configuracin de dispositivos.
|
|
|
|
|
|
|
|
Base de datos y anotaciones de recuperacin

El servidor de Tivoli Storage Manager utiliza una base de datos para
realizar un seguimiento de informacin sobre el almacenamiento del
servidor, los clientes, los datos de los clientes, la poltica y las
planificaciones.El servidor utiliza las anotaciones de recuperacin como
cuaderno de apuntes para la base de datos y registra la informacin sobre
las acciones del cliente y del servidor mientras stas se estn llevando a
cabo.
|
|
|
|
|
|
|
|
Almacenamiento del servidor

El servidor puede grabar datos en unidades de disco duro, matrices de
disco y subsistemas, unidades de cinta autnomas, bibliotecas de cintas y
otras formas de almacenamiento de acceso aleatorio y secuencial. Los
medios que utiliza el servidor se agrupan en agrupaciones de almacenamiento.
Los dispositivos de almacenamiento pueden conectarse directamente al
servidor o conectarse a travs de la red de rea local (LAN) o de la red de
rea de almacenamiento (SAN).
|
|
|
|
|
|
Nodos cliente
Un nodo cliente puede ser una estacin de trabajo, un PC, un servidor de
archivos, un servidor de archivos NAS (almacenamiento conectado a red) o
incluso otro servidor de Tivoli Storage Manager. El nodo cliente tiene software
del cliente de IBM Tivoli Storage Manager instalado (excepto para servidores de
archivos NAS que utilicen NDMP). Un nodo cliente se inscribe en el servidor.
Cliente de copia de seguridad/archivado

El cliente de copia de seguridad/archivado permite a los usuarios mantener
versiones de copia de seguridad de los archivos, que pueden restaurar si los
archivos originales se pierden o se daan. Los usuarios tambin pueden
archivar copias para almacenarlas a largo plazo y recuperar las copias
archivadas cuando sea necesario. Los propios usuarios o administradores
pueden inscribir las estaciones de trabajo y los servidores de archivos como
nodos cliente en un servidor de Tivoli Storage Manager.
|
|
|
|
|
|
|
|
El agente de almacenamiento es un componente opcional que tambin

puede instalarse en un sistema que es un nodo cliente. El agente de
almacenamiento permite el traspaso de datos fuera de la LAN para
operaciones de cliente y se admite en varios sistemas operativos.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor de archivos de almacenamiento conectado a red (utilizando NDMP)

El servidor puede emplear el protocolo de gestin de datos de red (NDMP)
para realizar operaciones de copia de seguridad y restauracin de sistemas
de archivos almacenados en un servidor de archivos NAS (almacenamiento
conectado a red). La copia de seguridad de los datos de un servidor de
archivos NAS se realiza en una biblioteca de cintas. No es necesario que
haya instalado ningn software de Tivoli Storage Manager en el servidor de
archivos NAS. Consulte el Captulo 6, Utilizar NDMP para operaciones con
informacin al respecto, incluidos los servidores de archivos NAS
permitidos.
|
|
|
|
|
|
|
|
|
Cliente de aplicacin
Los clientes de aplicacin permiten llevar a cabo copias de seguridad en
activo de los datos en aplicaciones como por ejemplo, los programas de base
de datos. Una vez que el programa de aplicacin inicia una copia de
seguridad o restauracin, el cliente de aplicacin acta como la interfaz para
Tivoli Storage Manager. A continuacin, el servidor de Tivoli Storage
Manager aplica sus funciones de gestin de almacenamiento a los datos.El
cliente de aplicacin puede realizar sus funciones mientras los usuarios
trabajan con las mnimas interrupciones posibles.
|
|
|
|
|
|
Los productos siguientes proporcionan clientes de aplicacin para el uso con

el servidor de Tivoli Storage Manager:
v Tivoli Storage Manager para servidores de aplicaciones
v Tivoli Storage Manager para bases de datos
v Tivoli Storage Manager para ERP
v Tivoli Storage Manager para correo
|
|
|
|
Tambin est disponible Tivoli Storage Manager para hardware, que se

ejecuta con el cliente de copia de seguridad/archivado y la API para ayudar
a eliminar los efectos sobre el rendimiento relacionados con la copia de
seguridad.
|
|
|
|
|
|
Interfaz de programacin de aplicaciones (API)

La API permite mejorar las aplicaciones existentes para utilizar los servicios
de copia de seguridad, archivado, restauracin y recuperacin que Tivoli
Storage Manager proporciona. Los clientes de API de Tivoli Storage
Manager pueden inscribirse como nodos cliente en un servidor de Tivoli
Storage Manager.
Tivoli Storage Manager para la gestin de espacio
Tivoli Storage Manager para la gestin de espacio proporciona servicios de
gestin de espacio para estaciones de trabajo en determinadas plataformas. La
|
|
|
|
|
|
|
|
funcin de gestin de espacio es bsicamente una versin de archivado ms

automatizada. Tivoli Storage Manager para la gestin de espacio migra
automticamente los archivos menos utilizados al almacenamiento del servidor;
de este modo, se libera espacio en la estacin de trabajo. Los archivos migrados
tambin se denominan archivos bajo gestin de espacio.
|
|
|
|
|
Los usuarios pueden recuperar automticamente los archivos bajo gestin de

espacio simplemente accediendo a ellos del modo habitual desde la estacin de
trabajo. Tivoli Storage Manager para la gestin de espacio tambin se denomina
cliente de gestin de espacio o cliente de gestin de almacenamiento jerrquico
(HSM).
|
|
|
|
Agentes de almacenamiento
El agente de almacenamiento es un componente opcional que puede instalarse
en un sistema que tambin es un nodo cliente. El agente de almacenamiento
permite el traspaso de datos fuera de la LAN para operaciones de cliente.
|
|
|
|
El agente de almacenamiento est disponible para el uso con clientes de copia

de seguridad/archivado y clientes de aplicacin en diversos sistemas
operativos. El producto Tivoli Storage Manager para redes de rea de
almacenamiento incluye el agente de almacenamiento.
|
|
|
|
Para obtener informacin sobre los sistemas operativos admitidos para los clientes,
consulte el sitio Web de IBM Tivoli Storage Manager en la direccin
|
|
|
|
|
Los programas cliente, como por ejemplo, el cliente de copia de

seguridad/archivado y el cliente de HSM (gestor de espacio) se instalan en
sistemas conectados a travs de una LAN y se inscriben como nodos cliente. Desde
esos nodos cliente, los usuarios pueden hacer copias de seguridad, archivar o
migrar archivos al servidor.
|
|
|
|
|
|
|
En los apartados siguientes se presentan los conceptos fundamentales y se facilita

informacin acerca de IBM Tivoli Storage Manager. En estos apartados se describe
cmo gestiona Tivoli Storage Manager los archivos de cliente en funcin de la
informacin proporcionada en las polticas definidas por el administrador y cmo
gestiona los dispositivos y los medios segn la informacin proporcionada en los
objetos de almacenamiento de Tivoli Storage Manager definidos por el
administrador.
|
|
|
En el apartado final se ofrece una visin general sobre las tareas del administrador
del servidor, incluidas las opciones para la configuracin del servidor y sobre el
mantenimiento del mismo.
||
Conceptos:
Cmo gestiona IBM Tivoli Storage Manager los datos de los clientes en la pgina 6
Cmo el servidor gestiona el almacenamiento en la pgina 18
|
|
Configuracin y mantenimiento del servidor en la pgina 20
|
|
Cmo gestiona IBM Tivoli Storage Manager los datos de los clientes
|
|
|
|
|
|
Las polticas de Tivoli Storage Manager son reglas que rigen la forma en que se
almacenan y se gestionan los datos de los clientes. Las reglas incluyen dnde se
almacenan los datos inicialmente, el nmero de versiones de copia de seguridad
que se conservan, el tiempo de almacenamiento de las copias archivadas, etc. Se
pueden tener varias polticas y asignarlas segn convenga a clientes determinados
o incluso a archivos determinados.
|
|
|
|
|
La poltica asigna una ubicacin en el almacenamiento del servidor donde los

datos se almacenan inicialmente. El almacenamiento del servidor est dividido en
agrupaciones de almacenamiento que son grupos de volmenes de
almacenamiento. El almacenamiento del servidor puede incluir un disco duro y
volmenes pticos y de cinta.
|
|
|
|
Al instalar Tivoli Storage Manager, se dispone de una poltica predeterminada que

puede utilizar. Para obtener ms informacin al respecto, consulte el apartado La
poltica estndar en la pgina 391. Puede modificar esta poltica y definir polticas
adicionales.
|
|
Los clientes utilizan Tivoli Storage Manager para almacenar datos con una de las
finalidades siguientes:
|
|
|
|
|
|
|
Copia de seguridad y restauracin

El proceso de copia de seguridad copia los datos de las estaciones de trabajo
cliente en el almacenamiento del servidor para garantizar que no se pierdan los
datos que se cambian habitualmente. El servidor conserva las versiones de un
archivo segn la poltica y sustituye las versiones anteriores del servidor por
versiones ms recientes. La poltica especifica el nmero de versiones y el
perodo de retencin de las mismas.
|
|
Un cliente puede restaurar la versin ms reciente de un archivo o versiones

anteriores.
|
|
|
|
|
|
|
Archivado y recuperacin
El proceso de archivado copia los datos de las estaciones de trabajo cliente en el
almacenamiento del servidor para conservarlos durante largos perodos de
tiempo. Este proceso, si se desea, puede suprimir las copias archivadas de las
estaciones de trabajo cliente. El servidor conserva las copias archivadas en
funcin de la poltica establecida durante un perodo de retencin de copia
archivada. Un cliente puede recuperar una copia archivada de un archivo.
|
|
|
|
|
|
|
|
Archivado instantneo y recuperacin rpida

El archivado instantneo es la creacin de un conjunto completo de archivos de
copia de seguridad de un cliente. El conjunto de archivos se denomina juego de
copias de seguridad. Un juego de copias de seguridad se crea en el servidor a
partir de los archivos de copia de seguridad ms recientes que ya se han
almacenado en el almacenamiento del servidor del cliente. La poltica para el
juego de copias de seguridad consta del tiempo de retencin que se selecciona
al crear el juego de copias de seguridad.
|
|
|
|
Es posible copiar un juego de copias de seguridad en medios porttiles

compatibles, que, a continuacin, pueden llevarse directamente al cliente para
que se pueda recuperar rpidamente sin utilizar ninguna red y sin tener que
comunicarse con el servidor de Tivoli Storage Manager.
|
|
|
Migracin y recuperacin
La migracin es una funcin del programa Tivoli Storage Manager para la
gestin de espacio que libera espacio del almacenamiento del cliente copiando
|
|
|
|
|
archivos de las estaciones de trabajo en el almacenamiento del servidor. En el

cliente, el programa Tivoli Storage Manager para la gestin de espacio sustituye
el archivo original por un archivo apndice que hace referencia al archivo
original ubicado en el almacenamiento del servidor. Los archivos se recuperan
para las estaciones de trabajo cuando es necesario.
|
|
|
Este proceso se denomina tambin gestin de almacenamiento jerrquico

(HSM). Una vez configurado, el proceso es transparente para los usuarios. Los
archivos se migran y recuperan de forma automtica.
|
|
|
|
|
|
|
|
La poltica determina cundo debe considerarse la migracin automtica de los

archivos. En los sistemas UNIX que admiten el programa Tivoli Storage
Manager para la gestin de espacio, las polticas determinan si deben realizarse
copias de seguridad de los archivos antes de realizar la migracin de los
mismos. La gestin de espacio tambin se integra con la copia de seguridad. Si
el archivo del que debe realizarse una copia de seguridad ya se ha migrado al
almacenamiento del servidor, la copia de seguridad del archivo se realizar en
el almacenamiento del servidor.
|
|
|
La Figura 1 muestra de qu modo la poltica forma parte del proceso de Tivoli

Storage Manager para almacenar datos de los clientes.
Clientes
Servidor
Datos
de cliente
Agrupaciones de
almacenamiento
Migracin
Copia de
seguridad
o
archivado
Base de datos
Dominio de polticas
Juego de polticas
Clase de gestin
Grupo
de copia
Figura 1. Cmo controla IBM Tivoli Storage Manager los procesos de copia de seguridad,
archivado y migracin
Los pasos del proceso son los siguientes:
|
|
|
|
|
|
|
|
|
|
|
|
|
1 Un cliente inicia una operacin de copia de seguridad, archivado o

migracin. El archivo implicado en la operacin est vinculado con una clase de
gestin. La clase de gestin es la clase predeterminada o una clase especificada
para el archivo en las opciones de cliente (lista de inclusin/exclusin del
cliente).
2 Si el archivo es un candidato para la copia de seguridad, archivado o
migracin segn la informacin de la clase de gestin, el cliente enva el
archivo y la informacin del archivo al servidor.
3 El servidor comprueba la clase de gestin vinculada al archivo para
determinar el destino, el nombre de la agrupacin de almacenamiento de Tivoli
Storage Manager donde el servidor almacena inicialmente el archivo. Para las
copias de seguridad de archivos y copias archivadas, los destinos se asignan en
los grupos de copia de seguridad y copia archivada, que estn en las clases de
gestin. Para los archivos bajo gestin de espacio, los destinos se asignan en la
clase de gestin propiamente dicha.
La agrupacin de almacenamiento puede ser un grupo de volmenes de disco,
de cinta u pticos.
4 El servidor almacena el archivo en la agrupacin de almacenamiento
identificada como destino de almacenamiento.
El servidor de Tivoli Storage Manager guarda informacin en su base de datos
sobre cada archivo que migra, archiva o del que hace una copia de seguridad.
Si configura el almacenamiento del servidor en una jerarqua, Tivoli Storage
Manager puede migrar posteriormente el archivo a una agrupacin de
almacenamiento distinta de la agrupacin en que dicho archivo estaba
almacenado inicialmente.Por ejemplo, puede establecer el almacenamiento del
servidor de modo que Tivoli Storage Manager migre los archivos de una
agrupacin de almacenamiento de disco a volmenes de cinta en una
agrupacin de almacenamiento de cinta.
|
|
|
|
|
|
|
Los archivos permanecen en el almacenamiento del servidor hasta que caducan y

se produce el proceso de caducidad, o hasta que se suprimen del almacenamiento
del servidor. Un archivo caduca segn los criterios que se configuran en la poltica.
Por ejemplo, los criterios incluyen el nmero de versiones permitidas para un
archivo y el nmero de das que han transcurrido desde la supresin de un archivo
del sistema de archivos del cliente. Si la proteccin de retencin est activada, un
objeto archivado no puede suprimirse accidentalmente.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Para obtener informacin sobre la asignacin de destinos de almacenamiento en

grupos de copia y clases de gestin y sobre cmo vincular clases de gestin,
consulte el Captulo 13, Implementacin de polticas para datos de cliente, en la
pgina 389.
Consulte el Captulo 19, Gestin de la base de datos y de las anotaciones de
recuperacin, en la pgina 539 para obtener informacin sobre la gestin de la
base de datos.
Para obtener informacin sobre las agrupaciones de almacenamiento y los
volmenes de agrupaciones de almacenamiento, consulte el Captulo 10, Gestin
de agrupaciones y volmenes de almacenamiento, en la pgina 241.
Para obtener informacin sobre la poltica basada en eventos, la retencin de
supresin y la proteccin de retencin de datos, consulte el Captulo 13,
Implementacin de polticas para datos de cliente, en la pgina 389.
Opciones para la proteccin de datos

IBM Tivoli Storage Manager proporciona una amplia gama de operaciones de
copia de seguridad y archivado, que permiten seleccionar la proteccin correcta en
cada situacin. La Tabla 2 muestra algunos ejemplos de las opciones de proteccin.
Tabla 2. Ejemplos de consecucin de objetivos con IBM Tivoli Storage Manager
Para este objetivo...
Haga lo siguiente...
Realizar copias de seguridad de los archivos

que se encuentran en la estacin de trabajo
de un usuario y poder restaurar archivos
individuales.
Utilice el cliente de copia de

seguridad/archivado para realizar copias de
seguridad incrementales o selectivas.
Realizar copias de seguridad de un servidor

de archivos y poder restaurar archivos
individuales.

seguridad incrementales o selectivas.
Si el servidor de archivos es un servidor de
archivos de almacenamiento conectado a red
permitido, puede hacer que el servidor
utilice NDMP para realizar copias de
seguridad de imagen. Esta funcin est
disponible en el producto IBM Tivoli Storage
Hacer que la restauracin de medios sea

porttil o facilitar la realizacin de
restauraciones de forma remota.

seguridad incrementales; a continuacin,
genere juegos de copias de seguridad
mediante el servidor de Tivoli Storage
Manager.
Ofrecer la posibilidad de restaurar ms

fcilmente todo el contenido de un solo
volumen lgico, en lugar de restaurar
archivos individuales.

seguridad de volumen lgico (tambin
denominadas copias de seguridad de
imagen).
Configurar la retencin de registros para

satisfacer las necesidades de almacenamiento seguridad/archivado para realizar archivados
legales o de almacenamiento a largo plazo.
ocasionalmente. Para garantizar que el
archivado se produce en los intervalos
necesarios, utilice la planificacin central.
Crear una copia archivada para un cliente de Utilice el cliente de copia de
copia de seguridad/archivado, a partir de los seguridad/archivado para realizar copias de
datos que ya se han almacenado para la
seguridad incrementales y, a continuacin,
copia de seguridad.
genere un juego de copias de seguridad
mediante el servidor de Tivoli Storage
Manager.Tambin se denomina archivado
instantneo.
Tabla 2. Ejemplos de consecucin de objetivos con IBM Tivoli Storage

Manager (continuacin)
Ofrecer la posibilidad de restaurar datos en

momento determinado.

seguridad incrementales peridicamente (de
forma manual o automtica a travs de las
planificaciones). A continuacin, efecte una
de las acciones siguientes:
v Configure la poltica para garantizar que
los datos se conservan en un
almacenamiento del servidor el tiempo
suficiente para ofrecer el nivel de servicio
necesario. Consulte el apartado Cmo
establecer la poltica para activar la
restauracin en un instante especfico para
los clientes en la pgina 441 para obtener
ms informacin al respecto.
v Cree juegos de copias de seguridad para el
cliente de copia de seguridad/archivado
con regularidad. Establezca el tiempo de
retencin para proporcionar el nivel de
servicio necesario. Consulte el apartado
Creacin y utilizacin de juegos de copias
de seguridad del cliente en la pgina 448
Guardar un conjunto de archivos y

directorios antes de realizar grandes cambios. seguridad/archivado para realizar una copia
archivada del conjunto de archivos y
directorios.
Si se necesita este tipo de proteccin con
regularidad, contemple la posibilidad de
crear juegos de copias de seguridad a partir
de datos de copia de seguridad ya
almacenados para el cliente. La utilizacin de
juegos de copias de seguridad en lugar de
operaciones de archivado frecuentes puede
reducir la cantidad de metadatos que debe
almacenarse en la base de datos del servidor.
Gestionar un conjunto de archivos
relacionados, que no estn en el mismo
sistema de archivos, con las mismas polticas
de servidor, copia de seguridad y
restauracin.
10
Utilice el comando backup group en el

cliente de copia de seguridad/archivado para
crear una agrupacin lgica de un conjunto
de archivos, que pueden proceder de uno o
varios sistemas de archivos fsicos. El proceso
de copia de seguridad de grupo crea un
espacio de archivos virtual en el
almacenamiento del servidor para gestionar
los archivos, ya que puede que los archivos
no sean de un sistema de archivos del
cliente. Las acciones tales como la
vinculacin de polticas, migracin,
caducidad y exportacin se aplican al grupo
como un todo. Consulte la publicacin Gua
del usuario e instalacin de los clientes de copia
de seguridad/archivado para obtener ms
detalles.
Tabla 2. Ejemplos de consecucin de objetivos con IBM Tivoli Storage

Manager (continuacin)
Realizar copias de seguridad de una

aplicacin que se ejecuta de forma
continuada, como por ejemplo una aplicacin
de base de datos (por ejemplo, DB2 u Oracle)
o una aplicacin de correo electrnico (Lotus
Domino).
Utilice el cliente de aplicacin adecuado. Por

ejemplo, utilice Tivoli Storage Manager para
correo a fin de proteger la aplicacin Lotus
Domino.
Utilizar el hardware de disco que pueda

realizar instantneas.
Utilice el componente adecuado del producto

Tivoli Storage Manager para hardware, como
proteccin de datos de Tivoli Storage
Manager para IBM Enterprise Storage Server
para DB2.
Realizar copias de seguridad transparentes

para los usuarios finales.

seguridad/archivado con copias de
seguridad planificadas centralmente que se
ejecuten durante horas fuera del horario
habitual. Supervise los resultados de la
planificacin.
Reducir la carga en una LAN mediante el

traspaso de datos de copia de seguridad a
travs de la SAN.
Utilice el traspaso de datos fuera de la LAN,

el traspaso de datos fuera del servidor o,
para servidores de archivos NAS
(almacenamiento conectado a red)
permitidos, utilice las operaciones NDMP.
Planifique las copias de seguridad de los datos del cliente para facilitar el
cumplimiento de la poltica que establezca. Si planifica las copias de seguridad, en
lugar de confiar en que los clientes las realicen, la poltica que establezca se seguir
de manera ms coherente. Consulte el Captulo 15, Planificacin de operaciones
para nodos cliente, en la pgina 473.
El mtodo de copia de seguridad estndar que utiliza Tivoli Storage Manager se
denomina copia de seguridad incremental progresiva. Se trata de un mtodo nico y
eficaz para las copias de seguridad. Consulte el apartado Comparacin entre la
copia de seguridad incremental progresiva y otros tipos de copia de seguridad en
la pgina 16.
En la Tabla 3 en la pgina 12 se resumen las operaciones de cliente disponibles. En
todos los casos, el servidor realiza un seguimiento de la ubicacin de los datos de
copia de seguridad en la base de datos. La poltica que se establezca determina el
modo de gestionar los datos de copia de seguridad.
11
12
Copia de
seguridad
selectiva
Mtodo estndar de copia de seguridad

utilizado por Tivoli Storage
Manager.Despus de la primera copia
de seguridad completa de un sistema
cliente, se realizan copias de seguridad
incrementales. Tambin est disponible
la copia de seguridad incremental por
fecha.
Copia de
seguridad
incremental
progresiva
Copia de seguridad de los archivos

seleccionados por el usuario,
independientemente de si stos han
cambiado desde la ltima copia de
seguridad.
No es necesario realizar copias de

seguridad completas adicionales de un
cliente despus de la primera copia de
seguridad.
Descripcin
Tipo de
operacin
Tabla 3. Resumen de operaciones de cliente
Permite a los usuarios proteger un

subconjunto de sus datos con
independencia del proceso de copia de
seguridad incremental habitual.
Ayuda a garantizar que se realiza una

copia de seguridad de los datos
completa, eficaz y segn las polticas
establecidas. Elimina la necesidad de
volver a transmitir datos de copia de
seguridad que no se han cambiado
durante operaciones de copia de
seguridad sucesivas.
Uso
Tivoli Storage Manager no necesita

restaurar ningn archivo base seguido
por copias de seguridad incrementales.
Esto implica una reduccin del tiempo
y menos montajes de cintas, as como
un volumen menor de datos
transmitidos en la red.
El usuario puede restaurar nicamente

la versin del archivo que sea
necesaria.
Tivoli Storage Manager no necesita

restaurar ningn archivo base seguido
por copias de seguridad incrementales.
Esto implica una reduccin del tiempo
y menos montajes de cintas, as como
un volumen menor de datos
transmitidos en la red.
El usuario puede restaurar nicamente

la versin del archivo que sea
necesaria.
Opciones de restauracin
Consulte el apartado
Copia de seguridad
selectiva en la pgina
410 y la publicacin
Gua del usuario e
instalacin de los clientes
de copia de
seguridad/archivado.
Copia de seguridad
incremental en la
pgina 407 y la
publicacin Gua del
usuario e instalacin de
los clientes de copia de
Para obtener ms
informacin
13
Mtodo de copia de seguridad que solo

realiza copias de seguridad de las
partes de un archivo que han cambiado
desde la ltima copia de seguridad. El
servidor almacena el archivo base (la
copia de seguridad completa inicial del
archivo) y los subarchivos siguientes
(las partes modificadas) que dependen
del archivo base.
Copia de
seguridad de
subarchivos
adaptable
Copia de seguridad completa de un

volumen.
Copia de
seguridad de
imagen
Es posible realizar copias de seguridad

en lnea y sin interrupciones para
clientes Windows 2000 mediante la
funcin instantnea de Tivoli Storage
Manager.
Ayuda para todos los tipos de copia de

seguridad (incremental progresiva,
selectiva y de subarchivos adaptable)
que basa las copias de seguridad en
una lista de archivos modificados. La
lista la mantiene, en el cliente, el
servicio de motor de diario de IBM
Copia de
seguridad de
diario
Aplicable a los clientes de sistemas

Windows.
El proceso funciona con la copia de

seguridad incremental progresiva y con
la copia de seguridad selectiva.
Descripcin
Tipo de
operacin
Permite la copia de seguridad de un

sistema de archivos completo o de un
volumen RAW como un nico objeto.
Puede seleccionarse por cliente de
copia de seguridad/archivado en
sistemas UNIX y Windows. Utilizada
por clientes Windows que utilizan el
traspaso de datos fuera del servidor.
Aplicable a clientes de sistemas

Windows NT y Windows 2000.
Reduce la cantidad de tiempo necesario

para realizar copias de seguridad. Los
archivos elegibles para una copia de
seguridad se conocen antes de que
empiece la operacin de copia de
seguridad.
Mantiene las copias de seguridad de

datos a la vez que minimiza el tiempo
de conexin y la transmisin de datos
para la copia de seguridad de usuarios
mviles o remotos.
Uso
Tabla 3. Resumen de operaciones de cliente (continuacin)
Se restaura toda la imagen.
La copia de seguridad de diario no

tiene ningn efecto en el modo en que
se restauran los archivos; esto depende
del tipo de copia de seguridad que se
realice.
El archivo base ms un mximo de un

subarchivo se restauran en el cliente.
Poltica para copias de
seguridad de
volmenes lgicos en
la pgina 436 y la
publicacin Gua del
Consulte la publicacin
Gua del usuario e
de copia de
Activacin de clientes
para que utilicen la
copia de seguridad de
subarchivos en la
pgina 456 y la
publicacin Gua del
Para obtener ms
informacin
14
Copia de seguridad completa de un

volumen, que puede estar seguida por
copias de seguridad diferenciales.
Mtodo de copia de seguridad que

utiliza las funciones de IBM Enterprise
Storage Server FlashCopy y EMC
TimeFinder para realizar copias de
volmenes utilizados por los servidores
de bases de datos. A continuacin, el
producto Tivoli Storage Manager para
hardware utiliza las copias de los
volmenes para realizar copias de
seguridad de los volmenes de base de
datos.
Mtodo que efecta copias de

seguridad de los archivos especificados
como un grupo especfico. Los archivos
pueden ser de uno o varios espacios de
archivos. La copia de seguridad puede
ser completa o diferencial.
Copia de
seguridad de
imagen con
copias de
seguridad
diferenciales
Copia de
seguridad
mediante
funciones de
instantnea de
hardware
Copia de
seguridad de
grupo
Aplicable a los clientes de sistemas

UNIX.
Descripcin
Tipo de
operacin
Se restaura la copia de seguridad de
imagen completa ms un mximo de
una copia de seguridad diferencial.
Se puede incluir un grupo en un juego

de copias de seguridad.
Crea una copia de seguridad coherente

de un instante especfico de un grupo
de archivos relacionados. Los archivos
pueden encontrarse en distintos
espacios de archivos del cliente. Todos
los objetos del grupo se asignan a la
misma clase de gestin. El servidor
gestiona el grupo como una nica
entidad lgica y almacena los archivos
en un espacio de archivos virtual en el
almacenamiento del servidor.
El usuario puede seleccionar restaurar

todo el grupo o slo unos miembros
determinados del grupo. El usuario
puede restaurar nicamente la versin
del archivo que sea necesaria.
Implementa copias de seguridad muy

Los detalles varan segn el hardware.
eficaces y la recuperacin de
aplicaciones cruciales para el negocio, a
la vez que elimina el tiempo de
inactividad relacionado con las copias
de seguridad o la interrupcin de
usuario en el servidor de bases de
datos.
Slo se utiliza para las copias de

seguridad de imagen de servidores de
archivos NAS, realizadas por el
servidor mediante las operaciones
NDMP.
Uso
Gua del usuario e
de copia de
Consulte la
documentacin de los
componentes de IBM
para hardware.
Consulte el Captulo 6,
Utilizar NDMP para
operaciones con
servidores de archivos
NAS, en la pgina
135.
Para obtener ms
informacin
15
Proceso que crea un juego de copias de

seguridad de la mayora de las
versiones recientes de los archivos para
el cliente, mediante archivos que ya se
encuentran en el almacenamiento del
servidor de operaciones de copia de
seguridad anteriores.
Proceso que crea una copia de los

archivos y los almacena durante un
tiempo determinado.
Archivado
Archivado
instantneo
Descripcin
Tipo de
operacin
Se utiliza cuando la portabilidad del

medio de recuperacin o la
recuperacin rpida de un cliente de
copia de seguridad/archivado es
importante. Tambin se utiliza para
archivar de modo eficaz.
Se utiliza para el mantenimiento de

copias de registros vitales para
propsitos legales e histricos.
Nota: si debe crear frecuentemente
copias archivadas para los mismos
datos, en su lugar, puede utilizar el
archivado instantneo (juegos de copia
de seguridad). Las operaciones
frecuentes de archivado pueden crear
una gran cantidad de metadatos en la
base de datos del servidor, con lo que
aumenta el tamao de la base de datos
y disminuye el rendimiento de
operaciones de servidor, como por
ejemplo la caducidad. A menudo,
pueden conseguirse los mismos
resultados con la copia de seguridad
incremental o los juegos de copias de
seguridad. Aunque la funcin de
archivado es una manera muy eficaz
de almacenar datos inactivos con
retencin fija, no debe utilizarse de
forma frecuente y a gran escala como
mtodo principal de copia de
seguridad.
Uso
Los archivos se restauran directamente

a partir del juego de copias de
seguridad. El juego de copias de
seguridad reside en medios que
pueden montarse en el sistema cliente,
como por ejemplo un CD, una unidad
de cinta o un sistema de archivos. No
es necesario contactar con el servidor
de Tivoli Storage Manager para el
proceso de restauracin, de modo que
ste no utiliza la red ni el servidor.
La versin seleccionada del archivo se

recupera en la peticin.
Creacin y utilizacin
de juegos de copias de
seguridad del cliente
en la pgina 448.
Archivado en la
pgina 411 y la
publicacin Gua del
Para obtener ms
informacin
Comparacin entre la copia de seguridad incremental progresiva

y otros tipos de copia de seguridad
IBM Tivoli Storage Manager dispone de un mtodo exclusivo y eficaz para las
copias de seguridad estndar, adems de otros mtodos que se resumen en la
Tabla 3 en la pgina 12. El mtodo estndar que utiliza Tivoli Storage Manager es
la copia de seguridad incremental progresiva.
Los trminos diferencial e incremental se utilizan con frecuencia para describir copias
de seguridad. Los trminos normalmente tienen los significados siguientes:
v Una copia de seguridad diferencial realiza una copia de seguridad de los
archivos que han cambiado desde la ltima copia de seguridad completa.
Si un archivo cambia despus de la copia de seguridad completa, se vuelve a
realizar una copia de seguridad del mismo en cada copia de seguridad
diferencial siguiente.
Se realiza una copia de seguridad de todos los archivos en la siguiente copia
de seguridad completa.
v Una copia de seguridad incremental realiza una copia de seguridad nicamente
de los archivos que han cambiado desde la ltima copia de seguridad,
independientemente de que dicha copia de seguridad fuera completa u otra
copia de seguridad incremental.
Si un archivo cambia despus de la copia de seguridad completa, se realiza
una copia de seguridad del mismo nicamente en la prxima copia de
seguridad incremental, no en todas las copias de seguridad incrementales
siguientes.
Si un archivo no ha cambiado desde la ltima copia de seguridad, no se
realiza una copia de seguridad del mismo.
Tivoli Storage Manager supone un avance para la copia de seguridad
incremental.Despus de la copia de seguridad completa inicial de un cliente, no se
precisa ninguna copia de seguridad completa adicional puesto que el servidor,
mediante la base de datos, realiza un seguimiento de si es necesario realizar una
copia de seguridad de los archivos. nicamente se realizan copias de seguridad de
los archivos que cambian y, a continuacin, de archivos enteros, de modo que el
servidor no necesita hacer referencia a versiones base de los archivos. Esto significa
un ahorro en los recursos, incluidos la red y el almacenamiento.
Si as lo selecciona, puede forzar la copia de seguridad completa mediante la
funcin de copia de seguridad selectiva de un cliente adems de la funcin de
copia de seguridad incremental. Tambin puede optar por utilizar la copia de
seguridad de subarchivos adaptable, en la que el servidor almacena el archivo base
(la copia de seguridad inicial completa del archivo) y los subarchivos siguientes
(las partes modificadas) que dependen del archivo base.
Proteccin adicional: copias de seguridad de agrupacin de

almacenamiento y de base de datos de servidor
En el servidor hay incorporados niveles adicionales de proteccin para los datos
del cliente:
v Puede hacer copias de seguridad de las agrupaciones de almacenamiento. Se
realizan copias de seguridad de los datos para copiar agrupaciones de
almacenamiento, a las que el servidor puede acceder automticamente en el caso
de que necesite recuperar un archivo. Consulte el apartado Visin general de la
proteccin de la agrupacin de almacenamiento en la pgina 698.
v Puede hacer copias de seguridad de la base de datos del servidor. La base de
datos es la clave para que el servidor pueda realizar un seguimiento de los datos
16
del cliente en la agrupacin de almacenamiento. Consulte el apartado Visin

general de la proteccin de la base de datos y las anotaciones de recuperacin
en la pgina 700.
Estas copias de seguridad puede formar parte de un plan de recuperacin ante
siniestro, creado automticamente por gestor de recuperacin ante siniestro.
Consulte el Captulo 24, Utilizacin del gestor de recuperacin ante siniestro, en
la pgina 757.
Cmo se traspasan datos al almacenamiento del servidor

El cliente de Tivoli Storage Manager normalmente enva los datos al servidor a
travs de la LAN.A continuacin, el servidor transfiere los datos a un dispositivo
conectado al servidor. Sin embargo, con la llegada del almacenamiento conectado a
red y de SAN, Tivoli Storage Manager ofrece opciones que permiten minimizar el
uso de la LAN y de los recursos informticos tanto del cliente como del servidor.
El traspaso de datos fuera de la LAN permite agentes de almacenamiento que se
instalan en los nodos cliente para traspasar datos al servidor sin enviarlos a travs
de la LAN. Consulte el apartado Traspaso de datos fuera de la LAN en la pgina
51.
Con una configuracin de hardware admitida, una SAN ofrece la posibilidad de
traspasar datos directamente entre dos dispositivos de almacenamiento sin implicar
al sistema cliente ni al sistema servidor. Un transportador de datos es
independiente del cliente y el servidor maneja el traspaso de datos. Por ejemplo,
IBM SAN Data Gateway puede ser un transportador de datos que traspasa datos
desde un disco conectado a la SAN del cliente a una cinta. Consulte el apartado
Traspaso de datos fuera del servidor en la pgina 55.
Para el almacenamiento conectado a red, utilice operaciones NDMP para evitar el
traspaso de datos a travs de la LAN. Consulte el apartado Operaciones de copia
de seguridad NDMP en la pgina 54.
Consolidacin de datos de copia de seguridad para clientes

Al agrupar los datos de copia de seguridad para un cliente, puede minimizar el
nmero de montajes de medios necesarios para la recuperacin del cliente. El
servidor ofrece mtodos para realizarlo:
Proximidad
El servidor puede mantener los archivos de cada uno de los clientes en un
nmero mnimo de volmenes dentro de una agrupacin de almacenamiento.
Puesto que los archivos de clientes estn consolidados, al mantener los archivos
una cierta proximidad, para restaurarlos se necesitan menos montajes de
medios. No obstante, la copia de seguridad de archivos de clientes diferentes
requiere ms montajes.
Puede hacer que el servidor aplique la funcin de proximidad a los datos del
cliente cuando los datos se almacenen inicialmente en el almacenamiento del
servidor. Si dispone de una jerarqua de almacenamiento, tambin puede
aplicar la funcin de proximidad cuando el servidor migre los datos desde la
agrupacin de almacenamiento inicial a la agrupacin de almacenamiento
siguiente en la jerarqua de almacenamiento.
17
Otra opcin es el nivel de proximidad. Se puede aplicar la funcin de

proximidad segn el cliente o segn el espacio de archivo por cliente. La
seleccin depende del tamao de los espacios de archivos que se almacenan y
los requisitos de restauracin.
Consulte el apartado Cmo mantener juntos los archivos de un cliente:
Proximidad en la pgina 281.
Creacin de juegos de copias de seguridad
Puede crear un juego de copias de seguridad para cada uno de los clientes de
copia de seguridad/archivado. Un juego de copias de seguridad contiene todos
los archivos de copia de seguridad activos que existen actualmente para dicho
cliente en el almacenamiento del servidor. El proceso tambin se denomina
archivado instantneo.
El juego de copias de seguridad es porttil y se mantiene durante el tiempo que
se especifique. La creacin del juego de copias de seguridad requiere ms
medios puesto que se trata de una copia adicional a las copias de seguridad
que ya estn almacenadas.
Consulte el apartado Creacin y utilizacin de juegos de copias de seguridad
del cliente en la pgina 448.
Traspaso de datos para un nodo cliente
Puede consolidar datos para un nodo cliente mediante el traspaso de datos
dentro del almacenamiento del servidor. Puede traspasarlos a una agrupacin
de almacenamiento diferente o a otros volmenes de la misma agrupacin de
almacenamiento.
Consulte el apartado Traspaso de datos para un nodo cliente en la pgina
321.
Cmo el servidor gestiona el almacenamiento

A travs del servidor, se puede gestionar el almacenamiento, es decir, los
dispositivos y los medios utilizados para almacenar datos del cliente. El servidor
integra la gestin de almacenamiento con las polticas que se definen para la
gestin de datos del cliente.
Soporte para dispositivos de IBM Tivoli Storage Manager

Tivoli Storage Manager admite varios dispositivos para el almacenamiento del
servidor. Tivoli Storage Manager puede utilizar el almacenamiento con conexin
directa adems del almacenamiento conectado a red. Vea la lista actual en el sitio
Web de IBM Tivoli Storage Manager en la direccin
IBM Tivoli Storage Manager Management Console incluye un asistente para la
configuracin de dispositivos que permite llevar a cabo la configuracin del
dispositivo de arrastrar y soltar simple. Sien embargo, existen algunos dispositivos
que no pueden configurarse mediante el asistente. En situaciones de resolucin de
problemas o mientras se estn utilizando los comandos de Tivoli Storage Manager
para configurar dispositivos, debe comprender los conceptos de los dispositivos de
almacenamiento de Tivoli Storage Manager.
Tivoli Storage Manager representa dispositivos de almacenamiento fsicos y medios
con los siguientes objetos definidos por el administrador:
18
Biblioteca
Una biblioteca est formada por una o ms unidades (y, posiblemente,
dispositivos robticos) con requisitos similares de montaje de medios.
Unidad
Cada unidad representa un mecanismo de dispositivo en una cinta o
dispositivo ptico.
Transportador de datos
Un transportador de datos representa un dispositivo que acepta peticiones de
Tivoli Storage Manager para transferir datos en nombre del servidor.Los
transportadores de datos transfieren datos entre los dispositivos de
almacenamiento.
Ruta
Una ruta representa el modo en que un origen accede a un destino. Por
ejemplo, el origen puede ser un servidor y el destino puede ser una unidad de
cinta. Una ruta define la relacin uno a uno entre un origen y un destino. Los
datos pueden transferirse del origen al destino y viceversa.
Clase de dispositivo
Cada dispositivo se asocia a una clase de dispositivo que especifica el tipo de
dispositivo y cmo el dispositivo gestiona sus medios.
Volmenes y agrupaciones de almacenamiento
Una agrupacin de almacenamiento es un conjunto especificado de volmenes
que tienen el mismo tipo de medio. Una agrupacin de almacenamiento se
asocia a una clase de dispositivo. Por ejemplo, una agrupacin de
almacenamiento de cinta LTO contiene nicamente volmenes de cinta LTO.
Un volumen de agrupacin de almacenamiento se asocia a una agrupacin de
almacenamiento especfica.
Para obtener ms informacin sobre conceptos de dispositivos, consulte el
Captulo 2, Introduccin de dispositivos de almacenamiento, en la pgina 37.
Migracin de datos a travs de la jerarqua de

almacenamiento
Puede organizar las agrupaciones de almacenamiento del servidor en una o varias
estructuras jerrquicas. Esta jerarqua de almacenamiento proporciona flexibilidad
de varias formas. Por ejemplo, puede establecer polticas para que los clientes
enven los datos de copia de seguridad a discos con el fin de agilizar las
operaciones de copia de seguridad y, a continuacin, que el servidor migre
automticamente datos a la cinta.
Consulte el apartado Visin general: Jerarqua de agrupaciones de
almacenamiento en la pgina 262.
Supresin de datos caducados

La poltica que se define controla el momento en que los datos del cliente caducan
automticamente desde el servidor de Tivoli Storage Manager.El proceso de
caducidad es el modo en que el servidor implementa la poltica.
Supongamos que tiene una poltica de copia de seguridad que especifica que
deben conservarse tres versiones de un archivo. El archivo A se crea en el cliente y
se realiza la copia de seguridad del mismo. Con el tiempo, el usuario cambia el
archivo A y se realiza la copia de seguridad de tres versiones del archivo en el
servidor. A continuacin, el usuario vuelve a cambiar el archivo A. Cuando se
19
produce la siguiente copia de seguridad incremental, se almacena una cuarta

versin del archivo A y la versin ms antigua de las cuatro versiones es la que
puede elegirse para que caduque.
Para suprimir datos que son elegibles para la caducidad, un proceso de caducidad
del servidor marca los datos como caducados y elimina los metadatos de los datos
caducados de la base de datos. A continuacin, el espacio que ocupan los datos
caducados est disponible para datos nuevos.
La frecuencia del proceso de caducidad se controla mediante una opcin del
servidor o se puede iniciar este proceso mediante un comando o un comando
planificado.
Consulte el apartado Ejecucin del proceso de caducidad para suprimir archivos
caducados en la pgina 430.
Reclamacin de medios para su reutilizacin

Puesto que las polticas del servidor establecen la caducidad de los datos de forma
automtica, los medios donde se almacenan los datos acumulan espacio no
utilizado. Otros productos pueden requerir la implementacin de un esquema de
rotacin de cintas que permita reutilizar los medios nicamente cuando todos los
datos de los medios hayan caducado. El servidor de Tivoli Storage Manager
implementa otro proceso, denominado reclamacin, que permite reutilizar medios
sin el tipo de rotacin de cintas tradicional.
La reclamacin es un proceso del servidor que desfragmenta medios
automticamente mediante la consolidacin de datos sin caducar en otros medios
cuando el espacio libre de un medio alcanza un nivel definido. A continuacin, el
servidor puede volver a utilizar los medios reclamados. La reclamacin de medios
permite la circulacin automatizada de medios a travs del proceso de gestin de
almacenamiento. El uso de la reclamacin puede ayudar a minimizar el nmero de
medios que deben estar disponibles.
Configuracin y mantenimiento del servidor

El servidor incluye muchos valores predeterminados establecidos para que los
clientes puedan empezar a utilizar los servicios de forma inmediata. Debido a la
cantidad y la importancia de los datos protegidos por Tivoli Storage Manager, los
requisitos de los procesos empresariales y otros factores es probable que deba
ajustar y personalizar el comportamiento del servidor.El Las necesidades de
almacenamiento y los requisitos de cliente cambian con el tiempo, lo que puede
implicar que se deba realizar la supervisin y los cambios de configuracin
consiguientes.
Las funciones del servidor se describen extensamente en esta gua. Para tener una
visin general de las tareas disponibles para un administrador de Tivoli Storage
Manager, lea las secciones siguientes:
Interfaces con IBM Tivoli Storage Manager en la pgina 21
Configuracin y gestin del almacenamiento del servidor en la pgina 22
Gestin de las operaciones de los clientes en la pgina 26
Mantenimiento del servidor en la pgina 30
Proteccin del servidor en la pgina 33
20
Interfaces con IBM Tivoli Storage Manager

Tivoli Storage Manager cuenta con los tipos de interfaces siguientes:
v Interfaces grficas de usuario.
Para el servidor:
IBM Tivoli Storage Manager para la carpeta del programa Windows.
IBM Tivoli Storage Manager Management Console, seleccionada en la carpeta
de programa de IBM Tivoli Storage Manager o en el escritorio. La consola de
IBM Tivoli Storage Manager es un complemento de Microsoft Management
Console que proporciona:
- Asistentes de ayuda con tareas de configuracin y administracin de Tivoli
Storage Manager
- Una vista de rbol al estilo de Windows que muestra la red de recursos de
gestin del almacenamiento
- Herramientas de exploracin de la red que pueden utilizarse para localizar

nodos y clientes de Tivoli Storage Manager para la gestin remota
- Una funcin de envo de mensajes por red que puede utilizarse para
notificar a los operadores de Tivoli Storage Manager peticiones de montaje
y mensajes de estado
Para los clientes, existen interfaces grficas de usuario para el cliente de copia de
seguridad/archivado y el cliente de gestor de espacio (si estn instaladas, en los
sistemas operativos admitidos). El cliente de copia de seguridad/archivado se
puede iniciar desde la consola de IBM Tivoli Storage Manager. Para obtener
informacin acerca de cmo utilizar las interfaces, consulte la informacin en
lnea o la publicacin Gua de iniciacin.
Interfaces Web para la administracin del servidor y para el cliente de copia de
La interfaz Web de administracin permite acceder a las funciones del servidor
de Tivoli Storage Manager desde cualquier estacin de trabajo con un navegador
Web que tenga el soporte adecuado para Java. La interfaz tambin permite
acceder a la lnea de comandos a travs de la Web. Consulte la publicacin Gua
de iniciacin para obtener ms informacin sobre la interfaz de administracin
Web.
El cliente Web de copia de seguridad/archivado (cliente Web) permite que un
usuario no autorizado pueda acceder de forma remota a un cliente para ejecutar
procesos de copia de seguridad y archivado, restauracin y recuperacin. El
navegador Web debe disponer del soporte adecuado para Java.Consulte la
publicacin Gua del usuario e instalacin de los clientes de copia de
seguridad/archivado para conocer los requisitos.
La interfaz de lnea de comandos.
Para obtener informacin sobre cmo utilizar la interfaz de lnea de comandos
del cliente de administracin, consulte la publicacin Administrators Reference.
Para obtener informacin acerca de la utilizacin de la interfaz de lnea de
comandos del cliente de copia de seguridad/archivado u otros clientes, consulte
la gua del usuario de ese cliente.
La interfaz de programacin de aplicaciones.
Para obtener ms informacin, consulte la publicacin IBM Tivoli Storage Manager
Utilizacin de la interfaz de programas de aplicacin.
Acceso a informacin en la base de datos del servidor a travs de sentencias
SQL SELECT estndar. Con fines informativos, el producto Tivoli Storage
Manager tambin proporciona un controlador ODBC.El controlador permite
utilizar un programa de hoja de clculo o de base de datos para realizar
21
consultas en la base de datos del servidor. Consulte el apartado Utilizacin de

SQL para consultar la base de datos IBM Tivoli Storage Manager en la pgina
567.
Personalizacin del servidor con el archivo de opciones del

servidor
Las opciones de servidor permiten personalizar el servidor y sus operaciones. Estas
opciones afectan a elementos tales como:
v Comunicaciones de servidor
v Almacenamiento
v Operaciones de base de datos y de anotaciones de recuperacin
v Rendimiento de las transacciones de cliente
Las opciones de servidor se encuentran en el archivo de opciones del servidor.
Puede cambiar las opciones a travs de la consola de IBM Tivoli Storage
Manager.Consulte la publicacin Gua de iniciacin para obtener informacin sobre
la consola de IBM Tivoli Storage Manager. En este manual, se describen opciones
de servidor especficas donde sea aplicable. Consulte la publicacin Administrators
Reference para obtener informacin detallada acerca del archivo de opciones del
servidor e informacin de consulta para todas las opciones de servidor.
Configuracin y gestin del almacenamiento del servidor

La configuracin y la gestin del almacenamiento para un mayor rendimiento y
capacidad son tareas importantes para un administrador.
El servidor utiliza el almacenamiento para los datos que gestiona para los clientes.
El almacenamiento puede ser una combinacin de dispositivos:
v Disco
v Unidades de cinta manuales o automatizadas
v Unidades pticas
v Otras unidades que utilizan medios extrables
Los dispositivos pueden conectarse localmente o se puede acceder a ellos desde
una SAN. Las decisiones clave en relacin con la configuracin y la gestin del
almacenamiento son:
v Seleccin de dispositivos y medios que formarn el almacenamiento del
servidor. Esto incluye decidir si los servidores de Tivoli Storage Manager
compartirn dispositivos de biblioteca.
v Diseo de la jerarqua de almacenamiento para copias de seguridad eficaces y
una utilizacin del servidor ptima
v Utilizacin de caractersticas del producto que permiten al servidor proporcionar
servicios a los clientes a la vez que se minimiza el trfico en la red de
comunicaciones:
Traspaso de datos fuera de la LAN
Traspaso de datos fuera del servidor
Traspaso de datos mediante NDMP para proteger datos en servidores de
archivos NAS (almacenamiento conectado a red)
v Utilizacin del producto Tivoli Storage Manager para ayudar a gestionar las
unidades y los medios o utilizacin de un programa de salida de un sistema de
gestin de medios externo para realizar la gestin fuera del producto Tivoli
22
Storage Manager. Por ejemplo, puede utilizar el gestor de almacenamiento

extrable de Microsoft para gestionar el almacenamiento.
Para obtener una introduccin sobre los conceptos clave de almacenamiento,
consulte el Captulo 2, Introduccin de dispositivos de almacenamiento, en la
pgina 37.
Utilizacin de dispositivos de disco duro con IBM Tivoli Storage

Manager
Los dispositivos de disco duro pueden utilizarse con Tivoli Storage Manager con
dos finalidades:
v Almacenar la base de datos y las anotaciones de recuperacin.
v Almacenar las copias de seguridad de los datos de los clientes, los datos
archivados de los clientes o los datos de los clientes migrados de nodos cliente.
El servidor puede almacenar datos en el disco duro utilizando volmenes de
acceso aleatorio (tipo de dispositivo DISK) o volmenes de acceso secuencial (tipo
de dispositivo FILE).
El producto Tivoli Storage Manager permite utilizar el almacenamiento de disco de
modos diferentes respecto a otros productos.Es posible que la copia de seguridad
de varios nodos cliente se realice en la misma agrupacin de almacenamiento de
disco al mismo tiempo y que a la vez se conserven los datos de diferentes nodos
cliente por separado. Otros productos tambin permiten realizar copias de
seguridad de sistemas diferentes al mismo tiempo, pero solo intercalando los datos
de los sistemas, lo que disminuye la velocidad de los procesos de restauracin.
Si dispone de suficiente espacio de almacenamiento de disco, los datos pueden
conservarse en el disco permanente o temporalmente, en funcin de la cantidad de
espacio de almacenamiento de disco del que se disponga. El rendimiento del
proceso de restauracin de disco puede ser muy rpido comparado con el de cinta.
Puede hacer que el servidor traspase los datos del disco a la cinta posteriormente;
este proceso se denomina migracin por la jerarqua de almacenamiento. Otras
ventajas de este tipo de traspaso a cinta son:
v Posibilidad de colocar los datos para clientes a medida que se traspasan los
datos a cinta
v Funcionamiento continuo de las unidades de cinta, lo que mejora el rendimiento
de la unidad de cinta
v Uso ms eficaz de las unidades de cinta mediante la distribucin de las horas en
que se utilizan las unidades
Para obtener informacin sobre la configuracin de las agrupaciones de
almacenamiento, consulte el Captulo 3, Utilizacin de dispositivos de disco
magntico, en la pgina 65. Para obtener informacin sobre la configuracin de la
jerarqua de almacenamiento, consulte el apartado Visin general: Jerarqua de
agrupaciones de almacenamiento en la pgina 262.
Utilizacin de dispositivos de medios extrables con IBM Tivoli

Storage Manager
Los dispositivos de medios extrables pueden utilizarse con Tivoli Storage Manager
con los objetivos siguientes:
v Almacenar las copias de seguridad de los datos de los clientes, los datos
archivados de los clientes o los datos de los clientes migrados de nodos cliente.
23
v Almacenar las copias de seguridad de la base de datos.

v Exportar datos, para traspasar los datos a otro servidor
Conexin y configuracin de dispositivos: para obtener informacin sobre la
configuracin los dispositivos de medios extrables, consulte el Captulo 4,
Conexin de dispositivos al sistema servidor, en la pgina 73 y el Captulo 5,
Configuracin de dispositivos de almacenamiento, en la pgina 87.
Clasificacin de dispositivos por tipo de dispositivo: una clase de dispositivo
representa un conjunto de dispositivos de almacenamiento con caractersticas de
disponibilidad, rendimiento y almacenamiento semejantes. Debe definir las clases
de dispositivo para las unidades disponibles para el servidor de Tivoli Storage
Manager.Especifique una clase de dispositivo al definir una agrupacin de
almacenamiento de modo que sta se asocie con las unidades.
Para obtener ms informacin sobre la definicin de clases de dispositivo, consulte
el Captulo 9, Definicin de clases de dispositivo, en la pgina 219.
Gestin de operaciones de medios extrables: las operaciones rutinarias de los
medios extrables incluyen lo siguiente:
v Preparar los medios para su utilizacin
v Controlar la reutilizacin de medios
v Garantizar la existencia de un nmero suficiente de medios disponibles
v Montar volmenes como respuesta a las peticiones de servidor, para unidades
manuales
v Gestionar bibliotecas y unidades
Para obtener informacin sobre las operaciones de medios extrables, consulte el
Captulo 8, Gestin de operaciones de medios extrables, en la pgina 175.
Gestin de agrupaciones y volmenes de almacenamiento

Las copias de seguridad de archivos, las copias archivadas y los archivos bajo
gestin de espacio se almacenan en grupos de volmenes denominados
agrupaciones de almacenamiento. Puesto que cada agrupacin de almacenamiento
est asignada a una clase de dispositivo, puede agrupar lgicamente los
dispositivos de almacenamiento de acuerdo con sus necesidades de gestin de
almacenamiento.
Puede establecer una jerarqua de agrupaciones de almacenamiento. La jerarqua
puede estar basada en la velocidad o en el coste de los dispositivos asociados a las
agrupaciones. Tivoli Storage Manager migra los archivos de clientes a travs de
esta jerarqua para garantizar el uso ms eficaz de los dispositivos de
almacenamiento de un servidor.
Los ejemplos siguientes muestran otra manera de controlar una agrupacin de
almacenamiento:
Proximidad
El servidor puede mantener los archivos de cada uno de los clientes en un
nmero mnimo de volmenes dentro de una agrupacin de almacenamiento.
Puesto que los archivos de clientes estn consolidados, al mantener los archivos
una cierta proximidad, para restaurarlos se necesitan menos montajes de
medios. No obstante, la copia de seguridad de archivos de clientes diferentes
requiere ms montajes.
24
Reclamacin
Los archivos almacenados en volmenes de acceso secuencial pueden caducar,
trasladarse o suprimirse. El proceso de reclamacin consolida los datos activos
y sin caducar de un gran nmero de volmenes en menos volmenes. Los
volmenes originales se pueden reutilizar para datos nuevos.
Copia de seguridad de agrupaciones de almacenamiento
Se puede hacer una copia de seguridad de los datos de las agrupaciones de
almacenamiento primarias en agrupaciones de almacenamiento de copia con la
finalidad de poder llevar a cabo una recuperacin ante siniestro. La copia de
seguridad de agrupaciones de almacenamiento de copia puede producirse a la
vez que los datos del cliente se graban en la agrupacin de almacenamiento
primaria.
Cach
Cuando el servidor migra los archivos de las agrupaciones de almacenamiento
de disco, las copias duplicadas de los archivos pueden permanecer en cach
(almacenamiento de disco) para que su recuperacin sea ms rpida. Los
archivos en cach se suprimen solo cuando se necesita espacio. No obstante, las
operaciones de copia de seguridad de cliente que utilicen la agrupacin de
almacenamiento de disco pueden ver disminuido su rendimiento.
Los volmenes de almacenamiento se gestionan realizando las tareas de definir,
actualizar y suprimir volmenes, y supervisando la utilizacin del almacenamiento
del servidor. Tambin puede trasladar archivos dentro de agrupaciones de
almacenamiento y entre agrupaciones de almacenamiento para optimizar la
utilizacin del almacenamiento del servidor.
Para obtener ms informacin acerca de las agrupaciones de almacenamiento y los
volmenes, as como acerca de cmo aprovechar las caractersticas de las
agrupaciones de almacenamiento, consulte el Captulo 10, Gestin de
agrupaciones y volmenes de almacenamiento, en la pgina 241.
Gestin de clsteres
Un entorno de clsteres de Windows es una configuracin de sistemas
independientes. Los sistemas estn conectados al mismo subsistema de disco y
proporcionan una solucin de alta disponibilidad que minimiza o elimina
numerosas fuentes posibles de tiempo de inactividad. Microsoft Cluster Server
(MSCS) es un software que ayuda a configurar, supervisar y controlar componentes
de hardware y aplicaciones que estn en un Windows clster.
Tivoli Storage Manager es una aplicacin que funciona con clsteres y puede
configurarse como un servidor virtual de MSCS.El administrador utiliza la interfaz
del administrador de clsteres de MSCS y Tivoli Storage Manager para designar
organizaciones de clsteres y definir el patrn de recuperacin de errores.
Tivoli Storage Manager tambin puede admitir la recuperacin de errores de cintas
SCSI.(Sin embargo, MSCS no admite la recuperacin de errores de dispositivos de
cinta, por lo que no puede utilizarse para configurar la recuperacin de errores de
cintas SCSI.) Una vez realizada la configuracin, puede supervisarse mediante la
interfaz del administrador de clsteres y MSCS.
Si desea obtener ms informacin sobre la configuracin y la gestin de clsteres,
consulte la publicacin Gua de iniciacin.
25
Gestin de las operaciones de los clientes

Puesto que la tarea clave del servidor es proporcionar servicios a clientes, muchas
de las tareas del administrador del servidor estn relacionadas con operaciones de
cliente. Las tareas incluyen lo siguiente:
v Inscribir clientes y personalizar operaciones de cliente
v Garantizar que las operaciones de cliente cumplan los requisitos de seguridad
v Proporcionar los niveles de servicio necesarios mediante la personalizacin de
polticas
v Automatizar la proteccin mediante planificaciones
Gestin de nodos cliente

Una tarea administrativa muy bsica es la adicin de nodos cliente, dando a los
nodos que representan a los sistemas acceso a los servicios y a los recursos del
servidor de Tivoli Storage Manager.El servidor de Tivoli Storage Manager admite
varios nodos cliente.Puede inscribir los siguientes tipos de clientes y servidores
como nodos cliente:
v Cliente de copia de seguridad/archivado de Tivoli Storage Manager
v Clientes de aplicacin que proporcionan proteccin de datos mediante uno de
los productos siguientes: Tivoli Storage Manager para servidores de aplicaciones,
Tivoli Storage Manager para bases de datos, Tivoli Storage Manager para ERP o
Tivoli Storage Manager para correo.
v Cliente de Tivoli Storage Manager para la gestin de espacio (denominado
cliente de gestor de espacio o cliente HSM)
v Un servidor de archivos NAS para el que el servidor de Tivoli Storage Manager
utilice NDMP para las operaciones de copia de seguridad y restauracin
v Servidor origen de Tivoli Storage Manager (inscrito como nodo en un servidor
destino)
Al inscribir clientes, debe tomar decisiones sobre lo siguiente:
v Si el cliente debe comprimir los archivos antes de enviarlos al servidor para la
copia de seguridad
v Si el ID de nodo cliente tiene la autorizacin para suprimir los archivos del
almacenamiento del servidor
v Si se crea un identificador de administrador que coincide con el identificador de
cliente, para operaciones de cliente remotas
Para obtener ms informacin, consulte el Captulo 11, Adicin de nodos cliente,
en la pgina 333 y el Captulo 12, Gestin de nodos cliente, en la pgina 345.
Otras tareas importantes son:
Controlar las opciones de cliente desde el servidor
Las opciones de cliente de los sistemas cliente permiten a los usuarios
personalizar las operaciones de copia de seguridad, archivado y de gestin de
espacio, adems de las planificaciones para todas estas operaciones. En la
mayora de los sistemas cliente, las opciones se encuentran en un archivo
denominado dsm.opt. En algunos casos, es posible que deba o desee
proporcionar las opciones para que el cliente las utilice. Como ayuda inicial
para los usuarios, o para controlar las copias de seguridad realizadas por los
usuarios, puede definir conjuntos de opciones de cliente para que los clientes
las utilicen. Los conjuntos de opciones de cliente se definen en la base de datos
del servidor y los utilizan los clientes que se designan.
26
Entre las opciones que pueden encontrarse en un conjunto de opciones de

cliente estn las opciones de inclusin y exclusin. Estas opciones controlan los
archivos que se tienen en cuenta para las operaciones de cliente.
Para obtener ms informacin, consulte el Captulo 12, Gestin de nodos
cliente, en la pgina 345.
Permitir la copia de seguridad de subarchivos
Para usuarios mviles o remotos, minimice los datos enviados a travs de la
red, adems del tiempo de conexin a la misma. Puede establecer que el
servidor permita que un nodo cliente realice copias de seguridad de partes de
archivos de los que ya se han realizado copias de seguridad, en lugar de hacer
copias de seguridad de los archivos enteros. La parte del archivo de la que se
realiza copia de seguridad se denomina subarchivo.
Para obtener ms informacin, consulte el Captulo 14, Gestin de datos para
nodos cliente, en la pgina 447.
Crear juegos de copias de seguridad para nodos cliente
Puede realizar un archivado instantneo para un cliente mediante la creacin
de un juego de copias de seguridad. Un juego de copias de seguridad copia la
copia de seguridad de los archivos activos del nodo cliente del almacenamiento
del servidor en los medios secuenciales. Si los medios secuenciales puede
leerlos un dispositivo disponible para el sistema cliente, puede restaurar el
juego de copias de seguridad directamente en el sistema cliente sin tener que
utilizara la red. El servidor realiza un seguimiento de los juegos de copias de
seguridad que crea y retiene los juegos de copias de seguridad durante el
tiempo que especifique.
Para obtener ms informacin, consulte el Captulo 14, Gestin de datos para
nodos cliente, en la pgina 447.
Gestin de la seguridad
Tivoli Storage Manager incluye caractersticas de seguridad para el registro de
usuarios y las contraseas. Tambin contiene las funciones que pueden ayudarle a
garantizar la seguridad cuando los clientes se conectan al servidor a travs de un
cortafuegos.
La inscripcin de clientes puede ser cerrada o abierta. Con la inscripcin cerrada,
un usuario con autorizacin de administrador debe inscribir todos los clientes. Con
la inscripcin abierta, los clientes pueden inscribirse al ponerse en contacto por
primera vez con el servidor. Consulte el apartado Inscripcin de nodos en el
servidor en la pgina 334.
Puede garantizar que nicamente los nodos cliente y los administradores
autorizados se comuniquen con el servidor solicitando el uso de contraseas. As
mismo, puede establecer los requisitos siguientes para las contraseas:
v Nmero de caracteres que debe contener una contrasea.
v Caducidad de la contrasea.
v Limitacin del nmero de veces consecutivas que se puede intentar entrar la
contrasea. Si el cliente excede el lmite, Tivoli Storage Manager bloquea el
acceso del nodo cliente al servidor.
Consulte el apartado Gestin de contraseas y procedimientos de inicio de
sesin en la pgina 384.
Puede controlar la autorizacin de los administradores. Una organizacin puede
nombrar a un solo administrador o puede distribuir la carga de trabajo entre una
27
serie de administradores y otorgarles niveles distintos de autorizacin. Para

obtener ms informacin, consulte el apartado Gestin de niveles de autorizacin
de administracin en la pgina 382.
Para ms seguridad cuando los clientes se conectan a travs de un cortafuegos,
puede controlar si los clientes pueden iniciar el contacto con el servidor para las
operaciones planificadas. Consulte la publicacin Gua de iniciacin para obtener
ms detalles.
Para obtener informacin sobre mtodos adicionales para gestionar la seguridad,
consulte el apartado Gestin de la seguridad de IBM Tivoli Storage Manager en
la pgina 376.
Implementacin de polticas para datos de cliente

Como administrador, debe definir las reglas para las operaciones de migracin,
archivado y copia de seguridad de cliente, basadas en los requisitos de usuario o
de empresa. Las reglas se denominan polticas. Las polticas identifican:
v Los criterios para la copia de seguridad, el archivado y la migracin de datos del
cliente
v El lugar donde se almacenan inicialmente los datos del cliente
v El modo en que el servidor gestiona los datos (el nmero de versiones de copia
de seguridad que se conservan y durante cunto tiempo)
En Tivoli Storage Manager, debe definir las polticas definiendo dominios de
polticas, juegos de polticas, clases de gestin y grupos de copia de seguridad y de
archivado.Cuando instala Tivoli Storage Manager, dispone de una poltica que
consta de un solo dominio de polticas denominado STANDARD.
La poltica predeterminada proporciona la proteccin de copia de seguridad bsica
para las estaciones de trabajo de usuario final. Para proporcionar diferentes niveles
de servicio para clientes diferentes, puede agregar niveles a la poltica
predeterminada o crear una nueva poltica. Por ejemplo, debido a las necesidades
empresariales, es probable que los servidores de archivos necesiten una poltica
diferente de la empleada para las estaciones de trabajo de los usuarios. Es posible
que para la proteccin de datos de aplicaciones, como por ejemplo Lotus Domino,
tambin sea necesaria una nica poltica.
Para obtener ms informacin sobre la poltica predeterminada y sobre el
establecimiento y la gestin de polticas nuevas, consulte el Captulo 13,
Implementacin de polticas para datos de cliente, en la pgina 389.
Planificacin de operaciones de cliente

La planificacin de operaciones de cliente puede significar una mejor proteccin de
datos ya que las operaciones pueden producirse de manera coherente sin
intervencin del usuario. La planificacin tambin puede significar una mejor
utilizacin de los recursos, como por ejemplo la red. Las copias de seguridad de
cliente que se planifican en los momentos de menos utilizacin pueden minimizar
el impacto en las operaciones de usuario en una red.
Puede automatizar las operaciones para clientes mediante las planificaciones. Tivoli
Storage Manager proporciona un recurso de planificacin central.Tambin puede
utilizar las herramientas del sistema operativo u otras herramientas de
planificacin para planificar operaciones de Tivoli Storage Manager.
28
Con las planificaciones de Tivoli Storage Manager, pueden efectuarse operaciones

para un cliente de forma inmediata o planificar operaciones para que se lleven a
cabo de forma peridica.
Los objetos clave que interactan son:
Opciones de inclusin/exclusin en cada cliente
Las opciones de inclusin/exclusin determinan los archivos de los que se
realizan copias de seguridad, copias archivadas y los que estn bajo gestin de
espacio. Tambin determinan las clases de gestin, el cifrado y el tipo de copia
de seguridad para los archivos.
El cliente puede especificar una clase de gestin para un archivo o grupo de
archivos o puede utilizar la clase de gestin predeterminada del dominio de
polticas. El cliente especifica una clase de gestin mediante una opcin
INCLUDE en la lista o archivo de inclusin/exclusin del cliente. Para tener el
control centralizado de opciones de cliente tales como INCLUDE y EXCLUDE,
defina conjuntos de opciones de cliente en el servidor. En el momento de
inscribir un cliente, puede especificar el conjunto de opciones que ha de utilizar
el mismo. En el apartado Gestin de los archivos de opciones de los clientes
en la pgina 368 hallar informacin ms detallada.
Asociacin definida entre cliente y planificacin
Las asociaciones determinan las planificaciones que se ejecutan para un cliente.
Los clientes se asignan a un dominio de polticas al inscribirlos. Para
automatizar operaciones de clientes, debe definir planificaciones para un
dominio. Despus, debe definir las asociaciones entre planificaciones y clientes
del mismo dominio.
Planificacin
La planificacin determina el momento en que se lleva a cabo una operacin de
cliente de forma automtica.
Las planificaciones que pueden automatizar operaciones de cliente se asocian a
un dominio de polticas.
Las operaciones de cliente planificadas se denominan eventos. El servidor de
Tivoli Storage Manager almacena la informacin relacionada con los eventos en
la base de datos.Por ejemplo, puede consultar el servidor para determinar qu
eventos planificados se han realizado correctamente y cules no.
Clase de gestin
La clase de gestin determina inicialmente los archivos de cliente y cmo se
gestionan.
La clase de gestin contiene informacin que determina cmo maneja Tivoli
Storage Manager los archivos de los cuales los clientes hacen copia de
seguridad, archivan o migran.Por ejemplo, la clase de gestin contiene el grupo
de copia de seguridad y el grupo de copia archivada. Cada grupo de copia
hace referencia a un destino, una agrupacin de almacenamiento donde se
almacenan los archivos por primera vez al archivarlos o hacer una copia de
seguridad de los mismos.
Para que una planificacin funcione en un cliente concreto, la mquina cliente debe
estar encendida. El cliente debe ejecutar el planificador cliente o debe permitir que
el daemon de aceptacin de clientes inicie el planificador cuando sea necesario.
Si desea obtener ms informacin al respecto, lea estos apartados:
29
v Para obtener informacin sobre cmo configurar dominios de polticas y clases

de gestin, consulte el Captulo 13, Implementacin de polticas para datos de
v Si desea obtener informacin sobre cmo automatizar las operaciones de cliente,
consulte el Captulo 15, Planificacin de operaciones para nodos cliente, en la
pgina 473.
v Para saber cmo configurar una lista de inclusin/exclusin para cliente,
consulte el apartado Iniciacin de los usuarios en la pgina 393.
v Para saber cmo ejecutar el planificador en un sistema cliente, consulte la gua
del usuario del cliente.
Una vez creadas las planificaciones, debe gestionarlas y coordinarlas. Las tareas
que debe llevar a cabo son:
v Verificar que las planificaciones se hayan ejecutado correctamente.
v Determinar el tiempo durante el que Tivoli Storage Manager retiene la
informacin acerca de los resultados de las planificaciones (registros de eventos) en
la base de datos.
v Equilibrar la carga de trabajo en el servidor para que todas las operaciones
planificadas finalicen.
Para obtener ms informacin sobre estas tareas, consulte el Captulo 16, Gestin
de planificaciones para nodos cliente, en la pgina 483.
Mantenimiento del servidor

Para mantener el buen funcionamiento del servidor, tiene acceso a estas tareas:
v Gestionar las operaciones del servidor, como por ejemplo el control de acceso de
cliente al servidor
v Automatizar tareas administrativas repetitivas
v Supervisar y ajustar el espacio para la base de datos y las anotaciones de
recuperacin
v Supervisar el estado del servidor, del almacenamiento del servidor y de los
clientes
Si gestiona ms de un servidor, puede garantizar que los diferentes servidores se
gestionan de forma coherente mediante las funciones de gestin de empresa de
Tivoli Storage Manager.Puede establecer un servidor como un gestor de
configuracin y que el resto de los servidores obtengan informacin de
configuracin de dicho servidor.
Gestin de operaciones del servidor

Existen varias tareas asociadas a la gestin de operaciones del servidor:
v Iniciar y detener el servidor.
v Permitir y suspender las sesiones de cliente con el servidor.
v Consultar, cancelar y anticipar los procesos de servidor, como por ejemplo la
copia de seguridad de la base de datos de servidor.
v Personalizar las opciones del servidor.
Consulte el apartado Sistema de licencias de IBM Tivoli Storage Manager en la
pgina 501. Para obtener sugerencias sobre las tareas diarias necesarias para
administrar el servidor, consulte el Captulo 17, Gestin de operaciones del
servidor, en la pgina 501.
Otras tareas que no son necesarias tan frecuentemente incluyen:
30
v Mantener el cumplimiento del acuerdo de licencia.

v Trasladar el servidor.
v Configurar el servidor para utilizar Active Directory.
Automatizacin de las operaciones del servidor

Las tareas manuales y repetitivas asociadas con la gestin del servidor pueden
automatizarse a travs de las planificaciones y los scripts de Tivoli Storage
Manager.La utilizacin de planificaciones y scripts puede minimizar las tareas
diarias de los administradores.
Para la mayora de los comandos de administracin, se pueden definir
planificaciones que permitan procesarlos automticamente. Por ejemplo, una
planificacin puede ejecutar el comando para realizar una copia de seguridad de la
base de datos del servidor diariamente.
Los scripts del servidor de Tivoli Storage Manager permiten combinar comandos
de administracin con la comprobacin y el proceso del cdigo de retorno.El
servidor incluye scripts que puede utilizar para realizar tareas rutinarias o puede
definir sus propios scripts. Los scripts normalmente combinan varios comandos de
administracin con la comprobacin del cdigo de retorno o ejecutan un comando
SQL SELECT complejo. Los scripts tambin pueden planificarse.
Para obtener ms informacin sobre la automatizacin de operaciones de Tivoli
Storage Manager, consulte el Captulo 18, Automatizacin de las operaciones del
servidor, en la pgina 521.
Gestin de la base de datos y de las anotaciones de

recuperacin
La base de datos de Tivoli Storage Manager contiene informacin sobre nodos
cliente inscritos, polticas y planificaciones, as como informacin sobre los datos
del cliente en agrupaciones de almacenamiento. La informacin sobre los datos del
cliente, tambin denominada metadatos, incluye el nombre, el tamao y el
propietario del archivo, as como la clase de gestin, el grupo de copia y la
ubicacin del archivo en el almacenamiento del servidor. La base de datos es la
clave para que el servidor funcione.
El servidor registra los cambios realizados en la base de datos (transacciones de
base de datos) en las anotaciones de recuperacin. Las anotaciones de recuperacin
se utilizan para mantener la base de datos en un estado coherente en referencia a
las transacciones y para mantener la coherencia en todas las operaciones de inicio
del servidor.
Puede ajustar el rendimiento de la base de datos y de las anotaciones de
recuperacin automtica o manualmente. Asimismo, puede configurar
desencadenantes de modo que el espacio adicional se agregue de forma automtica
a la base de datos y a las anotaciones de recuperacin segn convenga.
Para obtener ms informacin sobre la base de datos y las anotaciones de
recuperacin de Tivoli Storage Manager y sobre las tareas asociadas, consulte el
Captulo 19, Gestin de la base de datos y de las anotaciones de recuperacin, en
la pgina 539.
Supervisin del servidor de IBM Tivoli Storage Manager

Tivoli Storage Manager proporciona una gran cantidad de fuentes de informacin
sobre el estado y la actividad del servidor y los clientes, el estado de la base de
datos y el almacenamiento del servidor, as como la utilizacin de los
31
recursos.Supervisando la informacin seleccionada, puede proporcionar a los

usuarios unos servicios fiables, al mismo tiempo que se aprovechan al mximo los
recursos disponibles. Se recomienda comprobar algunos indicadores diariamente.
Para obtener informacin acerca del servidor de Tivoli Storage Manager, puede
utilizar las consultas de Tivoli Storage Manager y las consultas SQL.Existe una
interfaz ODBC disponible.
Puede configurar la anotacin automtica de la informacin sobre los eventos del
servidor y los clientes de Tivoli Storage Manager.
La funcin de informe operativo automatiza las tareas diarias de supervisin y
genera informes que pueden indicarle si un servidor requiere atencin. Reduce la
cantidad de tiempo y trabajo necesarios para administrar Tivoli Storage Manager.
|
|
|
Consulte los apartados o captulos siguientes para obtener ms informacin sobre

estas tareas.
v Captulo 20, Supervisin del servidor de IBM Tivoli Storage Manager, en la
pgina 561
v Utilizacin de SQL para consultar la base de datos IBM Tivoli Storage
Manager en la pgina 567
v Anotacin de eventos de IBM Tivoli Storage Manager en receptores en la
pgina 576
v Supuesto de supervisin diaria en la pgina 593
v Utilizacin de los informes operativos de IBM Tivoli Storage Manager en la
pgina 594
Cmo trabajar con una red de servidores de IBM Tivoli Storage

Manager
Puede tener varios servidores de Tivoli Storage Manager en la red, en la misma
ubicacin o en ubicaciones diferentes. Algunos ejemplos de distintas
configuraciones son:
v Los usuarios estn distribuidos en varias ubicaciones, por lo que los servidores
de Tivoli Storage Manager estn situados cerca de los usuarios para gestionar las
limitaciones de ancho de banda de la red.
v Ha configurado varios servidores para proporcionar servicios a diferentes
organizaciones en una ubicacin.
v Dispone de varios servidores en la red con el fin de simplificar la recuperacin
ante siniestro.
Los servidores conectados a la red pueden gestionarse de modo centralizado. Tivoli
Storage Manager ofrece funciones que le ayudan a configurar, gestionar y
supervisar los servidores.Un administrador que trabaje en un servidor de Tivoli
Storage Manager puede trabajar con servidores en otras ubicaciones de cualquier
lugar del mundo.
Si tiene una red de servidores de Tivoli Storage Manager, puede simplificar la
configuracin y la gestin de los servidores utilizando las funciones de
administracin de empresa. Puede hacer lo siguiente:
v Designar un servidor como gestor de configuracin que se ocupe de distribuir la
informacin de configuracin, como por ejemplo la poltica a otros servidores.
Consulte el apartado Configuracin de Enterprise Configuration en la pgina
626.
32
v Direccionar comandos a varios servidores mientras est conectado a un servidor.

Consulte el apartado Direccionamiento de comandos en la pgina 651.
v Anotar eventos, por ejemplo, mensajes de error en un servidor. Esto permite
supervisar un gran nmero de servidores y clientes desde un solo servidor.
Consulte el apartado Anotacin de eventos de empresa: anotacin de eventos
en otro servidor en la pgina 589.
v Almacenar los datos de un servidor de Tivoli Storage Manager en el
almacenamiento de otro servidor de Tivoli Storage Manager.El almacenamiento
se denomina volmenes virtuales de servidor a servidor. En el apartado
Utilizacin de volmenes virtuales para almacenar datos en otro servidor en la
pgina 656 hallar informacin ms detallada.
v Compartir una biblioteca automatizada entre servidores de Tivoli Storage
Manager. Consulte el apartado Dispositivos en una red de rea de
v Almacenar un archivo del plan de recuperacin de un servidor en otro servidor,
al utilizar gestor de recuperacin ante siniestro. Tambin puede hacer copias de
seguridad de la base de datos y las agrupaciones de almacenamiento del
servidor en otro servidor. Consulte el Captulo 24, Utilizacin del gestor de
recuperacin ante siniestro, en la pgina 757 para obtener ms informacin.
Exportacin e importacin de datos

A medida que cambian las condiciones, puede ir traspasando datos de un servidor
a otro mediante procesos de exportacin e importacin. Por ejemplo, puede que
tenga que equilibrar la carga de trabajo entre servidores mediante el traslado de
nodos cliente de un servidor a otro. Hay disponibles los mtodos siguientes:
v Puede exportar todos o parte de los datos de un servidor a medios secuenciales,
como una cinta o un archivo en el disco duro. A continuacin, puede conectar el
medio a otro servidor e importar los datos a ese servidor.
v Puede exportar parte o todos los datos de un servidor e importar los datos
directamente a otro servidor, si estn configuradas las comunicaciones de
servidor a servidor.
Para obtener ms informacin sobre el traspaso de datos entre servidores, consulte
el Captulo 22, Exportacin e importacin de datos, en la pgina 663.
Proteccin del servidor

Puesto que el servidor protege los datos del cliente, es importante proteger el
servidor propiamente dicho.
Tivoli Storage Manager ofrece diversos mtodos para proteger y recuperar los
datos del servidor en caso de que se produzca una anomala en los medios o se
pierda la base de datos de Tivoli Storage Manager o las agrupaciones de
almacenamiento.La recuperacin se basa en las medidas de precaucin siguientes:
v Duplicacin, mediante la cual el servidor mantiene una o varias copias de la
base de datos o de las anotaciones de recuperacin, con lo que el sistema puede
continuar si no funciona uno de los dos discos duplicados
v Copia de seguridad peridica de la base de datos
v Copia de seguridad peridica de las agrupaciones de almacenamiento
v Auditora de las agrupaciones de almacenamiento de archivos daados y la
recuperacin de archivos daados segn convenga
v Copia de seguridad de la configuracin de dispositivos y de los archivos
histricos de volmenes
33
v Validacin de los datos en agrupaciones de almacenamiento, mediante la

comprobacin de redundancia cclica
Para obtener informacin sobre cmo proteger el servidor con estas medidas,
consulte el Captulo 23, Proteccin y recuperacin del servidor, en la pgina 697.
Adems de llevar a cabo estas acciones, puede preparar un plan de recuperacin
ante siniestro para utilizarlo como gua durante el proceso de recuperacin
utilizando el gestor de recuperacin ante siniestro, que est disponible con Tivoli
Storage Manager Extended Edition. El gestor de recuperacin ante siniestro (DRM)
le ayudar a preparar automticamente un plan de recuperacin ante siniestro.
Puede utilizar el plan de recuperacin ante siniestro como gua para la
recuperacin ante siniestro as como a efectos de auditora para certificar la
posibilidad de recuperacin del servidor de Tivoli Storage Manager.
Los mtodos de recuperacin ante siniestro de DRM se basan en la adopcin de las
medidas siguientes:
v Enviar volmenes de copia de seguridad del servidor fuera del local a otro
servidor de Tivoli Storage Manager
v Crear el archivo del plan de recuperacin ante siniestro para el servidor de
v Almacenar la informacin de las mquinas cliente
v Definir y hacer el seguimiento de los medios de recuperacin de clientes
Para obtener ms informacin sobre la proteccin del servidor e informacin
detallada sobre la recuperacin ante siniestro, consulte el Captulo 23, Proteccin y
recuperacin del servidor, en la pgina 697.
34
Parte 2. Configuracin y gestin del almacenamiento del

servidor
35
36
Captulo 2. Introduccin de dispositivos de almacenamiento

Este captulo presenta conceptos clave con los que debe estar familiarizado para
trabajar con dispositivos de almacenamiento de Tivoli Storage Manager. Asimismo,
se describe el contenido de los captulos dedicados a los dispositivos de
almacenamiento.
Dispositivos de almacenamiento de IBM Tivoli Storage Manager en la pgina 38
Objetos de almacenamiento de IBM Tivoli Storage Manager en la pgina 38
Volmenes de IBM Tivoli Storage Manager en la pgina 46
Planificacin del almacenamiento del servidor en la pgina 47
Seleccin de una configuracin de dispositivos en la pgina 48
Montaje y desmontaje de medios extrables por parte de IBM Tivoli Storage Manager en
la pgina 57
Utilizacin de los medios extrables por parte de IBM Tivoli Storage Manager en la
pgina 58
Configuracin de dispositivos en la pgina 61
Utilizacin de los captulos sobre el almacenamiento del servidor

Si Tivoli Storage Manager es algo nuevo para usted, debera comenzar por
familiarizarse con los conceptos que se presentan en este captulo.Los otros
captulos de esta parte del manual le ayudarn a realizar lo siguiente:
Objetivo
Captulo
Configurar y gestionar dispositivos de

discos magnticos, que Tivoli Storage
Manager utiliza para almacenar datos de
cliente, la base de datos, las copias de
seguridad de la base de datos, las
anotaciones de recuperacin y los datos de
exportacin.
Captulo 3, Utilizacin de dispositivos de

disco magntico, en la pgina 65
Conectar fsicamente dispositivos de

almacenamiento al sistema e instalar y
configurar los controladores de dispositivo
necesarios.
Captulo 4, Conexin de dispositivos al

sistema servidor, en la pgina 73
Configurar dispositivos para utilizar con los

Tivoli Storage Manager y ver supuestos
detallados de configuraciones de
dispositivos representativas.
Captulo 5, Configuracin de dispositivos

de almacenamiento, en la pgina 87
Planificar, configurar y gestionar un entorno

para operaciones NDMP.
Captulo 6, Utilizar NDMP para

operaciones con servidores de archivos
NAS, en la pgina 135
Efectuar operaciones de rutina tales como

etiquetar volmenes, dar de alta volmenes
en bibliotecas automatizadas y mantener
volmenes y dispositivos de
almacenamiento.
Captulo 8, Gestin de operaciones de

medios extrables, en la pgina 175
37
Objetivo
Captulo
Definir y gestionar clases de dispositivos.
Captulo 9, Definicin de clases de

dispositivo, en la pgina 219
Comprender los conceptos de agrupacin de Captulo 10, Gestin de agrupaciones y

almacenamiento y volumen de
volmenes de almacenamiento, en la
almacenamiento y saber definir y gestionar
pgina 241
dichas agrupaciones y volmenes.
Dispositivos de almacenamiento de IBM Tivoli Storage Manager

Los dispositivos de Tivoli Storage Manager pueden ser dispositivos fsicos reales,
como por ejemplo unidades de disco o cinta, o dispositivos lgicos, como por
ejemplo archivos de un disco o el almacenamiento en otro servidor. Para obtener
ms detalles, consulte los apartados siguientes:
v Bibliotecas
v Unidades en la pgina 41
v Archivos residentes en disco como volmenes secuenciales (FILE) en la pgina
41
v Volmenes secuenciales en otros servidor de IBM Tivoli Storage Manager
(SERVER) en la pgina 42
v Dispositivos de disco en la pgina 41
v Transportadores de datos en la pgina 45
Para ver un resumen de esta informacin, consulte la Tabla 6 en la pgina 61. Para
obtener informacin detallada sobre dispositivos especficos admitidos, visite el
sitio Web de IBM Tivoli Storage Manager en la direccin siguiente:
Objetos de almacenamiento de IBM Tivoli Storage Manager

Los dispositivos y medios de Tivoli Storage Manager se representan mediante
objetos que se definen y almacenan en la base de datos.Los objetos contienen
informacin sobre los dispositivos y medios. Puede consultar, actualizar y suprimir
los objetos. Los objetos de almacenamiento son:
v Biblioteca
v
v
v
v
v
v
v
v
Unidad
Dispositivos de disco
Agrupacin de almacenamiento
Volumen de agrupacin de almacenamiento
Ruta
Servidor
En los apartados siguientes se describen estos objetos.
Bibliotecas
Una biblioteca fsica es un conjunto de una o varias unidades con requisitos
semejantes respecto al montaje de medios. Es decir, la unidad la puede montar un
operador o un mecanismo de montaje automatizado. Una definicin de objeto de
38
biblioteca especifica el tipo de biblioteca (por ejemplo, SCSI o 349x) y otras

caractersticas asociadas con el tipo de biblioteca (por ejemplo, los nmeros de
categora utilizados por una biblioteca IBM 3494 para volmenes privados y
reutilizables).
Tivoli Storage Manager admite una variedad de tipos de bibliotecas descritas en
los apartados siguientes.
Bibliotecas compartidas
Las bibliotecas compartidas son bibliotecas lgicas que representan fsicamente las
bibliotecas SCSI o 349X. La biblioteca SCSI o 349X se controla mediante el servidor
de Tivoli Storage Manager configurado como gestor de bibliotecas. Los servidores
de Tivoli Storage Manager que utilizan el tipo de biblioteca SHARED son clientes
de biblioteca para el servidor del gestor de bibliotecas. Las bibliotecas compartidas
hacen referencia a un gestor de bibliotecas.
Bibliotecas ACSLS
Una biblioteca ACSLS es un tipo de biblioteca externa que controla el software
StorageTek ACSLS (Automated Cartridge System Library Software). El servidor
puede actuar como una aplicacin cliente para el software ACSLS para utilizar las
unidades.
Una biblioteca ACSLS es un conjunto de unidades gestionadas por el software de
gestin de medios ACSLS de StorageTek. El software de StorageTek lleva a cabo las
siguientes funciones:
v Montaje de volmenes (especficos y reutilizables)
v Desmontaje de volmenes
v Liberacin volmenes de la biblioteca (vuelven a ser reutilizables)
El software ACSLS selecciona el controlador adecuado para operaciones de acceso
a medios. Usted no debe definir las unidades, dar de alta medios ni etiquetar
volmenes de una biblioteca externa.
Para obtener informacin adicional acerca de las bibliotecas ACSLS, consulte la
documentacin de StorageTek.
Bibliotecas manuales
En una biblioteca manual, el operador monta los volmenes. No se pueden
combinar unidades de tipos o formatos distintos, como por ejemplo, la cinta lineal
digital (DLT) y 8 mm, en una sola biblioteca manual. Tendra que crearse una
biblioteca manual aparte para cada tipo de dispositivo.
Cuando el servidor determina que debe montarse un volumen en una unidad de
una biblioteca manual, el servidor emite mensajes de peticin de montaje que
solicitan a un operador que monte el volumen. El servidor enva estos mensajes a
la consola del servidor y a los clientes de administracin que se han iniciado con el
parmetro especial modalidad de montaje o modalidad de consola.
Si desea obtener ayuda sobre cmo configurar una biblioteca manual, consulte el
Captulo 5, Configuracin de dispositivos de almacenamiento, en la pgina 87.
Para obtener informacin sobre cmo supervisar mensajes de montaje para una
biblioteca manual, consulte el apartado Gestin de peticiones del servidor en la
pgina 192.
39
Bibliotecas SCSI
Una biblioteca SCSI se controla mediante una interfaz SCSI, conectada
directamente al host del servidor a travs de cables SCSI o mediante una red de
rea de almacenamiento. Un robot u otro mecanismo maneja automticamente el
montaje y el desmontaje de los volmenes. Las unidades de una biblioteca SCSI
pueden ser de tipos distintos. Una biblioteca SCSI puede contener unidades de
diversas tecnologas, como por ejemplo unidades LTO Ultrium y DLT.
Algunos ejemplos de este tipo de biblioteca son:
v La biblioteca StorageTek L700
v El dispositivo de cinta IBM 3590, con el recurso de cartucho automtico (ACF)
Nota: el servidor de datos de biblioteca IBM 3494, aunque tenga una interfaz SCSI,
se define como un tipo de biblioteca 349X.
Si desea obtener ayuda acerca de la configuracin de una biblioteca SCSI, consulte
el Captulo 5, Configuracin de dispositivos de almacenamiento, en la pgina 87.
Bibliotecas 349X
Una biblioteca 349X es un conjunto de unidades en una IBM 3494. Las operaciones
de montaje y desmontaje de volmenes las maneja la biblioteca automticamente.
Una biblioteca 349X tiene uno o varios puntos de control de gestin de bibliotecas
(LMCP) que el servidor utiliza para montar y desmontar volmenes en una
unidad. Cada LMCP proporciona una interfaz independiente para el mecanismo
robtico en la biblioteca.
Si desea obtener ayuda acerca de la configuracin de una biblioteca 349X, consulte
el Captulo 5, Configuracin de dispositivos de almacenamiento, en la pgina 87.
Bibliotecas externas
Una biblioteca externa es un conjunto de unidades gestionadas por un sistema de
gestin de medios externos que no forma parte de Tivoli Storage Manager.El
servidor proporciona una interfaz que permite el funcionamiento conjunto de los
sistemas de gestin de medios externos y el servidor. El sistema de gestin de
medios externos realiza las funciones siguientes:
v Montaje de volmenes (especficos y reutilizables)
v Desmontaje de volmenes
v Liberacin volmenes de la biblioteca (vuelven a ser reutilizables)
El gestor de medios externos selecciona la unidad adecuada para las operaciones
de acceso a los medios. Usted no debe definir las unidades, dar de alta medios ni
etiquetar volmenes de una biblioteca externa.
Una biblioteca externa aporta flexibilidad para agrupar las unidades en bibliotecas
y agrupaciones de almacenamiento. La biblioteca puede estar formada por una
unidad, por una serie de unidades o, incluso, por una parte de una biblioteca
automatizada.
Una biblioteca StorageTek controlada ACSLS o LibraryStation se utiliza
conjuntamente con un gestor de bibliotecas externas (ELM) como
EDT-DistribuTAPE de Gresham es un tipo de biblioteca externa.
Si desea ver una definicin de la interfaz que Tivoli Storage Manager proporciona
para el sistema de gestin de medios externos, consulte el Apndice A,
Descripcin de la interfaz de gestin de medios externos, en la pgina 827.
40
Unidades
Cada mecanismo de unidad de un dispositivo que utiliza medios extrables est
representado por un objeto de unidad. En el caso de dispositivos con varias
unidades, incluidas las bibliotecas automatizadas, cada unidad se define por
separado y debe asociarse con una biblioteca. Las definiciones de unidad pueden
incluir informacin referente a la direccin del elemento (para unidades en
bibliotecas SCSI), a la frecuencia con la que se limpia la unidad (para las unidades
de cinta) y a si la unidad est activa.
Las unidades de Tivoli Storage Manager incluyen unidades pticas y de cinta que
pueden ser autnomas o pueden formar parte de una biblioteca automatizada. Las
unidades de medios extrables admitidas tambin incluyen dispositivos de archivo
extrables como los discos CD regrabables.
Cada uno de los dispositivos definidos para Tivoli Storage Manager est asociado
a una clase de dispositivo. Dicha clase de dispositivo especifica un tipo de
dispositivo e informacin de gestin de medios, como por ejemplo el formato de
grabacin, la capacidad calculada y los prefijos de etiquetas. Una clase de
dispositivo de cinta o de unidad ptica tambin debe especificar una biblioteca.
|
|
El tipo de dispositivo identifica a un dispositivo como miembro de un grupo que

comparte caractersticas de medios semejantes. Por ejemplo, el tipo de dispositivo
8MM se aplica a unidades de cinta de 8 mm. Los tipos de dispositivo comprenden
varios tipos de medios extrables, tales como FILE, CENTERA y SERVER.
Los dispositivos de disco magntico son los nicos dispositivos de acceso aleatorio.
Todos los dispositivos de disco comparten el mismo tipo de dispositivo y la misma
clase de dispositivo predeterminada: DISK.
Para utilizar el traspaso de datos fuera del servidor, debe definir un disco
propiedad del cliente que resida en un entorno SAN. El disco se define en el
servidor para que lo pueda utilizar un dispositivo transportador de datos. El
servidor no realiza operaciones de traspaso de datos fuera del servidor para datos
residan en dispositivos de almacenamiento de disco a menos que se hayan
definido los discos en el servidor.
Medios extrables
Tivoli Storage Manager proporciona un conjunto de tipos de medios extrables
especificados, como por ejemplo 8MM para dispositivos de cinta de 8 mm o
REMOVABLEFILE para unidades Jaz o Zip. El tipo de dispositivo GENERICTAPE
se proporciona para admitir determinados dispositivos que no utilizan el
controlador de dispositivo de Tivoli Storage Manager. Consulte el Captulo 9,
Definicin de clases de dispositivo, en la pgina 219 y la publicacin
Administrators Reference para obtener ms informacin sobre tipos de dispositivos
de medios extrables admitidos.
Archivos residentes en disco como volmenes secuenciales

(FILE)
Este tipo de dispositivo permite crear volmenes secuenciales mediante la creacin
de archivos en el almacenamiento del disco. Para el servidor, estos archivos tienen
las caractersticas de un volumen de cinta. El tipo de dispositivo FILE no requiere
la definicin de objetos de unidad o biblioteca; basta con una clase de dispositivo.
41
Puede utilizar volmenes FILE como mtodo para utilizar el almacenamiento de

disco sin tener que definir volmenes. Los volmenes FILE tambin pueden ser de
utilidad en las transferencias de datos con el objeto, por ejemplo, de guardarlos en
una cmara de seguridad electrnica. Para obtener ms informacin acerca de la
utilizacin de volmenes FILE, consulte el apartado Configuracin de volmenes
secuenciales FILE en dispositivos de disco en la pgina 70.
|
|
|
|
|
|
|
|
|
Archivos en volmenes secuenciales (Centera)
|
|
|
|
|
La clase de dispositivo Centera crea volmenes secuenciales lgicos para utilizarlos

con agrupaciones de almacenamiento Centera. Para el servidor de Tivoli Storage
Manager, estos volmenes tienen las caractersticas de un volumen de cinta. Con el
tipo de dispositivo Centera, no es necesario definir objetos de biblioteca o unidad.
Los volmenes Centera se crean segn sea necesario y acaban con el sufijo CNT.
|
|
|
|
Si desea obtener ms informacin sobre la clase de dispositivo Centera, consulte el

apartado Definicin y actualizacin de clases de dispositivo CENTERA en la
pgina 234. Para obtener ms informacin sobre comandos relacionados con
Centera, consulte la publicacin Administrators Reference.
El tipo de dispositivo Centera define el dispositivo de almacenamiento EMC

Centera, que puede utilizarse como un dispositivo de almacenamiento cualquiera
desde el que puede hacerse copia de seguridad y archivar copias de archivos. Sin
embargo, el dispositivo de almacenamiento Centera tambin puede configurarse
con el servidor de Tivoli Storage Manager para formar un sistema de
almacenamiento especializado que proteja al cliente de la eliminacin accidental de
datos vitales para la organizacin, como por ejemplo correo electrnico, acuerdos
comerciales, documentos legales, etc.
Volmenes secuenciales en otros servidor de IBM Tivoli Storage

Manager (SERVER)
Este tipo de dispositivo permite crear volmenes para un servidor de Tivoli
Storage Manager existentes como copias archivadas en la jerarqua de
almacenamiento de otro servidor. Estos volmenes virtuales tienen las
caractersticas de los volmenes de acceso secuencial, como por ejemplo de cinta.
Debe definir una clase de dispositivo y un servidor destino. Las definiciones de
biblioteca y de unidad no son necesarias.
Los volmenes virtuales pueden utilizarse para cualquiera de los elementos
siguientes:
v Compartimiento de dispositivos entre servidores. Un servidor est conectado a
un dispositivo de biblioteca de cintas grande. Otros servidores pueden utilizar
este dispositivo de biblioteca de forma indirecta mediante una clase de
dispositivo SERVER.
v Compartimiento de datos entre servidores. Al utilizar una clase de dispositivo
SERVER para exportar e importar datos, los medios fsicos permanecen en la
ubicacin original en lugar de tener que transportarlos.
v Almacenamiento inmediato fuera de local. Se pueden realizar copias de
seguridad de agrupaciones de almacenamiento y bases de datos sin trasladar
medios fsicamente a otras ubicaciones.
v Almacenamiento fuera de local del archivo del plan de recuperacin de gestor
de recuperacin ante siniestro (DRM).
v Almacenamiento en cmaras de seguridad electrnicas.
|
|
Consulte el apartado Utilizacin de volmenes virtuales para almacenar datos en

otro servidor en la pgina 656.
42
Biblioteca, unidad y clase de dispositivo

Estos objetos representan conjuntamente una entidad de almacenamiento fsico, tal
como aparece en la Figura 2.
Entorno de servidor
Entorno de dispositivo fsico
Clase dispositivo
Biblioteca
Representa
Unidades
Dispositivo
Unidad Unidad
Figura 2. Los dispositivos de medios extrables estn representados por una biblioteca, una
unidad y una clase de dispositivo
v Para obtener ms informacin sobre el objeto de unidad, consulte los apartados

Definicin de unidades en la pgina 130 y Gestin de unidades en la pgina
205.
v Para obtener ms informacin sobre el objeto de biblioteca, consulte los
apartados Definicin de bibliotecas en la pgina 129 y Gestin de bibliotecas
en la pgina 204.
v Para obtener ms informacin sobre el objeto de clase de dispositivo, consulte el
Captulo 9, Definicin de clases de dispositivo, en la pgina 219.
Agrupacin de almacenamiento y volumen de agrupacin de

almacenamiento
Una agrupacin de almacenamiento es una coleccin de volmenes de agrupacin
de almacenamiento asociada con una clase de dispositivo y un tipo de medio. Por
ejemplo, una agrupacin de almacenamiento asociada a una clase de dispositivo
para volmenes de cintas de 8 mm solo contiene volmenes de cinta de 8 mm.
Puede controlar las caractersticas de las agrupaciones de almacenamiento, como
por ejemplo si se usan volmenes reutilizables. Para obtener informacin detallada
sobre la definicin de agrupaciones de almacenamiento, consulte el Captulo 10,
Gestin de agrupaciones y volmenes de almacenamiento, en la pgina 241.
Tivoli Storage Manager suministra agrupaciones de almacenamiento de disco
predeterminadas.Para obtener ms informacin, consulte el apartado
Configuracin de volmenes de acceso aleatorio en dispositivos de disco en la
pgina 70.
La Figura 3 en la pgina 44 muestra los volmenes de agrupaciones de
almacenamiento agrupados en una agrupacin de almacenamiento. Cada
agrupacin de almacenamiento representa solo un tipo de medio. Por ejemplo, una
agrupacin de almacenamiento para dispositivos de 8 mm representa solo
recopilaciones de cintas de 8 mm.
43
Volumen Volumen
Representa
Medios
Agrupacin de
almacenamiento
Figura 3. Relaciones entre volmenes de agrupaciones de almacenamiento, agrupaciones de

almacenamiento y medios
Para clases de dispositivos DISK, debe definir volmenes. Para otras clases de
dispositivo, como por ejemplo de cinta y FILE, puede dejar que el servidor
adquiera de forma dinmica volmenes reutilizables y los defina a medida que sea
necesario. Para obtener ms detalles, consulte los apartados Preparacin de
volmenes para agrupaciones de almacenamiento de acceso aleatorio en la pgina
257 y Preparacin de volmenes para agrupaciones de almacenamiento de acceso
secuencial en la pgina 258.
Una o ms clases de dispositivo se asocian con una biblioteca, que puede contener
varias unidades. Al definir una agrupacin de almacenamiento, sta se asocia a
una clase de dispositivo. Los volmenes estn asociados a agrupaciones. La
Figura 4 muestra estas relaciones.
Vol.
Agrup.
alm.
Vol.
Volmenes de agrupaciones
de almacenamiento
Agrup.
alm.
Agrup.
alm.
Biblioteca
Unidad
Unidad
Unidad
Unidad
Figura 4. Relaciones entre objetos de tipo almacenamiento y de tipo dispositivo
44
Para obtener ms informacin sobre los objetos de agrupacin de almacenamiento

y de volumen, consulte el Captulo 10, Gestin de agrupaciones y volmenes de
almacenamiento, en la pgina 241.
Transportadores de datos
Los transportadores de datos son dispositivos que aceptan peticiones de Tivoli
Storage Manager para transferir datos por encargo del servidor.Los transportadores
de datos transfieren datos:
v Entre dispositivos de almacenamiento
v Sin utilizar un nmero muy elevado de recursos de cliente o de servidor de
v Sin utilizar un nmero muy elevado de recursos de red
Tivoli Storage Manager admite dos tipos de transportadores de datos:
v Para operaciones NDMP, los transportadores de datos son servidores de archivos
NAS. La definicin de un transportador de datos NAS contienen la direccin de
red, la autorizacin y los formatos de datos necesarios para las operaciones
NDMP. Un transportador de datos permite la comunicacin y garantiza la
autorizacin para operaciones NDMP entre el servidor de Tivoli Storage
Manager y el servidor de archivos NAS.
v Para el traspaso de datos fuera del servidor, los transportadores de datos son
dispositivos, como por ejemplo IBM SAN Data Gateway, que traspasa datos
entre dispositivos de disco y de cinta en la SAN.
Ruta
Las rutas permiten acceder a unidades, discos y bibliotecas. Una definicin de ruta
especifica un origen y un destino. Desde el origen se accede al destino; sin
embargo, los datos pueden ir en cualquier direccin entre el origen y el destino. A
continuacin se describen algunos ejemplos de rutas:
v Entre un servidor y una unidad o biblioteca
v Entre un agente de almacenamiento y una unidad
v Entre un transportador de datos y una unidad, un disco o una biblioteca
Para obtener ms informacin sobre el objeto de ruta, consulte los apartados
Definicin de rutas en la pgina 133 y Gestin de rutas en la pgina 216.
Servidor
Debe definir un objeto de servidor para los objetivos siguientes:
v Para utilizar una biblioteca que se encuentre en una SAN y que sea gestionada
por otro servidor de Tivoli Storage Manager. Debe definir este servidor y, a
continuacin, especificarlo como gestor de bibliotecas al definir la biblioteca.
Para obtener ms informacin, consulte el apartado Configuracin de los
servidores de cliente de biblioteca en la pgina 104.
v Para utilizar un transportador de datos fuera de la LAN. Debe definir el agente
de almacenamiento como servidor. Para obtener ms informacin, consulte la
publicacin Gua del usuario del agente de almacenamiento de IBM Tivoli Storage
Manager.
v Para almacenar datos del cliente en el almacenamiento de otro servidor de Tivoli
Storage Manager.Para obtener ms informacin, consulte el apartado Utilizacin
de volmenes virtuales para almacenar datos en otro servidor en la pgina 656.
Entre otras caractersticas, debe especificar la direccin TCP/IP del servidor.
45
Volmenes de IBM Tivoli Storage Manager

Tivoli Storage Manager clasifica sus volmenes en dos categoras: privados y
reutilizables.
Un volumen privado es un volumen etiquetado que una aplicacin est utilizando
o del que es propietaria y que puede contener datos vlidos. Debe definir cada
volumen privado y puede utilizarse para satisfacer solo peticiones de montaje de
ese volumen por el nombre. Los volmenes privados no vuelven a convertirse en
reutilizables cuando quedan vacos. Para obtener informacin sobre cmo definir
volmenes, consulte el apartado Definicin de volmenes de agrupaciones de
almacenamiento en la pgina 258. Para obtener informacin sobre cmo modificar
el estado de un volumen de una biblioteca automatizada, consulte el apartado
Modificacin del estado de volmenes de bibliotecas automatizadas en la pgina
184.
Un volumen reutilizable es un volumen etiquetado que est vaco o que no
contiene datos vlidos, y que se puede utilizar para satisfacer cualquier peticin de
montar un volumen reutilizable. Cuando se graban datos en un volumen
reutilizable, su estado pasa a privado y el volumen se define como componente de
la agrupacin de almacenamiento para la que se ha efectuado la peticin de
montaje. Cuando se suprimen los datos vlidos del volumen y se reclama el
volumen, ste vuelve al estado reutilizable y puede reutilizarlo cualquier
agrupacin de almacenamiento asociada a la biblioteca.
Para cada agrupacin de almacenamiento, debe decidir si se utilizan volmenes
reutilizables. Un volumen reutilizable se selecciona si se permiten volmenes
reutilizables en la agrupacin de almacenamiento. Si no utiliza volmenes
reutilizables, debe definir cada volumen. Tivoli Storage Manager mantiene un
inventario de volmenes en cada biblioteca automatizada que gestiona y realiza un
seguimiento de si el estado de los volmenes es reutilizable o privado.Si una
agrupacin de almacenamiento contiene volmenes reutilizables, el servidor puede
seleccionar un volumen reutilizable de los que se han dado de alta en la biblioteca.
Cualquiera de las agrupaciones de almacenamiento asociadas con la misma
biblioteca automatizada puede adquirir dinmicamente volmenes de la
agrupacin de la biblioteca de volmenes reutilizables. No es necesario asignar
volmenes a las distintas agrupaciones de almacenamiento. Incluso cuando solo
hay una agrupacin de almacenamiento asociada a una biblioteca, no es necesario
definir explcitamente todos los volmenes para la agrupacin de almacenamiento.
El servidor agrega y suprime automticamente los volmenes en la agrupacin de
almacenamiento.
Nota: un inconveniente de utilizar volmenes reutilizables es que la informacin
acerca del uso de los volmenes, que puede utilizar para poder determinar
cundo ha llegado el medio al final de su ciclo de vida til, se suprime
cuando se devuelve el volumen privado a la agrupacin de volmenes
reutilizables.
El inventario de volmenes de una biblioteca automatizada

El inventario de volmenes de una biblioteca incluye solo los volmenes que se
han dado de alta en esa biblioteca. Este inventario no es necesariamente idntico a
la lista de volmenes de las agrupaciones de almacenamiento asociadas con la
biblioteca. Por ejemplo:
46
v Un volumen puede estar dado de alta en la biblioteca, pero no en una

agrupacin de almacenamiento (un volumen reutilizable, un volumen de copia
de seguridad de base de datos o un volumen de juegos de copias de seguridad).
v Un volumen puede estar definido para una agrupacin de almacenamiento
asociada con la biblioteca (un volumen privado), pero no estar dado de alta en
la biblioteca.
Si desea obtener ms informacin sobre como dar de alta los volmenes, consulte
el apartado Alta de medios en dispositivos de biblioteca automatizada en la
pgina 179.
Planificacin del almacenamiento del servidor

En este apartado se explica cmo debe evaluar su entorno con el fin de determinar
qu clases de dispositivos y qu agrupaciones de almacenamiento conviene utilizar
para el almacenamiento del servidor.
La mayora de los dispositivos pueden configurarse mediante el asistente para la
configuracin de dispositivos en la consola de Tivoli Storage Manager.Se
recomienda utilizar el asistente para la configuracin de dispositivos al configurar
dispositivos. Consulte el apartado Captulo 5, Configuracin de dispositivos de
almacenamiento, en la pgina 87. El asistente puede guiarle a travs de muchos
de los pasos siguientes:
1. Determine qu unidades y bibliotecas admite el servidor. Para obtener ms
informacin acerca del soporte para dispositivos, consulte el apartado
Dispositivos admitidos por IBM Tivoli Storage Manager en la pgina 73.
2. Determine qu dispositivos de almacenamiento pueden seleccionarse para que
los utilice el servidor. Por ejemplo, determine cuntas de las unidades de cinta
que tiene permitir que utilice el servidor. Para obtener ms informacin
acerca de la seleccin de una configuracin de dispositivos, consulte el
apartado Seleccin de una configuracin de dispositivos en la pgina 48.
Los servidores pueden compartir los dispositivos de bibliotecas que estn
conectados mediante una SAN. Si los dispositivos no estn en una red SAN,
el servidor espera tener uso exclusivo de las unidades definidas para l. Si
otra aplicacin (incluido otro servidor de Tivoli Storage Manager) intenta
utilizar una unidad mientras que el servidor para el cual est definida la
unidad est en ejecucin, es posible que algunas de las funciones del servidor
fallen. Consulte la direccin www.ibm.com/software/sysmgmt/products/
support/IBMTivoliStorageManager.html para obtener ms informacin sobre
unidades y bibliotecas especficas.
3. Determine el controlador de dispositivo que admite los dispositivos. Para
obtener ms informacin acerca del soporte para controladores de
dispositivos, consulte el apartado Seleccin de un controlador de dispositivo
en la pgina 76.
4. Determine cmo conectar los dispositivos al servidor. Para obtener ms
informacin sobre la conexin de dispositivos, consulte el apartado Conexin
de un dispositivo de biblioteca automatizada en la pgina 74.
5. Determine si se deben realizar copias de seguridad de los datos de clientes
directamente en cinta o en una jerarqua de almacenamiento.
6. Determine de qu datos de cliente se guardan copias de seguridad en qu
dispositivo, si tiene varios tipos de dispositivos.
47
7. Determine el tipo y la clase de dispositivo para cada uno de los dispositivos

disponibles. Agrupe juntos dispositivos semejantes e identifique sus clases de
dispositivo. Por ejemplo, cree categoras independientes para dispositivos de 4
mm y de 8 mm.
8.
9.
10.
11.
Nota: en el caso de los dispositivos de acceso secuencial, asigne las categoras

de tipo de medio extrable segn la capacidad. Por ejemplo, los
cartuchos de cintas de longitud estndar y los cartuchos de cintas de
longitud superior deben tener clases de dispositivo distintas.
Determine de qu manera se lleva a cabo el montaje de los volmenes de los
dispositivos:
v Los dispositivos que precisan que los operadores carguen volmenes deben
formar parte de una biblioteca MANUAL definida.
v Los dispositivos que se cargan automticamente deben formar parte de una
biblioteca SCSI o 349X definida. Cada dispositivo de biblioteca
automatizada es una biblioteca aparte.
v Los dispositivos que controla StorageTek ACSLS (Automated Cartridge
System Library Software) deben formar parte de una biblioteca ACSLS
definida.
v Los dispositivos gestionados por un sistema de gestin de medios externos
deben formar parte de una biblioteca EXTERNAL definida.
Si tiene pensado almacenar los datos de un servidor de Tivoli Storage
Manager utilizando el almacenamiento de otro servidor de Tivoli Storage
Manager, tenga en cuenta el ancho de banda y el trfico de la red.Si los
recursos de la red limitan el entorno, podra tener problemas para utilizar el
tipo de dispositivo SERVER de forma eficaz.
Tenga presente tambin cules son los recursos de almacenamiento de que se
dispone en el servidor destino. Asegrese de que el servidor destino tenga el
espacio de almacenamiento y las unidades suficientes para manejar la carga
del servidor origen.
Determine qu agrupaciones de almacenamiento debe configurar tomando
como base los dispositivos con los que cuenta y los requisitos de los usuarios.
Rena los requisitos de los usuarios en cuanto a disponibilidad de datos.
Determine qu datos necesitan acceso rpido y cules no.
Debe estar preparado para etiquetar medios extrables. Puede crear un
convenio de etiquetas nuevo para los medios de modo que pueda
distinguirlos de los medios utilizados para otros fines.
Seleccin de una configuracin de dispositivos

En los apartados siguientes se describen los modos en que se pueden configurar
los dispositivos de almacenamiento para trabajar con Tivoli Storage Manager:
v
v
v
v
v
Dispositivos en una red de rea local en la pgina 49

Dispositivos en una red de rea de almacenamiento en la pgina 49
Traspaso de datos fuera de la LAN en la pgina 51
Almacenamiento conectado a red en la pgina 52
Traspaso de datos fuera del servidor en la pgina 55
Para obtener informacin sobre dispositivos admitidos y sobre hardware y

configuraciones de canal de fibra, consulte el siguiente sitio Web, en la direccin
support/IBMTivoliStorageManager.html
48
Dispositivos en una red de rea local

En la configuracin de red de rea local (LAN) convencional, se asocian una o
varias bibliotecas de cintas u pticas con un solo servidor de Tivoli Storage
Manager. En la configuracin de una LAN, la misma red debe manejar los datos
del cliente, el correo electrnico, la conexin de terminales, el programa de
aplicacin y la informacin sobre el control de dispositivos. La informacin sobre
el control de dispositivos, las copias de seguridad de cliente y la restauracin de
datos se transfieren a travs de la LAN.
Para obtener informacin sobre las categoras de bibliotecas que admite Tivoli
Storage Manager, consulte el apartado Bibliotecas en la pgina 38.
Dispositivos en una red de rea de almacenamiento

Una red de rea de almacenamiento (SAN) es una red de almacenamiento
dedicada que puede mejorar el rendimiento del sistema. En una SAN, puede
consolidar el almacenamiento y aligerar la distancia y los lmites en el ancho de
banda inherentes en entornos de LAN y WAN. La utilizacin de Tivoli Storage
Manager en una SAN permite las funciones siguientes:
v Compartir dispositivos de almacenamiento entre varios servidores de Tivoli
Storage Manager. Para obtener ms informacin sobre cmo compartir
dispositivos de almacenamiento, consulte el apartado Configuracin de
servidores de Tivoli Storage Manager para que compartan dispositivos
conectados a SAN en la pgina 102.
v Permitir a los clientes de Tivoli Storage Manager, a travs de un agente de
almacenamiento en la mquina cliente, traspasar datos directamente a
dispositivos de almacenamiento (traspaso de datos fuera de la LAN).
v Permitir que un transportador de datos externos transporte los datos de cliente a
dispositivos de almacenamiento (traspaso de datos fuera del servidor).
En una SAN puede compartir dispositivos de almacenamiento admitidos por el
controlador de dispositivo de Tivoli Storage Manager. Esto incluye la mayor parte
de los dispositivos SCSI, pero no incluye los dispositivos que utilizan el tipo de
dispositivo GENERICTAPE. Consulte el Captulo 4, Conexin de dispositivos al
sistema servidor, en la pgina 73 para obtener informacin sobre la configuracin
del controlador de dispositivo.
La Figura 5 en la pgina 50 muestra una configuracin de SAN en la que dos
servidores de Tivoli Storage Manager comparten una biblioteca.
49
Servidor de
bibliotecas de cliente
Control de
biblioteca de TSM
Servidor de gestin
de bibliotecas
LAN
Control de biblioteca
Flujo de datos
SAN
Flujo de datos
Biblioteca de cintas
Figura 5. Compartimiento de biblioteca en una configuracin de red de rea de
almacenamiento (SAN). Los servidores se comunican a travs de la LAN. El gestor de
bibliotecas controla la biblioteca a travs de la SAN. El cliente de biblioteca almacena datos
en los dispositivos de biblioteca a travs de la SAN.
Cuando los servidores Tivoli Storage Manager comparten una biblioteca, un

servidor, el gestor de bibliotecas, controla las operaciones de los dispositivos.Estas
operaciones incluyen el montaje, desmontaje, la propiedad de los volmenes y el
inventario de la biblioteca. Otros servidores de Tivoli Storage Manager, clientes de
biblioteca, utilizan comunicaciones de servidor a servidor para ponerse en contacto
con el gestor de la biblioteca y solicitar el servicio de dispositivos. Los datos se
traspasan a la SAN entre los servidores y el dispositivo de almacenamiento.
Los servidores de Tivoli Storage Manager utilizan las caractersticas siguientes
cuando comparten una biblioteca automatizada:
Particin del inventario de volmenes
El inventario de volmenes de medios de la biblioteca compartida se
divide entre los servidores. Un servidor es propietario de un volumen
determinado o el volumen se encuentra en la agrupacin de reutilizacin
global. Ningn servidor es propietario de la agrupacin de
almacenamiento en ningn momento.
Acceso serializado a unidades
Solo un servidor accede a una unidad de cinta en cada momento. El acceso
a la unidad es serializado y se controla para que los servidores no
desmonten los volmenes de otros servidores ni graben en unidades en las
que otros servidores montan sus volmenes.
Acceso serializado montado
El autocambiador de la biblioteca efecta una nica operacin de montaje
o desmontaje cada vez. Un servidor nico (gestor de bibliotecas) efecta
todas las operaciones de montaje para proporcionar esta serializacin.
50
Traspaso de datos fuera de la LAN

Tivoli Storage Manager permite a un cliente, a travs de un agente de
almacenamiento, realizar una copia de seguridad y restaurar datos directamente
para una biblioteca de cintas en una SAN. La Figura 6 muestra una configuracin
de SAN en la que un cliente accede directamente a una biblioteca de cintas o de
archivos para leer o grabar datos.
Agente de
almacenamiento instalado
en cliente de TSM
Servidor de TSM
Control de bibliotecas
Metadatos de cliente
LAN
Datos del
cliente
SAN
Control de
bibliotecas
Biblioteca
de archivos
Biblioteca de cintas
Figura 6. Traspaso de datos fuera de la LAN. Los servidores y los clientes se comunican a
travs de la LAN. El servidor controla el dispositivo en la SAN. Los datos del cliente se
traspasan a travs de la SAN al dispositivo.
El traspaso de datos fuera de la LAN requiere la instalacin de un agente de

almacenamiento en la mquina cliente. El servidor mantiene la base de datos, las
anotaciones de recuperacin y el gestor de bibliotecas para controlar las
operaciones de los dispositivos. El agente de almacenamiento del cliente maneja la
transferencia de datos al dispositivo de la SAN. Esta implementacin libera ancho
de banda de la LAN que, de otro modo, se utilizara para la transferencia de datos
del cliente.
A continuacin se describe un supuesto de copia de seguridad tpico para un
cliente que utiliza el traspaso de datos fuera de la LAN:
1. El cliente empieza una operacin de copia de seguridad. El cliente y el servidor
intercambian informacin de polticas a travs de la LAN para determinar el
destino de los datos de copia de seguridad.
Para un cliente que utiliza una transferencia de datos fuera de la LAN, el
destino es una agrupacin de almacenamiento que utiliza un dispositivo de la
SAN.
2. Como el destino se encuentra en la SAN, el cliente se pone en contacto con el
agente de almacenamiento, que maneja la transferencia de datos. El agente de
almacenamiento enva una peticin de montaje de volumen al servidor.
51
3. El servidor se pone en contacto con el dispositivo de almacenamiento y, en el

caso de una biblioteca de cintas, monta los medios apropiados.
4. El servidor notifica al cliente la ubicacin de los medios montados.
5. El cliente, a travs del agente de almacenamiento, graba los datos de copia de
seguridad directamente en el dispositivo a travs de la SAN.
6. El agente de almacenamiento enva informacin sobre atributos de archivo al
servidor y el servidor almacena la informacin en la base de datos.
Si se produce algn problema en la ruta de la SAN, se producir una recuperacin
de errores. El cliente utiliza su conexin de LAN con el servidor de Tivoli Storage
Manager y traspasa los datos del cliente a la LAN.
Notas:
1. Un dispositivo de almacenamiento Centera no puede ser destino de
operaciones fuera de la LAN.
2. consulte la pgina de inicio de IBM Tivoli Storage Manager en la direccin
support/IBMTivoliStorageManager.html para ver informacin actualizada sobre
los clientes que ofrezcan soporte para esta caracterstica.
|
|
Almacenamiento conectado a red

Los servidores de archivos NAS (almacenamiento conectado a red) son mquinas
de almacenamiento dedicadas cuyos sistemas operativos se optimizan para realizar
funciones de servidor de archivos. Los servidores de archivos NAS habitualmente
no ejecutan software de terceros. En su lugar, interactan con programas como
Tivoli Storage Manager a travs de protocolos de red estndar de la industria,
como por ejemplo, NDMP. Tivoli Storage Manager utiliza el protocolo NDMP para
comunicarse y ejecutar las operaciones de copia de seguridad y restauracin para
los servidores de archivos NAS.
Nota: un dispositivo de almacenamiento Centera no puede ser destino de
operaciones NDMP.
|
|
Con NDMP, Tivoli Storage Manager puede llevar a cabo operaciones de copia de
seguridad y restauracin de imgenes de sistemas de archivos enteros. NDMP
permite al servidor de Tivoli Storage Manager controlar la copia de seguridad de
un servidor de archivos NAS.El servidor de archivos transfiere los datos de copia
de seguridad a una biblioteca de cintas conectada a SCSI. El servidor de archivos
NAS puede estar alejado del servidor de Tivoli Storage Manager.
Tivoli Storage Manager realiza un seguimiento de las copias de seguridad de
imgenes de sistemas de archivos en una cinta y tiene la posibilidad de efectuar
restauraciones de nivel de archivo NDMP. Para obtener ms informacin sobre las
restauraciones de nivel de archivo NDMP, consulte el apartado Restauracin de
nivel de archivo NDMP en la pgina 54.
52
Biblioteca
de cintas
Servidor
Leyenda:
Servidor
de archivos
NAS
Conexin SCSI o
de canal de fibra
Conexin
TCP/IP
Flujo de datos
Servidor de archivos NAS

Sistema de archivos
Discos
Figura 7. Configuracin del almacenamiento conectado a red (NAS)
Tivoli Storage Manager y otros mtodos de copia de seguridad

NAS
Cuando Tivoli Storage Manager utiliza NDMP para proteger los servidores de
archivos NAS, el servidor de Tivoli Storage Manager controla las operaciones
mientras el servidor de archivos NAS transfiere los datos. Para utilizar un cliente
de copia de seguridad / archivado para realizar una copia de seguridad de un
servidor de archivos NAS, monte el sistema de archivos del servidor de archivos
NAS en la mquina cliente (con un montaje NFS o una asignacin CIFS) y realice
copias de seguridad de la forma habitual. En la siguiente tabla se comparan los
dos mtodos:
Tabla 4. Comparacin de las operaciones NDMP con las operaciones de cliente de copia de
seguridad/archivado de Tivoli Storage Manager
Cliente de copia de seguridad/archivado de
NDMP
El trfico de datos en la red es menor ya que
el servidor de Tivoli Storage Manager
controla las operaciones de forma remota; sin
embargo, el servidor de archivos NAS
traspasa los datos de forma local.
El trfico de datos en la red es mayor ya que

los datos de copia de seguridad se desplazan
a travs de la LAN desde el servidor de
archivos NAS hasta el cliente y, a
continuacin, hasta el servidor de Tivoli
Storage Manager.
No se precisan muchos procesos del servidor

de archivos para realizar copias de seguridad
de un sistema de archivos puesto que la
copia de seguridad no utiliza protocolos de
acceso a archivos, como por ejemplo NFS y
CIFS.
Se precisan ms procesos del servidor de

archivos puesto que las copias de seguridad
de archivos requieren una actividad general
adicional para protocolos de acceso a
archivos, como por ejemplo NFS y CIFS.
53
Tabla 4. Comparacin de las operaciones NDMP con las operaciones de cliente de copia de
seguridad/archivado de Tivoli Storage Manager (continuacin)
NDMP
Cliente de copia de seguridad/archivado de

El servidor de Tivoli Storage Manager puede

estar alejado del servidor de archivos NAS y
de la biblioteca de cintas.
El servidor de Tivoli Storage Manager debe

encontrarse dentro del rango del canal de
fibra o SCSI de la biblioteca de cintas.
Operaciones de copia de seguridad NDMP

En las imgenes de copia de seguridad generadas por las operaciones NDMP para
un servidor de archivos NAS, Tivoli Storage Manager crea copias de seguridad de
imgenes de sistema de archivos NAS. Las copias de seguridad de imagen son
distintas de las copias de seguridad de Tivoli Storage Manager tradicionales
porque el servidor de archivos NAS transfiere los datos a las unidades de la
biblioteca.Las copias de seguridad de imagen de sistema de archivos pueden ser
completas o diferenciales. La primera copia de seguridad de un sistema de
archivos en un servidor de archivos NAS siempre es una copia de seguridad de
imagen completa. De forma predeterminada, las copias siguientes son copias de
seguridad de imagen diferenciales que contienen nicamente datos modificados en
el sistema de archivos desde la ltima copia de seguridad de imagen completa. Si
todava no existe ninguna copia de seguridad de imagen completa, se llevar a
cabo una.
Si restaura una imagen diferencial, Tivoli Storage Manager restaura
automticamente la imagen de la copia de seguridad completa en primer lugar,
seguida por la imagen diferencial.
Las operaciones siguientes no se admiten para los datos de los que se ha realizado
una copia de seguridad mediante NDMP:
v Migracin de agrupaciones de almacenamiento
v Copia de seguridad y restauracin de agrupaciones de almacenamiento
v Reclamacin
v Operaciones de traspaso de datos
v Operaciones de exportacin e importacin
v Generacin de juegos de copias de seguridad
Restauracin de nivel de archivo NDMP

Tivoli Storage Manager proporciona una opcin que permite efectuar
restauraciones de nivel de archivo a partir de las imgenes de copia de seguridad
generadas por las operaciones NDMP. Las opciones se pueden resumir as:
v Si activa la opcin de restauracin de nivel de archivo, el servidor de Tivoli
Storage Manager recopila y almacena informacin de nivel de archivo cuando
efecta la copia de seguridad de las imgenes del sistema de archivos mediante
operaciones NDMP. Esto requiere procesos y recursos de red adicionales. Sin
embargo, podr utilizar el cliente Web para consultar y presentar informacin de
nivel de archivo a un usuario que, a continuacin, puede seleccionar archivos y
directorios para la restauracin.
v Si no activa la opcin de restauracin de nivel de archivo, el servidor de Tivoli
Storage Manager hace la copia de seguridad de las imgenes del sistema de
archivos mediante operaciones NDMP sin recopilar informacin de nivel de
archivo. No se podrn listar los archivos en el cliente. Se podrn restaurar si ya
se sabe los que son. ste es el valor predeterminado.
54
Si elige activar la opcin de restauracin de nivel de archivo, el servidor de Tivoli

Storage Manager crea una tabla de contenido de informacin de nivel de archivo
para una nica imagen de copia de seguridad generada por las operaciones
NDMP. La tabla de contenido se almacena en el almacenamiento del servidor del
servidor de Tivoli Storage Manager. El servidor puede recuperar la tabla de
contenido para que el cliente o servidor pueda consultar la informacin.
La tabla de contenido se crea al hacer la copia de seguridad utilizando las
imgenes de copia de seguridad generadas por las operaciones NDMP mediante:
v El comando de cliente BACKUP NAS, con include.fs.nas especificado en el
archivo de opciones de cliente o en el conjunto de opciones de cliente
v El comando del servidor BACKUP NODE
Traspaso de datos fuera del servidor

Tivoli Storage Manager permite a los clientes realizar copias de seguridad y
restaurar imgenes de sistema de archivos directamente entre el almacenamiento
de disco y los dispositivos de cinta accesibles en una SAN.Este traspaso de datos
fuera del servidor se manipula en nombre del servidor de Tivoli Storage Manager
mediante un transportador de datos externos, como por ejemplo IBM SAN Data
Gateway.El transportador de datos debe poder ejecutar el comando de copia
ampliado SCSI-3. Los transportadores de datos fuera del servidor deben tener
capacidad de direccionamiento a todos los dispositivos involucrados, que incluyen
unidades de disco y de cinta. Los dispositivos pueden conectarse a la SAN a travs
de dispositivos de conexin directa a fibra o SCSI conectados a un transportador
de datos.
|
|
Nota: una agrupacin de almacenamiento Centera no puede ser destino de

operaciones fuera del servidor.
A diferencia de las operaciones tradicionales de restauracin y copia de seguridad
dentro y fuera de la LAN, los datos no pasan por el cliente ni por el servidor. En
su lugar, el transportador de datos maneja los datos. De este modo, las operaciones
de copia de seguridad y restauracin no necesitan recursos del cliente, de
procesadores del servidor ni de la LAN. Puesto que ya no copiar datos, el
servidor de Tivoli Storage Manager puede manejar ms conexiones de cliente y
ms operaciones de servidor al mismo tiempo.Adems, la mquina cliente de
Tivoli Storage Manager, al no tener que leer ni enviar datos al servidor, puede
manejar una mayor carga de aplicaciones.
La Figura 8 en la pgina 56 muestra el movimiento de datos fuera del servidor. Los
nmeros (por ejemplo, 1) se refieren a los nmeros de la figura.
55
Cliente
Servidor
LAN
1
4
SAN
Biblioteca
de cintas
Transportador
de datos
Figura 8. Traspaso de datos fuera del servidor
1. El cliente inicia una peticin de copia de seguridad y restauracin de imgenes

(1).
2. El servidor de Tivoli Storage Manager emite una peticin de montaje a la
biblioteca (2).
3. El transportador de datos inicia una operacin de copia (3).
4. Los datos se copia entre el disco y la biblioteca de cintas (4).
Las aplicaciones fuera del servidor solo transfieren imgenes de volmenes, no
datos a nivel de archivo estndar. Las imgenes cuya copia de seguridad ha sido
realizada mediante un traspaso de datos fuera del servidor deben almacenarse en
agrupaciones de almacenamiento con un formato de datos de NONBLOCK. Si el
cliente no puede realizar una copia de seguridad o restauracin fuera del servidor,
esta operacin fallar en la primera operacin fuera de la LAN. Si dicha operacin
no puede realizarse, el cliente intenta realizar una copia de seguridad o
restauracin basada en la LAN.
Las operaciones fuera del servidor pueden restaurar copias de seguridad de
imgenes de volmenes fuera o basadas en la LAN. En la Tabla 5 en la pgina 57
se describen las combinaciones posibles.
56
Tabla 5. Soporte para formato de datos

Copia de
seguridad fuera
del servidor
Formato de
datos
Copia de
seguridad
basada en la
LAN y copia de
seguridad fuera
de la LAN
Restauracin
Restauracin
basada en la
fuera del
LAN y
servidor
restauracin
fuera de la LAN
NATIVE
No
No
NONBLOCK
El cliente de Tivoli Storage Manager para Windows 2000 puede realizar una copia
de seguridad de imgenes fuera del servidor tanto de volmenes RAW como de
volmenes que contienen el sistema de archivos NTFS.Tivoli Storage Manager
permite a los usuarios realizar copias de seguridad de volmenes completos de
volmenes activados.La versin de imagen de volumen coinciden con el volumen
en el inicio de la copia de seguridad. En funcin del valor de la opcin de cliente
IMAGEGAPSIZE, se hace copia de seguridad de todos los bloques de un volumen
NTFS o solamente de los bloques utilizados.
El cliente de Tivoli Storage Manager permite realizar operaciones de copia de
seguridad y restauracin fuera del servidor de imgenes de volmenes entre
diferentes disposiciones de volmenes con la excepcin de volmenes RAID-5
basados en software y volmenes en bandas basados en software.Al restaurar a un
volumen duplicado basado en software (RAID-1), Tivoli Storage Manager restaura
nicamente a la copia primaria y utiliza el sistema operativo para resincronizar las
duplicaciones obsoletas.El cliente admite disposiciones de volmenes de tipo
duplicados o en bandas nicamente en discos dinmicos de Windows 2000.
Nota: estas restricciones se aplican nicamente a niveles RAID basados en
software y no a subsistemas de almacenamiento que se incluyen en los
controladores RAID de hardware.
Tivoli Storage Manager supervisa las direcciones de la SAN de los dispositivos que
conoce.Si la direccin de un dispositivo definido cambia a causa de un evento en la
SAN, se descubrir y actualizar la nueva direccin.
Montaje y desmontaje de medios extrables por parte de IBM Tivoli

Storage Manager
Cuando deben almacenarse o recuperarse datos de una agrupacin de
almacenamiento, el servidor realiza lo siguiente:
1. El servidor selecciona un volumen de la agrupacin de almacenamiento. La
seleccin se basa en el tipo de operacin:
Recuperacin
El nombre del volumen que contiene los datos que deben recuperarse
se almacena en la base de datos.
Almacenamiento
Si puede utilizarse un volumen definido en la agrupacin de
almacenamiento, el servidor selecciona ese volumen.
Si no se puede utilizar ningn volumen definido de la agrupacin de
almacenamiento, y si la agrupacin de almacenamiento lo permite, el
servidor selecciona un volumen reutilizable.
57
2. El servidor comprueba la clase de dispositivo asociada con la agrupacin de

almacenamiento para determinar el nombre de la biblioteca que contiene las
unidades que deben utilizarse para la operacin.
v El servidor busca una unidad disponible en la biblioteca o hasta que se
hayan comprobado todas las unidades. El estado de la unidad puede ser:
Desactivado.
Ocupado y no disponible para el montaje.
Un estado de error y no disponible para el montaje.
Activado y disponible para el montaje.
3. El servidor monta el volumen:
v Para una biblioteca manual, el servidor muestra un mensaje de montaje para
un volumen privado o reutilizable que debe montarse en la unidad
seleccionada.
v Para una biblioteca automatizada, el servidor ordena a la biblioteca que
traslade el volumen desde una ranura de almacenamiento a la unidad
seleccionada. No es necesaria ninguna intervencin manual.
Si se solicita un montaje de volumen reutilizable, el servidor comprueba en el
inventario de volmenes de la biblioteca si hay un volumen reutilizable. Si se
encuentra uno, su estado pasa a privado, se monta en la unidad y se define
automticamente como parte de la agrupacin de almacenamiento original.
Sin embargo, si el inventario de volmenes de la biblioteca no contiene
ningn volumen reutilizable, la peticin de montaje no se ejecuta.
4. El servidor desmonta el volumen cuando ha terminado de acceder al mismo y
ha transcurrido el perodo de retencin de montaje.
v Para una biblioteca manual, el servidor expulsa el volumen de la unidad
para que el operador pueda colocarlo en una ubicacin de almacenamiento.
v Para una biblioteca automatizada, el servidor indica a la biblioteca que
traslade el volumen desde la parte posterior de la unidad a su ranura de
almacenamiento original en la biblioteca.
Utilizacin de los medios extrables por parte de IBM Tivoli Storage

Manager
Tivoli Storage Manager permite controlar cmo se utilizan y reutilizan los medios
extrables.Despus de que Tivoli Storage Manager seleccione un medio disponible,
ste se utiliza y finalmente se reclama de acuerdo con la poltica asociada.
Tivoli Storage Manager gestiona los datos en el medio, pero usted debe gestionar
los medios propiamente dichos o puede utilizar un gestor de medios
extrables.Independientemente del mtodo utilizado, la gestin de medios implica
la creacin de una poltica para establecer la caducidad de los datos tras un cierto
perodo de tiempo o en determinadas condiciones, el traspaso de datos a nuevos
medios y la reutilizacin de medios vacos.
Adems de la informacin sobre los volmenes de agrupacin de almacenamiento,
el histrico de volmenes contiene informacin sobre las cintas utilizadas para las
copias de seguridad y las exportaciones de base de datos (para fines de
recuperacin ante siniestro). El proceso de reutilizacin de estas cintas es
ligeramente diferente del proceso de reutilizacin de cintas que contienen copias de
seguridad de datos de cliente.
58
La Figura 9 muestra un ciclo de vida til tpico de medios extrables. Los nmeros
(por ejemplo, 1) se refieren a los nmeros de la figura.
Preparacin de una cinta nueva
1
Etiquetar
cinta
2
Aadir cinta
a inventario
Inventario
de cintas
Proceso de cintas
en curso
3
Seleccionar
cinta
4
Los datos
caducan/
se trasladan
5
Reclamar
Figura 9. Vista simplificada del ciclo de vida til de una cinta
1. Etiquete 1 y d de alta 2 al medio. Dar de alta a los medios en una
biblioteca manual equivale simplemente a almacenarlos (por ejemplo en
estanteras). Dar de alta a los medios en una biblioteca automatizada implica
agregarlos al inventario de volmenes de la biblioteca.
Consulte el apartado Etiquetado de medios con una biblioteca de cintas
automatizada en la pgina 178 o Etiquetado de medios para bibliotecas
manuales en la pgina 190.
2. Si desea definir volmenes en una agrupacin de almacenamiento asociada a
un dispositivo, debe dar de alta el volumen con su estado especificado como
privado. En la mayora de los casos es ms conveniente utilizar volmenes
reutilizables.
3. Un cliente enva los datos al servidor para copia de seguridad, archivado o
gestin de espacio. El servidor almacena los datos del cliente en el volumen. El
volumen que selecciona el servidor 3 depende de:
v El dominio de polticas al que est asignado el cliente.
v La clase de gestin de los datos (la clase de gestin predeterminada para el
juego de polticas o la clase que especifica el cliente en la lista o archivo de
inclusin/exclusin del cliente).
v La agrupacin de almacenamiento especificada como el destino en la clase de
gestin (para los datos bajo gestin de espacio) o en el grupo de copia (para
59
copia de seguridad de datos o datos archivados). La agrupacin de

almacenamiento est asociada a una clase de dispositivo, que determina qu
dispositivo y qu tipo de medio se utiliza.
v Si se ha alcanzado el nmero mximo de volmenes reutilizables que puede
solicitar el servidor a la agrupacin de almacenamiento al seleccionar dichos
volmenes.
v Si est activada la funcin de proximidad para esa agrupacin de
almacenamiento. Cuando se activa la proximidad, el servidor intenta colocar
datos para clientes o nodos cliente en volmenes separados. Para obtener
ms informacin, consulte el apartado Cmo mantener juntos los archivos
de un cliente: Proximidad en la pgina 281.
En la Figura 10 se muestran ms detalles acerca de las polticas y
especificaciones de agrupacin de almacenamiento que rigen la seleccin de
volmenes que se describe en el paso 3.
Servidor
Clientes
Volmenes de
agrupaciones de
almacenamiento
en cinta
Anotaciones
de recuperacin
y base de datos
Dominio de polticas
Juego de polticas
Funcin de proximidad
Clase de gestin
Reclamacin
Grupo
de copia
Indica
Maxscratch
Representa
Retardo reutilizacin
Figura 10. Cmo Tivoli Storage Manager afecta a la utilizacin de los medios
4. Los datos de un volumen cambian con el tiempo como consecuencia de lo

siguiente:
v La caducidad de los archivos 4 (determinada por la clase de gestin y los
atributos de grupo de copia, as como por la frecuencia del proceso de
caducidad). Consulte el apartado Planificacin de la poltica bsica en la
pgina 391.
v El traspaso y la supresin de espacios de archivos por parte de un
administrador.
v La reclamacin automtica de medios 5.
La cantidad de datos que hay en el volumen y el umbral de reclamacin
establecido para la agrupacin de almacenamiento afectan en el momento de
60
reclamar el volumen. Cuando se reclama el volumen, se traspasan los datos

vlidos no caducados a otros volmenes o, posiblemente, a otra agrupacin
de almacenamiento (en el caso de agrupaciones de almacenamiento con
bibliotecas de una sola unidad).
v La proximidad, mediante la cual Tivoli Storage Manager intenta que se
mantengan los datos pertenecientes a un solo nodo cliente o espacio de
archivos de cliente en un nmero mnimo de medios extrables en una
agrupacin de almacenamiento.
Si el volumen se vaca porque todos los datos vlidos caducan o se traspasan a
otro volumen, el volumen queda disponible para reutilizarlo (a menos que se
haya especificado un retardo de tiempo para la agrupacin de
almacenamiento). El volumen vaco se convierte en un volumen reutilizable si
inicialmente era un volumen reutilizable. El volumen vuelve al estado del paso
3 en la pgina 59.
5. Usted decide en qu momento los medios han llegado al final de su ciclo de
vida til.
Para volmenes que ha definido (volmenes privados), compruebe las
estadsticas de los volmenes consultando la base de datos. Las estadsticas
contienen el nmero de pases de grabacin de un volumen (comprelo con el
nmero de pases de grabacin que aconseja el fabricante) y el nmero de
errores del volumen.
Debe trasladar todos los datos vlidos fuera de un volumen que haya
alcanzado el final de su vida til. Despus, si el volumen est en una biblioteca
automatizada, debe dar de baja el volumen de la biblioteca. Si el volumen no es
un volumen reutilizable, suprmalo de la base de datos.
Configuracin de dispositivos
Para que el servidor de Tivoli Storage Manager pueda utilizar un dispositivo, ste
debe estar configurado para el sistema operativo as como para el servidor. La
Tabla 6 resume las definiciones obligatorias para diferentes tipos de dispositivos.
Tabla 6. Definiciones obligatorias para los dispositivos de almacenamiento
Definiciones obligatorias
Biblioteca
Unidad
Ruta
Dispositivo
Tipos de
dispositivos
Clase de
dispositivo
Disco magntico
DISK
FILE
CENTERA
3570
3590
3592
4MM
8MM
CARTRIDGE
DLT
DTF
|
Cinta
ECARTRIDGE
GENERICTAPE
LTO
NAS
QIC
VOLSAFE
ptico
OPTICAL
WORM
61
Tabla 6. Definiciones obligatorias para los dispositivos de almacenamiento (continuacin)

Definiciones obligatorias
Tipos de
dispositivos
Biblioteca
Unidad
Ruta
Clase de
dispositivo
Medios extrables
(sistema de
archivos)
REMOVABLEFILE
Volmenes
virtuales
SERVER
Dispositivo
La clase de dispositivo DISK ya existe en el momento de la instalacin y no se

puede modificar.
El tipo de dispositivo CARTRIDGE es para unidades de cinta IBM 3480, 3490

y 3490E.
El tipo de dispositivo ECARTRIDGE es para unidades de cinta de cartucho

StorageTek como SD-3, 9480, 9890 y 9940.
Correlacin de dispositivos con clases de dispositivo

A modo de ejemplo de cmo correlacionar los dispositivos con las clases de
dispositivos, suponga que dispone de los dispositivos siguientes para utilizarlos
como almacenamiento del servidor:
v Unidades de discos internas
v Biblioteca de cintas automatizada con unidades de 8 mm
v Unidad de cinta DLT manual
Puede correlacionar los dispositivos de almacenamiento con las clases de
dispositivos segn se indica en la Tabla 7.
Tabla 7. Correlacin de dispositivos de almacenamiento con clases de dispositivo
Descripcin
DISK
Volmenes de almacenamiento que residen en la unidad de

discos interna
Tivoli Storage Manager proporciona una clase de dispositivo
DISK que ya est definida.No es necesario, ni posible, definir
otra clase de dispositivo para el almacenamiento de disco.
8MM_CLASS
Volmenes de almacenamiento que son cintas de 8 mm,

utilizadas con las unidades de la biblioteca automatizada
DLT_CLASS
Volmenes de almacenamiento que son cintas DLT,

utilizadas en la unidad DLT
Debe definir todas las clases de dispositivo que sean necesarias para los
dispositivos de medios extrables, como por ejemplo dispositivos de cinta. Consulte
el Captulo 9, Definicin de clases de dispositivo, en la pgina 219 para obtener
informacin sobre la definicin de clases de dispositivos de cinta para dar soporte
al entorno de almacenamiento fsico.
Correlacin de agrupaciones de almacenamiento con clases

de dispositivo y dispositivos
Una vez asignadas las categoras de los dispositivos de almacenamiento, debe
identificar las necesidades de disponibilidad, espacio y rendimiento de los datos de
cliente almacenados en el servidor. Estas necesidades le ayudan a determinar
dnde almacenar los datos para diferentes grupos de usuarios y tipos de datos.
62
Despus, puede crear agrupaciones de almacenamiento que sean destinos de

almacenamiento de las copias de seguridad de archivos, las copias archivadas o los
archivos bajo gestin de espacio para ajustarse a los requisitos.
Por ejemplo, ha determinado que los requisitos de los usuarios del departamento
comercial son tres:
v Acceso inmediato a las copias de seguridad de algunos archivos, como por
ejemplo cuentas por cobrar y cuentas de nminas.
Estos archivos deben almacenarse en disco. Sin embargo, debe asegurarse de que
los datos se traspasan del disco para evitar que se llene. Puede configurar una
jerarqua de almacenamiento para que los archivos se puedan migrar
automticamente del disco a la biblioteca de cintas automatizada.
v Acceso peridico a determinadas copias archivadas, como por ejemplo los
informes mensuales de ventas e inventario.
Estos archivos se pueden almacenar en cintas de 8 mm, con la biblioteca
automatizada.
v Acceso ocasional a las copias de seguridad de archivos o a las copias archivadas
que se modifican con escasa frecuencia, como por ejemplo los informes anuales
de ingresos.
Estos archivos se pueden almacenar con la unidad DLT.
Para asociar los requisitos de usuario con los dispositivos de almacenamiento, debe
definir las agrupaciones de almacenamiento, las clases de dispositivo y, para los
tipos de dispositivo donde son necesarias, las bibliotecas y las unidades. Por
ejemplo, para configurar la jerarqua de almacenamiento de modo que los datos se
migren de BACKUPPOOL a cintas de 8 mm, debe especificar BACKTAPE1 como la
siguiente agrupacin de almacenamiento de BACKUPPOOL. Consulte la Tabla 8.
Tabla 8. Correlacin de agrupaciones de almacenamiento con clases de dispositivo, bibliotecas y unidades
Agrupacin de
almacenamiento
Clase de
dispositivo
Biblioteca
(hardware)
Unidades
Tipo de volumen
Destino de
almacenamiento
BACKUPPOOL
DISK
Volmenes de
almacenamiento de
la unidad de discos
interna
Para un grupo de copia

de seguridad de archivos
que necesitan acceso
inmediato
BACKTAPE1
8MM_CLASS
AUTO_8MM
(Exabyte EXB-210)
DRIVE01, DRIVE02 Cintas de 8 mm
Para desbordamiento de
BACKUPPOOL y para
los datos archivados con
acceso peridico
BACKTAPE2
DLT_CLASS
MANUAL_LIB
(montaje manual)
DRIVE03
Para grupos de copia de

seguridad de archivos
con acceso ocasional
Cintas DLT
Nota: Tivoli Storage Manager dispone de unas agrupaciones de almacenamiento de disco predeterminadas denominadas
DISKPOOL, BACKUPPOOL, ARCHIVEPOOL y SPACEMGPOOL.Para obtener ms informacin, consulte el apartado
Configuracin de volmenes de acceso aleatorio en dispositivos de disco en la pgina 70.
63
64
Captulo 3. Utilizacin de dispositivos de disco magntico

Tivoli Storage Manager utiliza dispositivos de disco magntico para llevar a cabo
las tareas siguientes:
v Almacenar la base de datos y las anotaciones de recuperacin. Si desea obtener
ms informacin al respecto, consulte el Captulo 19, Gestin de la base de
datos y de las anotaciones de recuperacin, en la pgina 539.
v Almacenar las copias de seguridad de datos de clientes, los datos archivados de
clientes o los datos de clientes migrados de nodos cliente. Los datos de clientes
se almacenan en agrupaciones de almacenamiento. En este captulo se describen
los procedimientos para configurar almacenamientos de disco para datos de
clientes.
v Almacenar las copias de seguridad de la base de datos as como exportar e
importar datos. Consulte el apartado Utilizacin de volmenes FILE para
copias de seguridad de base de datos y operaciones de exportacin en la
pgina 72.
Consulte los apartados siguientes:
Tareas:
Configuracin de volmenes de acceso aleatorio en dispositivos de disco en la pgina 70
Configuracin de volmenes secuenciales FILE en dispositivos de disco en la pgina 70
Cmo activar o desactivar volmenes de disco en la pgina 71
Utilizacin de la funcin de cach en la pgina 71
Liberacin de espacio del disco en la pgina 71
Cmo especificar volmenes FILE reutilizables en la pgina 72
Utilizacin de volmenes FILE para copias de seguridad de base de datos y operaciones
de exportacin en la pgina 72
En este captulo, la mayora de los ejemplos ilustran cmo llevar a cabo las
distintas tareas utilizando una interfaz de lnea de comandos de Tivoli Storage
Manager. Para obtener informacin acerca de los comandos, consulte la publicacin
Administrators Reference o emita el comando HELP en la lnea de comandos de un
cliente de administracin de Tivoli Storage Manager.
Las tareas de Tivoli Storage Manager tambin pueden realizarse desde la interfaz
Web de administracin. Para obtener ms informacin sobre cmo utilizar la
interfaz de administracin, consulte la publicacin Gua de iniciacin.
Nota: algunas tareas descritas en este captulo requieren conocimientos sobre los
objetos de almacenamiento de Tivoli Storage Manager.Si desea obtener una
introduccin sobre objetos de almacenamiento, consulte el apartado Objetos
de almacenamiento de IBM Tivoli Storage Manager en la pgina 38.
Configuracin de dispositivos de disco

Tivoli Storage Manager almacena los datos en los discos magnticos de dos
maneras:
65
v En volmenes de acceso aleatorio, como se almacenan normalmente los datos en

disco. Consulte el apartado Configuracin de volmenes de acceso aleatorio en
dispositivos de disco en la pgina 70.
v En archivos del disco que se tratan como volmenes de acceso secuencial.
Consulte el apartado Configuracin de volmenes secuenciales FILE en
dispositivos de disco en la pgina 70.
Clase de privilegio necesaria
Configuracin de volmenes de acceso

aleatorio en dispositivos de disco
Sistema
Configuracin de volmenes secuenciales

FILE en dispositivos de disco
Sistema
Antes de configurar el dispositivo de disco, debe tener en cuenta las diferencias

entre los dos mtodos de almacenamiento de datos en disco y las ventajas e
inconvenientes de cada uno de ellos. En la Tabla 9 se proporciona informacin
general sobre las caractersticas de los dispositivos DISK (acceso aleatorio) y los
dispositivos FILE (acceso secuencial) y las ventajas de cada uno. Las ventajas
concretas que proporcione cada tipo de dispositivo dependern del sistema
operativo en el que se ejecute el servidor de Tivoli Storage Manager.
|
|
|
|
|
|
|
|
Tarea
Tabla 9. Comparacin de dispositivos de disco de acceso aleatorio y acceso secuencial
Funcin
Acceso aleatorio (DISK)
Acceso secuencial (FILE)
Comentario
|
|
|
|
|
|
|
|
|
|
Asignacin y seguimiento
del espacio de
almacenamiento
Bloques de disco
Volmenes
La asignacin y el
seguimiento de espacio por
bloques conlleva una
actividad mayor del
sistema (ms espacio de
almacenamiento de base de
datos, ms recursos de
proceso) que la asignacin
y el seguimiento de espacio
por volumen.
|
|
|
|
|
|
Acceso simultneo a
volmenes
Diferentes operaciones
pueden acceder
simultneamente a un
volumen.
Slo una operacin puede

acceder al volumen.
Acceso simultneo al
volumen significa que dos
o ms operaciones
diferentes pueden acceder
al volumen al mismo
tiempo.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Operaciones de
restauracin de clientes
Una sesin por

restauracin.
Acceso simultneo de
varias sesiones a diferentes
volmenes en el servidor y
el agente de
almacenamiento.
La restauracin multisesin
permite que los clientes de
copia de
seguridad/archivado
realicen varias sesiones de
restauracin para
operaciones de restauracin
sin consulta, lo que
aumenta la velocidad de las
restauraciones. Para obtener
ms informacin, consulte
la publicacin Conceptos
relacionados con las
de cliente en la pgina
462.
66
|
|
Tabla 9. Comparacin de dispositivos de disco de acceso aleatorio y acceso secuencial (continuacin)

Funcin
Comentario
|
|
|
|
|
|
|
|
|
|
|
|
|
Disponible para su uso en

copias de seguridad fuera
de la LAN
No disponible.
Disponible para la copia de

seguridad fuera de la LAN
mediante Tivoli SANergy,
un producto separado con
licencia para usuarios
mediante el producto Tivoli
Storage Manager.
Con la copia de seguridad

fuera de la LAN, los datos
se trasladan a travs de una
red de rea de
almacenamiento (SAN) a
los dispositivos de acceso
secuencial, lo que libera
ancho de banda en la
LAN.Para obtener ms
informacin, consulte el
apartado Traspaso de
datos fuera de la LAN en
la pgina 51.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Configuracin de
volmenes
No dinmica; los
operadores necesitan
definir volmenes y
especificar sus tamaos.
Dinmica; el servidor de
adquiere y define
volmenes reutilizables
segn convenga si los
administradores de
almacenamiento establecen
el parmetro
MAXSCRATCH en un valor
mayor que cero.
Para obtener ms
informacin sobre medios
de acceso aleatorio,
consulte el apartado
Configuracin de
volmenes de acceso
aleatorio en dispositivos de
disco en la pgina 70. Para
obtener ms informacin
sobre volmenes en
dispositivos FILE, consulte
el apartado Configuracin
de volmenes secuenciales
FILE en dispositivos de
disco en la pgina 70.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Funcin de cach del

servidor de Tivoli Storage
Manager (una vez
migrados los archivos a la
siguiente agrupacin de
almacenamiento en la
jerarqua de agrupaciones
de almacenamiento)
La funcin de cach del

servidor est disponible,
pero conlleva un aumento
de la actividad del sistema
al liberar el espacio en
cach. Por ejemplo, como
parte de una operacin de
copia de seguridad, el
servidor debe borrar los
archivos en cach para
dejar espacio para el
almacenamiento de
archivos nuevos.
Funcin de cach del

servidor no disponible.
La funcin de cach puede

aumentar la rapidez con
que el servidor de Tivoli
Storage Manager recupera
archivos durante
o recuperacin de clientes.
Para obtener ms
apartado Utilizacin de la
funcin de cach en
agrupaciones de
almacenamiento de disco
en la pgina 280.
|
|
|
|
Funcin de cach del

sistema de archivos
Pocas ventajas.
En funcin del sistema

operativo y del sistema de
archivos, las ventajas
pueden ser sustanciales.
67
Funcin
Comentario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Recuperacin de espacio de Cuando la funcin de cach

disco
est activada, se reclama el
espacio que ocupan los
archivos en cach a peticin
del servidor.
El servidor recupera el
espacio de disco en un
proceso llamado
reclamacin, que implica
copiar archivos fsicos en
otro volumen, lo que hace
Cuando la funcin de cach que el volumen reclamado
est desactivada, el
quede disponible para su
servidor recupera el espacio reutilizacin.
de disco inmediatamente
despus de la migracin o
supresin de todos los
archivos fsicos en una
agregacin.
Para obtener ms
informacin sobre la
reclamacin consulte el
apartado Reclamacin de
espacio en agrupaciones de
almacenamiento de acceso
secuencial en la pgina
287.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Reconstruccin de
agregaciones
No disponible; el resultado La reconstruccin de

es espacio desaprovechado. agregaciones se produce
como parte del proceso de
reclamacin. Tambin est
disponible mediante el
parmetro RECONSTRUCT
en los comandos MOVE
DATA y MOVE
NODEDATA.
Una agregacin son dos o

ms archivos agrupados
por motivos de
almacenamiento. La
mayora de los datos de
clientes de copia de
seguridad/archivado se
almacena en agregaciones.
Las agregaciones acumulan
espacio vaco a medida que
se suprimen archivos. Para
obtener ms informacin,
consulte la publicacin
Cmo funciona la
reclamacin de IBM Tivoli
Storage Manager en la
pgina 288.
|
|
|
|
|
|
|
|
|
|
|
Disponible para su uso

como agrupaciones de
almacenamiento de copia
No disponible.
Disponible.
Una agrupacin de
proporciona un nivel
adicional de proteccin
para los datos del cliente.
Para obtener ms
apartado Copia de
seguridad de agrupaciones
de almacenamiento en la
pgina 708.
|
|
|
|
|
Ubicacin de archivos
Sin limitaciones.
Limitaciones de ubicacin.
Los volmenes FILE

utilizan directorios que
imponen limitaciones del
sistema operativo en
relacin con la ubicacin.
68
|
|

Funcin
Comentario
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Restauracin de la base de
datos a un nivel anterior
Utilice el comando AUDIT

VOLUME para identificar
incoherencias entre la
informacin sobre un
volumen en la base de
datos y el contenido real
del volumen. Puede
especificar si el servidor de
resolver las incoherencias
de la base de datos que
encuentre.
Utilice el parmetro
REUSEDELAY para retener
volmenes en estado
pendiente; los volmenes
no se sobregrabarn hasta
que haya transcurrido un
nmero de das
especificado. Durante la
restauracin de la base de
datos, puede accederse a
los datos, si estn presentes
fsicamente, despus de
DSMSERV RESTORE DB.
Para obtener ms
informacin sobre la
auditora de volmenes,
consulte el apartado Cmo
auditar un volumen de una
agrupacin de
pgina 737. Para obtener
ms informacin sobre el
retardo de reutilizacin,
consulte el apartado Cmo
retardar la reutilizacin de
los volmenes para la
recuperacin en la pgina
713. Para conocer la sintaxis
de los comandos, consulte
la publicacin
Administrators Reference.
|
|
|
|
|
|
Migracin
Se efecta por nodo y

espacio de archivos. La
migracin desde
agrupaciones de acceso
aleatorio puede utilizar
varios procesos.
Se efecta por volumen. La

migracin desde
agrupaciones de acceso
secuencial se limita a un
nico proceso por
agrupacin.
Para obtener ms
apartado Migracin a
agrupaciones de
en la pgina 271.
|
|
|
|
|
|
|
|
|
|
|
Hacer copia de seguridad

de agrupaciones de
almacenamiento
Se efecta por nodo y

espacio de archivos. Cada
operacin de copia de
seguridad de agrupacin de
almacenamiento debe
comprobar cada archivo en
la agrupacin de
almacenamiento primaria
para determinar si debe
realizarse copia de
seguridad del mismo.
Se efecta por volumen.

Para una agrupacin
primaria, no es necesario
explorar cada objeto en la
agrupacin primaria cada
vez que se hace copia de
seguridad de la agrupacin
primaria en una agrupacin
de copia.
Para obtener ms
apartado Visin general:
Agrupaciones de
pgina 242.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Transferencia de datos de
un almacenamiento sin
funcin de proximidad a
un almacenamiento con
funcin de proximidad.
Existen ventajas
significativas al traspasar
datos de un
almacenamiento sin funcin
de proximidad a un
almacenamiento DISK y, a
continuacin, permitir que
los datos migren a un
almacenamiento con
funcin de proximidad.
Restauracin de archivos
en una agrupacin de
almacenamiento con la
funcin de proximidad
activada en la pgina 733
para obtener ms
El traspaso de datos del

almacenamiento sin funcin
de proximidad a un
almacenamiento FILE y el
posterior traspaso a un
almacenamiento con
funcin de proximidad
presenta ciertas ventajas.
Para obtener ms
apartado Cmo mantener
juntos los archivos de un
cliente: Proximidad en la
pgina 281.
69
Configuracin de volmenes de acceso aleatorio en

dispositivos de disco
Tivoli Storage Manager proporciona una clase de dispositivo DISK predefinida que
se utiliza con todos los dispositivos de disco.
Como parte de la configuracin inicial, los administradores configuran la base de
datos y las anotaciones de recuperacin de Tivoli Storage Manager en el disco duro
de la mquina del servidor de Tivoli Storage Manager. El asistente para la
configuracin inicial proporciona un asistente para volmenes de base de datos y
un asistente para volmenes de anotaciones de recuperacin para ayudar al
administrador a realizar estas tareas de formateo de volmenes de disco. Consulte
la publicacin Gua de iniciacin para obtener informacin sobre cmo utilizar estos
asistentes.
Para configurar un volumen de acceso aleatorio en un disco con el fin de
almacenar copias de seguridad, copias archivadas o datos de gestin de espacio,
efecte lo siguiente:
1. Desde la consola de Tivoli Storage Manager, expanda el rbol de la instancia
de servidor que est configurando.
2. Pulse Asistentes y, a continuacin, pulse dos veces en Volumen de disco en el
panel derecho.
3. Siga las instrucciones del asistente.
Nota: defina los volmenes de agrupaciones de almacenamiento en unidades de
discos ubicadas en la mquina del servidor, no en sistemas de archivos
montados de forma remota. Las unidades conectadas en red pueden poner
en peligro la integridad de los datos que est grabando.
Configuracin de volmenes secuenciales FILE en

dispositivos de disco
Otro modo de utilizar el almacenamiento en discos magnticos es utilizar los
archivos como volmenes en los que se almacenan los datos secuencialmente
(como en los volmenes de cinta). El sistema operativo, y no Tivoli Storage
Manager, gestiona el espacio para volmenes FILE.
Para configurar los archivos como volmenes que almacenan datos de forma
secuencial, siga estos pasos:
1. Desde la consola de Tivoli Storage Manager, expanda el rbol de la instancia
de servidor que est configurando.
2. Pulse en Asistentes y, a continuacin, pulse dos veces en Configuracin de
dispositivos en el panel derecho.
3. Vaya a la pgina Seleccin de dispositivos de Tivoli Storage Manager y pulse
en Nuevo. Aparecer el dilogo Propiedades.
4. Seleccione Dispositivo FILE en la lista desplegable.
5. Especifique o busque el directorio que desea asignar como volumen FILE.
6. Pulse en Aceptar. Tivoli Storage Manager configura el volumen FILE.
7. Pulse en Siguiente para finalizar el asistente.
El asistente para la configuracin de dispositivos crea automticamente una
agrupacin de almacenamiento al configurar el volumen FILE. Los administradores
deben efectuar una de las acciones siguientes:
70
v Utilizar la poltica de Tivoli Storage Manager para especificar la nueva

agrupacin de almacenamiento como destino de los datos de cliente. Consulte el
Captulo 13, Implementacin de polticas para datos de cliente, en la pgina
389.
v Site la nueva agrupacin de almacenamiento en la jerarqua de migracin de
agrupaciones de almacenamiento actualizando una agrupacin de
almacenamiento ya definida. Consulte el apartado Ejemplo: Actualizar
Cmo activar o desactivar volmenes de disco

Tarea
Activar o desactivar un volumen de disco
Sistema u operador
Para llevar a cabo el mantenimiento en un volumen de disco o bien para actualizar

el hardware del disco, puede desactivar el volumen de disco. Por ejemplo, para
desactivar el volumen de disco denominado STGVOL.POOL001, entre:
vary offline stgvol.pool001
Si Tivoli Storage Manager encuentra un problema con un volumen de disco,

desactiva automticamente el volumen.
Para que el servidor pueda disponer de nuevo del volumen de disco, active el
volumen. Por ejemplo, para que el servidor pueda disponer del volumen de disco
denominado STGVOL.POOL001, entre:
vary online stgvol.pool001
Utilizacin de la funcin de cach

Al definir una agrupacin de almacenamiento que utiliza volmenes de acceso
aleatorio, puede optar por activar o desactivar la funcin de cach. Si se utiliza la
funcin de cach, una copia del archivo permanece en el almacenamiento de disco
incluso despus de haberse migrado el archivo a la siguiente agrupacin de la
jerarqua de almacenamiento (por ejemplo, a una cinta). El archivo permanecer en
cach hasta que se necesite el espacio que ocupa para almacenar nuevos archivos.
La utilizacin de la funcin de cach puede agilizar la recuperacin de un archivo
al que se accede con frecuencia. Que la recuperacin tenga lugar con rapidez
puede ser importante para aquellos clientes que almacenan archivos bajo gestin
de espacio. Si es necesario acceder al archivo, se puede utilizar la copia que est en
cach en lugar de la copia de la cinta. Sin embargo, la utilizacin de la funcin de
cach puede afectar negativamente al rendimiento de las operaciones de copia de
seguridad de los clientes y aumentar el espacio necesario para la base de datos.
Para obtener ms informacin, consulte el apartado Utilizacin de la funcin de
cach en agrupaciones de almacenamiento de disco en la pgina 280.
Liberacin de espacio del disco

A medida que caducan los archivos de clientes, el espacio que ocupan no se libera
para otros usos hasta que se ejecuta el proceso de caducidad en el servidor.
El proceso de caducidad suprime de la base de datos la informacin sobre todos
los archivos de clientes que ya no son vlidos segn las polticas establecidas. Por
ejemplo, imagine que existen cuatro versiones de copia de seguridad de un archivo
71
en el almacenamiento del servidor y que slo se permiten tres versiones en la

poltica de copia de seguridad (la clase de gestin) del archivo. El proceso de
caducidad suprime la informacin referente a la ms antigua de las cuatro
versiones del archivo. El espacio que el archivo ocupaba en la agrupacin de
almacenamiento queda disponible para reutilizarlo.
Puede ejecutar el proceso de caducidad mediante uno o los dos mtodos
siguientes:
v Utilice el comando EXPIRE INVENTORY. Consulte el apartado Ejecucin del
proceso de caducidad para suprimir archivos caducados en la pgina 430.
v Establezca la opcin de servidor para el intervalo de caducidad, de modo que el
proceso de caducidad se ejecute de forma peridica. Consulte la publicacin
Administrators Reference para obtener informacin sobre cmo establecer las
opciones.
Cmo especificar volmenes FILE reutilizables

Puede especificar un nmero mximo de volmenes reutilizables para una
agrupacin de almacenamiento con el tipo de dispositivo FILE. Cuando el servidor
necesita un nuevo volumen, crea automticamente un archivo que es un volumen
reutilizable, hasta el nmero especificado. Al vaciarse los volmenes reutilizables
utilizados en las agrupaciones de almacenamiento, se suprimen los archivos.
Utilizacin de volmenes FILE para copias de seguridad de base de

datos y operaciones de exportacin
Al hacer una copia de seguridad de la base de datos o exportar informacin del
servidor, Tivoli Storage Manager graba la informacin acerca de los volmenes
utilizados para esas operaciones en el histrico de volmenes.Tivoli Storage Manager
no permitir reutilizar esos volmenes hasta que se haya suprimido la informacin
de los volmenes del histrico de volmenes.Para reutilizar los volmenes
previamente utilizados para las operaciones de copia de seguridad de base de
datos o de exportacin, utilice el comando DELETE VOLHISTORY. Para obtener
informacin sobre historial de volmenes y el archivo histrico de volmenes,
consulte el apartado Cmo guardar el archivo histrico de volmenes en la
pgina 719.
Nota: si el servidor tiene licencia para la funcin de gestor de recuperacin ante
siniestro (DRM), la informacin referida a los volmenes se suprime de
forma automtica durante el proceso del comando MOVE DRMEDIA. Para
obtener ms informacin acerca de DRM, consulte el Captulo 24,
Utilizacin del gestor de recuperacin ante siniestro, en la pgina 757.
72
Captulo 4. Conexin de dispositivos al sistema servidor

Para que IBM Tivoli Storage Manager pueda utilizar un dispositivo, debe conectar
el dispositivo al sistema servidor e instalar el controlador de dispositivo correcto.
Tareas:
Conexin de una unidad manual
Conexin de un dispositivo de biblioteca automatizada en la pgina 74
Utilizacin de alias de dispositivo en la pgina 75
Seleccin de un controlador de dispositivo en la pgina 76
Dispositivos admitidos por IBM Tivoli Storage Manager

Encontrar una lista de dispositivos de almacenamiento admitidos en el sitio Web
de IBM Tivoli Storage Manager, en la direccin
support/IBMTivoliStorageManager.html
IBM Tivoli Storage Manager soporta una amplia gama de dispositivos de biblioteca
manuales y automatizados:
Dispositivos de cinta
IBM Tivoli Storage Manager soporta los dispositivos de cinta manuales y
automatizados que se enumeran en el sitio Web de IBM Tivoli Storage
Manager.
IBM Tivoli Storage Manager soporta los dispositivos de disco que se
enumeran en el sitio Web de IBM Tivoli Storage Manager.
Dispositivos de disco ptico
IBM Tivoli Storage Manager soporta los dispositivos de disco ptico
manuales y automatizados que se enumeran en el sitio Web de IBM Tivoli
Storage Manager.
Otros dispositivos de archivos extrables
IBM Tivoli Storage Manager soporta los dispositivos de medios extrables
(como por ejemplo, unidades pticas, dispositivos CD-ROM y unidades
Iomega Zip y Jaz) que se enumeran en el sitio Web de IBM Tivoli Storage
Manager.
Dispositivos de red de rea de almacenamiento (SAN)
IBM Tivoli Storage Manager soporta dispositivos en un entorno de red de
rea de almacenamiento (SAN), pero el controlador de dispositivo de IBM
Tivoli Storage Manager debe soportar estos dispositivos. Para obtener ms
informacin sobre las configuraciones y el hardware de canal de fibra
admitidos, consulte el sitio Web de IBM Tivoli Storage Manager.
Conexin de una unidad manual

1. Instale la tarjeta adaptadora SCSI en el sistema, si todava no est instalada.
2. Determine los ID SCSI disponibles en la tarjeta adaptadora SCSI a la que va a
conectar el dispositivo. Busque los ID SCSI no utilizados de cada unidad.
73
3. Siga las instrucciones del fabricante para establecer el ID SCSI de la unidad en

los ID SCSI sin utilizar que ha encontrado. Generalmente esto significa definir
los conmutadores en la parte posterior del dispositivo o a travs del panel del
operador del dispositivo.
Nota: todo dispositivo que est conectado en cadena a un solo bus SCSI debe
establecerse con un ID SCSI exclusivo. Si los diferentes dispositivos no
tienen un ID SCSI exclusivo, puede tener problemas importantes en el
sistema.
4. Siga las instrucciones del fabricante para conectar el dispositivo al hardware del
sistema servidor.
Atencin:
a. Desconecte el sistema antes de conectar un dispositivo para no daar el
hardware.
b. Conecte un terminador en el ltimo dispositivo de la cadena de dispositivos
conectados a una tarjeta adaptadora SCSI.
5. Instale los controladores de dispositivo apropiados. Consulte el apartado
Seleccin de un controlador de dispositivo en la pgina 76.
6. Determine el nombre del dispositivo y anote el nombre. Esta informacin
puede ayudarle cuando necesite realizar operaciones, como por ejemplo,
agregar volmenes. Guarde los registros para consultarlos en el futuro.
Conexin de un dispositivo de biblioteca automatizada

1. Instale la tarjeta adaptadora SCSI en el sistema, si todava no est instalada.
2. Determine los ID SCSI disponibles en la tarjeta adaptadora SCSI a la que va a
conectar el dispositivo. Busque los ID SCSI no utilizados de cada unidad y un
ID SCSI no utilizado para el controlador de la biblioteca o del autocambiador.
Nota: en algunas bibliotecas automatizadas, las unidades y el autocambiador
comparten un solo ID SCSI, pero tienen LUN diferentes. En estas
bibliotecas, solamente se necesita un ID SCSI. Consulte la documentacin
de su dispositivo.
3. Siga las instrucciones del fabricante para establecer el ID SCSI de las unidades
y del controlador de biblioteca en los ID SCSI sin utilizar que ha encontrado.
Generalmente esto significa definir los conmutadores en la parte posterior del
dispositivo.
Nota: todo dispositivo que est conectado en cadena a un solo bus SCSI debe
establecerse con un ID SCSI exclusivo. Si los diferentes dispositivos no
tienen un ID SCSI exclusivo, puede tener problemas importantes en el
sistema.
4. Siga las instrucciones del fabricante para conectar el dispositivo al hardware del
sistema servidor.
Atencin:
a. Desconecte el sistema antes de conectar un dispositivo para no daar el
hardware.
b. Conecte un terminador en el ltimo dispositivo de la cadena de dispositivos
conectados a una tarjeta adaptadora SCSI. En la documentacin que ha
recibido con el hardware encontrar instrucciones detalladas.
5. Instale los controladores de dispositivo apropiados. Consulte el apartado
74
6. Determine el nombre de cada unidad y de la biblioteca y anote los nombres.

Esta informacin puede ayudarle cuando necesite realizar operaciones, como
por ejemplo, agregar volmenes a un autocambiador. Guarde los registros para
consultarlos en el futuro.
Cmo establecer la modalidad de biblioteca

Para que IBM Tivoli Storage Manager pueda acceder a una biblioteca SCSI, el
dispositivo debe establecerse en la modalidad adecuada. Generalmente se
denomina modalidad aleatoria, sin embargo, la terminologa puede variar de un
dispositivo a otro. Consulte la documentacin que ha recibido con el dispositivo
para determinar cmo debe establecerlo en la modalidad adecuada.
Notas:
1. Algunas bibliotecas tienen mens y pantallas en el panel frontal que pueden
utilizarse para peticiones explcitas del operador. Sin embargo, si el dispositivo
se ha configurado para responder a ese tipo de peticiones, por lo general no
responder a las peticiones de IBM Tivoli Storage Manager.
2. Algunas bibliotecas pueden configurarse en modalidad secuencial, en la que los
volmenes se montan automticamente en las unidades mediante un mtodo
secuencial. Esta modalidad es incompatible con el modo en que IBM Tivoli
Storage Manager accede al dispositivo.
Utilizacin de alias de dispositivo

El servidor utiliza alias a fin de identificar los dispositivos de cinta y de disco
ptico para el controlador de dispositivo de IBM Tivoli Storage Manager. Los
nombres de los dispositivos para el controlador de dispositivo de IBM Tivoli
Storage Manager son diferentes de los nombres de los dispositivos para el
controlador de dispositivo de Windows. Por ejemplo, un dispositivo de biblioteca
automatizada puede presentarse como lb0.0.0.1 y como controlador de dispositivo
de IBM Tivoli Storage Manager y como changerx, donde x es un nmero 09, para
el controlador de dispositivo de Windows.
Si utiliza el Asistente para la configuracin de dispositivos con el fin de configurar
inicialmente los dispositivos, el asistente le proporcionar automticamente el
nombre de dispositivo correcto. Sin embargo, si configura los dispositivos
mediante los comandos de IBM Tivoli Storage Manager, deber especificar los
nombres de dispositivo como parmetros en el comando DEFINE PATH. Si
modifica el control del controlador de dispositivo, es posible que deba especificar
informacin de los alias en la lista de exclusin de dispositivos. Los nombres
pueden ser los siguientes:
v Letras de unidad, en el caso de los dispositivos conectados como sistemas
locales de archivos extrables.
v Alias, para dispositivos controlados mediante el controlador de dispositivo de
IBM Tivoli Storage Manager o los controladores de dispositivos de Windows.
En el apartado Obtencin de alias de dispositivos en la pgina 76 se describe el
procedimiento para utilizar la consola de IBM Tivoli Storage Manager a fin de
obtener los nombres de dispositivos.
Los alias sustituyen los nombres reales de los dispositivos en las pantallas y los
comandos de IBM Tivoli Storage Manager. El controlador de dispositivo de IBM
Tivoli Storage Manager se comunica con los dispositivos mediante los alias.
Consulte el apartado Obtencin de alias de dispositivos en la pgina 76.
Captulo 4. Conexin de dispositivos al servidor
75
Los alias se muestran con el formato mtx.y.z.n, lbx.y.z.n o opx.y.z.n, donde:

mt
Indica que se trata de un dispositivo de cintas. Por ejemplo:

mt3 (Unidad de cinta ID SCSI 3, LUN 0, bus 0, puerto 0)
mt5.0.0.1 (Unidad de cinta ID SCSI 5, LUN 0, bus 0, puerto 1)
lb
Indica que el dispositivo es el controlador de un dispositivo de biblioteca

automatizado. Por ejemplo:
lb4.1 (Biblioteca ID SCSI 4, LUN 1, bus 0, puerto 0)
op
Indica que se trata de un dispositivo ptico. Por ejemplo:

op4 (Unidad ptica ID SCSI 4, LUN 0, bus 0, puerto 0)
Indica el ID SCSI del dispositivo de destino
Indica el nmero de unidad lgica (LUN) del dispositivo de destino.
Indica el nmero de bus admitido por el controlador de dispositivo del

adaptador.
Indica el nmero de puerto del controlador de dispositivo del adaptador

SCSI.
Nota:
Los alias pueden abreviarse cuando los nmeros finales son ceros.
Obtencin de alias de dispositivos

Si utiliza el Asistente para la configuracin de dispositivos de IBM Tivoli Storage
Manager para configurar inicialmente los dispositivos, no es necesario realizar este
paso, puesto que el asistente rene informacin sobre los ID SCSI de destino, los
nmeros de unidad lgica, los nmeros de bus y los nmeros de puerto SCSI que
se necesitan para los alias. Sin embargo, si agrega dispositivos mediante los
comandos de IBM Tivoli Storage Manager, debe especificar esta informacin en el
comando DEFINE PATH. Para determinar las propiedades de SCSI de un
dispositivo:
1. En la consola de Tivoli Storage Manager, expanda el rbol hasta Controlador
de dispositivo de Tivoli Storage Manager en la mquina que est
configurando.
2. Expanda Controlador de dispositivo de Tivoli Storage Manager e Informes.
3. Pulse Informacin de dispositivos. Aparecer la vista Informacin de
dispositivos. En esta vista se enumeran todos los dispositivos conectados al
servidor junto con sus atributos SCSI con el formato de alias.
Para obtener una visin general de los nombres de dispositivo de IBM Tivoli
Storage Manager, consulte el apartado Utilizacin de alias de dispositivo en la
pgina 75.
Seleccin de un controlador de dispositivo

Para utilizar un dispositivo, debe instalar el controlador de dispositivo correcto.
IBM Tivoli Storage Manager proporciona sus propios controladores de dispositivo;
ADSMSCSI, para dispositivos no IBM que se ejecutan en Windows y TSMSCSI
para dispositivos no IBM que se ejecutan en Windows Server 2003. El controlador
de dispositivo de IBM recibe soporte en los dispositivos Magstar, Ultrium IBM y
3494. IBM Tivoli Storage Manager tambin da soporte a controladores de
dispositivo de terceros si los dispositivos estn asociados a la clase de dispositivo
GENERICTAPE y el proveedor de hardware tambin da soporte a dicho
76
controlador de dispositivo. No se recomienda utilizar una clase de dispositivo que

no sea GENERICTAPE con un controlador de dispositivo de terceros.
El controlador de IBM Tivoli Storage Manager permite excluir dispositivos que
estn reservados para otras aplicaciones. Algunos dispositivos de bibliotecas
automatizadas requieren el controlador de dispositivo de IBM Tivoli Storage
Manager y algunos dispositivos manuales pueden utilizar el controlador de
dispositivo de Windows con IBM Tivoli Storage Manager.
La seleccin del controlador de dispositivo adecuado depende del tipo de
dispositivo y de la tcnica de gestin de los medios. Los dispositivos admitidos
por IBM Tivoli Storage Manager pueden utilizar el controlador de dispositivo IBM
Tivoli Storage Manager y otros dispositivos puede utilizar los controladores de
dispositivoWindows. La forma en que se configuran los controladores en conflicto
determina qu controlador de dispositivo adquiere los dispositivos cuando se inicia
el servidor.
Si gestiona una combinacin de dispositivos, unos pueden estar controlados por el
controlador de dispositivo de IBM Tivoli Storage Manager y otros por el
controlador de dispositivo de Windows. Se recomienda utilizar el controlador de
dispositivo de IBM Tivoli Storage Manager, ya que de este modo IBM Tivoli
Storage Manager puede conservar un inventario de volmenes y proporcionar
ayuda para ciertas tareas de gestin de medios. En algunos casos, si se utiliza el
Administrador de almacenamiento extrable (RSM) de Windows, por ejemplo, debe
utilizar el controlador de dispositivo de Windows y en tales casos IBM Tivoli
Storage Manager contina utilizando los dispositivos pero la gestin de medios de
IBM Tivoli Storage Manager resulta limitada. Para los dispositivos a los que
actualmente no da soporte el controlador de dispositivo de IBM Tivoli Storage
Manager, puede resultar adecuado el controlador de dispositivo de Windows.
|
|
|
|
|
La Tabla 10 en la pgina 78 y la Tabla 11 en la pgina 79 listan los dispositivos y

los controladores de dispositivo necesarios para estos dispositivos. Los
controladores de dispositivo de IBM estn disponibles en el sitio ftp:
ftp://ftp.software.ibm.com/storage/devdrvr/. Se recomienda instalar el
controlador ms reciente disponible.
|
|
Nota: los controladores de dispositivo genricos no son compatibles con las

unidades especificadas en las clases de dispositivos WORM.
77
Tabla 10. Controladores de dispositivo para unidades de cintas o unidades pticas

Dispositivo
Tipo de dispositivo
Biblioteca
Controlador de dispositivo
Unidad de 4 MM
4MM
SCSI externa, manual
Unidad de 8 MM
8MM
Controlador de dispositivo de
(preferible)
Controlador DLT
DLT
SCSI, ACSLS, externa,

manual
Unidad DTF
DTF
Unidad QIC
QIC
Unidad StorageTek SD3,

9490, 9840, 9940
ECARTRIDGE

manual
Unidad IBM 3570
3570
Unidad IBM 3590, 3590E,

3590H
3590
SCSI, 349X, ACSLS externa,

manual
| Unidad IBM 3592
3592
Manual, 349X
Dispositivos de medios
REMOVABLEFILE
extrables (conectados como
sistemas de archivos
locales)
Manual, SCSI
ptico
OPTICAL
no admitidos por el controlador
de dispositivo de Tivoli Storage
Manager en la pgina 94.
IBM Windows (Controlador de
dispositivo de TotalStorage)
Instalacin de controladores de
dispositivo para dispositivos de
cinta SCSI IBM en la pgina 79.
Windows (obligatorio)
Configuracin de dispositivos de
medios extrables en la pgina
95.
(Consulte el apartado
Dispositivos admitidos por
IBM Tivoli Storage
Manager en la pgina 73.)
WORM ptico
Windows (debe cumplir los
requisitos de IBM Tivoli Storage
Manager)
WORM PTICO
Unidad no IBM LTO

Ultrium
LTO

manual
Unidad IBM LTO Ultrium

3580
LTO

manual
(obligatorio)
Configuracin de dispositivos de
medios extrables en la pgina
95.
(Consulte el apartado
Dispositivos admitidos por
IBM Tivoli Storage
Manager en la pgina 73.)
IBM Windows
Consulte el apartado Instalacin
de controladores de dispositivo
para dispositivos de cinta SCSI
IBM en la pgina 79.
78
Tabla 11. Controladores de dispositivo para bibliotecas automatizadas

Dispositivo
Biblioteca
Biblioteca IBM MP 3570, 3575
SCSI
Controlador de dispositivo de IBM

Windows.
Biblioteca IBM LTO Ultrium 3581,

3582, 3583, 3584
SCSI, RSM
Consulte la publicacin Instalacin de

controladores de dispositivo para
dispositivos de cinta SCSI IBM.
Biblioteca IBM 3494
3494
Controlador de biblioteca de cintas IBM

(ibmatl)
bibliotecas IBM 3494.
Nota: Las bibliotecas restantes (consulte

support/IBMTivoliStorageManager.html) utilizan el controlador de
dispositivo de IBM Tivoli Storage Manager.
Instalacin de controladores de dispositivo para dispositivos

de cinta SCSI IBM
|
|
|
|
|
Para obtener informacin sobre cmo instalar controladores de dispositivo para

dispositivos IBM 3490, 3570, 358X, 3590 y 3592, consulte las publicaciones
siguientes:
v IBM TotalStorage Tape Device Drivers Installation and Users Guide
|
|
Las guas pueden descargarse del sitio FTP, en la direccin

ftp://ftp.software.ibm.com/storage/devdrvr/. Se encuentran en la carpeta Doc.
v IBM Ultrium Device Drivers: Installation and Users Guide
Instalacin de controladores de dispositivo para bibliotecas

IBM 3494
Para un servidor de datos de biblioteca de cintas IBM 3494, consulte IBM
TotalStorage Tape Device Drivers Installation and Users Guide para instalar el
controlador. El controlador es el controlador de bibliotecas de cintas IBM,
compuesto por ibmatl (un servicio) y otros componentes.
Para determinar el nombre que debe utilizarse para definir la ruta de la biblioteca,
compruebe qu ha especificado en el archivo C:\winnt\ibmatl.conf como nombre
simblico de la biblioteca. Utilice esta informacin para completar el campo
Nombre de dispositivo en la hoja de trabajo. Por ejemplo, si el nombre simblico
para la biblioteca indicado en el archivo C:\winnt\ibmatl.conf es 3494a, especifique
dicho nombre en la hoja de trabajo en el campo Nombre de dispositivo para la
biblioteca.
Las unidades que estn en la biblioteca se han configurado por separado. Consulte
el apartado Instalacin de controladores de dispositivo para dispositivos de cinta
SCSI IBM.
Dispositivos IBM 3570, 3590 y LTO Ultrium

El controlador de dispositivo de Tivoli Storage Manager ya no reconocer los
dispositivos IBM 3570, 3590 o LTO Ultrium. Si est utilizando alguno de estos
79
dispositivos, deber descargar e instalar el controlador de dispositivo de IBM

correcto del sitio FTP ftp://ftp.software.ibm.com/storage/devdrvr/. Podr
encontrar los controladores para los sistemas Windows en las correspondientes
carpetas del sitio. Tambin ser necesario descargar el archivo PDF que contiene la
gua de instalacin y del usuario para este controlador de dispositivo, que
encontrar en la carpeta Doc. Consulte la Tabla 12 para determinar qu controlador
es necesario instalar.
Tabla 12. Controladores de dispositivo de IBM para dispositivos 3570, 3590 y LTO Ultrium
Dispositivo
Biblioteca
Unidad 3570
Biblioteca 3570

Windows (Controlador de dispositivo de
IBM TotalStorage).
Unidad 3590
Biblioteca 3590
Consulte el apartado Instalacin de

dispositivos de cinta SCSI IBM en la
pgina 79.
Unidad IBM LTO Ultrium
IBM LTO 3581, 3582, 3583, 3584

Windows (Controlador IBM Ultrium).
dispositivos de cinta SCSI IBM en la
pgina 79.
Si utiliza el componente Administrador de almacenamiento extrable (RSM)

Windows para gestionar los dispositivos de biblioteca de cintas SCSI, puede seguir
utilizndolo. Si no lo est utilizando, ser necesario desactivarlo para que no entre
en conflicto con el uso que Tivoli Storage Manager hace de dichos dispositivos.
ste es un nuevo paso necesario para Tivoli Storage Manager versin 5.2 porque el
controlador de dispositivo para las bibliotecas y unidades 3570, 3590 y LTO
Ultrium permite que tanto RSM como Tivoli Storage Manager puedan reclamar
dichos dispositivos.
Un mtodo es desactivar los servicios RSM:
1. En el escritorio, pulse con el botn derecho en el icono Mi PC.
2. Seleccione Administrar.
3. Seleccione Servicios y Aplicaciones.
4. Seleccione Servicios.
5. Pulse con el botn derecho del ratn en Medios de almacenamiento extrables
y Todas las tareas y, a continuacin, en Detener.
6. Pulse con el botn derecho del ratn en Medios de almacenamiento extrables
y seleccione Propiedades.
7. Bajo la ficha General, elija Deshabilitado para Tipo de inicio.
8. Pulse Aceptar.
Otro mtodo es permitir que RSM se ejecute, pero inhabilitando de forma selectiva
cada dispositivo SCSI que RSM intente administrar:
2. Seleccione Administrar.
3. Seleccione Almacenamiento.
4. Seleccione Medios de almacenamiento extrables.
80
5. Seleccione Ubicaciones fsicas.

6. Bajo Ubicaciones fsicas ver una lista de bibliotecas de cintas, debajo de las
cuales aparecern los controladores de biblioteca.
7. Pulse con el botn derecho del ratn en cada biblioteca y unidad que desee
desactivar de RSM y seleccione sus propiedades.
8. Deseleccione la casilla Habilitar biblioteca o Habilitar unidad.
9. Pulse Aceptar.
10. Cierre la consola de gestin del sistema.
Cuando se inicia el sistema operativo, el controlador de dispositivo de Windows
intenta adquirir los dispositivos que soporta antes de que el controlador de
dispositivo de IBM Tivoli Storage Manager adquiera los dispositivos. Lea los
apartados siguientes para determinar cmo debe seleccionar el controlador de
dispositivo que desea.
Controladores de dispositivo de Windows

Los controladores de dispositivo de Windows proporcionan una conexin bsica
para los dispositivos mediante el Administrador de almacenamiento extrable
(RSM) o las herramientas de copia de seguridad nativas de Windows. En
ocasiones, puede utilizar dispositivos no admitidos actualmente por el controlador
de dispositivo de IBM Tivoli Storage Manager mediante los controladores de
dispositivo de Windows. El servidor no puede utilizar todos los dispositivos a los
que dan soporte los controladores de dispositivo de Windows ya que algunos
dispositivos no tienen todas las funciones que requiere el servidor. Para determinar
si puede utilizar el controlador de dispositivo de Windows con un controlador de
dispositivo, consulte el apartado Requisitos para utilizar controladores de
dispositivo de Windows con IBM Tivoli Storage Manager en la pgina 82. En el
apartado Configuracin de dispositivos no admitidos por el controlador de
dispositivo de Tivoli Storage Manager en la pgina 94 encontrar el
procedimiento de configuracin de estos dispositivos.
Los controladores de dispositivo de Windows se pueden definir para que se inicien
de forma manual o automtica cuando se inicia el sistema operativo. Los
procedimientos para controlar estos controladores de dispositivo se describen en:
v Control de unos dispositivos con el controlador de dispositivo de IBM Tivoli
Storage Manager y de otros con los controladores de dispositivo de Windows
en la pgina 83
v Control de un dispositivo con el controlador de dispositivo de IBM Tivoli
Storage Manager y el controlador de dispositivo de Windows en la pgina 84
v Control de todos los dispositivos con los controladores de dispositivo
Windows en la pgina 85
La utilizacin de los controladores de dispositivo de Windows para dispositivos de
IBM Tivoli Storage Manager limita las funciones del servidor:
v Tivoli Storage Manager no reconoce el tipo de dispositivo.
Si agrega dispositivos y piensa utilizar los controladores de dispositivo de
Windows, debe comprender que el servidor desconoce los tipos de los
dispositivos y los formatos de grabacin. Por ejemplo, si utiliza un controlador
de dispositivo de Windows para una unidad de 4 MM con el formato de
grabacin DDS2, IBM Tivoli Storage Manager nicamente sabe que el dispositivo
es una unidad de cintas y utilizar el formato de grabacin predeterminado.
El servidor no puede impedir los errores si desconoce el tipo de dispositivo. Por
ejemplo, si una clase de dispositivo GENERICTAPE seala a un dispositivo de
81
biblioteca manual que contiene una unidad de 4 MM y una unidad de 8 MM, el

servidor puede realizar una peticin imposible: montar un cartucho de 4 MM en
una unidad de 8 MM.
v Los problemas con el dispositivo pueden ser ms difciles de resolver.
El servidor no puede informar acerca de errores de E/S con tanto detalle. Sin el
controlador de dispositivo de IBM Tivoli Storage Manager, el servidor slo
puede obtener una informacin mnima para visualizar en las anotaciones de la
consola del servidor.
Requisitos para utilizar controladores de dispositivo de

Windows con IBM Tivoli Storage Manager
Se pueden utilizar los dispositivos con controladores de dispositivo de Windows o
con controladores de dispositivo del fabricante, pero los dispositivos deben tener
las funciones siguientes:
v Grabar en modalidad variable
v Grabar marcas de archivo
v Poder avanzar/retroceder bloques de espacios
v Poder avanzar/retroceder marcas de archivo de espacios
Puede crearse un archivo donde se enumeren los dispositivos y sus atributos:
1. Pulse InicioProgramasIndicador de comandos en el botn Inicio de
Windows. Aparecer el dilogo Indicador de comandos.
2. Cambie al directorio en el que se ha instalado la consola de IBM Tivoli Storage
Manager. Las instalaciones predeterminadas tienen una ruta similar a la
siguiente:
c:\Archivos de programa\tivoli\tsm\console
3. Para crear el archivo, escriba el comando siguiente:

tsmdlst devlist.txt
4. Para ver el archivo, escriba el comando siguiente:

notepad devlist.txt
Seleccione uno de los siguientes procedimientos de configuracin del controlador

de dispositivo segn el entorno del dispositivo.
Control de dispositivos en Windows 2000

En los sistemas Windows 2000, el controlador de dispositivo IBM Tivoli Storage
Manager (ADSMSCSI) pasa a ser el controlador predeterminado despus de
instalarlo, y controla automticamente los dispositivos.
Control de todos los dispositivos con el controlador de

dispositivos IBM Tivoli Storage Manager
El controlador de dispositivo de IBM Tivoli Storage Manager da soporte a un gran
nmero de dispositivos de biblioteca manuales y automatizados. En muchos casos,
puede ser que todo lo que se necesite sea el controlador de dispositivo de IBM
El controlador de dispositivo de IBM Tivoli Storage Manager se instala con el
servidor, pero no se podr utilizar hasta que se controle el comportamiento
predeterminado del controlador de dispositivo de Windows. De forma
predeterminada, el controlador de dispositivo de Windows intenta adquirir todos
los dispositivos cuando se inicia Windows. Si ocurre esto, el controlador de
dispositivo de IBM Tivoli Storage Manager no podr adquirir dispositivos. Para
asegurarse de que el controlador de dispositivo de IBM Tivoli Storage Manager
82
adquiere los dispositivos que necesita, inicie el controlador de dispositivo de IBM

Tivoli Storage Manager antes de iniciar un controlador de dispositivo de Windows.
Para iniciar el controlador de dispositivo de IBM Tivoli Storage Manager antes que
cualquier controlador de dispositivo de Windows, efecte los procedimientos
siguientes desde la Consola de Tivoli Storage Manager y el Panel de control de
Windows:
Desde la consola de Tivoli Storage Manager:
1. En la consola de Tivoli Storage Manager, expanda el rbol hasta Controlador
de dispositivo de Tivoli Storage Manager en la mquina que est
configurando.
2. Expanda Controlador de dispositivo de TSM e Informes.
3. Pulse
Informacin de servicio en el rbol de la consola de IBM Tivoli
Storage Manager. La ventana Informacin de servicio aparece en el panel
derecho.
4. Pulse con el botn derecho en Controlador de dispositivo de IBM Tivoli
Storage Manager. Aparecer un men emergente.
5. Pulse Propiedades en el men emergente. Aparecer el dilogo Opciones de
controladores de dispositivo.
6. Pulse la casilla Activar Windows 2000 y soporte de dispositivo ptico para
seleccionarla. El tipo de inicio se establece en Arranque como valor
predeterminado.
7. Pulse Aceptar.
Si utiliza IBM Tivoli Storage Manager con Windows 2000, no es necesario controlar
de forma explcita la adquisicin del controlador de dispositivo de Windows. Si el
controlador de dispositivo de IBM Tivoli Storage Manager est en modalidad de
arranque, adquirir automticamente todos los dispositivos que no se especifiquen
en su lista de exclusin de dispositivos.
Control de unos dispositivos con el controlador de dispositivo

de IBM Tivoli Storage Manager y de otros con los controladores
de dispositivo de Windows
Algunos dispositivos a los que el controlador de dispositivo de IBM Tivoli Storage
Manager no da soporte pueden utilizarse con el servidor mediante los
controladores de dispositivo de Windows. En los sitios donde se utilizan una
combinacin de dispositivos admitidos y no admitidos, se pueden utilizar
conjuntamente los controladores de dispositivo de IBM Tivoli Storage Manager y
de Windows.
Un ejemplo de este supuesto es un entorno en el que se realiza una copia de
seguridad de unos datos en un dispositivo de biblioteca automatizada y, de otros,
en una unidad Iomega Jaz. El dispositivo de biblioteca automatizada precisa el
controlador de dispositivo de IBM Tivoli Storage Manager. Sin embargo, el
controlador de dispositivo de IBM Tivoli Storage Manager no da soporte a las
unidades Iomega Jaz, por lo tanto, se utiliza el controlador de dispositivo de
Windows para que el servidor pueda realizar las copias de seguridad en la unidad
Iomega Jaz.
Efecte el procedimiento siguiente desde la Consola de Tivoli Storage Manager y el
Panel de control de Windows:
83
Desde la consola de Tivoli Storage Manager:

1. Desde la consola de Tivoli Storage Manager, expanda el rbol hasta
Controlador de dispositivo de TSM en la mquina que est configurando.
3. Pulse
Informacin de servicio en el rbol de la consola de Tivoli Storage
Manager en el panel izquierdo. La ventana Informacin de servicio aparece en
el panel derecho.
4. Pulse con el botn derecho en Controlador de dispositivo de Tivoli Storage
Manager en el panel derecho. Aparecer un men emergente.
6. Pulse la casilla Activar Windows 2000 y soporte de dispositivo ptico para
predeterminado.
7. Para controlar un dispositivo que se utilizar con el controlador de dispositivo
de IBM Tivoli Storage Manager:
a. Utilice el botn (<) para mover un dispositivo del panel Dispositivos
controlados por controladores de dispositivo nativos al panel Dispositivos
controlados por el controlador de dispositivo de TSM.
b. Pulse Aceptar. Aparecer un mensaje que indica que debe reiniciarse el
controlador de dispositivo de Tivoli Storage Manager. Pulse Aceptar.
c. Pulse con el botn derecho en el controlador de dispositivo de Tivoli
Storage Manager en el panel derecho. Aparecer un men emergente.
Seleccione Detener.
d. Pulse con el botn derecho en el controlador de dispositivo de Tivoli
Storage Manager en el panel derecho. Aparecer un men emergente.
Seleccione Iniciar.
8. Para controlar un dispositivo con el controlador de dispositivo de Windows:
Utilice el botn de desplazamiento (>) para mover un dispositivo del panel
Dispositivos controlados por el controlador de dispositivo de TSM al panel
Dispositivos controlados por controladores de dispositivo nativos.
9. Pulse Aceptar.
Control de un dispositivo con el controlador de dispositivo de

IBM Tivoli Storage Manager y el controlador de dispositivo de
Windows
En determinados entornos, es posible que desee utilizar los mismos dispositivos
con el controlador de dispositivo de Tivoli Storage Manager y el controlador de
dispositivo de Windows. Por ejemplo, esto ocurre cuando los dispositivos se
utilizan para realizar copias de seguridad de datos con IBM Tivoli Storage
Manager y, a continuacin, los mismos dispositivos se utilizan para realizar copias
de seguridad con una herramienta de copia de seguridad distinta. Para lo que ser
necesario que reinicie el sistema para conmutar entre aplicaciones. Es posible
configurar los controladores de dispositivo de forma que pueda elegir entre iniciar
un controlador de dispositivo u otro.
Para configurar un dispositivo de modo que utilice el controlador de dispositivo
de IBM Tivoli Storage Manager con IBM Tivoli Storage Manager y el controlador
de dispositivo de Windows con otras aplicaciones, efecte los dos procedimientos
siguientes:
Active el controlador de dispositivo de Tivoli Storage Manager:
84

3. Pulse
el panel derecho.
Manager. Aparecer un men emergente.
6. Para utilizar el controlador de dispositivo de IBM Tivoli Storage Manager:
a. Pulse la casilla Activar Windows 2000 y soporte de dispositivo ptico para
seleccionarla. El controlador de dispositivo de IBM Tivoli Storage Manager
se configura automticamente para que se inicie al arrancar el sistema y
adquiera todos los dispositivos.
b. Pulse Aceptar.
7. Para utilizar el controlador de dispositivo de Windows:
a. Pulse la casilla Activar Windows 2000 y soporte de dispositivo ptico para
deseleccionarla. De este modo se garantiza que el controlador de
dispositivo de Windows adquiera dispositivos.
b. Pulse Aceptar.
8. Para que los cambios entren en vigor, debe rearrancar el sistema.
Control de todos los dispositivos con los controladores de

dispositivo Windows
De forma predeterminada, el controlador de dispositivo de Windows adquiere el
control de los dispositivos admitidos cuando se inicia el sistema operativo. En un
entorno compuesto enteramente por dispositivos no admitidos por el controlador
de dispositivo de IBM Tivoli Storage Manager, puede utilizar este valor
predeterminado.
Para configurar todos los dispositivos de modo que utilicen el controlador de
dispositivo de Windows, efecte lo siguiente:
3. Pulse
el panel derecho.
6. Pulse Manual como tipo de inicio. De este modo se garantiza que el
controlador de dispositivo de Windows adquiera dispositivos.
7. Pulse Aceptar.
85
Control de dispositivos en Windows Server 2003

En el sistema Windows Server 2003, los dispositivos los controla el controlador de
dispositivos predeterminado de Windows, incluso si se instala el controlador IBM
Tivoli Storage Manager (TSMSCSI). Si est ejecutando IBM Tivoli Storage Manager
en Windows Server 2003, debe actualizar manualmente el controlador que se
utiliza para cada dispositivo que desea que controle el controlador de dispositivo
de TSMSCSI.
Efecte el siguiente procedimiento desde la consola del administrador de
dispositivos:
1. Pulse con el botn derecho del ratn en el dispositivo y seleccione Properties.
Seleccione la ficha del controlador y Driver File Details. A continuacin podr
ver el controlador que controla el dispositivo.
2. Es necesario configurar el dispositivo para que lo pueda utilizar tsmscsi.sys.
Para ello, pulse con el botn derecho del ratn en el dispositivo y seleccione
Update driver o seleccione Action y luego Update Driver. Aparecer el
Hardware Update Wizard.
3. Seleccione Install from a list or specific location (Advanced).
4. Pulse Next.
5. Seleccione Dont Search. I will choose the driver to install.
6. Pulse Next.
7. Seleccione el controlador de dispositivo de IBM Tivoli Storage Manager que
debe controlar el dispositivo.
8. Pulse Next.
9. En el panel Hardware Installation, pulse Continue Anyway.
10. Pulse Finish.
11. Verifique que el dispositivo se ha configurado correctamente para tsmscsi:
a. Pulse con el botn derecho del ratn en el dispositivo y seleccione
Properties.
b. Seleccione la ficha del controlador y drive details.
86
Captulo 5. Configuracin de dispositivos de almacenamiento

Este captulo contiene conceptos y procedimientos para configurar dispositivos de
cinta, dispositivos de disco ptico y dispositivos de archivos extrables, como por
ejemplo, unidades Iomega Zip y unidades Jaz.
Utilice la tabla siguiente para obtener la informacin necesaria para comprender
los conceptos del soporte de dispositivos de Tivoli Storage Manager:
Conceptos:
Visin general de configuracin de dispositivos en la pgina 88
Mezcla de tipos de dispositivos en bibliotecas en la pgina 89
Opciones de servidor que afectan a las operaciones de almacenamiento en la pgina 90
Recuperacin ante cambios de dispositivos en la SAN en la pgina 128
Definicin de dispositivos y rutas en la pgina 129
Utilice la tabla siguiente para encontrar las instrucciones sobre tareas especficas:
Tareas:
Configuracin de dispositivos manuales en la pgina 91
Configuracin de dispositivos de biblioteca automatizada en la pgina 92
Configuracin de dispositivos pticos en la pgina 93
Configuracin de dispositivos no admitidos por el controlador de dispositivo de Tivoli
Storage Manager en la pgina 94
Configuracin de dispositivos de medios extrables en la pgina 95
Configuracin de dispositivos mediante comandos de Tivoli Storage Manager en la
pgina 97
Configuracin de servidores de Tivoli Storage Manager para que compartan dispositivos
conectados a SAN en la pgina 102
Configuracin de Tivoli Storage Manager para traspaso de datos fuera de la LAN en la
pgina 105
Configuracin de Tivoli Storage Manager para operaciones NDMP en la pgina 106
Configuracin de Tivoli Storage Manager para traspaso de datos fuera del servidor en la
pgina 107
Configuracin de bibliotecas IBM 3494 en la pgina 108
Configuracin de bibliotecas gestionadas mediante ACSLS en la pgina 122
Resolucin de problemas de configuracin de dispositivos en la pgina 127
Las tareas descritas en este captulo se realizan mediante la consola de Tivoli

Storage Manager y la interfaz de lnea de comandos. Para obtener informacin
sobre la consola de Tivoli Storage Manager, consulte la ayuda en lnea de la
consola de Tivoli Storage Manager. Para obtener informacin sobre los comandos
de Tivoli Storage Manager, consulte la publicacin Administrators Reference o emita
el comando HELP desde la lnea de comandos de un cliente de administracin de
87
Todos los comandos se pueden ejecutar desde la interfaz Web de administracin.

Para obtener ms informacin sobre cmo utilizar la interfaz de administracin,
algunas tareas descritas en este captulo requieren conocimientos sobre los objetos
de almacenamiento de Tivoli Storage Manager.Si desea obtener una introduccin
sobre objetos de almacenamiento, consulte el apartado Objetos de almacenamiento
de IBM Tivoli Storage Manager en la pgina 38.
Visin general de configuracin de dispositivos

Puede agregar dispositivos realizando los pasos siguientes:
1. Planifique el dispositivo.
Consulte el apartado Planificacin del almacenamiento del servidor en la
pgina 47.
2. Conecte el dispositivo al servidor.
Para obtener informacin sobre cmo conectar el dispositivo, consulte la
documentacin del fabricante del dispositivo. Consulte tambin el Captulo 4,
Conexin de dispositivos al sistema servidor, en la pgina 73 para obtener
informacin acerca de cmo conectar dispositivos en Tivoli Storage Manager.
3. Inicie el controlador de dispositivo pertinente.
Se puede utilizar el controlador de dispositivo de Tivoli Storage Manager y el
controlador de dispositivo de Windows nativo. Es posible que deba especificar
qu dispositivos adquiere cada controlador de dispositivo. Consulte el apartado
4. Configure el dispositivo.
El Asistente para la configuracin de dispositivos detecta automticamente las
unidades y le permite arrastrarlas y soltarlas para realizar la configuracin.
Nota: en la mayora de los casos, el servidor espera poder utilizar de forma
exclusiva los dispositivos que se definen en el servidor. Si se intenta
utilizar un dispositivo de Tivoli Storage Manager con otra aplicacin, es
posible que el servidor o la aplicacin fallen. Esta restriccin no se aplica
a los dispositivos de biblioteca 3494 ni cuando se utiliza una red de rea
de almacenamiento (SAN) para compartir dispositivos de biblioteca.
Consulte el apartado Configuracin de servidores de Tivoli Storage
Manager para que compartan dispositivos conectados a SAN en la
pgina 102 y el Configuracin de bibliotecas IBM 3494 en la pgina
108.
5. Determine el tipo de medios y el tipo de dispositivo para los datos de cliente.
Puede vincular clientes con dispositivos dirigiendo los datos a un tipo de
medios. Por ejemplo, los datos del departamento de contabilidad se pueden
dirigir a cintas de LTO Ultrium y como resultado, el servidor seleccionar los
dispositivos de LTO Ultrium.
Puede dirigir los datos a un tipo de medios especfico mediante la poltica de
Tivoli Storage Manager.Cuando inscriba nodos cliente, especifique la poltica
asociada. Consulte el apartado Captulo 11, Adicin de nodos cliente, en la
pgina 333.
Para configurar dispositivos mediante los comandos de Tivoli Storage Manager,
tambin debe definir o actualizar los objetos de poltica de Tivoli Storage
Manager que vincularn los clientes con los volmenes de agrupacin de
almacenamiento y con el dispositivo.
88
Para obtener una introduccin a los objetos de poltica de Tivoli Storage

Manager, consulte el apartado Cmo gestiona IBM Tivoli Storage Manager los
datos de los clientes en la pgina 6.Para obtener una descripcin de la poltica
estndar que se instala en el servidor, consulte el apartado La poltica
estndar en la pgina 391.
6. Inscriba los clientes en el dominio de polticas definido o actualizado en el paso
anterior. Este paso vincula los clientes y sus datos con los volmenes de
almacenamiento y los dispositivos. Si desea ms informacin acerca de cmo
inscribir clientes, consulte el apartado Gestin de nodos en la pgina 346.
7. Prepare los medios para el dispositivo.
Etiquete las cintas y los discos pticos antes de que se utilicen. En el caso de
los dispositivos de biblioteca automatizada, tambin debe agregar los medios al
inventario de volmenes del dispositivo dndolos de alta en el dispositivo de
biblioteca. Consulte el apartado Alta de medios en dispositivos de biblioteca
automatizada en la pgina 179.
Mezcla de tipos de dispositivos en bibliotecas

Tivoli Storage Manager da soporte a una mezcla de distintos tipos de dispositivo
dentro de una sola biblioteca automatizada, siempre y cuando la biblioteca pueda
distinguir de entre los distintos medios los distintos tipos de dispositivo. Las
bibliotecas que tienen esta capacidad son los modelos en los que el fabricante ya
proporciona una mezcla de unidades o que son capaces de admitir la adicin de
unidades diversas. Consulte con el fabricante as como el sitio Web de Tivoli
Storage Manager, donde encontrar bibliotecas especficas que se han comprobado
en Tivoli Storage Manager con diversos tipos de dispositivos. Por ejemplo, puede
tener unidades Quantum SuperDLT, unidades LTO Ultrium y unicades StorageTek
9940 en una sola biblioteca definida para el servidor de Tivoli Storage Manager.
Para obtener ejemplos de cmo configurarla, consulte los apartados Utilizacin de
comandos para definir objetos de almacenamiento de Tivoli Storage Manager en
la pgina 98 y Configuracin con varios tipos de dispositivos de unidad en la
pgina 111.
Mientras que el servidor de Tivoli Storage Manager permite que existan varios
tipos de dispositivo en una biblioteca, la mezcla de distintas generaciones del
mismo tipo de controlador todava no se admite. Existe una nueva generacin de
medios que las nuevas unidades pueden leer, as como grabar en los mismos, pero
que las unidades antiguas no pueden leer. En general, las nuevas unidades que
admiten la nueva generacin de medios pueden leer la generacin anterior de
medios pero no grabar en ellos.
La mezcla de generaciones del mismo tipo de unidad y tecnologa de medios por
lo general no se admite en una biblioteca de Tivoli Storage Manager. Todas las
unidades de una sola biblioteca deben poder leer todos los medios, si no grabar en
ellos. Si la nueva tecnologa de unidades no puede grabar en medios formateados
por unidades de una generacin anterior, los medios ms antiguos deben marcarse
como de slo lectura para evitar problemas en las operaciones del servidor.
|
|
|
|
|
Algunos ejemplos de combinaciones que el servidor de Tivoli Storage Manager no

admite en una sola biblioteca son:
v Unidades SDLT 220 con unidades SDLT 320
v Unidades DLT 7000 con unidades DLT 8000
v Unidades StorageTek 9940A con unidades 9940B
89
Una excepcin es que el servidor s admite la combinacin de unidades y medios

LTO Ultrium Generation 1 y unidades y medios LTO Ultrium Generation 2. El
servidor admite la mezcla porque las unidades LTO Ultrium Generation 2 pueden
leer y grabar en los medios de Generation 1. Si tiene previsto actualizar todos los
controladores a Ultrium Generation 2, antes suprima todas las definiciones de
unidades Ultrium y las rutas asociadas. A continuacin puede definir las nuevas
unidades Ultrium y sus rutas.
|
|
|
|
|
|
|
Si necesita realizar la transicin de una generacin ms antigua a una generacin

ms nueva de tecnologa de medios, tenga en cuenta las siguientes directrices:
v Actualice todas las unidades de una biblioteca a la nueva generacin de
tecnologa de medios.
v D de alta los medios ms antiguos, pero desgnelos como de solo lectura. Por
ejemplo, utilice el siguiente mandato:
update volume vol123 access=readonly
Opciones de servidor que afectan a las operaciones de

almacenamiento
Tivoli Storage Manager proporciona una serie de opciones que puede especificar
en el archivo de opciones del servidor (dsmserv.opt) para configurar ciertas
operaciones de almacenamiento del servidor. La tabla siguiente describe
brevemente estas opciones. Consulte la publicacin Administrators Reference para
obtener informacin detallada.
Tabla 13. Opciones de almacenamiento del servidor
90
Opcin
Descripcin
3494SHARED
Esta opcin permite compartir una biblioteca IBM 3494 entre

un servidor de Tivoli Storage Manager y aplicaciones de
servidor que no sean un servidor de Tivoli Storage Manager.
Esta configuracin no es recomendable porque puede
provocar un conflicto entre unidades.
ACSACCESSID
Especifica el ID para el control de acceso ACS (sistema

automtico de cartuchos).
ACSLOCKDRIVE
Permite bloquear las unidades de las bibliotecas ACSLS.
ACSQUICKINIT
Permite realizar una inicializacin rpida o completa de la

biblioteca ACSLS.
ACSTIMEOUTX
Especifica el mltiplo del valor de tiempo de espera

incorporado de la API ACSLS.
ASSISTVCRRECOVERY
Especifica si el servidor ayuda a una unidad IBM 3570 o

3590 a recuperarse de una condicin VCR (Registros vitales
de cartuchos) de prdida o dao.
DRIVEACQUIRERETRY
Especifica el nmero de veces que el servidor vuelve a

intentar adquirir una unidad en la biblioteca cuando no hay
unidades disponibles despus de adquirir un punto de
montaje.
NOPREEMPT
Especifica si el servidor permite que determinadas

operaciones tengan prioridad sobre otras operaciones para
acceder a volmenes y dispositivos. Consulte el apartado
Anticipacin de operaciones de cliente o servidor en la
Tabla 13. Opciones de almacenamiento del servidor (continuacin)

Opcin
Descripcin
RESOURCETIMEOUT
Especifica el intervalo de tiempo que el servidor espera un

recurso antes de cancelar la adquisicin pendiente del
recurso.
Nota: para una gestin correcta de los recursos de biblioteca
compartida, plantese la posibilidad de establecer la opcin
RESOURCETIMEOUT en el mismo lmite de tiempo para
todos los servidores en una configuracin compartida. En el
caso de recuperacin de errores, Tivoli Storage Manager
siempre aplazar la accin al lmite de tiempo ms largo.
SEARCHMPQUEUE
Especifica el orden en que el servidor satisface las peticiones

en la cola de montaje.
|
|
|
|
|
|
Este apartado incluye los procedimientos para configurar dispositivos con el

Asistente para la configuracin de dispositivos, cuando proceda. Aunque se
recomienda utilizar el asistente siempre que sea posible, algunos dispositivos,
como los servidores de datos de biblioteca de cintas IBM 3494, StorageTek Volsafe
y Sony AIT WORM deben agregarse mediante los comandos de Tivoli Storage
Manager.
Tarea
Adicin de dispositivos
Sistema
Configuracin de dispositivos manuales

Este apartado describe el procedimiento para configurar los dispositivos pticos y
de cinta manuales y autnomos admitidos por el controlador de dispositivo de
Tivoli Storage Manager. Consulte el apartado Dispositivos admitidos por IBM
Tivoli Storage Manager en la pgina 73.
Para los dispositivos a los que actualmente no da soporte el controlador de
dispositivo de Tivoli Storage Manager, se puede utilizar el controlador de
dispositivo de Windows. Consulte el apartado Configuracin de dispositivos no
admitidos por el controlador de dispositivo de Tivoli Storage Manager en la
pgina 94.
1. Conecte el dispositivo al sistema.
Siga las instrucciones del fabricante para conectar el dispositivo al sistema.
2. Configure el controlador de dispositivo adecuado para el dispositivo.
Consulte el apartado Seleccin de un controlador de dispositivo en la pgina
76.
a. Desde la consola de Tivoli Storage Manager, expanda el rbol
correspondiente a la instancia de servidor que est configurando.
b. Pulse Asistentes y, a continuacin, pulse dos veces en Configuracin de
dispositivos en el panel derecho. Aparecer el Asistente para la
configuracin de dispositivos.
c. Siga las instrucciones del asistente.
4. Determine la estrategia de copia de seguridad.
91
Determine en qu dispositivo el servidor realizar las copias de seguridad de

los datos de cliente, as como si stas se realizan en disco y, despus, se migran
a cinta, o si se realizan directamente en cinta. Consulte la publicacin
Planificacin del almacenamiento del servidor en la pgina 47.
5. Actualice la poltica de Tivoli Storage Manager.
Definir la poltica de Tivoli Storage Manager que vincula los datos de clientes
con el medio del dispositivo.Para ver un ejemplo, consulte el apartado
Definicin y actualizacin de un dominio de polticas en la pgina 415.
6. Etiquete los volmenes.
Consulte el apartado Etiquetado de medios para bibliotecas manuales en la
pgina 190.
Configuracin de dispositivos de biblioteca automatizada

En este apartado se describe el procedimiento para agregar dispositivos de
biblioteca automatizada mediante el Asistente para la configuracin de
dispositivos.
1. Conecte el dispositivo de biblioteca al sistema.
2. Configure el controlador de dispositivo adecuado para el dispositivo de
biblioteca.
76.
3. Configure el dispositivo de biblioteca.
b. Pulse Asistentes y, a continuacin, pulse dos veces en Configuracin de
dispositivos en el panel derecho. Aparecer el Asistente para la
configuracin de dispositivos.
c. Siga las instrucciones del asistente.
Consulte el apartado Etiquetado de medios para bibliotecas manuales en la
pgina 190.
7. Agregue los volmenes a la biblioteca.
Los volmenes se agregan a la biblioteca dndolos de alta en ella. Los
volmenes reutilizables se dan de alta de forma diferente que los volmenes
privados.
La adicin de volmenes depende de la presencia de volmenes reutilizables o
volmenes privados en el dispositivo de biblioteca:
92
v Se recomienda utilizar los volmenes reutilizables. A medida que se utilizan

los volmenes, puede ser que deba aumentar el nmero de volmenes
reutilizables permitidos en la agrupacin de almacenamiento definido para
esta biblioteca.
v No se recomienda utilizar volmenes privados, puesto que deber definir
volmenes para la agrupacin de almacenamiento. Los volmenes definidos
ya deben estar etiquetados. Para obtener informacin sobre cmo definir
volmenes, consulte el apartado Definicin de volmenes de agrupaciones
de almacenamiento en la pgina 258.
Configuracin de dispositivos pticos

Este apartado describe el procedimiento para configurar los dispositivos de disco
ptico admitidos por el controlador de dispositivo de Tivoli Storage Manager.
2.
3.
4.
5.

Configure el controlador de dispositivo de Windows adecuado para el
dispositivo.
76.
Configure el dispositivo.
a. En la consola de Tivoli Storage Manager, expanda el rbol hasta
Controlador de dispositivo de Tivoli Storage Manager en la mquina que
est configurando.
b. Expanda Controlador de dispositivo de Tivoli Storage Manager e
Informes.
c. Pulse Informacin de servicio en el rbol de la consola de Tivoli Storage
Manager que hay en el panel izquierdo. La ventana Informacin de servicio
aparece en el panel derecho.
d. Pulse con el botn derecho en Controlador de dispositivo de Tivoli Storage
e. Pulse Propiedades en el men emergente. Aparecer el dilogo Opciones
de controladores de dispositivo.
f. Pulse la casilla Activar Windows 2000 y soporte de dispositivo ptico para
predeterminado.
g. Pulse Aceptar. Aparecer un mensaje de aviso, ya que la accin cambia
algunas entradas del registro. Pulse Aceptar.
h. El controlador de dispositivo de Tivoli Storage Manager se iniciar antes
que los controladores de dispositivo de Windows. Si no desea que el
controlador de dispositivo de Tivoli Storage Manager controle todos los
dispositivos, excluya los dispositivos que desee del control de Tivoli Storage
Manager. Consulte el apartado Control de unos dispositivos con el
controlador de dispositivo de IBM Tivoli Storage Manager y de otros con
los controladores de dispositivo de Windows en la pgina 83.
Determine la estrategia de copia de seguridad.
a cinta. Consulte la publicacin Planificacin del almacenamiento del
Actualice la poltica de Tivoli Storage Manager.
93
Configuracin de dispositivos no admitidos por el controlador

de dispositivo de Tivoli Storage Manager
Puede configurar dispositivos para que se ejecuten con sus propios controladores o
con los controladores de dispositivo de Windows siempre y cuando los
dispositivos cumplan con los requisitos de Tivoli Storage Manager. Consulte la
publicacin Requisitos para utilizar controladores de dispositivo de Windows con
IBM Tivoli Storage Manager en la pgina 82.
Los dispositivos que no reciben soporte del controlador de dispositivo de Tivoli
Storage Manager pueden agregarse mediante comandos Tivoli Storage Manager.
Para obtener instrucciones y ejemplos detallados, consulte el apartado
Configuracin de dispositivos mediante comandos de Tivoli Storage Manager en
la pgina 97.
2. Configure el controlador de dispositivo de Windows adecuado para el
dispositivo.
76.
Para obtener instrucciones sobre la utilizacin de los comandos de Tivoli
Storage Manager para configurar el dispositivo, consulte el apartado
Utilizacin de comandos para definir objetos de almacenamiento de Tivoli
Storage Manager en la pgina 98. Deben seguirse las directrices siguientes:
v La clase de dispositivo debe tener el tipo de dispositivo GENERICTAPE.
v Defina una clase de dispositivo y un dispositivo de biblioteca manual
distintos para cada tipo de dispositivo exclusivo controlado por el
controlador de dispositivo de Windows. Por ejemplo, para utilizar una
unidad de 4 mm y una unidad de 8 mm, debe definir dos bibliotecas
manuales y dos clases de dispositivo (ambos con el tipo de dispositivo
GENERICTAPE).
Consulte los apartados Etiquetado de medios con una biblioteca de cintas
94
Configuracin de dispositivos de medios extrables

Los dispositivos de medios extrables pueden agregarse mediante los comandos de
Tivoli Storage Manager.Para obtener instrucciones y ejemplos detallados, consulte
el apartado Configuracin de dispositivos mediante comandos de Tivoli Storage
Manager en la pgina 97. Deben seguirse las directrices siguientes:
|
|
Si puede hacerse una copia de seguridad de un sistema de archivos en un

dispositivo de medios extrables, Tivoli Storage Manager podr utilizar dicho
dispositivo.El servidor reconoce el dispositivo como un dispositivo de tipo
REMOVABLEFILE. Para utilizar el tipo de dispositivo REMOVABLEFILE para un
dispositivo, ste debe cumplir los requisitos siguientes:
v No lo debe soportar ningn tipo de dispositivo que est disponible para una
clase de dispositivo de Tivoli Storage Manager.
v Debe ser un dispositivo con un medio extrable, por ejemplo, las unidades
Iomega Zip o Jaz, la unidad de CD o la unidad de DVD.
v El sistema operativo debe poder verlo como unidad de medio extrable y no
como una unidad de disco duro fijo. El servidor no puede utilizar el dispositivo
si la tarjeta adaptadora SCSI hace que la unidad del medio extrable aparezca
como unidad de disco fijo para el sistema operativo.
El sistema operativo trata a algunas unidades pticas como unidades fijas una
vez que los datos se han grabado en ellas y hasta el momento en que el sistema
se reinicia. El servidor no puede utilizar dichas unidades como dispositivos de
archivos extrables.
Nota: si un cartucho de datos asociado a una clase de dispositivo
REMOVABLEFILE tiene dos caras, el servidor tratar cada cara como un
volumen de Tivoli Storage Manager independiente. La clase de dispositivo
REMOVABLEFILE de Tivoli Storage Manager admite nicamente medios de
una sola cara.
|
|
|
|
|
|
Puede utilizar los medios CD o DVD como medios de entrada en un servidor de

Tivoli Storage Manager de destino mediante la clase de dispositivo
REMOVABLEFILE para entrada. El uso de la clase de dispositivo
REMOVABLEFILE permite que el servidor distinga los volmenes de los medios a
travs de una etiqueta de volumen, para solicitar los medios adicionales y
desmontar medios.
Con el soporte de CD para Windows, tambin puede utilizar los medios CD como
clase de dispositivo de salida. El uso de medios CD como salida requiere otro
software que utiliza un sistema de archivos diseado para medios CD. El software
del CD de ADAPTEC Direct es el paquete ms utilizado para esta aplicacin. Estos
medios permiten que otro software grabe en un CD con una letra de unidad y
nombres de archivos. Los medios pueden ser CD-R(lectura) o
CD-RW(lectura/grabacin).
|
|
|
|
|
|
Con el soporte de DVD para Windows, tambin puede utilizar los medios DVD
como clase de dispositivo de salida. El uso de medios DVD como salida requiere
otro software que utiliza un sistema de archivos diseado para medios DVD. El
software DVDFORM es una herramienta de uso habitual que se entrega con el
controlador de dispositivo de DVD. El software DVDFORM le permite etiquetar
los medios, que deben ser DVD, utilizando letras maysculas y nmeros.
Para configurar un dispositivo, realice los pasos siguientes:
95

76.
Storage Manager en la pgina 98. Deben especificarse los parmetros
siguientes:
v La clase de dispositivo debe tener un tipo de dispositivo REMOVABLEFILE.
v El tipo de biblioteca puede ser MANUAL o SCSI.
v El nombre de dispositivo utilizado al definir las unidades es la letra de la
unidad con la que el sistema conoce dicha unidad. Consulte el apartado
Obtencin de alias de dispositivos en la pgina 76.
a cinta, o si se realizan directamente en cinta. Consulte los apartados
Planificacin del almacenamiento del servidor en la pgina 47 y Definicin
y actualizacin de un dominio de polticas en la pgina 415.
5. Etiquete los medios de archivos extrables.
El servidor no proporciona herramientas para dar formato o etiquetar CD. Debe
etiquetar los CD con las herramientas del fabricante del dispositivo o con las
herramientas de Windows porque Tivoli Storage Manager no proporciona
herramientas ni para dar formato ni para etiquetar estos medios. Las
herramientas del sistema operativo incluyen el programa de administracin de
discos (una interfaz grfica de usuario) y el comando label. Consulte el
apartado Etiquetado de medios en la pgina 178.
Ejemplo de soporte de archivo extrable (CD)

Siga estos pasos como ejemplo de soporte Tivoli Storage Manager
REMOVABLEFILE.Este ejemplo toma un objeto de exportacin y lo mueve de un
servidor a otro.
v Servidor A:
Defina una clase de dispositivo denominada expfile con el tipo de dispositivo
FILE.
define devclass expfile devtype=file directory=c:\data\move
Exporte el nodo. Este comando crea un archivo denominado CDR03 en el

directorio c:\data\move. CDR03 contiene los datos de exportacin del nodo
USER1.
export node user1 filedata=all devclass=expfile vol=CDR03
Puede utilizar el software para grabar CD que creen un CD con la etiqueta de

volumen CDR03 que contenga el archivo denominado CDR03.
v Servidor B:
Inserte el CD en la unidad del sistema Windows, por ejemplo, E:.
Emita los siguientes comandos de Tivoli Storage Manager para importar los
datos del nodo en el volumen de CDR03:
96
define library manualdefine devclass cdrom devtype=removablefile library=manual

define drive manual cddrive
define path server01 cddrive srctype=server desttype=drive
library=manual device=e:
import node user1 filedata=all devclass=cdrom vol=CDR03
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ejemplo de soporte de archivo extrable (DVD-RAM)

Realice estos pasos (que son parecidos a los correspondientes al soporte para CD)
para traspasar datos de un servidor a otro. En el ejemplo siguiente se muestra el
funcionamiento de las unidades de DVD-RAM dentro de una biblioteca SCSI.
v Servidor A:
Configure el dispositivo.
Siga el mtodo de configuracin habitual para la biblioteca de cintas.
Para configurar las unidades de DVD-RAM, siga el procedimiento siguiente:
2. Seleccione Administrador de dispositivos.
3. Seleccione el dispositivo de CD-ROM SCSI correcto y pulse con el botn
derecho para seleccionar Propiedades.
4. Seleccione Controladores.
5. Seleccione Actualizar controlador y elija el archivo dvdram.sys
correspondiente al controlador.
Nota: puede visitar la pgina
http://panasonic.co.jp/mke/support/dvdram/lim/eoem/index.html para
descargar el controlador de dispositivo para las unidades de DVD-RAM
para Windows o bien solicitarlo al proveedor.
v Emita los comandos de Tivoli Storage Manager siguientes para gestionar las
funciones de biblioteca en el volumen de DVD-RAM DVD01 (utilice la
correlacin de elementos de biblioteca existente en las pginas de soporte del
dispositivo de IBM Tivoli Storage Manager correspondientes a su biblioteca para
determinar cul es el elemento correcto de cada unidad):
define library dvdlib libtype-scsi
define drive dvdlib drv1 element 6001
define path sever1 dvdlib srctype=server desttype=library device=lb6.0.0.3
define path server1 drv1 srctype=server desttype=drive
library=dvdlib device=i:
checkin libv dvdlib search=yes status=scratch
checkout libv dvdlib DVD01 rem=no
define devclass a_class devtype=removablefile library=dvdlib
Configuracin de dispositivos mediante comandos de Tivoli Storage

Manager
Puede agregar dispositivos utilizacin de los comandos de Tivoli Storage Manager.
En el supuesto siguiente se agrega un dispositivo de cinta manual, dispositivos de
biblioteca automatizada y un dispositivo de sistema de archivos extrables, como
por ejemplo, una unidad Iomega Jaz.
Los dispositivos de biblioteca automatizada pueden tener ms de un tipo de
dispositivo. En el supuesto se muestra el caso de una biblioteca con un tipo de
dispositivo (una unidad DLT 8000) y una biblioteca con dos tipos de dispositivos
(una unidad DLT 8000 y una unidad LTO Ultrium).
A continuacin se muestra un resumen de los pasos del supuesto:
97

76.
Storage Manager.
a cinta, o si se realizan directamente en cinta. Consulte los apartados
Planificacin del almacenamiento del servidor en la pgina 47 y Definicin
y actualizacin de un dominio de polticas en la pgina 415.
5. Etiquete los medios.
Consulte los apartados Etiquetado de medios con una biblioteca de cintas
6. Agregue los nuevos volmenes a la biblioteca.
Consulte el apartado Alta de medios en dispositivos de biblioteca
Algunas de las tareas descritas en este apartado requieren la comprensin de los
objetos de almacenamiento de Tivoli Storage Manager. Si desea obtener una
introduccin sobre objetos de almacenamiento, consulte el apartado Objetos de
almacenamiento de IBM Tivoli Storage Manager en la pgina 38. Para obtener
ms informacin sobre los comandos de Tivoli Storage Manager, consulte la
publicacin Administrators Reference.
Utilizacin de comandos para definir objetos de

almacenamiento de Tivoli Storage Manager
Debe definir los objetos que se utilizan para representar cada dispositivo de
biblioteca y sus unidades, as como sus rutas respectivas y la poltica que se ha
utilizado para gestionar los medios asociados a cada dispositivo de biblioteca.
Definir una biblioteca

Todos los dispositivos deben estar definidos como bibliotecas. Los dispositivos
manuales requieren una biblioteca de tipo manual, y la mayora de los dispositivos
automatizados requieren una biblioteca de tipo SCSI. Las bibliotecas automatizadas
tambin requieren una ruta definida mediante el comando DEFINE PATH. Las
bibliotecas se definen con el comando DEFINE LIBRARY.
Dispositivo manual
define library manual8mm libtype=manual
Dispositivo de biblioteca automatizada con un tipo de dispositivo

define library autodltlib libtype=scsi
Nota: si tiene una biblioteca SCSI con un lector de cdigos de barras y desea
etiquetar cintas automticamente antes de darlas de alta, puede
especificar lo siguiente:
|
|
|
|
define library autodltlib libtype=scsi autolabel=yes
98
define path server01 autodltlib srctype=server desttype=library

device=lb3.0.0.0
Dispositivo de biblioteca automatizada con dos tipos de dispositivos

define library automixlib libtype=scsi
define path server01 automixlib srctype=server desttype=library
device=lb3.0.0.0
Dispositivo de sistema de archivos extrables (unidad Iomega Jaz)

define library manualjaz libtype=manual
Para obtener ms informacin sobre la definicin de bibliotecas de Tivoli Storage

Manager, consulte el apartado Definicin de dispositivos y rutas en la pgina
129.
Definir las unidades de la biblioteca

Todas las unidades que desee utilizar deben definirse en la biblioteca. Las
unidades se definen con el comando DEFINE DRIVE. Tambin debe utilizar el
comando DEFINE PATH para definir la ruta para cada una de las unidades.
Dispositivo manual
define drive manual8mm drive01
define drive manual8mm drive02
define path server01 drive01 srctype=server desttype=drive library=manual8mm
device=mt1.0.0.0
define path server01 drive02 srctype=server desttype=drive library=manual8mm
device=mt2.0.0.0

define drive autodltlib dlt_mt4
define drive autodltlib dlt_mt5
define path server01 dlt_mt4 srctype=server desttype=drive library=autodltlib
device=mt4.0.0.0
define path server01 dlt_mt5 srctype=server desttype=drive library=autodltlib
device=mt5.0.0.0
Para las unidades de bibliotecas SCSI con ms de una unidad, el servidor

requiere la direccin de elemento para cada unidad. La direccin de elemento
indica la ubicacin fsica de una unidad dentro de una biblioteca
automatizada. El servidor intenta obtener la direccin del elemento
directamente de la unidad. Si la unidad no puede suministrar la informacin,
debe proporcionar la direccin del elemento en la definicin de la unidad.
Consulte el apartado Definicin de unidades en la pgina 130.
define drive automixlib dlt_mt4
define drive automixlib lto_mt5
define path server01 dlt_mt4 srctype=server desttype=drive library=automixlib
device=mt4.0.0.0
define path server01 lto_mt5 srctype=server desttype=drive library=automixlib
device=mt5.0.0.0
Para las unidades de bibliotecas SCSI con ms de una unidad, el servidor

requiere la direccin de elemento para cada unidad. La direccin de elemento
indica la ubicacin fsica de una unidad dentro de una biblioteca
automatizada. El servidor intenta obtener la direccin del elemento
directamente de la unidad. Si la unidad no puede suministrar la informacin,
debe proporcionar la direccin del elemento en la definicin de la unidad.
99

define drive manualjaz drive01
define path server01 drive01 srctype=server desttype=drive library=manualJAZ
device=mt1.0.0.0
Para obtener informacin detallada sobre unidades, consulte el apartado

Definicin de dispositivos y rutas en la pgina 129.
Definir las clases de dispositivo que agrupan dispositivos

parecidos
Cada uno de los dispositivos de Tivoli Storage Manager debe pertenecer a una
clase de dispositivo de Tivoli Storage Manager. Las clases de dispositivo son
conjuntos de dispositivos parecidos, como por ejemplo, todos los dispositivos de 8
mm que utilizan el mismo formato de medios. Las clases de dispositivo se definen
con el comando DEFINE DEVCLASS.
Dispositivo manual
define devclass tape8mm_class devtype=8mm format=8500 library=manual8mm

define devclass autodlt_class devtype=dlt format=drive library=autodltlib

define devclass autodlt_class devtype=dlt format=dlt40 library=automixlib
define devclass autolto_class devtype=lto format=ultriumc library=automixlib
Nota: no utilice el formato DRIVE, que es el valor predeterminado. Puesto

que las unidades son de tipos distintos, Tivoli Storage Manager utiliza
la especificacin de formato para seleccionar una unidad. Si se utiliza
el formato DRIVE en una biblioteca de medios mezclados el resultado
es imprevisible.
define devclass jazdisk_class devtype=removablefile library=manualjaz
Para obtener informacin detallada acerca de cmo definir las clases de dispositivo
de Tivoli Storage Manager, consulte el Captulo 9, Definicin de clases de
dispositivo, en la pgina 219.
Crear una agrupacin de almacenamiento para el dispositivo

agregado
Cada dispositivo de Tivoli Storage Manager debe estar asociado a una agrupacin
de almacenamiento de Tivoli Storage Manager para poder utilizarse para
almacenar datos de cliente. Las agrupaciones de almacenamiento son conjuntos de
medios y clases de dispositivos parecidos. Estn organizadas para un grupo de
tipos de medios especficos, como por ejemplo, una agrupacin de almacenamiento
denominada TAPE8MM_POOL para la clase de dispositivo TAPE8MM_CLASS y
una agrupacin de almacenamiento denominada AUTODLT_POOL para la clase de
dispositivo AUTODLT_CLASS.
Dispositivo manual
define stgpool tape8mm_pool tape8mm_class maxscratch=20

define stgpool autodlt_pool autodlt_class maxscratch=20

define stgpool autodlt_pool autodlt_class maxscratch=20
100
define stgpool autolto_pool autolto_class maxscratch=20

define stgpool manualjaz_pool jazdisk_class
Para obtener informacin detallada sobre cmo definir las agrupaciones de

almacenamiento, consulte el Captulo 10, Gestin de agrupaciones y volmenes de
almacenamiento, en la pgina 241.
Determinar la estrategia de copia de seguridad

Los administradores son los encargados de crear una estrategia de copia de
seguridad y de implementarla a travs de la poltica de Tivoli Storage Manager.
Generalmente, una estrategia de copia de seguridad determina el dispositivo y los
medios en los que se graban los datos del cliente. Tambin determina si la copia de
seguridad de los datos se realiza directamente en una cinta o si, por el contrario,
primero se realiza una copia de seguridad en el disco y, despus, se migra a una
cinta.
Para las copias de seguridad de disco a cinta:
1. Configure una jerarqua de agrupaciones de almacenamiento.
2. Utilice la poltica de Tivoli Storage Manager predeterminada STANDARD.
Para realizar copias de seguridad directamente en cinta, debe crear una nueva
poltica copiando la poltica predeterminada y modificndola para obtener los
resultados deseados. Consulte el apartado Configuracin de la poltica para copias
de seguridad directas a cinta en la pgina 434.
Determinar los medios y el tipo de dispositivo para las copias

de seguridad de cliente
Para determinar el tipo de medios y de dispositivo en el que el servidor debe
realizar la copia de seguridad de los datos del cliente, cambie la poltica de Tivoli
Storage Manager.
Dispositivo manual
Para asignar el nodo cliente astro a la poltica directa a cinta llamada
dir2tape, con la contrasea cadet, escriba:
register node astro cadet dir2tape
Dispositivos de biblioteca automatizada

Para asignar el nodo cliente astro a un dominio de polticas directas a cinta
denominado dsk2tape, con la contrasea cadet, escriba lo siguiente:
register node astro cadet dsk2tape

Para asignar el nodo cliente astro a un dominio de polticas de dispositivo
de medios extrables denominado rmdev, con la contrasea cadet, escriba lo
siguiente:
register node astro cadet rmdev
101
Configuracin de servidores de Tivoli Storage Manager para que

compartan dispositivos conectados a SAN
Para compartir dispositivos de biblioteca de cinta en una SAN, deben realizarse las
tareas siguientes:
Tarea

servidores
Sistema o almacenamiento sin restricciones
Configuracin del servidor gestor de

bibliotecas
Configuracin de los servidores de cliente de Sistema o almacenamiento sin restricciones

biblioteca
Configuracin de comunicaciones entre servidores

Antes de que los servidores de Tivoli Storage Manager puedan compartir un
dispositivo de biblioteca en una SAN, debe configurar las comunicaciones entre
servidores. Esto requiere configurar cada servidor de la misma manera que para la
administracin de Enterprise, que significa definir cada servidor en los dems
servidores mediante la funcin de definicin cruzada. Consulte el apartado
Configuracin de las comunicaciones entre los servidores en la pgina 618 para
Nota: debe configurar cada servidor con un nombre exclusivo.

Utilice el procedimiento siguiente como ejemplo para configurar un servidor de
Tivoli Storage Manager como un gestor de bibliotecas denominado ASTRO:
1. Verifique que el servidor de Tivoli Storage Manager que sea el gestor de
bibliotecas est en ejecucin. Si no lo est, incielo.
b. Expanda Informes.
c. Pulse
Informacin de servicio en el rbol de la consola de Tivoli
Storage Manager en el panel izquierdo. La ventana Informacin de
servicio aparece en el panel derecho.
d. Verifique que el servidor de Tivoli Storage Manager que sea el gestor de
bibliotecas est en ejecucin. Si est detenido, pulse con el botn derecho
en el nombre del servidor. Aparecer un men emergente.
e. Pulse Iniciar en el men emergente.
2. Verifique que el controlador de dispositivo de Tivoli Storage Manager est en
ejecucin y, si no es as, incielo:
correspondiente a la mquina que est configurando.
c. Pulse
Storage Manager en el panel izquierdo. La ventana Informacin de
servicio aparece en el panel derecho.
102
d. Compruebe si el controlador de dispositivo de Tivoli Storage Manager est

en ejecucin. Si est detenido, pulse con el botn derecho en Controlador
de dispositivo de Tivoli Storage Manager. Aparecer un men emergente.
3. Obtenga la informacin de biblioteca y de unidades para el dispositivo de
biblioteca compartida.
Informes.
c. Pulse Informacin de dispositivos. La ventana Informacin de
dispositivos aparece en el panel derecho.
4. Defina una biblioteca de tipo SCSI. Por ejemplo:
define library sangroup libtype=scsi shared=yes
Este ejemplo utiliza el valor predeterminado para el nmero de serie de la

biblioteca, es decir, el servidor obtiene el nmero de serie de la biblioteca en el
momento en que se define la ruta. Segn las posibilidades de la biblioteca, es
posible que el servidor no pueda detectar automticamente el nmero de
serie. En este caso, el servidor no registrar un nmero de serie para dicho
dispositivo y no podr confirmar la identidad del dispositivo al definir la ruta
o cuando el servidor utilice el dispositivo.
5. Defina la ruta desde el servidor a la biblioteca.
define path astro sangroup srctype=server desttype=library
device=lb0.0.0.2
Si no ha incluido el nmero de serie al definir la biblioteca, el servidor ahora

consulta la biblioteca para obtener esta informacin. Si ha incluido el nmero
de serie al definir la biblioteca, el servidor verifica lo que ha definido y emite
un mensaje si detecta alguna discrepancia.
6. Defina las unidades de la biblioteca.
define drive sangroup drivea
define drive sangroup driveb
Este ejemplo utiliza el valor predeterminado para el nmero de serie de la

unidad, es decir, el servidor obtiene el nmero de serie de la unidad en el
momento en que se define la ruta. Segn las posibilidades de la unidad, es
posible que el servidor no pueda detectar automticamente el nmero de
serie. En este caso, el servidor no registrar un nmero de serie para dicho
dispositivo y no podr confirmar la identidad del dispositivo al definir la ruta
o cuando el servidor utilice el dispositivo.
Este ejemplo tambin utiliza el valor predeterminado para la direccin del
elemento de la unidad, es decir, el servidor obtiene el nmero de elemento de
la unidad en el momento en que se define la ruta.
La direccin de elemento es un nmero que indica la ubicacin fsica de una
unidad en una biblioteca automatizada. El servidor necesita la direccin de
elemento para conectar la ubicacin fsica de la unidad con la direccin SCSI
de la unidad. Puede hacer que el servidor obtenga el nmero de elemento de
la unidad en el momento en que se define la ruta, o puede especificar el
nmero de elemento cuando se define la unidad.
Segn las posibilidades de la biblioteca, es posible que el servidor no pueda
detectar automticamente la direccin de elemento. En este caso debe
proporcionar la direccin del elemento al definir la unidad. Si necesita saber
los nmeros de elementos, remtase a la hoja de trabajo de dispositivo que ha
rellenado en el paso 6 en la pgina 74. Puede encontrar los nmeros de
103
elemento para muchas bibliotecas en

7. Defina la ruta desde el servidor a cada una de las unidades.
define path astro drivea srctype=server desttype=drive library=sangroup
device=mt0.1.0.2
define path astro driveb srctype=server desttype=drive library=sangroup
device=mt0.2.0.2
Si no ha incluido el nmero de serie o la direccin del elemento al definir la

unidad, el servidor ahora consulta la unidad o la biblioteca para obtener esta
informacin.
8. Defina al menos una clase de dispositivo.
define devclass tape devtype=dlt library=sangroup
9. Incluya el inventario de la biblioteca. En el ejemplo siguiente se comprueban

todos los volmenes del inventario de la biblioteca como volmenes
reutilizables. El servidor utiliza el nombre que hay en la etiqueta de cdigo de
barras como nombre del volumen.
checkin libvolume sangroup search=yes status=scratch
checklabel=barcode
10. Defina una agrupacin de almacenamiento para la biblioteca compartida con

un mximo de 50 volmenes reutilizables.
define stgpool backtape tape
description=storage pool for shared sangroup maxscratch=50
Configuracin de los servidores de cliente de biblioteca

Utilice el procedimiento siguiente como ejemplo para configurar un servidor de
Tivoli Storage Manager denominado JUDY como cliente de biblioteca. Debe definir
el servidor gestor de bibliotecas antes de configurar el servidor de cliente.
1. Verifique que el servidor de Tivoli Storage Manager que es el cliente de
biblioteca est en ejecucin y, si no es as, incielo.
c. Pulse
Storage Manager en el panel izquierdo. La ventana Informacin de servicio
d. Verifique que el servidor de Tivoli Storage Manager que sea el cliente de
biblioteca est en ejecucin. Si est detenido, pulse con el botn derecho en
el nombre del servidor. Aparecer un men emergente.
2. Verifique que el controlador de dispositivo de Tivoli Storage Manager est en
ejecucin y, si no es as, incielo:
c. Pulse
Storage Manager en el panel izquierdo. La ventana Informacin de servicio
104
d. Compruebe si el controlador de dispositivo de Tivoli Storage Manager est

en ejecucin. Si est detenido, pulse con el botn derecho en Controlador
de dispositivo de Tivoli Storage Manager. Aparecer un men emergente.
3. Obtenga la informacin de biblioteca y de unidades para el dispositivo de
Informes.
c. Pulse Informacin de dispositivos. La ventana Informacin de dispositivos
4. Defina la biblioteca compartida, SANGROUP e identifique el gestor de
bibliotecas. Asegrese de que el nombre de biblioteca concuerde con el nombre
de biblioteca en el gestor de bibliotecas.
Nota:
define library sangroup libtype=shared primarylibmanager=astro
5. En la consola de Tivoli Storage Manager del servidor designado como gestor de

bibliotecas: defina las rutas del servidor cliente de bibliotecas a cada una de las
unidades.
define path judy drivea srctype=server desttype=drive library=sangroup
device=mt0.1.0.3
define path judy driveb srctype=server desttype=drive library=sangroup
device=mt0.2.0.3
6. Vuelva al cliente de biblioteca para los pasos restantes: Defina al menos una clase de
dispositivo.
define devclass tape devtype=dlt mountretention=1 mountwait=10
library=sangroup
Establezca igual los parmetros para la clase de dispositivo en el cliente de

biblioteca que en el gestor de bibliotecas. Tambin es recomendable que los
nombres de clase de dispositivo sean iguales en ambos servidores, aunque no
es obligatorio.
7. Defina la agrupacin de almacenamiento, BACKTAPE, que utilizar como
description=storage pool for shared sangroup maxscratch=50
8. Repita este procedimiento para definir ms servidores como clientes de

biblioteca.
Configuracin de Tivoli Storage Manager para traspaso de datos fuera

de la LAN
Puede configurar el cliente y el servidor de Tivoli Storage Manager de modo que el
cliente pueda, a travs de un agente de almacenamiento, traspasar directamente
sus datos al almacenamiento de una SAN. Esta funcin se denomina traspaso de
datos fuera de LAN y la proporciona Tivoli Storage Manager para las redes de
reas de almacenamiento (SAN). Como parte de la configuracin, se instala un
agente de almacenamiento en el sistema cliente. Tivoli Storage Manager da soporte
a bibliotecas de cintas y bibliotecas de tipo FILE. Esta caracterstica da soporte a las
bibliotecas de cinta SCSI, 349X y ACSLS.
105
El procedimiento de configuracin que siga depender del tipo de entorno que

implemente; sin embargo, en todos los casos deber realizar lo siguiente:
1. Instale y configure el cliente.
2. Instale y configure el agente de almacenamiento.
3.
4.
5.
6.
Configure las bibliotecas para el traspaso de datos fuera de LAN.

Defina las bibliotecas y las rutas asociadas.
Defina los dispositivos asociados y sus rutas.
Configurar la poltica de Tivoli Storage Manager para el traspaso de datos fuera
de la LAN para el cliente.
Para obtener ms informacin sobre la configuracin de Tivoli Storage Manager

para el traspaso de datos fuera de la LAN, consulte la publicacin Gua del usuario
del agente de almacenamiento de IBM Tivoli Storage Manager.
Para ayudar a ajustar el uso de los recursos de la LAN y SAN, puede controlar la
ruta que toman las transferencias de datos para los clientes que poseen la funcin
de traspaso de datos fuera de LAN, traspaso de datos fuera de servidor, o ambas
funciones. Para cada cliente pueden seleccionar si las operaciones de lectura y
grabacin de datos utilizan:
v Slo la ruta de la LAN
v Slo la ruta fuera de la LAN
v Slo la ruta fuera del servidor
v Cualquier ruta
Consulte los comandos REGISTER NODE y UPDATE NODE en la publicacin
Configuracin de Tivoli Storage Manager para operaciones NDMP

Tivoli Storage Manager puede utilizar NDMP (protocolo de gestin de datos de
red) para comunicarse con servidores de archivos NAS y proporcionar servicios de
copia de seguridad y restauracin. Esta caracterstica da soporte a los tipos de
bibliotecas SCSI, ACSLS y 349x.
Para configurar Tivoli Storage Manager para operaciones NDMP, efecte lo
siguiente:
1. Defina las bibliotecas y sus rutas asociadas.
2.
3.
4.
5.
6.
7.
8.
106
Nota: las bibliotecas con varios tipos de dispositivos de unidad pueden

utilizarse con operaciones NDMP.
Defina una clase de dispositivo para operaciones NDMP.
Defina la agrupacin de almacenamiento para las copias de seguridad
realizadas utilizando operaciones NDMP.
Opcional: seleccione o defina una agrupacin de almacenamiento para
almacenar tablas de contenidos para las copias de seguridad.
Configurar la poltica de Tivoli Storage Manager para las operaciones NDMP.
Inscriba los nodos NAS en el servidor.
Defina un transportador de datos para el servidor de archivos NAS.
Defina las unidades y sus rutas asociadas.
Para obtener ms informacin acerca de la configuracin de Tivoli Storage

Manager, consulte el apartado Captulo 6, Utilizar NDMP para operaciones con
servidores de archivos NAS, en la pgina 135.
Configuracin de Tivoli Storage Manager para traspaso de datos fuera

del servidor
Tivoli Storage Manager da soporte al traspaso de datos fuera del servidor, en el
que un transportador de datos puede realizar una operacin de copia de seguridad
y restauracin de volmenes completos entre un origen (cliente) y un dispositivo
de almacenamiento en una configuracin SAN. Dado que el traspaso de datos lo
realiza un dispositivo independiente, un transportador de datos, si se utiliza el
traspaso de datos fuera del servidor, la actividad general del servidor disminuye.
Esta caracterstica da soporte a las bibliotecas de cintas SCSI que estn conectadas
mediante SCSI o canal de fibra.
Para utilizar el traspaso de datos fuera del servidor, debe realizar lo siguiente:
1. Determine el nombre de mbito mundial, el nmero de serie y el LUN para
cada dispositivo.
2. Defina las bibliotecas y sus rutas de servidor asociadas.
3. Defina las unidades y sus rutas asociadas.
4. Defina la clase de dispositivo para el traspaso de datos fuera del servidor.
5. Defina la agrupacin de almacenamiento para el traspaso de datos fuera del
servidor.
6. Actualice el grupo de copias.
7. Configurar la poltica de Tivoli Storage Manager para el traspaso de datos
fuera del servidor.
8. Inscriba el nodo cliente.
9. Defina los discos y sus rutas asociadas.
10. Defina un transportador de datos para el traspaso de datos fuera del servidor.
11. Defina las rutas asociadas al transportador de datos.
Para obtener ms informacin sobre la configuracin de Tivoli Storage Manager
para el traspaso de datos fuera del servidor, consulte el apartado Captulo 7,
Configuracin del traspaso de datos fuera del servidor, en la pgina 159.
Para ayudar a ajustar el uso de los recursos de la LAN y SAN, puede controlar la
ruta que toman las transferencias de datos para los clientes que poseen la funcin
de traspaso de datos fuera de LAN, traspaso de datos fuera de servidor, o ambas
funciones. Para cada cliente pueden seleccionar si las operaciones de lectura y
grabacin de datos utilizan:
v Slo la ruta de la LAN
v Slo la ruta fuera de la LAN
v Slo la ruta fuera del servidor
v Cualquier ruta
Consulte los comandos REGISTER NODE y UPDATE NODE en la publicacin
107
Configuracin de bibliotecas IBM 3494

Slo se puede agregar una biblioteca IBM 3494 mediante los comandos de Tivoli
Storage Manager. Uno o ms servidores de Tivoli Storage Manager pueden utilizar
una sola biblioteca IBM 3494. Consulte los apartados siguientes:
v Configuracin de una biblioteca IBM 3494 para que la utilice un servidor en la
pgina 109
v Compartir una biblioteca IBM 3494 entre servidores en la pgina 114
v Migracin de una biblioteca IBM 3494 al control de un gestor de bibliotecas en
la pgina 117
v Compartir una biblioteca IBM 3494 mediante particiones estticas de unidades
en la pgina 118
Consulte tambin el apartado Categoras de una biblioteca IBM 3494.
Nota: las bibliotecas 3494 son compatibles con Windows 2000 y Windows Server
2003.
|
|
Categoras de una biblioteca IBM 3494

|
|
|
|
|
El gestor de bibliotecas incorporado en la biblioteca IBM 3494 realiza un

seguimiento del nmero de categora de cada volumen de la biblioteca. Un nico
nmero de categora identifica a todos los volmenes utilizados con la misma
finalidad o en la misma aplicacin. Los nmeros de categora resultan tiles
cuando varios sistemas comparten los recursos de una sola biblioteca.
|
|
|
|
|
Atencin: cada uno de los dems sistemas o servidores de Tivoli Storage

Manager que se conecte a la misma biblioteca 3494 deber utilizar un conjunto
exclusivo de nmeros de categora. De no hacerlo as, dos o ms sistemas podran
intentar utilizar el mismo volumen y causar daos en los datos o provocar una
prdida de los mismos.
|
|
|
|
|
|
|
|
|
Normalmente, una aplicacin de software que utilice una biblioteca 3494 utilizar
los volmenes de una o varias categoras reservadas para ella. Para evitar la
prdida de datos, cada aplicacin que comparta la biblioteca debe utilizar
categoras exclusivas. Cuando defina una biblioteca 3494 en el servidor, puede
utilizar los parmetros PRIVATECATEGORY y SCRATCHCATEGORY para
especificar los nmeros de categora para volmenes reutilizables y privados de
Tivoli Storage Manager en dicha biblioteca. En el apartado Volmenes de IBM
Tivoli Storage Manager en la pgina 46 hallar ms informacin referente a los
volmenes privados y reutilizables.
|
|
|
|
|
|
|
|
En el momento en que se inserta por primera vez un volumen en la biblioteca, ya

sea manual o automticamente, en la estacin de E/S de que se dispone a tal
efecto, se le asigna la categora insercin (X'FF00'). Una aplicacin de software
como Tivoli Storage Manager puede ponerse en contacto con el gestor de
bibliotecas para cambiar el nmero de categora de un volumen. En el caso de
Tivoli Storage Manager, utilice el comando CHECKIN LIBVOLUME (consulte el
apartado Alta de medios en dispositivos de biblioteca automatizada en la pgina
179).
|
|
|
|
Si se instala en el sistema operativo Windows, un servidor de Tivoli Storage

Manager admite slo unidades de cintas 3590 y 3592 en una biblioteca IBM 3494.
El servidor reserva dos categora diferentes para cada objeto de biblioteca 3494. Las
categoras son privada y reutilizable.
108
|
|
|
|
|
Nota: un objeto de biblioteca 349X ahora slo contendr un tipo de dispositivo

(3590 o 3592) de unidades. De este modo, si tiene unidades 3590 y 3592 en la
biblioteca 349X, necesitar definir dos objetos de biblioteca: uno para las
unidades 3590 y uno para las unidades 3592. Cada objeto de biblioteca
tendr el mismo parmetro de dispositivo cuando se definan sus rutas.
|
|
|
|
Cuando defina una biblioteca 3494, puede especificar los nmeros de categora
para los volmenes que posee el servidor en esa biblioteca mediante los
parmetros PRIVATECATEGORY y SCRATCHCATEGORY. Por ejemplo:
|
|
|
|
En este ejemplo, el servidor utiliza las siguientes categoras en la nueva biblioteca

MY3494:
v 400 (X'190') Volmenes privados
v 401 (X'191') Volmenes reutilizables
|
|
|
|
|
|
Nota: los valores predeterminados de las categoras pueden ser aceptables en la

mayora de los casos. Sin embargo, si conecta otros sistemas o servidores de
Tivoli Storage Manager a una nica biblioteca 3494, asegrese de que cada
uno de ellos utilice nmeros de categora exclusivos. De no hacerlo as, dos
o ms sistemas podran intentar utilizar el mismo volumen y causar daos
en los datos o provocar una prdida de los mismos.
|
|
|
|
Para ver una explicacin en referencia a la interaccin entre clientes de

biblioteca y el gestor de bibliotecas para el proceso de operaciones de Tivoli
Storage Manager, consulte el apartado Realizacin de operaciones con
bibliotecas compartidas en la pgina 188.
define library my3494 libtype=349x privatecategory=400 scratchcategory=401
Configuracin de una biblioteca IBM 3494 para que la utilice un

servidor
En el ejemplo siguiente, una biblioteca IBM 3494 que contiene dos unidades est
configurada para que la utilice un servidor de Tivoli Storage Manager.
Configuracin del dispositivo en el sistema servidor

Primero debe configurar la biblioteca IBM 3494 en el sistema servidor. Esto implica
las tareas siguientes:
1. Establecer el nombre simblico de la biblioteca en el archivo de configuracin
del controlador de dispositivo de biblioteca (c:\winnt\ibmatl.conf). Este
procedimiento se describe en la publicacin IBM TotalStorage Tape Device Drivers
Installation and Users Guide.
2. Conectar fsicamente los dispositivos al hardware del servidor o la SAN.
3. Instalar y configurar los controladores de dispositivo que corresponda para los
dispositivos en el servidor que utilizar la biblioteca y las unidades.
4. Determinar los nombres de dispositivo necesarios para definir los dispositivos
en Tivoli Storage Manager.
Para obtener ms detalles, consulte los apartados Conexin de un dispositivo de
biblioteca automatizada en la pgina 74 y Seleccin de un controlador de
dispositivo en la pgina 76.
109
Definicin de los dispositivos para IBM Tivoli Storage

Manager
En este apartado se describen dos configuraciones:
v En la primera configuracin, ambas unidades de la biblioteca son el mismo tipo
de dispositivo.
v En la segunda configuracin, las unidades son tipos de dispositivos distintos.
Las unidades con tipos de dispositivos distintos estn admitidas en una nica
biblioteca fsica si define una biblioteca en Tivoli Storage Manager para cada tipo
de unidad. Si tiene dos tipos de dispositivos (como 3590E y 3590H), deber
definir dos bibliotecas. A continuacin, defina unidades y clases de dispositivos
para cada biblioteca. En cada definicin de clase de dispositivo, puede emplear
el parmetro FORMAT con el valor DRIVE, si lo desea.
Configuracin con un nico tipo de dispositivo de unidad

En este ejemplo, la biblioteca 3494 contiene dos unidades de cintas IBM 3590.
1. Defina una biblioteca 3494 denominada 3494LIB:
define library 3494lib libtype=349x
2. Defina una ruta desde el servidor a la biblioteca:

define path server1 3494lib srctype=server desttype=library
device=library1
El parmetro DEVICE especifica el nombre simblico de la biblioteca, tal como

est definido en el archivo de configuracin del controlador de dispositivo de
biblioteca (c:\winnt\ibmatl.conf).
Consulte los apartados Definicin de bibliotecas en la pgina 129 y
Bibliotecas SCSI en la pgina 40. Para obtener ms informacin acerca de las
rutas, consulte el apartado Definicin de rutas en la pgina 133.
3. Defina las unidades en la biblioteca:
define drive 3494lib drive01
Ambas unidades pertenecen a la biblioteca 3494LIB.

4. Defina una ruta desde el servidor a cada unidad:
define path server1 drive01 srctype=server desttype=drive
library=3494lib device=mt1.0.0.0
El parmetro DEVICE proporciona el alias de dispositivo para la unidad. Si

desea obtener ms informacin sobre los nombres de dispositivo, consulte el
apartado Utilizacin de alias de dispositivo en la pgina 75. Para obtener ms
informacin acerca de las rutas, consulte el apartado Definicin de rutas en la
pgina 133.
5. Clasifique las unidades de acuerdo con el tipo definiendo las clases de
dispositivo de Tivoli Storage Manager. Por ejemplo, para las dos unidades 3590
de la biblioteca 3494LIB, utilice el comando siguiente para definir una clase de
dispositivo denominada 3494_CLASS:
define devclass 3494_class library=3494lib devtype=3590 format=drive
Este ejemplo utiliza FORMAT=DRIVE como formato de grabacin ya que

ambas unidades asociadas a la clase de dispositivo emplean el mismo formato
de grabacin; ambas son unidades 3590. Si, en cambio, una unidad es 3590 y
otra es 3590E, deber emplear formatos de grabacin especficos al definir las
clases de dispositivos. Consulte el apartado Configuracin con varios tipos de
dispositivos de unidad en la pgina 111.
110
Consulte tambin el apartado Definicin y actualizacin de clases de

dispositivos de cinta en la pgina 221.
6. Verifique las definiciones emitiendo los siguientes comandos:
query
query
query
query
library
drive
path
devclass
Consulte los apartados Solicitar informacin sobre bibliotecas en la pgina

204, Solicitud de informacin sobre unidades en la pgina 206, Solicitud de
informacin sobre una clase de dispositivo en la pgina 236 y Solicitud de
informacin sobre rutas en la pgina 216.
7. Defina una agrupacin de almacenamiento denominada 3494_POOL asociada a
la clase de dispositivo denominada 3494_CLASS.
define stgpool 3494_pool 3494_class maxscratch=20
Opciones clave:
a. Los volmenes reutilizables son volmenes vacos etiquetables y disponibles
para su uso. Si permite el uso de volmenes reutilizables para la agrupacin
de almacenamiento especificando un valor para el nmero mximo de
volmenes reutilizables, el servidor puede elegir entre cualquiera de los
volmenes reutilizables que haya disponibles en la biblioteca sin que
necesite mayor intervencin del usuario. Si no permite los volmenes
reutilizables, debe realizar el paso adicional de definir explcitamente cada
volumen que se utilizar en la agrupacin de almacenamiento.
b. La funcin de proximidad est desactivada de forma predeterminada. La
funcin de proximidad es un proceso por el que el servidor intenta
conservar todos los archivos pertenecientes a un nodo cliente o un espacio
de archivos de cliente en un nmero mnimo de volmenes. Una vez que
los clientes empiezan a almacenar los datos en una agrupacin de
almacenamiento que tiene la funcin de proximidad desactivada, no se
pueden cambiar fcilmente los datos de la agrupacin de almacenamiento
de forma que stos sigan estando prximos entre s. Para obtener una
descripcin de las ventajas e inconvenientes de la funcin de proximidad,
consulte los apartados Cmo mantener juntos los archivos de un cliente:
Proximidad en la pgina 281 y Cmo afecta la funcin de proximidad a la
reclamacin en la pgina 296.
Para obtener ms informacin, consulte el apartado Definicin o actualizacin
de agrupaciones de almacenamiento primarias en la pgina 245.
Configuracin con varios tipos de dispositivos de unidad

En este ejemplo, la biblioteca 3494 contiene dos unidades de cintas IBM 3590E y
dos unidades de cintas IBM 3590H.
1. Defina dos bibliotecas, una por cada tipo de unidad. Por ejemplo, para definir
3590ELIB y 3590HLIB escriba los siguientes comandos:
define library 3590elib libtype=349x scratchcategory=301 privatecategory=300
define library 3590hlib libtype=349x scratchcategory=401 privatecategory=400
Consulte el apartado Definicin de bibliotecas en la pgina 129.

Nota: especifique las categoras reutilizable y privada explcitamente. Si acepta
los valores predeterminados de la categora para ambas definiciones de
biblioteca, se asignarn distintos tipos de medios a las mismas categoras.
2. Defina una ruta del servidor a cada biblioteca:
define path server1 3590elib srctype=server desttype=library device=library1
define path server1 3590hlib srctype=server desttype=library device=library1
111

Para obtener ms informacin acerca de las rutas, consulte el apartado
Definicin de rutas en la pgina 133.
3. Defina las unidades y compruebe que estn asociadas a las bibliotecas
adecuadas.
v Defina las unidades 3590E para 3590ELIB.
define drive 3590elib 3590e_drive1
define drive 3590elib 3590e_drive2
v Defina las unidades 3590H para 3590HLIB.

define drive 3590hlib 3590h_drive3
define drive 3590hlib 3590h_drive4
Nota: Tivoli Storage Manager no impide que pueda asociar una unidad a la
biblioteca incorrecta.
4. Defina una ruta del servidor a cada unidad. Compruebe que especifica la
biblioteca correcta.
v Para las unidades 3590E:
define path server1 3590e_drive1 srctype=server desttype=drive
library=3590elib device=mt1.0.0.0
define path server1 3590e_drive2 srctype=server desttype=drive
library=3590elib device=mt2.0.0.0
v Para las unidades 3590H:

define path server1 3590h_drive3 srctype=server desttype=drive
library=3590hlib device=mt3.0.0.0
define path server1 3590h_drive4 srctype=server desttype=drive
library=3590hlib device=mt4.0.0.0

pgina 133.
dispositivo de Tivoli Storage Manager, que especifican los formatos de
grabacin de las unidades. Como hay bibliotecas distintas, puede especificar un
formato de grabacin especfico, como por ejemplo 3590H, o puede especificar
DRIVE.
define devclass 3590e_class library=3590elib devtype=3590 format=3590e
define devclass 3590h_class library=3590hlib devtype=3590 format=3590h
Consulte el apartado Definicin y actualizacin de clases de dispositivos de

cinta en la pgina 221.
6. Para comprobar lo que ha definido, entre los comandos siguientes:
query
query
query
query
library
drive
path
devclass

112
7. Cree las agrupaciones de almacenamiento que utilizarn los dispositivos de las

clases de dispositivos que acaba de definir. Por ejemplo, defina una agrupacin
de almacenamiento denominada 3590EPOOL asociada a la clase de dispositivo
3490E_CLASS y otra denominada 3590HPOOL asociada a la clase de
dispositivo 3590H_CLASS:
define stgpool 3590epool 3590e_class maxscratch=20
define stgpool 3590hpool 3590h_class maxscratch=20
Opciones clave:
a. Los volmenes reutilizables son volmenes vacos etiquetados que estn
disponibles para utilizarlos. Si permite el uso de volmenes reutilizables
para la agrupacin de almacenamiento especificando un valor para el
nmero mximo de volmenes reutilizables, el servidor puede elegir entre
cualquiera de los volmenes reutilizables que haya disponibles en la
biblioteca sin que necesite mayor intervencin del usuario. Si no permite los
volmenes reutilizables, debe realizar el paso adicional de definir
explcitamente cada volumen que se utilizar en la agrupacin de
almacenamiento.

Asegrese de que haya suficientes volmenes disponibles para el servidor. Tenga
siempre a mano un nmero suficiente de volmenes etiquetados de manera que no
le falten cuando realice operaciones importantes, como por ejemplo, la copia de
seguridad de los clientes. Etiquete y reserve volmenes reutilizables adicionales
para posibles operaciones de recuperacin que puedan surgir posteriormente.
Cada volumen empleado por un servidor para cualquier fin debe tener un nombre
exclusivo. Este requisito se aplica a todos los volmenes, tanto si se utilizan para
las agrupaciones de almacenamiento como si se emplean para operaciones como
una copia de seguridad o exportacin de base de datos. El requisito se aplica
tambin a los volmenes que residen en distintas bibliotecas.
Los procedimientos para dar de alta y etiquetar volmenes son los mismos tanto si
la biblioteca contiene unidades de un solo tipo de dispositivo como si contiene
unidades de varios tipos de dispositivos.
Nota: si la biblioteca tiene unidades de varios tipos de dispositivos, habr definido
dos bibliotecas para el servidor de Tivoli Storage Manager en el
procedimiento del apartado Configuracin con varios tipos de dispositivos
de unidad en la pgina 111. Las dos bibliotecas de Tivoli Storage Manager
113
representan la nica biblioteca fsica. El proceso de dar de alta localiza todos

los volmenes disponibles que todava no se han dado de alta. Debe dar de
alta los medios por separado para cada biblioteca definida. Compruebe que
da de alta los volmenes en la biblioteca de Tivoli Storage Manager correcta.
Haga lo siguiente:
1. D de alta el inventario de biblioteca. A continuacin se muestran dos ejemplos.
v D de alta los volmenes que ya estn etiquetados:
checkin libvolume 3494lib search=yes status=scratch checklabel=no
v Etiquete y d de alta los volmenes:

label libvolume 3494lib search=yes checkin=scratch
2. Segn si utiliza volmenes reutilizables o volmenes privados, lleve a cabo una

v Si utiliza nicamente volmenes reutilizables, compruebe que haya
disponibles suficientes volmenes reutilizables. Por ejemplo, puede necesitar
etiquetar ms volmenes. A medida que se utilizan los volmenes, tambin
puede tener que aumentar el nmero de volmenes reutilizables permitidos
en la agrupacin de almacenamiento definida para esta biblioteca.
v Si desea utilizar en la biblioteca volmenes privados adems de, o en lugar
de, volmenes reutilizables, debe definir los volmenes para la agrupacin
de almacenamiento definida. Los volmenes que defina deben estar ya
etiquetados y dados de alta. Consulte el apartado Definicin de volmenes
de agrupaciones de almacenamiento en la pgina 258.
Si desea obtener ms informacin sobre el dar de alta volmenes, consulte el
179.
Utilizacin de los dispositivos para almacenar datos de cliente

Una vez conectados y definidos los dispositivos, puede almacenar datos de cliente
de dos maneras:
v Hacer que los clientes hagan copia de seguridad de los datos directamente en
cinta. Si desea obtener ms informacin, consulte el apartado Configuracin de
la poltica para copias de seguridad directas a cinta en la pgina 434.
v Hacer que los clientes hagan copia de seguridad de los datos en disco. Los datos
se migrarn posteriormente a cinta. Para obtener ms detalles, consulte el
apartado Visin general: Jerarqua de agrupaciones de almacenamiento en la
pgina 262.
Compartir una biblioteca IBM 3494 entre servidores

Para compartir una biblioteca IBM 3494 es necesario uno de los entornos
siguientes:
v La biblioteca debe estar en una SAN.
v Mediante el uso de los puertos dobles en las unidades 3590 de la biblioteca, las
unidades y la biblioteca estn conectadas a dos sistemas donde se ejecutan
servidores de Tivoli Storage Manager.
Las tareas siguientes son necesarias para que los servidores de Tivoli Storage
Manager compartan dispositivos de biblioteca en una SAN:
1. Configurar comunicaciones entre servidores.
2. Configurar el dispositivo en los sistemas servidor.
114
3. Configurar la biblioteca en el servidor gestor de bibliotecas. En el ejemplo

siguiente, el servidor gestor de bibliotecas se denomina MANAGER.
4. Configurar la biblioteca en el servidor cliente de bibliotecas. En el ejemplo
siguiente, el servidor cliente de bibliotecas se denomina CLIENT.
Consulte el apartado Categoras de una biblioteca IBM 3494 en la pgina 108
para obtener ms informacin sobre la configuracin de bibliotecas 3494.
Configuracin de comunicaciones entre servidores

Para que los servidores de Tivoli Storage Manager puedan compartir un
dispositivo de biblioteca en una SAN, debe configurar las comunicaciones entre
servidores. Esto requiere configurar cada servidor como se hara para Enterprise
Administration, lo que significa definir entre s los servidores mediante la funcin
de definicin cruzada. Consulte el apartado Configuracin de las comunicaciones
entre los servidores en la pgina 618 para obtener ms informacin. Para ver una
explicacin en referencia a la interaccin entre clientes de biblioteca y el gestor de
bibliotecas para el proceso de operaciones de Tivoli Storage Manager, consulte el
apartado Realizacin de operaciones con bibliotecas compartidas en la pgina
188.
Configuracin del dispositivo en el sistema servidor y la SAN

Primero debe configurar el dispositivo en el sistema servidor. Esto implica las
tareas siguientes:
del controlador de dispositivo de biblioteca. Este procedimiento se describe en
la publicacin IBM TotalStorage Tape Device Drivers Installation and Users Guide.
2. Conectar fsicamente los dispositivos a la SAN o al hardware del servidor.
3. En cada sistema servidor que acceder a la biblioteca y las unidades, instalar y
configurar los controladores de dispositivos adecuados para los dispositivos.
Nota: puede configurar una biblioteca 3494 para que contenga unidades del
mismo tipo de dispositivo o para que contenga unidades de varios tipos de
dispositivos. El procedimiento es parecido al descrito para una LAN
(Configuracin con varios tipos de dispositivos de unidad en la pgina
111).

Utilice el procedimiento siguiente como ejemplo de cmo configurar un servidor
de Tivoli Storage Manager como un gestor de bibliotecas denominado MANAGER:
1. Defina una biblioteca 3494 denominada 3494SAN:
define library 3494san libtype=349x shared=yes
2. Defina una ruta desde el servidor a la biblioteca:

define path manager 3494san srctype=server desttype=library
device=library1

115

define drive 3494san drivea
define drive 3494san driveb

define path manager drivea srctype=server desttype=drive library=3494san
device=mt4.0.0.0
define path manager driveb srctype=server desttype=drive library=3494san
device=mt5.0.0.0

5. Defina todas las clases de dispositivos que estn asociadas a la biblioteca
compartida.
define devclass 3494_class library=3494san devtype=3590
6. D de alta el inventario de biblioteca. A continuacin se muestran dos ejemplos.

En ambos casos, el servidor utiliza el nombre en la etiqueta de cdigo de barras
como nombre de volumen.
Para dar de alta los volmenes que ya estn etiquetados, utilice el comando
siguiente:
checkin libvolume 3494san search=yes status=scratch checklabel=no
Para etiquetar y dar de alta los volmenes, utilice el comando siguiente:

label libvolume 3494san checkin=scratch search=yes
7. Configure las agrupaciones de almacenamiento necesarias para la biblioteca

compartida con un mximo de 50 volmenes reutilizables.
define stgpool 3494_sanpool tape maxscratch=50
Configuracin de los servidores cliente de bibliotecas

Utilice el procedimiento de ejemplo siguiente para cada servidor de Tivoli Storage
Manager que ser un servidor cliente de bibliotecas.
1. Defina el servidor que ser el gestor de bibliotecas:
define server manager serverpassword=secret hladdress=9.115.3.45 lladdress=1580
crossdefine=yes
2. Defina una biblioteca compartida denominada 3494SAN e identifique al gestor

de bibliotecas:
define library 3494san libtype=shared primarylibmanager=manager
Nota: asegrese de que el nombre de biblioteca concuerde con el nombre de

biblioteca en el gestor de bibliotecas.
3. Siga este paso desde el gestor de bibliotecas. Defina una ruta desde el servidor
cliente de bibliotecas a cada unidad. El nombre del dispositivo debe reflejar el
modo en que el sistema cliente de bibliotecas percibe el dispositivo.
define path client drivea srctype=server desttype=drive
library=3494san device=mt3.0.0.0
define path client driveb srctype=server desttype=drive
library=3494san device=mt4.0.0.0

4. Vuelva al cliente de bibliotecas para conocer el resto de pasos. Defina todas las clases
de dispositivos que estn asociadas a la biblioteca compartida.
define devclass 3494_class library=3494san devtype=3590
116
Establezca igual los parmetros para la clase de dispositivo en el cliente de

biblioteca que en el gestor de bibliotecas. Tambin es recomendable que los
nombres de clase de dispositivo sean iguales en ambos servidores, aunque no
es obligatorio.
5. Defina la agrupacin de almacenamiento, BACKTAPE, que utilizar como
define stgpool backtape 3494_class maxscratch=50
6. Repita este procedimiento para definir servidores adicionales como clientes de

biblioteca. Para ver una explicacin en referencia a la interaccin entre clientes
de biblioteca y el gestor de bibliotecas para el proceso de operaciones de Tivoli
Storage Manager, consulte el apartado Realizacin de operaciones con
bibliotecas compartidas en la pgina 188.

de dos maneras:
pgina 262.
Migracin de una biblioteca IBM 3494 al control de un gestor de

bibliotecas
Si comparte una biblioteca IBM 3494 entre servidores de Tivoli Storage Manager
mediante la opcin 3494SHARED en el archivo dsmserv.opt, puede efectuar la
migracin para compartir la biblioteca utilizando un gestor de bibliotecas y clientes
de bibliotecas. Para asegurarse de que la migracin se efecta sin problemas y que
todos los volmenes de cintas que utilizan los servidores se asocian a los
servidores correctos, siga este procedimiento de migracin.
1. Lleve a cabo lo siguiente en cada servidor que comparta la biblioteca 3494:
a. Actualice las agrupaciones de almacenamiento mediante el comando
UPDATE STGPOOL. Establezca el valor de los parmetros HIGHMIG y
LOWMIG en 100%.
b. Detenga el servidor emitiendo el comando HALT.
c. Edite el archivo dsmserv.opt y haga los cambios siguientes:
1) Marque como comentario la lnea de la opcin 3494SHARED YES.
2) Active la lnea de la opcin DISABLESCHEDS YES si no est activa.
3) Active la lnea de la opcin EXPINTERVAL X si no est activa y cambie
el valor a 0, del modo siguiente:
EXPINTERVAL 0
d. Inicie el servidor.
e. Entre el siguiente comando de Tivoli Storage Manager:
disable sessions
2. Configure el gestor de bibliotecas en el servidor de Tivoli Storage Manager que

desee (consulte los apartados Configuracin de comunicaciones entre
servidores en la pgina 102 y Configuracin del servidor gestor de
bibliotecas en la pgina 102).
117
3. Lleve a cabo lo siguiente en los dems servidores de Tivoli Storage Manager

(los clientes de bibliotecas):
a. Guarde el archivo histrico de volmenes.
b. D de baja todos los volmenes en el inventario de biblioteca. Utilice el
comando CHECKOUT LIBVOLUME con REMOVE=NO.
c. Siga el procedimiento de configuracin de clientes de bibliotecas
(Configuracin de los servidores cliente de bibliotecas en la pgina 116).
4. Lleve a cabo lo siguiente en el servidor gestor de bibliotecas:
a. D de alta los volmenes de cada cliente de biblioteca. Utilice el comando
CHECKIN LIBVOLUME con los valores siguientes en los parmetros:
v STATUS=PRIVATE
v OWNER=<nombre de cliente de biblioteca>
Nota: puede utilizar como gua los archivos histricos de volmenes
guardados de los clientes de biblioteca.
b. D de alta los volmenes restantes como volmenes reutilizables. Utilice el
comando CHECKIN LIBVOLUME con STATUS=SCRATCH.
5. Detenga todos los servidores.
6. Edite el archivo dsmserv.opt y comente las lneas siguientes del archivo:
DISABLESCHEDS YES
EXPINTERVAL 0
7. Inicie los servidores.
Compartir una biblioteca IBM 3494 mediante particiones estticas de

unidades
Si su biblioteca IBM 3494 no se encuentra en una SAN, puede utilizar particiones
para compartir la biblioteca entre servidores de Tivoli Storage Manager.
Tivoli Storage Manager utiliza la funcin del gestor de bibliotecas 3494, que
permite realizar particiones de una biblioteca entre varios servidores de Tivoli
Storage Manager. La diferencia entre utilizar particiones de biblioteca y compartir
una biblioteca en una SAN reside en el hecho de que, con las particiones, no
existen clientes o gestores de bibliotecas de Tivoli Storage Manager.
Al crear una particin de una biblioteca en una LAN, cada servidor tiene su propio
acceso a la misma biblioteca. Para cada servidor, debe definir una biblioteca con
categoras de volmenes de cinta exclusivas para ese servidor. Cada unidad que
reside en la biblioteca se define nicamente para un servidor. Cada servidor slo
puede acceder a las unidades que le han sido asignadas. Como consecuencia, la
particin de biblioteca no permite el compartimiento dinmico de unidades ni de
volmenes de cinta, puesto que se han asignado previamente a distintos servidores
mediante nombres y cdigos de categoras diferentes.
En el ejemplo siguiente, una biblioteca IBM 3494 que contiene cuatro unidades est
conectada a un servidor de Tivoli Storage Manager llamado ASTRO y a otro
servidor de Tivoli Storage Manager llamado JUDY.
Nota: Tivoli Storage Manager tambin puede compartir las unidades en una
biblioteca 3494 con otros servidores activando la opcin de servidor
3494SHARED. Cuando esta opcin est activada, se pueden definir todas las
unidades de una biblioteca 3494 en varios servidores, si hay conexiones SCSI
de todas las unidades a los sistemas donde se ejecutan los servidores. Este
118
tipo de configuracin no se recomienda, sin embargo, porque, cuando tiene

lugar este tipo de compartimiento, existe un riesgo de conflicto entre los
servidores por la utilizacin de las unidades y las operaciones pueden fallar.
Configuracin del dispositivo en los servidores

Primero debe configurar la biblioteca 3494 en el sistema servidor. Esto implica las
tareas siguientes:
del controlador de dispositivo de biblioteca. Este procedimiento se describe en
la publicacin IBM TotalStorage Tape Device Drivers Installation and Users Guide.
2. Conectar fsicamente los dispositivos al hardware del servidor.
3. En cada sistema servidor que acceder a la biblioteca y las unidades, instalar y
configurar los controladores de dispositivos adecuados para los dispositivos.
Definicin de los dispositivos para ASTRO de IBM Tivoli

Storage Manager
1. Defina la biblioteca 3494 denominada 3494LIB:
define library 3494lib libtype=349x privatecategory=400 scratchcategory=600
Las categoras PRIVATECATEGORY y SCRATCHCATEGORY se definen de

forma diferente respecto a los valores predeterminados. Consulte el apartado
Categoras de una biblioteca IBM 3494 en la pgina 108.
2. Defina la ruta desde el servidor, ASTRO, hasta la biblioteca:
define path astro 3494lib srctype=server desttype=library
device=library1

3. Defina las unidades que se particionan en el servidor ASTRO:
4. Defina la ruta desde el servidor, ASTRO, hasta cada una de las unidades:
define path astro drive1 srctype=server desttype=drive library=3494lib
device=mt1.0.0.0
define path astro drive2 srctype=server desttype=drive library=3494lib
device=mt2.0.0.0

pgina 133.
dispositivo de Tivoli Storage Manager. Por ejemplo, para clasificar las dos
119
unidades en la biblioteca 3494LIB, utilice el comando siguiente para definir una

clase de dispositivo denominada 3494_CLASS:

query
query
query
query
library
drive
path
devclass

Opciones clave:
Definicin de dispositivos para JUDY de Tivoli Storage

Manager
1. Defina la biblioteca 3494 denominada 3494LIB:
define library 3494lib libtype=3494 privatecategory=112 scratchcategory=300
120
Las categoras PRIVATECATEGORY y SCRATCHCATEGORY se definen de

modo diferente respecto a la definicin del primer servidor. Consulte el
apartado Categoras de una biblioteca IBM 3494 en la pgina 108.
2. Defina la ruta desde el servidor, JUDY, hasta la biblioteca:
define path judy 3494lib srctype=server desttype=library
device=library1

3. Defina las unidades que se particionan en el servidor JUDY:
4. Defina la ruta desde el servidor, JUDY, hasta cada una de las unidades:
define path judy drive3 srctype=server desttype=drive library=3494lib
device=mt3.0.0.0
define path judy drive4 srctype=server desttype=drive library=3494lib
device=mt4.0.0.0

pgina 133.
unidades en la biblioteca 3494LIB, utilice el comando siguiente para definir una
clase de dispositivo denominada 3494_CLASS:

query
query
query
query
library
drive
path
devclass

204, Solicitud de informacin sobre unidades en la pgina 206 y Solicitud de
informacin sobre una clase de dispositivo en la pgina 236.
Opciones clave:
121

Configuracin de bibliotecas gestionadas mediante ACSLS

Tivoli Storage Manager ofrece soporte para las bibliotecas de cintas que controla
StorageTek ACSLS (Automated Cartridge System Library Software).El servidor de
bibliotecas de ACSLS gestiona los aspectos fsicos del almacenamiento y la
recuperacin de los cartuchos de cintas. La aplicacin cliente de ACSLS se
comunica con el servidor de bibliotecas ACSLS para acceder a los cartuchos de
cintas de una biblioteca automatizada. Tivoli Storage Manager es una de las
aplicaciones que consigue el acceso a los cartuchos de cintas interactuando con
ACSLS a travs de su cliente, que se denomina ruta de control. El servidor de
Tivoli Storage Manager lee y escribe los datos en los cartuchos de cintas
interactuando directamente con las unidades de cinta a travs de la ruta de los
datos. La ruta de control y la ruta de los datos son dos rutas diferentes.
El daemon del cliente de ACSLS debe inicializarse antes de iniciar el servidor. Para
obtener ms detalles sobre la instalacin, la configuracin y la administracin del
sistema de ACSLS, consulte la documentacin de StorageTek que corresponda.
Nota: las bibliotecas ACSLS son compatibles con Windows 2000 y las versiones de
32 bits de Windows Server 2003.
|
|
Configuracin del dispositivo en el sistema servidor

La biblioteca est conectada al servidor ACSLS y las unidades estn conectadas al
servidor de Tivoli Storage Manager.El servidor de ACSLS y el servidor de Tivoli
Storage Manager deben encontrarse en sistemas diferentes.Consulte la
documentacin de instalacin de ACSLS para obtener ms informacin sobre cmo
configurar la biblioteca.
Definicin de los dispositivos para IBM Tivoli Storage

Manager
En este apartado se describen dos configuraciones:
v En la primera configuracin, ambas unidades de la biblioteca ACSLS son el
mismo tipo de dispositivo.
v En la segunda configuracin, las unidades son tipos de dispositivos distintos.
122
Las unidades con tipos de dispositivos distintos estn admitidas en una nica
biblioteca fsica si define una biblioteca en Tivoli Storage Manager para cada tipo
de unidad. Si tiene dos tipos de dispositivos (como 9840 y 9940), deber definir
dos bibliotecas. A continuacin, defina unidades y clases de dispositivos para
cada biblioteca. En cada definicin de clase de dispositivo, puede emplear el
parmetro FORMAT con el valor DRIVE, si lo desea.
Configuracin con un nico tipo de dispositivo de unidad

1. Defina una biblioteca ACSLS denominada ACSLIB:
define library acslib libtype=acsls acsid=1
El parmetro ACSID especifica el nmero que el ACSSA (Administrador del

sistema automtico de cartuchos) ha asignado a la biblioteca. Emita QUERY
ACS en el sistema ACSLS para determinar el nmero de ID de la biblioteca.
define drive acslib drive01 acsdrvid=1,2,3,4
define drive acslib drive02 acsdrvid=1,2,3,5
El parmetro ACSDRVID especifica el ID de la unidad a la que se accede. El ID

de unidad es un conjunto de nmeros que indican la ubicacin fsica de una
unidad dentro de una biblioteca ACSLS. Este ID de unidad debe especificarse
como a, l, p, d, donde a es ACSID, l es LSM (mdulo de almacenamiento de
bibliotecas), p es el nmero de panel y d es el ID de unidad. El servidor
necesita el identificador de unidad para conectar la ubicacin fsica de la
unidad con la direccin SCSI de la unidad. Consulte la documentacin de
StorageTek para obtener ms informacin.
library=acslib device=mt1.0.0.0
library=acslib device=mt2.0.0.0

pgina 133.
unidades en la biblioteca ACSLIB, utilice el comando siguiente para definir una
clase de dispositivo denominada ACS_CLASS:
define devclass acs_class library=acslib devtype=ecartridge format=drive

de grabacin; por ejemplo, ambas son unidades 9940. Si, en cambio, una
unidad es 9840 y otra es 9940, deber emplear formatos de grabacin
especficos al definir las clases de dispositivos. Consulte el apartado
Configuracin con varios tipos de dispositivos de unidad en la pgina 124.
query
query
query
query
library
drive
path
devclass
123

6. Cree la agrupacin de almacenamiento que utiliza los dispositivos de la clase
de dispositivo que acaba de definir. Por ejemplo, defina una agrupacin de
almacenamiento, denominada ACS_POOL, que est asociada a la clase de
dispositivo ACS_CLASS:
define stgpool acs_pool acs_class maxscratch=20
Opciones clave:
almacenamiento.
Configuracin con varios tipos de dispositivos de unidad

En el ejemplo siguiente se muestra cmo configurar una biblioteca ACSLS con una
combinacin de dos unidades 9840 y dos unidades 9940.
1. Defina dos bibliotecas ACSLS que utilicen el mismo ACSID. Por ejemplo, para
definir 9840LIB y 9940LIB, entre los comandos siguientes:
define library 9840lib libtype=acsls acsid=1
define library 9940lib libtype=acsls acsid=1
El parmetro ACSID especifica el nmero que el ACSSA (Administrador del

sistema automtico de cartuchos) ha asignado a las bibliotecas. Emita QUERY
ACS en el sistema ACSLS para determinar el nmero de ID de la biblioteca.
2. Defina las unidades y compruebe que estn asociadas a las bibliotecas
adecuadas.
Nota: Tivoli Storage Manager no impide que pueda asociar una unidad a la
biblioteca incorrecta.
v Defina las unidades 9840 para 9840LIB.
define drive 9840lib 9840_drive1 acsdrvid=1,2,3,1
v Defina las unidades 9940 para 9940LIB.
124

El parmetro ACSDRVID especifica el ID de la unidad a la que se accede. El ID

de unidad es un conjunto de nmeros que indican la ubicacin fsica de una
unidad dentro de una biblioteca ACSLS. Este ID de unidad debe especificarse
como a, l, p, d, donde a es ACSID, l es LSM (mdulo de almacenamiento de
bibliotecas), p es el nmero de panel y d es el ID de unidad. El servidor
necesita el identificador de unidad para conectar la ubicacin fsica de la
unidad con la direccin SCSI de la unidad. Consulte la documentacin de
StorageTek para obtener ms informacin.
3. Defina una ruta del servidor a cada unidad. Compruebe que especifica la
biblioteca correcta.
v Para las unidades 9840:
define path server1 9840_drive1 srctype=server desttype=drive
v Para las unidades 9940:


pgina 133.
dispositivo de Tivoli Storage Manager, que especifican los formatos de
grabacin de las unidades. Como hay bibliotecas distintas, puede especificar un
formato de grabacin especfico, como por ejemplo 9840, o puede especificar
DRIVE.Por ejemplo, para clasificar las unidades en las dos bibliotecas, utilice
los comandos siguientes para definir una clase de dispositivo para cada tipo de
unidad:
define devclass 9840_class library=9840lib devtype=ecartridge format=9840
define devclass 9940_class library=9940lib devtype=ecartridge format=9940

query
query
query
query
library
drive
path
devclass

6. Cree las agrupaciones de almacenamiento que utilizarn los dispositivos de las
clases de dispositivos que acaba de definir. Por ejemplo, defina la agrupacin
de almacenamiento denominada 9840_POOL asociada a la clase de dispositivo
125
9840_CLASS y la agrupacin de almacenamiento denominada 9940_POOL

asociada a la clase de dispositivo 9940_CLASS:
Opciones clave:
almacenamiento.

Asegrese de que haya suficientes volmenes disponibles para el servidor en la
biblioteca. Debe etiquetar los volmenes que todava no tienen una etiqueta
estndar. Tenga siempre a mano un nmero suficiente de volmenes etiquetados
de manera que no le falten cuando realice operaciones importantes, como por
ejemplo, la copia de seguridad de los clientes.
tambin a los volmenes que residen en distintas bibliotecas.
Atencin: si la biblioteca tiene unidades de varios tipos de dispositivos, habr
definido dos bibliotecas para el servidor de Tivoli Storage Manager en el
procedimiento del apartado Configuracin con varios tipos de dispositivos de
unidad en la pgina 124.Las dos bibliotecas de Tivoli Storage Manager
representan la nica biblioteca fsica. El proceso de dar de alta localiza todos los
volmenes disponibles que todava no se han dado de alta. Debe dar de alta los
medios por separado para cada biblioteca definida. Compruebe que da de alta los
volmenes en la biblioteca de Tivoli Storage Manager correcta.
1. D de alta el inventario de biblioteca. A continuacin se muestran ejemplos de
bibliotecas con un nico tipo de dispositivo de unidad y con varios tipos de
dispositivos de unidad.
126
v D de alta los volmenes que ya estn etiquetados:

checkin libvolume acslib search=yes status=scratch checklabel=no
v Etiquete y d de alta los volmenes:

label libvolume acslib search=yes overwrite=no checkin=scratch
2. Segn si utiliza volmenes reutilizables o volmenes privados, lleve a cabo una

v Si utiliza nicamente volmenes reutilizables, compruebe que haya
disponibles suficientes volmenes reutilizables. Por ejemplo, puede necesitar
etiquetar ms volmenes. A medida que se utilizan los volmenes, tambin
puede tener que aumentar el nmero de volmenes reutilizables permitidos
en la agrupacin de almacenamiento definida para esta biblioteca.
v Si desea utilizar en la biblioteca volmenes privados adems de, o en lugar
de, volmenes reutilizables, debe definir los volmenes para la agrupacin
de almacenamiento definida. Los volmenes que defina deben estar ya
etiquetados y dados de alta. Consulte el apartado Definicin de volmenes
de agrupaciones de almacenamiento en la pgina 258.
Si desea obtener ms informacin sobre el dar de alta volmenes, consulte el
179.

de dos maneras:
pgina 262.
Resolucin de problemas de configuracin de dispositivos

En los apartados siguientes se describen los procedimientos para resolver los
problemas relativos a la configuracin de dispositivos. Los apartados remiten a
informacin adicional cuando procede.
Visualizacin de informacin de dispositivos

Puede visualizar informacin sobre los dispositivos conectados al servidor
mediante la herramienta Informacin de dispositivos.
1. Desde la consola de Tivoli Storage Manager, expanda el rbol correspondiente
a la mquina que est configurando.
3. Pulse Informacin de dispositivos. Esta herramienta proporciona una forma
muy prctica de buscar informacin acerca de los dispositivos disponibles y
definidos en el servidor.
La informacin que proporciona esta herramienta procede del registro de
Windows. Parte de esta informacin se transfiere al registro mediante el
controlador de dispositivo de Tivoli Storage Manager.Para recibir una informacin
precisa, asegrese de que el controlador de dispositivo est en ejecucin. Si no se
127
est ejecutando el controlador de dispositivo, la informacin podra ser incorrecta

si se han cambiado las conexiones del dispositivo desde la ltima vez que se
ejecut el controlador de dispositivo.
Visualizacin de las anotaciones de eventos para buscar

errores de dispositivos
Puede visualizar las anotaciones de eventos de Windows para saber cul es el
problema que genera algunos errores de dispositivos.
1. En la consola de Tivoli Storage Manager, seleccione Iniciar. En la ventana
Herramientas de administracin, abra Visor de eventos. Aparecer informacin
acerca de los eventos del sistema.
2. Bajo la columna etiquetada con el nombre Origen, busque los eventos
etiquetados como AdsmScsi.
Puede utilizar los filtros para ver slo los eventos relacionados con Tivoli
Storage Manager.Desde el men Ver, seleccione Filtrar sucesos... y defina el
filtro para que muestre los sucesos con el identificador de sucesos 11.
3. Pulse dos veces en el suceso para obtener informacin acerca de la fecha y hora
del error y ms informacin. Para interpretar los bytes de datos que aparecen
en el campo Datos, utilice el apndice de la publicacin IBM Tivoli Storage
Manager Messages que trata sobre los errores de E/S de los dispositivos.
Recuperacin ante cambios de dispositivos en la SAN

Si se cambian las ubicaciones de dispositivos en la SAN puede que sea necesario
actualizar las definiciones de las rutas de las unidades y bibliotecas de Tivoli
Storage Manager. El servidor la ayudar a recuperar los cambios realizados en
dispositivos de la SAN utilizando nmeros de serie para confirmar la identidad de
los dispositivos con los que establece contacto.
Al definir un dispositivo (unidad o biblioteca) tiene la opcin de especificar el
nmero de serie para el mismo. Si no especifica el nmero de serie al definirlo, el
servidor lo obtiene cuando se define la ruta para el dispositivo. En todo caso, el
servidor tendr el nmero de serie en su base de datos. A partir de entonces, el
servidor utiliza el nmero de serie para confirmar la identidad de un dispositivo
para las operaciones.
Cuando el servidor utiliza las unidades y bibliotecas de una SAN, el servidor
intenta verificar que el dispositivo que est utilizando sea el correcto. El servidor
se pone en contacto con el dispositivo utilizando el nombre de dispositivo en la
ruta que se ha definido para el mismo. A continuacin, el servidor solicita el
nmero de serie al dispositivo y lo compara con el nmero de serie almacenado en
la base de datos del servidor para dicho dispositivo.
Si los nmeros de serie no coinciden, el servidor empieza el proceso de
descubrimiento de la SAN para intentar encontrar el dispositivo con el nmero de
serie coincidente. Si el servidor encuentra el dispositivo con el nmero de serie
coincidente, corrige la definicin de la ruta en la base de datos del servidor
actualizando el nombre de dispositivo en dicha ruta. El servidor emite un mensaje
con informacin sobre el cambio realizado en el dispositivo. A partir de entonces el
servidor utilizar el dispositivo.
Si desea saber cuando los cambios realizados en dispositivos de la SAN han
afectado a Tivoli Storage Manager, supervise los mensajes en las anotaciones de
actividades. A continuacin se muestran los rangos de nmeros para los mensajes
relacionados con los nmeros de serie:
128
v De ANR8952 a ANR8958
v De ANR8961 a ANR8967
Restriccin: algunos dispositivos no tienen la capacidad de informar de sus
nmeros de serie a las aplicaciones como el servidor de Tivoli Storage
Manager. Si el servidor no puede obtener el nmero de serie de un
dispositivo, no puede ayudarle a detectar los cambios realizados en la
ubicacin de dicho dispositivo en la SAN.
Definicin de dispositivos y rutas

Los apartados siguientes describen cmo definir bibliotecas y unidades, y tambin
sus rutas, en Tivoli Storage Manager. Consulte los apartados Gestin de
bibliotecas en la pgina 204 y Gestin de unidades en la pgina 205 para
obtener informacin acerca de cmo visualizar informacin sobre las bibliotecas y
las unidades y sobre cmo actualizar y eliminar bibliotecas y unidades.
Definicin de bibliotecas
Tarea
Definir o actualizar bibliotecas
Para poder utilizar una unidad, primero debe definir la biblioteca a la que
pertenece. Esto es as con las unidades montadas manualmente y con las unidades
de las bibliotecas automatizadas. Por ejemplo, tiene varias unidades de cintas
autnomas. Puede definir una biblioteca denominada MANUALMOUNT para
estas unidades utilizando el comando siguiente:
define library manualmount libtype=manual
Para todas las bibliotecas, excepto para las bibliotecas manuales, defina la
biblioteca y luego una ruta desde el servidor a la biblioteca. Por ejemplo, si tiene
un dispositivo IBM 3583, puede definir una biblioteca denominada
ROBOTMOUNT con el siguiente comando:
define library robotmount libtype=scsi
A continuacin, utilice el comando DEFINE PATH. En la ruta debe especificar el

parmetro DEVICE. El parmetro DEVICE es obligatorio y especifica el alias de
dispositivo por el que se conoce el mecanismo robotizado de la biblioteca.
define path server1 robotmount srctype=server desttype=library
device=lb3.0.0.0
Para obtener ms informacin acerca de las rutas, consulte el apartado Definicin

de rutas en la pgina 133.
Definicin de bibliotecas de SCSI en una SAN

Para un tipo de biblioteca de SCSI en una SAN, el servidor puede hacer el
seguimiento del nmero de serie de la biblioteca. Con el nmero de serie, el
servidor puede confirmar la identidad del dispositivo cuando se defina la ruta o
cuando el servidor utilice el dispositivo.
Si lo desea, puede especificar el nmero de serie al definir la biblioteca para el
servidor. Para su comodidad, el valor predeterminado es permitir al servidor que
obtenga el nmero de serie de la biblioteca en el momento en que se define la ruta.
129
Si especifica el nmero de serie, el servidor confirma que el nmero de serie es

correcto cuando se define la ruta a la biblioteca. Al definir la ruta, puede establecer
AUTODETECT=YES para permitir al servidor corregir el nmero de serie si el
nmero que detecta no coincide con el especificado al definir la biblioteca.
Segn las posibilidades de la biblioteca, es posible que el servidor no pueda
detectar automticamente el nmero de serie. No todos los dispositivos pueden
devolver un nmero de serie cuando una aplicacin como el servidor les solicita
dicho nmero. En este caso, el servidor no registrar un nmero de serie para
dicho dispositivo y no podr confirmar la identidad del dispositivo cuando se
defina la ruta o cuando el servidor utilice el dispositivo. Consulte el apartado
Recuperacin ante cambios de dispositivos en la SAN en la pgina 128.
Definicin de unidades
Tarea
Definir unidades
Para informar al servidor con respecto a una unidad que puede utilizarse para
acceder a los volmenes de almacenamiento, emita el comando DEFINE DRIVE,
seguido del comando DEFINE PATH. Para obtener ms informacin acerca de las
rutas, consulte el apartado Definicin de rutas en la pgina 133. Al emitir el
comando DEFINE DRIVE, debe proporcionar en parte o en su totalidad la
informacin siguiente:
Nombre de biblioteca
Nombre de la biblioteca en la que reside la unidad.
Nombre de unidad
Nombre asignado a la unidad.
Nombre de mbito mundial
Especifica el nombre de mbito mundial del canal de fibra de la unidad.
Nmero de serie
Nmero de serie de la unidad. El parmetro de nmero de serie es vlido
nicamente para las unidades que se encuentran en bibliotecas SCSI. Con
el nmero de serie, el servidor puede confirmar la identidad del
dispositivo al definir la ruta o cuando el servidor utilice el dispositivo.
Si lo desea, puede especificar el nmero de serie. El valor predeterminado
es permitir al servidor que obtenga el nmero de serie de la unidad en el
momento en que se define la ruta. Si especifica el nmero de serie, el
servidor confirma que el nmero de serie es correcto cuando se define la
ruta a la unidad. Al definir la ruta, puede establecer AUTODETECT=YES
para permitir al servidor corregir el nmero de serie si el nmero que
detecta no coincide con el especificado al definir la unidad.
Segn las posibilidades de la unidad, es posible que el servidor no pueda
detectar automticamente el nmero de serie. En este caso, el servidor no
registrar un nmero de serie para dicho dispositivo y no podr confirmar
la identidad del dispositivo cuando se defina la ruta o cuando el servidor
utilice el dispositivo. Consulte el apartado Recuperacin ante cambios de
dispositivos en la SAN en la pgina 128.
Direccin de elemento
Direccin de elemento de la unidad. El parmetro ELEMENT es vlido
nicamente para las unidades que se encuentran en bibliotecas SCSI. La
130
direccin de elemento es un nmero que indica la ubicacin fsica de una

unidad en una biblioteca automatizada. El servidor necesita la direccin de
elemento para conectar la ubicacin fsica de la unidad con la direccin
SCSI de la unidad. Puede permitir al servidor obtener el nmero de
elemento de la unidad en el momento en que se define la ruta, o puede
especificar el nmero de elemento cuando se define la unidad.
Segn las posibilidades de la biblioteca, es posible que el servidor no
pueda detectar automticamente la direccin de elemento. En este caso
debe proporcionar la direccin del elemento al definir la unidad, si la
biblioteca tiene ms de una unidad. Si necesita saber los nmeros de
elementos, remtase a la hoja de trabajo de dispositivo que ha rellenado en
el paso 6 en la pgina 74. Puede encontrar los nmeros de elemento para
muchas bibliotecas en www.ibm.com/software/sysmgmt/products/
Por ejemplo, para definir una unidad que pertenece a la biblioteca manual
denominada MANLIB, entre este comando:
define drive manlib mandrive
A continuacin, defina la ruta desde el servidor a la unidad, utilizando el nombre

de dispositivo que se utiliza para acceder a la unidad:
define path server1 mandrive srctype=server desttype=drive
library=manlib
device=mt3.0.0.0
Definicin de transportadores de datos

Los transportadores de datos son dispositivos conectados a SAN que, a travs de
una peticin de Tivoli Storage Manager, transfieren los datos del cliente para fines
de copia de seguridad, archivado o restauracin.Los transportadores de datos se
definen como objetos exclusivos para Tivoli Storage Manager.Al emitir el comando
DEFINE DATAMOVER, debe proporcionar en parte o en su totalidad la
Nombre de transportador de datos
Nombre del transportador de datos definido.
Tipo
Tipo de transportador de datos (SCSI o NAS).

Nombre de mbito mundial del canal de fibra del dispositivo
transportador de datos. Debe especificarse si el tipo de transportador de
datos es SCSI y se utilizar para el traspaso de datos fuera del servidor.
Nmero de serie
Especifica el nmero de serie del transportador de datos. Debe
especificarse si el tipo de transportador de datos es SCSI y se utilizar para
el traspaso de datos fuera del servidor.
Direccin de alto nivel
La direccin de alto nivel es la direccin IP numrica o el nombre de
dominio de un servidor de archivos NAS.
Direccin de bajo nivel
La direccin de bajo nivel especifica el nmero de puerto TCP que se
utiliza para acceder al servidor de archivos NAS.
131
ID de usuario
El ID de usuario especifica el ID de un usuario cuando inicia una sesin
NDMP (Protocolo de gestin de datos de red) con un servidor de archivos
NAS.
Contrasea
La contrasea especifica la contrasea asociada a un ID de usuario al
inicializar una sesin NDMP con un servidor de archivos de NAS. Solicite
al proveedor del servidor de archivos NAS los convenios sobre ID de
usuario y contrasea.
Hebras de copia
Nmero de operaciones de copia simultneas que soporta el transportador
de datos SCSI.
Activado
El parmetro en lnea especifica si el transportador de datos est en lnea.
Formato de datos
Este parmetro especifica el formato de datos que se utiliza segn el tipo
de dispositivo transportador de datos utilizado.
Por ejemplo, para definir un transportador de datos NAS denominado NAS1,
escriba lo siguiente:
define datamover nas1 type=nas hladdress=netapp2.tucson.ibm.com lladdress=10000
userid=root password=admin dataformat=netappdump
Definicin de discos
Para utilizar el traspaso de datos fuera del servidor, debe definir un disco
propiedad del cliente que resida en un entorno SAN. El disco se define en el
servidor para que lo pueda utilizar un dispositivo transportador de datos.
El servidor no realiza operaciones de traspaso de datos fuera del servidor para
datos residan en dispositivos de almacenamiento de disco a menos que se hayan
definido los discos en el servidor con este comando.
Al emitir el comando DEFINE DISK, debe proporcionar en parte o en su totalidad
la informacin siguiente:
Nombre de nodo
Nombre del nodo (cliente) que es el propietario de los discos que se estn
definiendo.
Nombre de disco
Nombre del disco que se est definiendo. El nombre ser el que haya
definido el sistema operativo del nodo propietario.
Nmero de serie
Nmero de serie del disco que se est definiendo.
Nombre de mbito mundial de canal de fibra del disco que se est
definiendo.
Activado
Este parmetro especifica si el disco est activo o no.
Por ejemplo,
define disk node01 Harddisk1 serial=100047 wwn=20020060450d00e2 online=yes
132
Definicin de rutas
Para poder utilizar un dispositivo, se debe definir una ruta entre el dispositivo y el
servidor o entre el dispositivo y el transportador de datos responsable del traspaso
de datos fuera del servidor. Se debe utilizar este comando para definir las
relaciones de rutas siguientes:
v Entre un servidor y una unidad o biblioteca.
v Entre un agente de almacenamiento y una unidad.
v Entre un transportador de datos y una unidad, un disco o una biblioteca.
Al emitir el comando DEFINE PATH, debe proporcionar en parte o en su totalidad
la informacin siguiente:
Nombre origen
Nombre del servidor, agente de almacenamiento o transportador de datos
que es el origen de la ruta.
Nombre destino
Nombre asignado al dispositivo que es el destino de la ruta.
Tipo origen
Tipo de origen para la ruta. (Para esta finalidad, un agente de
almacenamiento se considera un tipo de servidor.)
Tipo destino
Tipo de dispositivo que es el destino de la ruta.
Nombre de biblioteca
Nombre de la biblioteca en la que se define la unidad, si la unidad es el
destino de la ruta.
Dispositivo
Alias del dispositivo (para las bibliotecas IBM 3494, nombre simblico).
Este parmetro se puede utilizar para definir una ruta entre un servidor o
un agente de almacenamiento y una biblioteca, una unidad o un disco.
Este parmetro no debe utilizarse cuando se define un transportador de
datos como el tipo de origen, excepto cuando el transportador de datos es
un transportador de datos NAS. Los transportadores de datos NAS
requieren siempre un parmetro de dispositivo.
Deteccin automtica de nmero de serie y direccin de elemento
Para los dispositivo de una SAN, puede especificar si el servidor debe
corregir el nmero de serie o la direccin de elemento de una unidad o
biblioteca, si se especific incorrectamente en la definicin de la unidad o
biblioteca. El servidor utiliza el nombre de dispositivo para localizar el
dispositivo y compara el nmero de serie (y la direccin de elemento de
una unidad) que detecta con la definicin especificada del dispositivo. El
valor predeterminado es no permitir la correccin.
LUN
Nmero de unidad lgica. Identificador que se utiliza en un bus SCSI para

diferenciar los dispositivos que tienen el mismo ID de destino. En un bus
de canal de fibra se utiliza para diferenciar los dispositivos que tienen el
mismo nombre de mbito mundial. Si el LUN del dispositivo, tal y como
se ha identificado mediante el origen de la ruta, es diferente del LUN de la
definicin base del dispositivo, debe utilizar el LUN tal y como se ha
identificado mediante el origen de la ruta. Este parmetro no debe
utilizarse cuando se define un servidor como el tipo de origen.
133
ID de iniciador
ID de iniciador SCSI que utilizar el origen cuando acceda al destino. Este
parmetro no debe utilizarse cuando se define un servidor como el tipo de
origen.
Por ejemplo, si tiene una biblioteca de tipo SCSI denominada AUTODLTLIB con
un nombre de dispositivo lb3.0.0.0 y desea definirla en un servidor denominado
ASTRO1, deber efectuar lo siguiente:
define path astro1 autodltlib srctype=server desttype=library
device=lb3.0.0.0
Si tiene una unidad, DRIVE01, que reside en la biblioteca AUTODLTLIB y cuyo

nombre de dispositivo es mt3.0.0.0, y desea definirla en el servidor ASTRO1,
deber hacer lo siguiente:
define path astro1 drive01 srctype=server desttype=drive library=autodltlib
device=mt3.0.0.0
134
Captulo 6. Utilizar NDMP para operaciones con servidores de

archivos NAS
En este captulo se trata la planificacin, la configuracin y la gestin de un
entorno de copia de seguridad que protege el servidor de archivos de
almacenamiento de conexin a red (NAS) mediante NDMP. Tivoli Storage Manager
Extended Edition incluye soporte para el uso de NDMP para realizar operaciones
de copia de seguridad y restauracin de servidores de archivos NAS.
Configuracin de Tivoli Storage Manager para las operaciones NDMP en la pgina 146
Paso 1. Configuracin de bibliotecas de cintas para operaciones NDMP en la pgina
147
Paso 2. Configuracin de la poltica de Tivoli Storage Manager para operaciones
NDMP en la pgina 149
Paso 3. Inscripcin de nodos NAS con el servidor de Tivoli Storage Manager en la
pgina 150
Paso 4. Definicin de un transportador de datos para el servidor de archivos NAS en
la pgina 151
Paso 5. Definicin de una ruta a una biblioteca en la pgina 151
Paso 6. Definicin de unidades de cinta y rutas para operaciones NDMP en la pgina
152
Paso 7. Etiquetado y alta de las cintas en la biblioteca en la pgina 153
Paso 8. Planificacin de operaciones NDMP en la pgina 153
Copia de seguridad y restauracin de servidores de archivos NAS mediante NDMP en la
pgina 153
Gestin de la tabla de contenido en la pgina 157
Gestin de las operaciones NDMP en la pgina 155
Gestin de nodos de servidor de archivos NAS en la pgina 155
Gestin de transportadores de datos utilizados en operaciones NDMP en la pgina 156
Gestin de agrupaciones de almacenamiento para las operaciones NDMP en la pgina
157
Requisitos
Debe cumplir los requisitos siguientes al utilizar NDMP para operaciones con
servidores de archivos NAS:
135
Tivoli Storage Manager Extended Edition

Producto de programa bajo licencia que incluye soporte para el uso de
NDMP.
|
|
|
|
|
|
|

Servidor de archivos NAS. Tivoli Storage Manager debe admitir el sistema
operativo del servidor de archivos. Visite el sitio
support/IBMTivoliStorageManager.html para obtener una lista de
servidores de archivos NAS certificados mediante el software Ready for
IBM Tivoli.
|
|
|
|
|
Nota: los proveedores de la lista de software Ready for IBM Tivoli siguen
las directrices para implementar NDMP tal como especifica Tivoli
Storage Manager. Si un servidor de archivos se encuentra en la lista,
significa que ha sido sometido a pruebas para comprobar su
compatibilidad con Tivoli Storage Manager.
|
|
|
|
El servidor de archivos NAS debe admitir la combinacin del modelo de

servidor de archivos y el sistema operativo. Para obtener informacin ms
especfica, consulte la documentacin del producto para el servidor de
archivos NAS.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bibliotecas de cintas
El servidor de Tivoli Storage Manager admite tres tipos de bibliotecas para
las operaciones con NDMP. Las bibliotecas admitidas son SCSI y ACSLS.
Las bibliotecas de cintas 349X tambin pueden utilizarse con determinados
servidores de archivos NAS.
v Biblioteca SCSI
Biblioteca SCSI que admite el controlador de dispositivo de Tivoli
Storage Manager. Visite la direccin
support/IBMTivoliStorageManager.html. Este tipo de biblioteca se puede
conectar directamente al servidor de Tivoli Storage Manager o al
servidor de archivos NAS. Cuando se conecta la biblioteca directamente
al servidor de Tivoli Storage Manager, el servidor de Tivoli Storage
Manager controla las operaciones de la biblioteca pasando los comandos
SCSI directamente a la biblioteca. Cuando se conecta la biblioteca
directamente al servidor de archivos NAS, el servidor de Tivoli Storage
Manager controla la biblioteca pasando los comandos SCSI a la
biblioteca mediante el servidor de archivos NAS.
v Biblioteca ACSLS
Una biblioteca ACSLS slo se puede conectar directamente al servidor
de Tivoli Storage Manager. El servidor de Tivoli Storage Manager
controla la biblioteca pasando la peticin de biblioteca a travs de
TCP/IP al servidor de control de la biblioteca.
|
|
|
|
Nota: el servidor de Tivoli Storage Manager no incluye soporte de

biblioteca externa para la biblioteca ACSLS cuando la biblioteca se
utiliza para las operaciones NDMP.
v Biblioteca 349X
|
|
|
|
Una biblioteca 349X slo se puede conectar directamente al servidor de

Tivoli Storage Manager. El servidor de Tivoli Storage Manager controla
la biblioteca pasando la peticin de biblioteca a travs de TCP/IP al
gestor de biblioteca.
136
|
|
|
|
|
|
|
|
|
|
|
Compartimiento de biblioteca: el servidor de Tivoli Storage Manager que

realiza operaciones NDMP puede ser un
gestor de bibliotecas, tanto para una
biblioteca SCSI como para una biblioteca
349X, pero no puede ser un cliente de
biblioteca. Si el servidor de Tivoli Storage
Manager que lleva a cabo operaciones
NDMP es un gestor de bibliotecas, dicho
servidor debe controlar la biblioteca
directamente y no pasando comandos
mediante el servidor de archivos NAS.
|
|
|
|
|
|
|
Unidades de cinta
Una o ms unidades de cinta en la biblioteca de cintas. El servidor de
archivos NAS debe poder acceder a las unidades. El servidor de archivos
NAS y el sistema operativo deben admitir las unidades para operaciones
de copia de seguridad. Para obtener soporte completo de dispositivos para
NDMP, consulte la documentacin del producto del servidor de archivos
NAS.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Compartimiento de unidades: el servidor de Tivoli Storage Manager y

uno o ms servidores de archivos NAS
pueden compartir unidades de cinta.
Asimismo, cuando se conecta una
biblioteca SCSI o 349X al servidor de Tivoli
Storage Manager y no al servidor de
archivos NAS, las unidades se pueden
compartir:
v Por uno o ms servidores de archivos
NAS y uno o ms clientes de biblioteca
de Tivoli Storage Manager.
v Por uno o ms servidores de archivos
NAS y uno o ms agentes de
almacenamiento de Tivoli Storage
Manager.
Consulte con los fabricantes de hardware la compatibilidad de combinaciones

especficas de un servidor de archivos NAS con dispositivos de cinta y dispositivos
con conexin a la SAN.
Interfaces utilizadas para las operaciones NDMP

Puede utilizar cualquiera de las interfaces descritas en este apartado para realizar
operaciones NDMP. Puede planificar una operacin NDMP utilizando los
comandos BACKUP NODE y RESTORE NODE y planificando la operacin como
una planificacin de administracin.
Interfaces del cliente:
v Cliente de lnea de comandos de copia de seguridad/archivado (en un sistema
Windows 2000, AIX de 32 bits o 64 bits o Sun Solaris de 32 bits o 64 bits)
v Cliente Web
Interfaces del servidor:
v Consola del servidor
v Lnea de comandos en el cliente de administracin
Captulo 6. Utilizar NDMP para operaciones con servidores de archivos NAS
137
Nota: en todos los ejemplos de este captulo se utilizan comandos del servidor.
v Interfaz Web de administracin
La interfaz de cliente Web de Tivoli Storage Manager, disponible con el cliente de
copia de seguridad/archivado, muestra grficamente los sistemas de archivos del
servidor de archivos NAS. La funcin de cliente no es necesaria, pero puede
utilizar las interfaces de cliente para operaciones NDMP. Se recomienda la funcin
de cliente para las operaciones de restauracin de nivel de archivo. Consulte el
apartado Planificacin de restauracin de nivel de archivo en la pgina 144 para
obtener ms informacin sobre la restauracin de nivel de archivo.
Tivoli Storage Manager le solicitar un ID de administrador y una contrasea
cuando realice funciones NDMP a travs de cualquiera de las dos interfaces de
cliente.Consulte la publicacin Gua del usuario e instalacin de los clientes de copia de
seguridad/archivado para obtener ms informacin sobre cmo instalar y activar
interfaces de cliente.
Formatos de datos para las operaciones de copia de seguridad con

NDMP
Durante las operaciones de copia de seguridad que utilizan NDMP, el servidor de
archivos NAS controla el formato de los datos grabados en la biblioteca de cintas.
El formato NDMP no es igual que el formato de datos utilizado para realizar las
copias de seguridad tradicionales de Tivoli Storage Manager. Cuando se define un
servidor de archivos NAS como transportador de datos y se define una agrupacin
de almacenamiento para operaciones NDMP, se especifica el formato de datos. Por
ejemplo, debe especificar NDMPDUMP para la mayora de los dispositivos. Debe
especificar NETAPPDUMP si el servidor de archivos NAS es un dispositivo de
conexin a red. Debe especificar CELERRADUMP si el servidor de archivos NAS
fuera un dispositivo EMC Celerra.
|
|
|
|
|
|
|
|
|
|
Planificacin de operaciones NDMP

La mayor parte de la planificacin necesaria para implementar operaciones de
copia de seguridad y recuperacin que utilizan NDMP est relacionada con la
configuracin de los dispositivos. Puede elegir cmo conectar las bibliotecas y las
unidades.
Planificacin de bibliotecas de cintas y unidades utilizadas en

operaciones NDMP
Muchas de las opciones de configuracin para bibliotecas y unidades se
determinan mediante las funciones de hardware de las bibliotecas. Puede
configurar operaciones NDMP con bibliotecas y unidades no admitidas. Sin
embargo, cuantas ms funciones tenga la biblioteca, mayor ser la flexibilidad de
que dispondr la implementacin.
Puede empezar respondiendo a las preguntas siguientes:
v Qu tipo de biblioteca (SCSI, ACSLS o 349X) utilizar?
v Si utiliza una biblioteca SCSI, desea conectar robots de biblioteca de cintas al
servidor de Tivoli Storage Manager o al servidor de archivos de NAS?
v Cmo desea utilizar las unidades de cinta en la biblioteca?
Dedicar todas las unidades de cinta a operaciones NDMP.
138
Dedicar algunas unidades de cinta a operaciones NDMP y otras unidades a

operaciones tradicionales de Tivoli Storage Manager.
Compartir unidades de cinta entre operaciones NDMP y operaciones
tradicionales de Tivoli Storage Manager.
Determinacin del lugar de conexin del robot de biblioteca

de cintas
Si emplea una biblioteca de cintas SCSI, uno de los primeros pasos al planificar las
operaciones NDMP consiste en determinar dnde conectarla. Debe determinar si
conectar el robot de biblioteca al servidor de Tivoli Storage Manager o al servidor
de archivos NAS.Independientemente de dnde conecte el robot de biblioteca, las
unidades de cinta siempre deben estar conectadas al servidor de archivos NAS
para operaciones NDMP.
Debe tener en cuenta la distancia y las conexiones de hardware disponibles para
las bibliotecas SCSI. Si la biblioteca no tiene puertos separados para control
robtico y acceso a las unidades, la biblioteca debe estar conectada al servidor de
archivos NAS porque el servidor de archivos debe tener acceso a las unidades. Si
la biblioteca SCSI tiene puertos separados para el control robtico y el acceso a las
unidades, puede elegir conectar el robot de la biblioteca al servidor de Tivoli
Storage Manager o al servidor de archivos NAS indistintamente. Si el servidor de
archivos NAS tiene una ubicacin diferente del servidor de Tivoli Storage Manager,
la distancia puede significar que debe conectar la biblioteca al servidor de archivos
NAS.
Tanto si utiliza una biblioteca SCSI, ACSLS o 349X, puede destinar la biblioteca a
las operaciones NDMP o utilizar la biblioteca para las operaciones NDMP y la
mayor parte de las operaciones tradicionales de Tivoli Storage Manager.
Tabla 14. Resumen de configuraciones para las operaciones NDMP
Configuracin
Compartimiento
Compartimiento de
de unidades
unidades entre
Compartimiento entre el agente
Distancia entre el
Tivoli Storage
de unidades
de
servidor de Tivoli
Manager y el
entre servidores almacenamiento
Storage Manager y la Compartimiento servidor de archivos
de archivos
y el servidor de
biblioteca
de biblioteca
NAS
NAS
archivos NAS
Configuracin 1
(biblioteca SCSI
conectada al
servidor de
Tivoli Storage
Manager)
Con lmite de
conexin SCSI o de
canal de fibra
Permitido
Permitido
Permitido
Permitido
Configuracin 2
(biblioteca SCSI
conectada al
servidor de
archivos NAS)
Sin lmite
No permitido
Permitido
Permitido
No permitido
Configuracin 3
(biblioteca 349X)
Con posible lmite de

conexin 349X
Permitido
Permitido
Permitido
Permitido
Configuracin 4
(biblioteca
ACSLS)
Con posible lmite de

conexin ACSLS
No permitido
Permitido
Permitido
No permitido
139
Configuracin 1: biblioteca SCSI conectada al servidor de Tivoli

Storage Manager
En esta configuracin, la biblioteca de cintas debe tener puertos separados para el
control robtico y para el acceso a las unidades. Adems, la biblioteca debe estar al
alcance del canal de fibra o del bus SCSI tanto del servidor de Tivoli Storage
Manager como del servidor de archivos NAS.
En esta configuracin, el servidor de Tivoli Storage Manager controla la biblioteca
SCSI mediante una conexin fsica directa al puerto de control robtico de la
biblioteca. Para operaciones NDMP, las unidades de la biblioteca estn conectadas
directamente al servidor de archivo NAS, y se debe definir la ruta desde del
transportador de datos NAS hasta cada una de las unidades que se van a utilizar.
El servidor de archivos NAS transfiere datos a la unidad de cinta cuando as lo
requiere el servidor de Tivoli Storage Manager. Para utilizar tambin las unidades
para operaciones de Tivoli Storage Manager, conecte el servidor de Tivoli Storage
Manager a las unidades de cinta y defina las rutas desde el servidor de Tivoli
Storage Manager hasta las unidades de cinta.Esta configuracin tambin admite un
agente de almacenamiento de Tivoli Storage Manager con acceso a las unidades
para sus operaciones fuera de la LAN, y el servidor de Tivoli Storage Manager
puede ser un gestor de bibliotecas.
Servidor
de TSM
Biblioteca
de cintas
Cliente Web
(opcional)
Leyenda:
Servidor
de archivos
NAS
Conexin SCSI o
de canal de fibra
Conexin
TCP/IP
Flujo de datos
Control de robtica
Acceso a unidad
1
2

Sistema de archivos
Discos
Figura 11. Configuracin 1: biblioteca SCSI conectada al servidor de Tivoli Storage Manager
Configuracin 2: biblioteca SCSI conectada al servidor de

archivos NAS
En esta configuracin, el robot de la biblioteca y las unidades deben estar
conectadas directamente al servidor de archivos NAS, y deben definir rutas desde
el transportador de datos NAS hasta la biblioteca y las unidades. No es necesaria
ninguna conexin fsica entre el servidor de Tivoli Storage Manager y la biblioteca
SCSI.
140
El servidor de Tivoli Storage Manager controla el robot de la biblioteca enviando

comandos de biblioteca al servidor de archivos NAS a travs de la red.El servidor
de archivos NAS pasa los comandos a la biblioteca de cintas. Las respuestas que
genera la biblioteca se envan al servidor de archivos NAS y se devuelven al
servidor de Tivoli Storage Manager a travs de la red.Esta configuracin admite un
servidor de Tivoli Storage Manager alejado fsicamente y un servidor de archivos
NAS.Por ejemplo, el servidor de Tivoli Storage Manager puede estar en una ciudad
y el servidor de archivos NAS y la biblioteca de cintas puede estar en otra ciudad.
Servidor
de TSM
Biblioteca
de cintas
Cliente Web
(opcional)
1 2
Leyenda:
Servidor
de archivos
NAS
Conexin SCSI o
de canal de fibra
Conexin
TCP/IP
Flujo de datos
Control de robtica
Acceso a unidad

Sistema de archivos
Discos
Figura 12. Configuracin 2: biblioteca SCSI conectada al servidor de archivos NAS
Configuracin 3: biblioteca 349X conectada al servidor de Tivoli

Storage Manager
Para esta configuracin la biblioteca de cintas se conecta al sistema igual que para
las operaciones tradicionales. Consulte el Captulo 4, Conexin de dispositivos al
sistema servidor, en la pgina 73 para obtener ms informacin. En esta
configuracin, el servidor de Tivoli Storage Manager controla la biblioteca de cintas
349X. El servidor de Tivoli Storage Manager controla la biblioteca pasando la
peticin al gestor de la biblioteca 349X a travs de TCP/IP.
Para efectuar operaciones de copia de seguridad o restauracin NAS, el servidor
de archivos NAS debe poder acceder a una o varias unidades de cinta de la
biblioteca 349X. Todas las unidades de cinta empleadas para las operaciones NAS
deben estar conectadas fsicamente al servidor de archivos NAS, y deben definirse
rutas desde el transportador de datos NAS hasta las unidades. El servidor de
archivos NAS transfiere datos a la unidad de cinta cuando as lo requiere el
servidor de Tivoli Storage Manager. Siga las instrucciones del fabricante para
conectar el dispositivo al sistema servidor.
Esta configuracin admite un servidor de Tivoli Storage Manager alejado
fsicamente y un servidor de archivos NAS.Por ejemplo, el servidor de Tivoli
141
Storage Manager puede estar en una ciudad y el servidor de archivos NAS y la

biblioteca de cintas puede estar en otra ciudad.
Servidor de Tivoli
Storage Manager
Biblioteca de
cintas 349X
Cliente web
(opcional)
1
2
Servidor de
archivos NAS
Leyenda:
Conexin SCSI o
de canal de fibra
Conexin a biblioteca
Sistema de archivos
Discos
Conexin
TCP/IP
Flujo de datos
Acceso a unidad
1 es opcional
Figura 13. Configuracin 3: biblioteca 349X conectada al servidor de Tivoli Storage Manager
Configuracin 4: biblioteca ACSLS conectada al servidor de

Para esta configuracin la biblioteca de cintas se conecta al sistema igual que para
las operaciones tradicionales de Tivoli Storage Manager. Consulte el Captulo 4,
Conexin de dispositivos al sistema servidor, en la pgina 73 para obtener ms
informacin. El servidor de Tivoli Storage Manager controla la biblioteca de cintas
ACSLS. El servidor de Tivoli Storage Manager controla la biblioteca pasando la
peticin al servidor de la biblioteca ACSLS a travs de TCP/IP.
Para efectuar operaciones de copia de seguridad o restauracin NAS, el servidor
de archivos NAS debe poder acceder a una o varias unidades de cinta de la
biblioteca ACSLS. Todas las unidades de cinta empleadas para las operaciones
NAS deben estar conectadas fsicamente al servidor de archivos NAS, y deben
definirse rutas desde el transportador de datos NAS hasta las unidades. El servidor
de archivos NAS transfiere datos a la unidad de cinta cuando as lo requiere el
servidor de Tivoli Storage Manager. Siga las instrucciones del fabricante para
conectar el dispositivo al sistema servidor.
Esta configuracin admite un servidor de Tivoli Storage Manager alejado
fsicamente y un servidor de archivos NAS.Por ejemplo, el servidor de Tivoli
Storage Manager puede estar en una ciudad y el servidor de archivos NAS y la
biblioteca de cintas puede estar en otra ciudad.
Para utilizar tambin las unidades para operaciones de Tivoli Storage Manager,
conecte el servidor de Tivoli Storage Manager a las unidades de cinta y defina las
rutas desde el servidor de Tivoli Storage Manager hasta las unidades de cinta.
142
Servidor de Tivoli
Storage Manager
Biblioteca de
cintas ACSLS
Cliente web
(opcional)
1
2
Servidor de
archivos NAS
Leyenda:
Conexin SCSI o
de canal de fibra
Conexin a biblioteca
Sistema de archivos
Discos
Conexin
TCP/IP
Flujo de datos
Acceso a unidad
1 es opcional
Figura 14. Configuracin 4: biblioteca ACSLS conectada al servidor de Tivoli Storage

Manager
Determinacin de la utilizacin de las unidades en la

biblioteca
Pueden utilizarse unidades para varios fines gracias a las configuraciones flexibles
que permite Tivoli Storage Manager.Para operaciones NDMP, el servidor de
archivos NAS debe tener acceso a la unidad. El servidor de Tivoli Storage Manager
tambin puede tener acceso a la misma unidad, en funcin de las conexiones y
limitaciones de hardware.Todas las unidades se definen en el servidor de Tivoli
Storage Manager.Sin embargo, puede definirse la misma unidad tanto para
operaciones tradicionales de Tivoli Storage Manager como para operaciones
NDMP.En la Figura 15 en la pgina 144 se muestra una configuracin posible. El
servidor de Tivoli Storage Manager tiene acceso a las unidades 2 y 3, y cada
servidor de archivos NAS tiene acceso a las unidades 1 y 2.
143
Servidor de
archivos NAS 1
Biblioteca
de cintas
Servidor de
archivos NAS 2
1
2
3
Servidor de TSM
Leyenda:
Acceso a unidad
Unidades
1 2 3
Figura 15. Ejemplo de utilizacin de unidades de Tivoli Storage Manager
Para crear la configuracin que se muestra en la figura, lleve a cabo lo siguiente:

1. Defina las tres unidades en Tivoli Storage Manager.
2. Defina las rutas desde el servidor de Tivoli Storage Manager a las unidades 2 y
3. Puesto que el servidor no accede a la unidad 1, no se define ninguna ruta.
3. Defina cada servidor de archivos NAS como transportador de datos separado.
4. Defina rutas desde cada transportador de datos a las unidades 1 y 2.
Consulte el apartado Paso 6. Definicin de unidades de cinta y rutas para
operaciones NDMP en la pgina 152 para obtener ms informacin.
Planificacin de restauracin de nivel de archivo

Al efectuar una copia de seguridad mediante NDMP, puede especificar que el
servidor de Tivoli Storage Manager recopile y almacene la informacin de nivel de
archivo en una tabla de contenido (TOC). Si especifica esta opcin al realizar la
copia de seguridad, posteriormente puede visualizar la tabla de contenido de la
imagen de copia de seguridad. Mediante el cliente Web de copia de
seguridad/archivado, puede seleccionar archivos o directorios individuales para
restaurarlos directamente de las imgenes de copia de seguridad generadas.
Para recopilar informacin de nivel de archivo se necesita tiempo de proceso,
recursos de red, espacio de agrupacin de almacenamiento y espacio de base de
datos temporal adicionales, as como posiblemente un punto de montaje durante la
copia de seguridad. Considere la posibilidad de destinar ms espacio a la base de
datos del servidor de Tivoli Storage Manager. Debe configurar la poltica de modo
que el servidor de Tivoli Storage Manager almacene la tabla de contenido en una
agrupacin de almacenamiento distinta de la empleada para almacenar la imagen
de copia de seguridad. La tabla de contenido se maneja del mismo modo que
cualquier otro objeto de esa agrupacin de almacenamiento.
144
Tambin tiene la posibilidad de efectuar una copia de seguridad mediante NDMP

sin recopilar informacin de restauracin de nivel de archivo. Consulte el apartado
Gestin de la tabla de contenido en la pgina 157 para obtener ms informacin.
Para permitir que se cree una tabla de contenido para una copia de seguridad
mediante NDMP, debe definir el atributo TOCDESTINATION en el grupo de copia
de seguridad para la clase de gestin a la que est vinculada esta imagen de copia
de seguridad. No puede especificar una agrupacin de almacenamiento de copia
como destino. La agrupacin de almacenamiento que especifique para el destino
de la tabla de contenido debe tener un formato de datos NATIVE o NONBLOCK,
por lo tanto no puede ser la agrupacin de almacenamiento en cinta empleada
para la imagen de copia de seguridad.
Si elige recopilar la informacin de nivel de archivo, especifique el parmetro TOC
en el comando de servidor BACKUP NODE. O bien, si inicia la copia de seguridad
utilizando el cliente, puede especificar la opcin TOC en el archivo de opciones de
cliente, en el conjunto de opciones de cliente o en la lnea de comandos del cliente.
Consulte la gua del administrador para obtener ms informacin sobre el comando
BACKUP NODE. Puede especificar NO, PREFERRED, o YES. Si especifica
PREFERRED o YES, el servidor de Tivoli Storage Manager almacena la informacin
de archivo de una nica copia de seguridad controlada por NDMP en una tabla de
contenido (TOC). La tabla de contenido se coloca en una agrupacin de
almacenamiento. A continuacin, el servidor de Tivoli Storage Manager puede
acceder a la tabla de contenido de modo que el servidor o cliente pueda consultar
la informacin de archivo y directorio. El uso del parmetro TOC permite generar
una tabla de contenido para unas imgenes y no otras, sin que se necesiten clases
de gestin distintas para las imgenes.
Para evitar retardos de montaje y asegurarse de que tiene suficiente espacio
disponible, utilice agrupaciones de almacenamiento de acceso aleatorio (clase de
dispositivo DISK) como destino para la tabla de contenido. Para las agrupaciones
de almacenamiento de acceso secuencial, no es necesario etiquetar los volmenes
ni realizar ninguna otra tarea de preparacin si los volmenes reutilizables estn
permitidos.
Caracteres internacionales para los servidores de archivos con

conexin a red
Todos los sistemas que crean datos en un volumen de servidor de archivos NAS
especfico, o que acceden a sus datos, deben hacerlo de modo compatible con el
valor de idioma del volumen. Para obtener pleno soporte para los caracteres
internacionales en los nombres de archivos y directorios, debe instalar Data
ONTAP 6.4.1 o posterior, si est disponible, en el servidor de archivos NAS con
conexin a red.
Si el nivel de Data ONTAP de que dispone es anterior a 6.4.1, debe tener una de
las dos configuraciones siguientes para recopilar y restaurar informacin de nivel
de archivo. El uso de configuraciones distintas a estas dos puede ocasionar
resultados imprevisibles. El servidor de Tivoli Storage Manager imprimir un
mensaje de aviso (ANR4946W) en las operaciones de copia de seguridad. El
mensaje indica que la codificacin de caracteres de los mensajes histricos de
archivo NDMP es desconocida y se dar por supuesta la codificacin UTF-8 para
construir una tabla de contenido. El omitir este mensaje no supone ningn riesgo
nicamente en las dos configuraciones siguientes.
v Los datos tienen nombres de archivo y de directorio que contienen caracteres en
ingls nicamente (ASCII de 7 bits).
145
v Los datos tienen nombres de directorio y archivo que contienen caracteres que
no estn en ingls y el idioma del volumen se ha establecido en la versin de
UTF-8 del entorno nacional adecuado (por ejemplo, de.UTF-8 para el alemn).
Si el nivel de Data ONTAP de que dispone es 6.4.1 o posterior, debe tener una de
las tres configuraciones siguientes para recopilar y restaurar informacin de nivel
de archivo. El uso de configuraciones distintas a estas tres puede ocasionar
resultados imprevisibles.
v Los datos tienen nombres de directorio y archivo que contienen caracteres en
ingls nicamente (ASCII de 7 bits) y el idioma del volumen no se ha
establecido o se ha establecido en uno de estos valores:
C (POSIX)
en
en_US
en.UTF-8
en_US.UTF-8
v Los datos tienen nombres de directorio y archivo que contienen caracteres que
no estn en ingls y el idioma del volumen se ha establecido en el entorno
nacional adecuado (por ejemplo, de.UTF-8 o de para el alemn).
Nota: el uso de la versin de UTF-8 del valor de idioma del volumen es ms
eficaz en trminos de proceso del servidor de Tivoli Storage Manager y
espacio de almacenamiento de la tabla de contenido.
v Utilice CIFS nicamente para crear los datos y acceder a ellos.
Configuracin de Tivoli Storage Manager para las operaciones NDMP

Antes de iniciar la configuracin de Tivoli Storage Manager para las operaciones
NDMP, asegrese de registrar la licencia necesaria. Consulte el apartado Sistema
de licencias de IBM Tivoli Storage Manager en la pgina 501.
A continuacin se presenta una lista de comprobacin que se puede emplear al
efectuar la configuracin:
1. Configure la biblioteca de cintas y los medios. Consulte el apartado Paso 1.
Configuracin de bibliotecas de cintas para operaciones NDMP en la pgina
147, donde los pasos siguientes se describen con ms informacin.
a. Conecte la biblioteca SCSI al servidor de archivos NAS o al servidor de
Tivoli Storage Manager, o conecte la biblioteca ACSLS o la biblioteca 349X al
servidor de Tivoli Storage Manager.
b. Defina la biblioteca con un tipo de biblioteca SCSI, ACSLS o 349X.
c. Defina una clase de dispositivo para unidades de cinta.
d. Defina una agrupacin de almacenamiento para medios de copia de
seguridad NAS.
e. Defina una agrupacin de almacenamiento para almacenar una tabla de
contenido. Este paso es opcional.
2. Configure la poltica de Tivoli Storage Manager para gestionar copias de
seguridad de imgenes NAS. Consulte el apartado Paso 2. Configuracin de la
poltica de Tivoli Storage Manager para operaciones NDMP en la pgina 149.
3. Inscriba un nodo del servidor de archivos NAS con el servidor de Tivoli
Storage Manager.Consulte el apartado Paso 3. Inscripcin de nodos NAS con
el servidor de Tivoli Storage Manager en la pgina 150.
146
4. Defina un transportador de datos para el servidor de archivos NAS. Consulte el

apartado Paso 4. Definicin de un transportador de datos para el servidor de
archivos NAS en la pgina 151.
5. Defina una ruta desde el servidor de Tivoli Storage Manager o el servidor de
archivos NAS a la biblioteca.Consulte el apartado Paso 5. Definicin de una
ruta a una biblioteca en la pgina 151.
6. Defina las unidades de cinta en Tivoli Storage Manager y defina las rutas a
dichas unidades desde el servidor de archivos NAS y, opcionalmente, desde el
servidor de Tivoli Storage Manager.Consulte el apartado Paso 6. Definicin de
unidades de cinta y rutas para operaciones NDMP en la pgina 152.
7. D de alta las cintas en la biblioteca y etiqutelas. Consulte el apartado Paso 7.
Etiquetado y alta de las cintas en la biblioteca en la pgina 153.
8. Configure las copias de seguridad planificadas para servidores de archivos
NAS. Este paso es opcional. Consulte el apartado Paso 8. Planificacin de
operaciones NDMP en la pgina 153.
Paso 1. Configuracin de bibliotecas de cintas para

operaciones NDMP
A. Conexin de la biblioteca y las unidades para operaciones
NDMP
Conexin de la biblioteca SCSI
Antes de configurar una biblioteca de cintas SCSI para operaciones NDMP,
debe haber determinado si desea conectar el control robtico de la
biblioteca al servidor de Tivoli Storage Manager o al servidor de archivos
NAS. Consulte el apartado Planificacin de bibliotecas de cintas y
unidades utilizadas en operaciones NDMP en la pgina 138.
Conecte el robot de la biblioteca de cintas SCSI al servidor de Tivoli
Storage Manager o al servidor de archivos NAS. Para obtener
instrucciones, consulte la documentacin del fabricante.
Biblioteca conectada a Tivoli Storage Manager
Establezca una conexin SCSI o de canal de fibra entre el servidor
de Tivoli Storage Manager y el puerto de control robtico de la
biblioteca.A continuacin, conecte el servidor de archivos NAS a
las unidades que desea utilizar para operaciones NDMP.
Biblioteca conectada al servidor de archivos NAS
Establezca una conexin SCSI o de canal de fibra entre el servidor
de archivos NAS y el robot y las unidades de la biblioteca.
Conexin de la biblioteca ACSLS
Conecte la biblioteca de cintas ACSLS al servidor de Tivoli Storage
Manager. Consulte el Captulo 4, Conexin de dispositivos al sistema
servidor, en la pgina 73 para obtener ms informacin.
Conexin de la biblioteca 349X
Conecte la biblioteca de cintas 349X al servidor de Tivoli Storage Manager.
B. Definicin de la biblioteca para operaciones NDMP

Defina la biblioteca de cintas en Tivoli Storage Manager.
Biblioteca SCSI
147
define library tsmlib libtype=scsi
Biblioteca ACSLS
define library acslib libtype=acsls acsid=1
Biblioteca 349X
define library tsmlib libtype=349x
C. Definicin de una clase de dispositivo para operaciones

NDMP
Cree una clase de dispositivo para operaciones NDMP. Una clase de dispositivo
definida con un tipo de dispositivo NAS que no est asociado explcitamente con
un tipo de unidad especfico (por ejemplo, 3570 u 8 mm). Sin embargo, se
recomienda definir clases de dispositivo separadas para tipos de unidades
diferentes.
En la definicin de clase de dispositivo:
v Especifique NAS como valor para el parmetro DEVTYPE.
v Especifique 0 como valor para el parmetro MOUNTRETENTION. El par
MOUNTRETENTION=0 es necesario para operaciones NDMP.
v Especifique un valor para el parmetro ESTCAPACITY.
Por ejemplo, para definir una clase de dispositivo denominada NASCLASS para
una biblioteca denominada NASLIB con medios cuya capacidad estimada es de 40
GB, especifique el comando siguiente:
define devclass nasclass devtype=nas library=naslib mountretention=0
estcapacity=40g
D. Definicin de una clase de almacenamiento para medios

NDMP
Las agrupaciones de almacenamiento que defina para almacenar imgenes de
sistemas de archivos generadas durante las copias de seguridad mediante NDMP
son distintas de las agrupaciones de almacenamiento utilizadas para los medios de
Tivoli Storage Manager convencionales. stas estn definidas con distintos
formatos de datos. Las operaciones de Tivoli Storage Manager utilizan
agrupaciones de almacenamiento definidas con un formato de datos NATIVE o
NONBLOCK.Las operaciones NDMP requieren agrupaciones de almacenamiento
con un formato de datos que coincida con el servidor de archivos NAS y el
mtodo de copia de seguridad que se utilizarn.
|
|
|
|
Cuando utilice el formato de datos NDMPDUMP para operaciones NDMP, es

posible almacenar datos de copia de seguridad de diferentes proveedores de NAS
en la misma agrupacin de almacenamiento. El mtodo preferido, sin embargo, es
colocar datos de cada proveedor en una agrupacin de almacenamiento diferente.
|
|
|
|
Por ejemplo, para definir una agrupacin de almacenamiento llamada

NDMPPOOL para un servidor de archivos de conexin a red o Celerra, entre el
siguiente comando:
define stgpool ndmppool nasclass maxscratch=10 dataformat=ndmpdump
Para definir una agrupacin de almacenamiento llamada NASPOOL para un

servidor de archivos de conexin a red, entre el siguiente comando:
define stgpool naspool nasclass maxscratch=10 dataformat=netappdump
Para definir una agrupacin de almacenamiento denominada CELERRAPOOL para

un servidor de archivos EMC Celerra, especifique el siguiente comando:
148
define stgpool celerrapool nasclass maxscratch=10 dataformat=celerradump
Atencin: asegrese de que en las operaciones tradicionales de Tivoli Storage

Manager no utiliza por accidente agrupaciones de almacenamiento definidas para
operaciones NDMP. Sea especialmente precavido cuando asigne al nombre de
agrupacin de almacenamiento el valor del parmetro DESTINATION del
comando DEFINE COPYGROUP. Si el destino no es una agrupacin de
almacenamiento con el formato de datos adecuado, la operacin de copia de
seguridad fallar.
E. Definicin de una agrupacin de almacenamiento para una

tabla de contenido
Este paso es opcional. Si tiene previsto crear una tabla de contenido, tambin debe
definir una agrupacin de almacenamiento en disco en la que almacenar la tabla
de contenido. Debe configurar la poltica de modo que el servidor de Tivoli
Storage Manager almacene la tabla de contenido en una agrupacin de
almacenamiento distinta de la empleada para almacenar la imagen de copia de
seguridad. La tabla de contenido se maneja del mismo modo que cualquier otro
objeto de esa agrupacin de almacenamiento.
Por ejemplo, para definir una agrupacin de almacenamiento denominada
TOCPOOL para una clase de dispositivo DISK, escriba el siguiente comando:
define stgpool tocpool disk
A continuacin, deber definir volmenes para la agrupacin de almacenamiento.

Consulte el apartado Configuracin de volmenes de acceso aleatorio en
dispositivos de disco en la pgina 70 para obtener ms informacin.
Paso 2. Configuracin de la poltica de Tivoli Storage Manager

para operaciones NDMP
La poltica permite gestionar el nmero y el perodo de retencin de versiones de
copia de seguridad de imgenes NDMP. Consulte el apartado Configuracin de la
poltica para las operaciones NDMP en la pgina 437.
1. Cree un dominio de polticas para servidores de archivos NAS. Por ejemplo,
para definir un dominio de polticas con el nombre NASDOMAIN, especifique
el comando siguiente:
define domain nasdomain description=Dominio de polticas para servidores de
archivos NAS
2. Cree un juego de polticas en ese dominio. Por ejemplo, para definir un juego
de polticas llamado STANDARD en el dominio de polticas NASDOMAIN,
especifique el comando siguiente:
define policyset nasdomain standard
3. Defina una clase de gestin y, a continuacin, asgnela como clase de gestin

predeterminada para el juego de polticas. Por ejemplo, para definir una clase
de gestin llamada MC1 en el juego de polticas STANDARD y asignarla como
clase predeterminada, especifique los comandos siguientes:
define mgmtclass nasdomain standard mc1
assign defmgmtclass nasdomain standard mc1
4. Defina un grupo de copia de seguridad en la clase de gestin predeterminada.

El destino debe ser la agrupacin de almacenamiento creada para las imgenes
de copia de seguridad generadas por las operaciones NDMP. Asimismo, puede
especificar el nmero de versiones de copia de seguridad que se deben retener.
Por ejemplo, para definir un grupo de copia de seguridad para la clase de
149
gestin MC1, en la que se retienen hasta cuatro versiones de cada sistema de

archivos en la agrupacin de almacenamiento NASPOOl, especifique el
comando siguiente:
define copygroup nasdomain standard mc1 destination=naspool verexists=4
Si tambin ha elegido la opcin de crear una tabla de contenido,

TOCDESTINATION debe ser la agrupacin de almacenamiento creada para la
tabla de contenido.
define copygroup nasdomain standard mc1 destination=naspool
tocdestination=tocpool verexists=4
Atencin: Al definir un grupo de copia para una clase de gestin en el que se

encontrar una imagen de sistema de archivos producida por NDMP, asegrese
de que el parmetro DESTINATION especifique el nombre de una agrupacin
de almacenamiento que se haya definido para las operaciones NDMP. Si el
parmetro DESTINATION especifica una agrupacin de almacenamiento no
vlida, las copias de seguridad realizadas mediante NDMP fallarn.
5. Active el juego de polticas. Por ejemplo, para activar el juego de polticas
STANDARD en el dominio de polticas NASDOMAIN, entre el comando
siguiente:
activate policyset nasdomain standard
El juego de polticas est listo para utilizarlo. Los nodos se asocian a la poltica
de Tivoli Storage Manager cuando se inscriben.Para obtener ms informacin,
consulte el apartado Paso 3. Inscripcin de nodos NAS con el servidor de
Aplicacin de la poltica a copias de seguridad iniciadas con la

interfaz de cliente
Cuando un cliente inicia una copia de seguridad, el archivo de opciones de ese
nodo cliente influye en la poltica. Puede controlar las clases de gestin que se
aplican a las imgenes de copia de seguridad generadas por las operaciones
NDMP independientemente del nodo que inicia la operacin de copia de
seguridad. Puede llevar esto a cabo creando un conjunto de opciones para que lo
utilicen los nodos cliente. El conjunto de opciones puede incluir una sentencia
include.fs.nas para especificar la clase de gestin para copias de seguridad del
servidor de archivos NAS. Consulte el apartado Creacin de conjuntos de
opciones de cliente en el servidor en la pgina 368 para obtener ms informacin.
Paso 3. Inscripcin de nodos NAS con el servidor de Tivoli

Storage Manager
Inscriba el servidor de archivos NAS como nodo de Tivoli Storage Manager,
especificando TYPE=NAS. Este nombre de nodo sirve para realizar un seguimiento
de las copias de seguridad de imagen para el servidor de archivos NAS. Por
ejemplo, para inscribir un servidor de archivos NAS como un nodo llamado
NASNODE1, con la contrasea NASPWD1, en un dominio de polticas llamado
NASDOMAIN, especifique el comando siguiente:
register node nasnode1 naspwd1 domain=nasdomain type=nas
Si utiliza un conjunto de opciones de cliente, especifique el conjunto de opciones

cuando inscriba el nodo.
Puede comprobar que este nodo est inscrito emitiendo el siguiente comando.
Debe especificar TYPE=NAS para que slo aparezcan los nodos NAS:
query node type=nas
150
Paso 4. Definicin de un transportador de datos para el

servidor de archivos NAS
Defina un transportador de datos para cada servidor de archivos NAS que utiliza
las operaciones NDMP en el entorno. El nombre del transportador de datos debe
coincidir con el nombre de nodo especificado al inscribir el nodo NAS en el
servidor de Tivoli Storage Manager.Por ejemplo, para definir un transportador de
datos para un nodo NAS llamado NASNODE1, especifique el comando siguiente:
define datamover nasnode1 type=nas hladdress=netapp2 lladdress=10000 userid=root
password=admin dataformat=netappdump
En este comando:
v La direccin de alto nivel es una direccin IP del servidor de archivos NAS y
puede ser una direccin numrica o un nombre de host.
v La direccin de nivel inferior es el puerto IP de las sesiones del protocolo de
gestin de datos de red (NDMP) con el servidor de archivos NAS. El valor
predeterminado es el nmero de puerto 10000.
v El ID de usuario es el ID definido en el servidor de archivos NAS que autoriza
una sesin NDMP con el servidor de archivos NAS (en este ejemplo, el ID de
usuario es el ID de administracin del servidor de archivos de conexin a red).
v El parmetro de contrasea es una contrasea vlida para la autentificacin en
una sesin NDMP con el servidor de archivos NAS.
v El formato de datos es NETAPPDUMP. Este es el formato de datos que el
servidor de archivos de conexin a red utiliza para las operaciones de copia de
seguridad de cinta. Este formato de datos debe coincidir con el formato de datos
de la agrupacin de almacenamiento destino.
Paso 5. Definicin de una ruta a una biblioteca

Defina una ruta a la biblioteca SCSI desde el servidor de Tivoli Storage Manager o
el servidor de archivos NAS.
Biblioteca SCSI conectada a Tivoli Storage Manager
Por ejemplo, emita el siguiente comando para definir una ruta del servidor,
denominado SERVER1, a la biblioteca SCSI denominada TSMLIB:
define path server1 tsmlib srctype=server desttype=library
device=lb0.0.0.2
Biblioteca SCSI conectada al servidor de archivos NAS

Por ejemplo, emita el comando siguiente para definir una ruta entre un
transportador de datos con conexin a red llamado NASNODE1 y una
biblioteca llamada NASLIB:
define path nasnode1 naslib srctype=datamover desttype=library device=mc0
El valor del parmetro DEVICE es el nombre de archivo especial de la

biblioteca de cintas tal como lo identifica el servidor de archivos. Consulte
el apartado Obtencin de nombres de archivo especiales para definiciones
de ruta en la pgina 152.
Defina una ruta a la biblioteca 349X desde el servidor Tivoli Storage Manager.
Biblioteca 349X conectada a Tivoli Storage Manager
Por ejemplo, emita el siguiente comando para definir una ruta del servidor,
denominado SERVER1, a la biblioteca 349X denominada TSMLIB:
define path server1 tsmlib srctype=server desttype=library
device=library1
151
Nota: DEFINE PATH no es necesario para una biblioteca ACSLS.
Obtencin de nombres de archivo especiales para definiciones

de ruta
Cuando crea rutas, debe proporcionar nombres de archivo especiales para
bibliotecas de cintas y unidades. Para rutas procedentes de un transportador de
datos NAS, el valor del parmetro DEVICE en el comando DEFINE PATH es el
nombre por el cual el servidor de archivos NAS identifica la biblioteca o la unidad.
Puede obtener estos nombres, conocidos como nombres de archivo especiales,
realizando una consulta en el servidor de archivos NAS. Para obtener ms
informacin sobre cmo obtener nombres para dispositivos conectados al servidor
de archivos NAS, consulte la informacin de producto del servidor de archivos.
Por ejemplo, para un servidor de archivos de tipo dispositivo de red, conctese al
servidor de archivos mediante telnet y emita el comando SYSCONFIG. Para
visualizar los nombres de dispositivo para bibliotecas de cintas, utilice este
comando:
sysconfig -m
Para visualizar los nombres de dispositivo para unidades de cinta, utilice este
comando:
sysconfig -t
Para el servidor de archivos Celerra, conecte con la estacin de trabajo de control

Celerra mediante telnet. Para ver los dispositivos conectados a un transportador de
datos concreto, utilice el comando server_devconfig en la estacin de control:
server_devconfig
server_#
-p
-s -n
SERVER_# es el transportador de datos en el que debe ejecutarse el comando.
Paso 6. Definicin de unidades de cinta y rutas para

operaciones NDMP
Defina las unidades de cinta que desea utilizar en operaciones NDMP y las rutas a
dichas unidades. En funcin de las conexiones de hardware y de la red, puede
utilizar las unidades solo para operaciones NDMP o para operaciones tradicionales
de Tivoli Storage Manager y operaciones NDMP.Por ejemplo,
1. Defina una unidad llamada NASDRIVE1 para la biblioteca NASLIB.
define drive naslib nasdrive1 element=117
Nota: cuando defina unidades SCSI en el servidor de Tivoli Storage Manager,

el parmetro ELEMENT debe incluir un nmero si la biblioteca tiene
ms de una unidad. Si la unidad se comparte entre el servidor de
archivos NAS y el servidor de Tivoli Storage Manager, la direccin del
elemento se detecta automticamente. Si la biblioteca slo est conectada
a un servidor de archivos NAS, la direccin del elemento no se detecta
automticamente y el usuario deber proporcionarla. Puede obtener
nmeros de elementos de los fabricantes de los dispositivos. Los
nmeros de elemento de las unidades de cinta tambin estn disponibles
en la informacin de soporte de dispositivos disponible en el sitio Web
de Tivoli, www.ibm.com/software/sysmgmt/products/
2. Defina una ruta para la unidad:
v Por ejemplo, si la unidad se utilizar solamente para operaciones NDMP,
emita el comando siguiente:
152
define path nasnode1 nasdrive1 srctype=datamover desttype=drive

library=naslib device=rst0l
Nota: para una unidad conectada solo al servidor de archivos NAS, no

especifique ASNEEDED para el parmetro CLEANFREQUENCY del
comando DEFINE DRIVE.
v Por ejemplo, si una unidad se utilizar para operaciones de Tivoli Storage
Manager y NDMP, especifique los comandos siguientes:
define path server1 nasdrive1 srctype=server desttype=drive
library=naslib device=mt3.0.0.2
define path nasnode1 nasdrive1 srctype=datamover desttype=drive
library=naslib device=rst0l
Paso 7. Etiquetado y alta de las cintas en la biblioteca

Debe etiquetar las cintas y darlas de alta en la biblioteca de cintas. Estas tareas son
las mismas que para otras bibliotecas. Consulte el apartado Etiquetado de
medios en la pgina 178 para obtener ms informacin al respecto.
Paso 8. Planificacin de operaciones NDMP

Puede planificar las operaciones de copia de seguridad o restauracin de las
imgenes generadas por las operaciones NDMP mediante las planificaciones de
administracin que procesan los comandos de administracin BACKUP NODE o
RESTORE NODE. Los comandos BACKUP NODE y RESTORE NODE pueden
utilizarse solamente para nodos de TYPE=NAS. Consulte el apartado Copia de
seguridad y restauracin de servidores de archivos NAS mediante NDMP para
obtener informacin sobre los comandos.
Por ejemplo, para crear la planificacin de administracin llamada NASSCHED
para hacer una copia de seguridad de todos los sistemas de archivos para un nodo
llamado NASNODE1, especifique lo siguiente:
define schedule nassched type=administrative cmd=backup node nasnode1 active=yes
starttime=20:00 period=1 perunits=days
La planificacin est activa y se establece para que se ejecute diariamente a las 8

de la tarde. En el Captulo 18, Automatizacin de las operaciones del servidor,
en la pgina 521 hallar ms informacin.
Copia de seguridad y restauracin de servidores de archivos NAS

mediante NDMP
Una vez que haya completado los pasos descritos en el apartado Configuracin
de Tivoli Storage Manager para las operaciones NDMP en la pgina 146, estar
listo para operaciones NDMP. Utilice una interfaz de cliente o una interfaz de
administracin tal como se describe en el apartado Interfaces utilizadas para las
operaciones NDMP en la pgina 137 para llevar a cabo la copia de seguridad de
imagen del sistema de archivos. Por ejemplo, para utilizar la interfaz de cliente de
copia de seguridad/archivado de Windows NT para hacer una copia de seguridad
de un sistema de archivos llamado /vol/vol1 en un servidor de archivos NAS
llamado NAS1, especifique el comando siguiente:
dsmc backup nas -nasnodename=nas1 {/vol/vol1}
Para obtener ms informacin sobre el comando, consulte las publicaciones Tivoli

Storage Manager para Windows Gua del usuario e instalacin de los clientes de copia de
153
seguridad/archivado o Tivoli Storage Manager para UNIX Gua del usuario e instalacin
de los clientes de copia de seguridad/archivado.
Nota: cuando utilice la interfaz de cliente, se le solicitar que se autentifique como
administrador de Tivoli Storage Manager antes de que pueda empezar la
operacin. El ID de administrador debe tener como mnimo autorizacin de
propietario de cliente para el nodo NAS.
Puede realizar la misma operacin de copia de seguridad con una interfaz de
servidor. Por ejemplo, en el cliente de lnea de comandos de administracin, haga
una copia de seguridad del sistema de archivos llamado /vol/vol1 en un servidor
de archivos NAS llamado NAS1 especificando el comando siguiente:
backup node nas1 /vol/vol1
Puede restaurar la imagen con cualquiera de las dos interfaces. Las copias de
seguridad son idnticas tanto si la copia de seguridad se efecta con una interfaz
de cliente como con una interfaz de servidor. Por ejemplo, supongamos que desea
restaurar la imagen de la que ha hecho copia de seguridad en los ejemplos
anteriores. En este ejemplo, el sistema de archivos denominado /vol/vol1 se
restaurar en /vol/vol2. Restaure el sistema de archivos con el comando siguiente,
que emitir desde una interfaz de cliente de copia de seguridad/archivado
Windows:
dsmc restore nas -nasnodename=nas1 {/vol/vol1} {/vol/vol2}
Puede elegir restaurar el sistema de archivos mediante una interfaz de servidor.

Por ejemplo, para restaurar el nombre de sistema de archivos /vol/vol1 en el
sistema de archivos /vol/vol2, para un servidor de archivos NAS llamado NAS1,
especifique el comando siguiente:
restore node nas1 /vol/vol1 /vol/vol2
Puede restaurar datos de un sistema NAS de un proveedor a un sistema NAS de

otros proveedor al utilizar el formato de datos NDMPDUMP, pero debe verificar la
compatibilidad entre sistemas o mantener una agrupacin de almacenamiento
diferente para cada proveedor de NAS.
|
|
|
|
Realizacin de las restauraciones de nivel de archivo

Al restaurar directorio y archivos individuales, tiene la opcin de utilizar una de
dos interfaces para iniciar la restauracin: el cliente Web de copia de
seguridad/archivado o la interfaz de servidor.
Restauracin mediante el cliente Web de copia de seguridad/archivado
Para que el cliente Web de copia de seguridad/archivado pueda restaurar
archivos y directorios, es necesario que hay una tabla de contenido.
Consulte el apartado Planificacin de restauracin de nivel de archivo en
la pgina 144 para obtener instrucciones sobre cmo crear una tabla de
contenido. El cliente Web debe estar en un sistema Windows 2000. El
servidor de Tivoli Storage Manager accede a la tabla de contenido desde la
agrupacin de almacenamiento y carga la informacin de la tabla de
contenido en una tabla de base de datos temporal. A continuacin, puede
utilizar el cliente Web de copia de seguridad/archivado para examinar los
directorios y archivos incluidos en una o varias imgenes de sistemas de
archivos, y seleccionar directorio o archivos individuales para restaurar
directamente a partir de las imgenes de copia de seguridad generadas.
Restauracin mediante la interfaz de servidor
154
v Si dispone de una tabla de contenido, utilice el comando QUERY

NASBACKUP para visualizar informacin sobre la imgenes de copia de
seguridad generadas por NDMP y para ver qu imgenes tienen su
correspondiente tabla de contenido. Despus utilice el comando
RESTORE NODE con el parmetro FILELIST.
v Si no ha creado una tabla de contenido, el contenido de la imagen de
copia de seguridad no podr visualizarse. Puede restaurar archivos y
directorios individuales si sabe el nombre del archivo o directorio y en
qu imagen se encuentra la copia de seguridad. Utilice el comando
RESTORE NODE con el parmetro FILELIST.
Consulte el apartado Gestin de la tabla de contenido en la pgina 157
para obtener ms informacin sobre la tabla de contenido.
Gestin de las operaciones NDMP

Las actividades del administrador en relacin con las operaciones NDMP incluyen
gestionar los elementos siguientes:
v
v
v
v
v
v
v
Nodos NAS
Transportadores de datos
Bibliotecas de cintas y unidades
Rutas
Clases de dispositivos
Agrupaciones de almacenamiento
Tablas de contenido
Gestin de nodos de servidor de archivos NAS

Puede actualizar, consultar, eliminar nodos NAS y cambiarles el nombre. Por
ejemplo, suponga que ha creado un nuevo dominio de polticas llamado
NASDOMAIN para nodos NAS y desea actualizar un nodo NAS llamado
NASNODE1 para incluirlo en el nuevo dominio. Primero puede consultar el nodo.
query node nasnode1 type=nas
A continuacin, puede cambiar el dominio del nodo con el comando siguiente:

update node nasnode1 domain=nasdomain
Cmo cambiar el nombre de un nodo NAS

Para cambiar el nombre de un nodo NAS, tambin debe cambiar el nombre del
transportador de datos NAS correspondiente; ambos deben tener el mismo
nombre. Por ejemplo, para cambiar NASNODE1 por NAS1, debe realizar los pasos
siguientes:
1. Suprima todas las rutas entre el transportador de datos NASNODE1 y las
bibliotecas, as como entre el transportador de datos y NASNODE1 y las
unidades. Consulte el apartado Supresin de rutas en la pgina 217.
2. Suprima el transportador de datos definido para el nodo NAS. Consulte el
apartado Gestin de transportadores de datos utilizados en operaciones
NDMP en la pgina 156.
3. Para cambiar el nombre NASNODE1 por NAS1, emita el comando siguiente:
rename node nasnode1 nas1
4. Defina el transportador de datos mediante el nuevo nombre de nodo. En este

ejemplo, debe definir un nuevo transportador de datos llamado NAS1 con los
155
mismos parmetros utilizados para definir NASNODE1. Consulte el apartado

Paso 4. Definicin de un transportador de datos para el servidor de archivos
NAS en la pgina 151.
Atencin: cuando defina un nuevo transportador de datos para un nodo cuyo
nombre ha cambiado, asegrese de que el nombre del transportador de datos
coincida con el nuevo nombre de nodo y que los parmetros del nuevo
transportador de datos sean duplicados de los parmetros del transportador de
datos original. Si existen discrepancias entre un nombre de nodo y un nombre
de transportador de datos o entre los parmetros del nuevo transportador de
datos y los parmetros del transportador de datos original, es posible que no
pueda establecer una sesin con el servidor de archivos NAS.
5. Para las bibliotecas SCSI o 349X, defina una ruta entre el transportador de
datos NAS y una biblioteca slo si la biblioteca de cintas est conectada fsica y
directamente al servidor de archivos NAS. Consulte el apartado Paso 5.
Definicin de una ruta a una biblioteca en la pgina 151.
6. Defina rutas entre el transportador de datos NAS y las unidades utilizadas para
operaciones NDMP. Consulte el apartado Paso 6. Definicin de unidades de
cinta y rutas para operaciones NDMP en la pgina 152.
Supresin de un nodo NAS

Para suprimir el nodo NAS, primero suprima los espacios de archivos del nodo. A
continuacin, antes de suprimir el transportador de datos, suprima las rutas desde
el transportador de datos. A continuacin, especifique el comando siguiente:
remove node nas1
Gestin de transportadores de datos utilizados en

operaciones NDMP
Puede actualizar, consultar y suprimir los transportadores de datos que defina para
servidores de archivos NAS. Por ejemplo, si cierra un servidor de archivos NAS
para realizar tareas de mantenimiento, puede desactivar el transportador de datos.
Para llevar esto a cabo, primero consulte los transportadores de datos para
identificar el transportador de datos del servidor de archivos NAS que desea
mantener.
query datamover nasnode1
A continuacin, emita el comando siguiente para asegurarse de que el

transportador de datos est desactivado:
update datamover nasnode1 online=no
Antes de suprimir el transportador de datos debe suprimir las definiciones de ruta

en las que el transportador de datos se ha utilizado como origen. A continuacin,
emita el comando siguiente para suprimir el transportador de datos:
delete datamover nasnode1
Atencin: si el transportador de datos tiene una ruta con la biblioteca y suprime

o desactiva el transportador de datos, imposibilitar el acceso a la biblioteca.
Cmo dedicar una unidad de Tivoli Storage Manager para

operaciones NDMP
Si ya utiliza una unidad para operaciones Tivoli Storage Manager, puede dedicar
dicha unidad para operaciones NDMP.Elimine el acceso al servidor de Tivoli
Storage Manager suprimiendo la definicin de ruta con el comando siguiente:
delete path server1 nasdrive1 srctype=server desttype=drive library=naslib
156
Gestin de agrupaciones de almacenamiento para las

operaciones NDMP
|
|
|
Debido al formato de datos diferente, gestionar agrupaciones de almacenamiento

que almacenan imgenes de copia de seguridad generadas por operaciones NDMP
es diferente de gestionar agrupaciones de almacenamiento que contienen medios
para copias de seguridad tradicionales de Tivoli Storage Manager. Puede consultar
y actualizar agrupaciones de almacenamiento. No puede actualizar el parmetro
DATAFORMAT. No puede hacer una copia de seguridad de una agrupacin de
almacenamiento utilizada para copias de seguridad NDMP. No es posible designar
una agrupacin de almacenamiento Centera como agrupacin de destino de
operaciones NDMP.
|
|
|
|
|
El formato de datos NDMPDUMP permite restaurar datos de un sistema NAS de

un proveedor a un sistema NAS de otro proveedor, pero debe verificar la
compatibilidad entre los dos sistemas antes de restaurar los datos. Otra opcin
consiste en mantener una agrupacin de almacenamiento separada para cada
proveedor de NAS.
Los siguientes parmetros de DEFINE STGPOOL y UPDATE STGPOOL se pasan
por alto puesto que no se admiten jerarquas de agrupaciones de almacenamiento
ni operaciones de reclamacin o migracin para estas agrupaciones de
almacenamiento:
MAXSIZE
NEXTSTGPOOL
LOWMIG
HIGHMIG
MIGDELAY
MIGCONTINUE
RECLAIMSTGPOOL
OVFLOLOCATION
Atencin: asegrese de que en las operaciones tradicionales de Tivoli Storage
Manager no utiliza por accidente agrupaciones de almacenamiento definidas para
operaciones NDMP. Sea especialmente precavido cuando asigne al nombre de
agrupacin de almacenamiento el valor del parmetro DESTINATION del
comando DEFINE COPYGROUP. Si el destino no es una agrupacin de
almacenamiento con el formato de datos adecuado, la operacin de copia de
seguridad fallar.
Gestin de la tabla de contenido

Utilice el comando SET TOCLOADRETENTION para especificar el nmero de
minutos aproximado que una tabla de contenido sin referencia permanecer
cargada en la base de datos de Tivoli Storage Manager. El valor de retencin de la
tabla de contenido en el servidor de Tivoli Storage Manager determinar cunto
tiempo se conservar una tabla de contenido cargada en la base de datos tras el
ltimo acceso a la informacin de la tabla de contenido. Como la informacin de la
tabla de contenido se carga en tablas de bases de datos temporales, esta
informacin se pierde si se detiene el servidor aunque no haya transcurrido el
perodo de retencin de la tabla de contenido.
En el momento de la instalacin, el tiempo de retencin se establece en 120
minutos. Utilice el comando QUERY STATUS para ver el tiempo de retencin de la
tabla de contenido.
157
Utilice el comando QUERY NASBACKUP para visualizar informacin acerca de los

objetos de imagen de sistema de archivos de los que se ha efectuado una copia de
seguridad para un nodo NAS y un espacio de archivos especficos. Al emitir el
comando, puede visualizar todas las imgenes de copia de seguridad generadas
por NDMP y si cada imagen tiene una tabla de contenido correspondiente.
Nota: el servidor de Tivoli Storage Manager puede almacenar una copia de
seguridad completa que exceda el nmero de versiones especificado si esa
copia de seguridad completa tiene copias de seguridad diferenciales
dependientes. QUERY NASBACKUP no visualizar las versiones
adicionales.
Utilice el comando QUERY TOC para visualizar archivos y directorios de una
imagen de copia de seguridad generada por NDMP. Emitiendo el comando del
servidor QUERY TOC, puede visualizar todos los directorios y archivos de una
nica tabla de contenido especificada. Se acceder a la tabla de contenido
especificada de una agrupacin de almacenamiento cada vez que se emita el
comando QUERY TOC ya que este comando no carga la informacin de la tabla de
contenido en la base de datos de Tivoli Storage Manager. A continuacin, utilice el
comando RESTORE NODE con el parmetro FILELIST para restaurar archivos
individuales.
158
Captulo 7. Configuracin del traspaso de datos fuera del

servidor
Este captulo describe cmo deben configurarse las operaciones de traspaso de
datos fuera del servidor de IBM Tivoli Storage Manager. El traspaso de datos fuera
del servidor proporciona un mtodo para realizar operaciones de copias de
seguridad y restauracin de grandes volmenes de datos entre los discos de
propiedad del cliente y los dispositivos de almacenamiento. Este mtodo
disminuye la actividad general del servidor de IBM Tivoli Storage Manager y del
cliente de IBM Tivoli Storage Manager y, por consiguiente, reduce al mnimo la
transferencia de datos en la LAN. Esto se lleva a cabo utilizando el comando de
copia ampliado SCSI3. El comando lo emite y lo inicia el servidor y lo lleva a
cabo un dispositivo transportador de datos que est en SAN. El dispositivo
transportador de datos es el responsable del traspaso de datos desde un disco
propiedad del cliente que est conectado a SAN a una unidad de cintas conectada
a SAN o desde una unidad de cintas conectada a SAN a un disco propiedad del
cliente que est conectado a SAN, con lo cual tanto el servidor como el cliente no
intervienen en la operacin.
Para obtener ms informacin acerca de los conceptos del traspaso de datos fuera
del servidor, consulte el apartado Traspaso de datos fuera del servidor en la
pgina 55. Para obtener ms informacin acerca de las operaciones de traspaso de
datos fuera del servidor, consulte la publicacin Gua del usuario e instalacin de los
clientes de copia de seguridad/archivado.
Utilice la tabla siguiente para encontrar las instrucciones sobre tareas especficas:
Tareas:
Configuracin de IBM Tivoli Storage Manager para el traspaso de datos fuera del
servidor en la pgina 162
Paso 1. Conexin de dispositivos al servidor en la pgina 162
Paso 2. Determinacin del nombre de mbito mundial, el nmero de serie y el LUN en
la pgina 163
Paso 3. Obtencin y correlacin de la informacin de disco en la pgina 164
Paso 4. Configuracin de IBM Tivoli Storage Manager para el traspaso de datos fuera del
Copia de seguridad y restauracin de datos mediante el traspaso de datos fuera del
Gestin del traspaso de datos fuera del servidor en la pgina 169
Todos los comandos del servidor de IBM Tivoli Storage Manager descritos en este
captulo se pueden realizar desde la interfaz Web de administracin. Para obtener
ms informacin sobre cmo utilizar la interfaz de administracin, consulte la
publicacin Gua de iniciacin.
159
Requisitos
Debe cumplir los requisitos siguientes para configurar las operaciones de traspaso
de datos fuera del servidor:
Sistema operativo para el cliente y el servidor de IBM Tivoli Storage Manager
Windows NT 4.0 con Service Pack 6 o posterior o Windows 2000 con
Service Pack 2 o posterior son un requisito para el servidor de IBM Tivoli
Storage Manager. Windows 2000 con Service Pack 2 o posterior es un
requisito para el cliente de IBM Tivoli Storage Manager.
El transportador de datos debe admitir el comando de copia ampliado
SCSI-3, que se ajusta al estndar ANSI T10 SPC-2.
Para obtener una lista actual de los transportadores de datos admitidos,
visite www.ibm.com/software/sysmgmt/products/
Adaptador de bus de sistema principal de canal de fibra (FC HBA)
Para obtener una lista de los FC HBA a los que da soporte el servidor de
IBM Tivoli Storage Manager, visite
Adicionalmente, ser necesario que instale en el servidor la DLL del
adaptador de bus de sistema principal que d soporte a la API comn de
SNIA (Storage Network Industry Association) para la deteccin de
dispositivos. Consulte la documentacin de HBA o consulte al fabricante
de HBA para saber dnde est situada la DLL necesaria.
Bibliotecas de cintas
Para obtener una lista de las bibliotecas de cintas conectadas a SCSI o
conectadas a canal de fibra a la que da soporte el controlador de
dispositivo de IBM Tivoli Storage Manager, visite
Unidades de cintas
Si una biblioteca de cintas contiene una o varias unidades, el transportador
de datos debe poder acceder a todas las unidades que se utilizarn para el
traspaso de datos fuera del servidor. Para obtener una lista de las unidades
de cintas a las que da soporte IBM Tivoli Storage Manager, visite
Discos
Tanto el transportador de datos como el HBA de la mquina servidor de
IBM Tivoli Storage Manager deben tener acceso a los discos propiedad del
cliente. Para obtener ms informacin,
visitewww.ibm.com/software/sysmgmt/products/
Interfaces
Para poder realizar una copia de seguridad fuera del servidor, debe utilizar
una de las interfaces de cliente de Windows 2000.
Interfaces de cliente disponibles:
v Cliente de lnea de comandos de copia de seguridad/archivado
v GUI de Web
160
v GUI nativa
Estas interfaces le permiten iniciar el traspaso de datos fuera del servidor.
Todos los ejemplos incluidos en este captulo utilizan la interfaz de lnea de
comandos. Para obtener ms informacin acerca de las interfaces de
cliente, consulte la publicacin Gua del usuario e instalacin de los clientes de
copia de seguridad/archivado.
Compruebe la compatibilidad de las combinaciones especficas de transportadores
de datos, dispositivos de cintas y dispositivos SAN con los fabricantes de
hardware. No todos los transportadores soportan a todas las unidades. Antes de
definir operaciones para el traspaso de datos fuera del servidor, compruebe que
IBM Tivoli Storage Manager d soporte a los dispositivos que desea utilizar.
Formato de datos para el traspaso de datos fuera del servidor

Los datos que se transfieren en el traspaso de datos fuera del servidor se deben
almacenar en un formato distinto al formato que se utiliza normalmente para IBM
Tivoli Storage Manager. El nuevo formato de datos se denomina NONBLOCK y se
debe especificar cuando se define un transportador para el traspaso de datos fuera
del servidor y cuando se define una agrupacin de almacenamiento que se
utilizar para el traspaso de datos fuera del servidor.
Los datos de copia de seguridad o los datos archivados que utilicen el traspaso de
datos fuera del servidor y que se almacenen en una agrupacin de almacenamiento
con un formato NONBLOCK se podrn traspasar a otras agrupaciones de
almacenamiento. Asimismo, tambin puede trasladar un objeto de imagen sin
comprimir de la que un cliente ha realizado una copia de seguridad desde una
agrupacin de almacenamiento tradicional a una agrupacin de almacenamiento
NONBLOCK y posteriormente restaurarlo fuera del servidor.
Las operaciones de datos, como por ejemplo, la migracin, el traspaso de datos y
la copia de seguridad en agrupaciones de almacenamiento pueden provocar que
estos datos se almacenen en agrupaciones de almacenamiento cuyo formato no es
NONBLOCK. Si eso ocurre, ya no ser posible restaurar los datos fuera del
servidor. Los datos se pueden recuperar a travs de la LAN o mediante el traspaso
de datos fuera de la LAN. Para obtener ms informacin, consulte el apartado
Traspaso de datos fuera del servidor en la pgina 55.
Tipos de configuraciones para el traspaso de datos fuera del servidor

La mayor parte de la planificacin que se necesita para las operaciones de traspaso
de datos fuera del servidor depende de la configuracin de dispositivos. Por favor,
consulte las especificaciones de hardware de su dispositivo para saber las opciones
que hay disponibles.
IBM Tivoli Storage Manager permite dos configuraciones SAN para las operaciones
de traspaso de datos fuera del servidor:
Bucle arbitrado
En una configuracin de bucle arbitrado, los dispositivos que estn
conectados directamente a canal de fibra y el servidor se comunican con el
transportador de datos mediante un concentrador SAN.
Tejido conmutado
En una configuracin de tejido conmutado, los dispositivos conectados
Captulo 7. Configuracin del traspaso de datos fuera del servidor
161
directamente a canal de fibra y el servidor se comunican con el

transportador de datos mediante un conmutador SAN.
Configuracin de IBM Tivoli Storage Manager para el traspaso de

datos fuera del servidor
A continuacin se muestra una visin general para la configuracin de IBM Tivoli
Storage Manager para operaciones de traspaso de datos fuera del servidor:
1. Paso 1. Conexin de dispositivos al servidor
2. Paso 2. Determinacin del nombre de mbito mundial, el nmero de serie y
el LUN en la pgina 163
3. Paso 3. Obtencin y correlacin de la informacin de disco en la pgina 164
4. Paso 4. Configuracin de IBM Tivoli Storage Manager para el traspaso de
datos fuera del servidor en la pgina 165:
a. Active el servidor de modo que utilice el traspaso de datos fuera del
servidor con el comando SET SERVERFREE STATUS=ON.
b. Defina la biblioteca y la ruta desde el servidor a la biblioteca.
c. Defina las unidades de cintas y las rutas desde el servidor a las unidades
de cintas.
d. Defina la clase de dispositivo.
e. Defina la agrupacin de almacenamiento.
f. Cree un dominio de polticas fuera del servidor.
g. Defina un juego de polticas.
h. Defina la clase de gestin y establzcala como predeterminada.
i. Defina el grupo de copia de copia de seguridad.
j. Active el juego de polticas.
k. Inscriba el nodo cliente.
l. Defina los discos del cliente en el servidor.
m. Defina el transportador de datos.
n. Defina las rutas del transportador de datos a las unidades de cintas.
o. Defina las rutas del transportador de datos a los discos del cliente.
Paso 1. Conexin de dispositivos al servidor

Antes de comenzar a configurar IBM Tivoli Storage Manager para el traspaso de
datos fuera del servidor, deber conectar todos los dispositivos a SAN o a los
transportadores de datos, como los que se indican a continuacin:
v Transportador de datos
v Bibliotecas de cintas
v Unidades de cintas
v Dispositivos de discos
Antes de definirlos en IBM Tivoli Storage Manager, los dispositivos deben existir
en SAN o deben estar conectados a transportadores de datos. Consulte en la
documentacin del dispositivo las instrucciones o visite
162
Paso 2. Determinacin del nombre de mbito mundial, el

nmero de serie y el LUN
Antes de configurar IBM Tivoli Storage Manager para el traspaso de datos fuera
del servidor, debe identificar y anotar en primer lugar el nombre de mbito
mundial, el nmero de serie y el LUN de cada dispositivo de disco y unidad de
cintas que se utilice y tambin el nombre de mbito mundial y el nmero de serie
del transportador de datos. Esta informacin se utilizar cuando se definan los
dispositivos y las rutas de dispositivo. Para hacerlo, emita el comando QUERY
SAN. El comando QUERY SAN visualizar los dispositivos que se pueden detectar
en SAN y tambin informacin acerca de estos dispositivos. Por ejemplo, si desea
saber el nombre de mbito mundial, el nmero de serie y el LUN de cada
dispositivo de su SAN, debe emitir el siguiente comando:
query san format=detailed
La salida listar todos los dispositivos que se han detectado en SAN y la

informacin correspondiente de dicho dispositivo. A continuacin, se muestra la
salida de un disco y una unidad de cintas detectadas en SAN:
Tipo de dispositivo:
Proveedor:
Producto:
Nmero de serie:
Dispositivo:
Transportador de datos:
Nodo WWN:
Puerto WWN:
Lun:
Puerto SCSI:
Bus SCSI:
Destino SCSI:
Tipo dispositivo:
Proveedor:
Producto:
Nmero de serie:
Dispositivo:
Transportador de datos:
Nodo WWN:
Puerto WWN:
Lun:
Puerto SCSI:
Bus SCSI:
Destino SCSI:
DISK
IBM
DDYF-T18350R
TEF76061
No
5005076206039E05
5005076206439E05
0
3
0
0
DRIVE
IBM
03570B02
67IU984T3
mt10.2.0.3
No
2002006045160D2A
2002006045160D2A
2
3
0
10
Cuando tome nota de la informacin, recuerde que la informacin de Puerto

WWN es el nombre de mbito mundial y Lun es el LUN que se deben incluir en
las definiciones de ruta. Por ejemplo, la informacin de su unidad de cintas deber
ser la siguiente:
v Nombre de mbito mundial: 2002006045160D2A
v Nmero de serie: 67IU984T3
v LUN: 2
Es posible que haya otros mtodos para detectar el nombre de mbito mundial, el
nmero de serie y el LUN segn el tipo de adaptador de bus de sistema principal
163
de canal de fibra y el transportador de datos que utilice. Consulte al fabricante del

producto si desea obtener ms informacin.
Para obtener ms informacin acerca de QUERY SAN, consulte la publicacin IBM
Tivoli Storage Manager for Windows Administrators Reference.
Paso 3. Obtencin y correlacin de la informacin de disco

Una vez detectada y registrada la informacin para todos los dispositivos que
pueden detectarse en SAN, debe obtener y correlacionar la informacin de los
discos de los que har copias de seguridad en los nodos cliente propietarios. Esto
es necesario para garantizar que solamente un nodo cliente podr realizar una
operacin de copia de seguridad o restauracin fuera del servidor para un disco
determinado en SAN.
1. Inicie la sesin en la mquina cliente propietaria del disco e inicie el cliente de
copia de seguridad/archivado de IBM Tivoli Storage Manager.
2. Emita el comando de cliente QUERY DISKINFO en el cliente de copia de
seguridad/archivado de IBM Tivoli Storage Manager. Este comando puede
mostrar de dos modos la informacin para los discos asociados al cliente.
Puede realizar la consulta de modo que se muestre informacin para cada disco
asociado al cliente o de modo que se muestren los discos en los que est
situado un volumen especfico. En este ejemplo se muestra informacin para
todos los discos asociados al cliente llamado NODE1:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
query diskinfo
La salida contendr la informacin necesaria para correlacionar la informacin

de disco:
|
|
|
||
Nombre disco
------------Harddisk3
LUN
----------3
Nmero serie
------------95-9516-516
Nota: la salida del comando de cliente QUERY DISKINFO mostrar la

informacin de cada disco definido en el cliente, independientemente de
si existe o no en SAN.
3. Compare la informacin de la salida del comando de cliente de copia de
seguridad/archivado QUERY DISKINFO con la salida del comando del
servidor QUERY SAN. En este ejemplo, el nmero de serie y el LUN del disco,
Harddisk3, coincide con la informacin de disco visualizada en la salida del
comando QUERY SAN, lo que indica que se trata del disco del que se ha de
hacer la copia de seguridad. Cuando tome nota de la informacin necesaria,
recuerde que la informacin de Puerto WWN es el nombre de mbito mundial
y Lun es el LUN que se deben incluir en las definiciones de ruta. La
informacin que registre para el disco de la copia de seguridad fuera del
servidor es:
v Nombre de nodo: NODE1
v Nombre de dispositivo: Harddisk3
v Nombre de mbito mundial: 200000601633FE4D
v Nmero de serie: 959516516
v LUN: 3
Tambin puede correlacionar la informacin de la salida del comando de cliente
de copia de seguridad/archivado QUERY DISKINFO con la salida del comando
del servidor QUERY DISK:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
query disk
164
|
|
|
||
|
|
|
|
|
|
|
|
|
||
|
|
|
Nombre disco
------------Harddisk3
LUN
----------3
Nmero serie
------------95-9516-516
Para obtener informacin ms detallada acerca del disco, emita:

query disk format=detailed
Nombre de nodo:
Nombre de disco:
WWN:
Nmero de serie:
Activado:
ltima actualizacin por (administrador):
Fecha/hora ltima actualizacin:
NODE1
Harddisk3
200000601633FE4D
95-9516-516
S
ADMIN
20/05/2003 17:22:31
Para obtener ms informacin acerca del comando de cliente QUERY DISKINFO,

consulte la publicacin Gua del usuario e instalacin de los clientes de copia de
Paso 4. Configuracin de IBM Tivoli Storage Manager para el

traspaso de datos fuera del servidor
1. Active el servidor de modo que utilice el traspaso de datos fuera del servidor
con el comando SET SERVERFREE.
set serverfree status=on batchsize=500
Para obtener ms informacin acerca de BATCHSIZE, consulte el apartado

Gestin del traspaso de datos fuera del servidor en la pgina 169.
2. Defina la biblioteca en el servidor con el comando DEFINE LIBRARY. En este
ejemplo, defina una biblioteca no compartida con el nombre SCSILIB:
define
library scsilib libtype=scsi shared=no
3. Defina la ruta de la biblioteca desde el servidor a la biblioteca con el comando

DEFINE PATH:
define path server1 scsilib srctype=server desttype=library
device=lb10.3.0.3
|
|
|
|
|
|
|
El parmetro DEVICE especifica el nombre del controlador de dispositivo de

la biblioteca.
El nombre del dispositivo puede mostrarse en la salida del comando QUERY
SAN. Consulte el Paso 2. Determinacin del nombre de mbito mundial, el
nmero de serie y el LUN en la pgina 163. Para obtener ms informacin
acerca de las rutas, consulte el apartado Definicin de rutas en la pgina
133.
4. Defina las unidades en el servidor con el comando DEFINE DRIVE. En este
ejemplo, defina la unidad llamada DRIVE1, con el nombre de mbito mundial
2002006045160D2A y el nmero de serie 67IU984T3:
define drive scsilib drive1 element=16 wwn=2002006045160d2a
serial=67iu984t3
Para determinar el nombre de mbito mundial y el nmero de serie de la

unidad, consulte el Paso 2. Determinacin del nombre de mbito mundial, el
nmero de serie y el LUN en la pgina 163. Para obtener ms informacin
acerca de cmo definir unidades, consulte el apartado Definicin de
unidades en la pgina 130.
165
5. Defina las rutas de unidades desde el servidor a la unidad con el comando

DEFINE PATH:
define path server1 drive1 srct=server desttype=drive library=scsilib
device=mt10.2.0.3
El parmetro DEVICE especifica el nombre de la unidad utilizada por el

controlador de dispositivo.
El nombre del dispositivo puede mostrarse en la salida del comando QUERY
SAN. Consulte el Paso 2. Determinacin del nombre de mbito mundial, el
nmero de serie y el LUN en la pgina 163.Para obtener ms informacin
acerca de las rutas, consulte el apartado Definicin de rutas en la pgina
133.
6. Defina las clases de dispositivos en el servidor con el comando DEFINE
DEVCLASS. La clase de dispositivo de este ejemplo es SCISICLASS:
|
|
|
|
|
|
|
define devclass scsiclass devtype=3570 library=scsilib

7. Defina las agrupaciones de almacenamiento en el servidor con el comando
DEFINE STGPOOL. En este ejemplo, agregue la agrupacin de
almacenamiento SRVFREEPOOL:
define stgpool srvfreepool scsiclass maxscratch=5
dataformat=nonblock
Nota: el formato de los datos debe definirse como NONBLOCK para el

Para obtener ms informacin, consulte el apartado Formato de datos para el
traspaso de datos fuera del servidor en la pgina 161.
8. Cree un dominio de polticas para el traspaso de datos fuera del servidor. Por
ejemplo, para definir un dominio de polticas con el nombre SFDOMAIN,
define domain sfdomain
description=Dominio de polticas para traspaso de datos fuera del servidor
9. Defina un juego de polticas en dicho dominio. Por ejemplo, para definir un

juego de polticas llamado STANDARD en el dominio de polticas
SFDOMAIN, escriba lo siguiente:
define policyset sfdomain standard
10. Defina la clase de gestin con el comando DEFINE MGMTCLASS. En este

ejemplo, defina una clase de gestin con el nombre SF1 en el juego de
polticas STANDARD.
define mgmtclass sfdomain standard sf1
Para obtener ms informacin acerca de las clases de gestin, consulte el

389.
11. Asigne la clase de gestin como la clase de gestin predeterminada para el
juego de polticas. En este ejemplo, asigne la clase de gestin SF1 como
predeterminada:
assign defmgmtclass sfdomain standard sf1
12. Defina un grupo de copia de seguridad con la agrupacin de almacenamiento

fuera del servidor, SRVFREEPOOL, como destino, mediante el siguiente
comando DEFINE COPYGROUP:
define copygroup sfdomain standard sf1 type=backup
destination=srvfreepool
166
Para obtener ms informacin acerca de los grupos de copia, consulte el

389.
13. Active el juego de polticas en el dominio de polticas SFDOMAIN emitiendo
el comando ACTIVATE POLICYSET:
activate policyset sfdomain standard
Para obtener ms informacin sobre juegos de polticas, consulte el

389.
14. Inscriba el nodo cliente BELFAST como un nodo de IBM Tivoli Storage
Manager, y tambin la contrasea CLIENTPASS, en el dominio SFDOMAIN
mediante el comando REGISTER NODE:
register node belfast clientpass domain=sfdomain
Para obtener ms informacin acerca de los nodos cliente, consulte el

Captulo 11, Adicin de nodos cliente, en la pgina 333.
15. Defina los discos con el comando DEFINE DISK. Utilice la informacin del
Paso 2. Determinacin del nombre de mbito mundial, el nmero de serie y
el LUN en la pgina 163 y del Paso 3. Obtencin y correlacin de la
informacin de disco en la pgina 164:
define disk belfast Harddisk0 wwn=5005076206439e05 serial=tef76061
16. Defina el transportador de datos con el comando DEFINE DATAMOVER. En

este ejemplo, defina el transportador de datos SCSI1:
define
datamover scsi1 type=scsi wwn=2002006045160d2a serial=21081300957
dataformat=nonblock copythreads=5
Para determinar el nombre de mbito mundial y el nmero de serie del

transportador, consulte el Paso 2. Determinacin del nombre de mbito
mundial, el nmero de serie y el LUN en la pgina 163. Para obtener ms
informacin acerca de COPYTHREADS, consulte el apartado Gestin del
traspaso de datos fuera del servidor en la pgina 169.
17. Defina las rutas del transportador de datos a la unidad con el comando
DEFINE PATH.
define path scsi1 drive1 srctype=datamover desttype=drive
library=scsilib lun=2
Estas rutas se definen para que puedan utilizarse las unidades en las
operaciones de traspaso de datos fuera del servidor. Para obtener ms
informacin acerca de las rutas, consulte el apartado Definicin de rutas en
la pgina 133. Para determinar el LUN de la ruta, consulte el Paso 2.
Determinacin del nombre de mbito mundial, el nmero de serie y el LUN
en la pgina 163.
18. Defina las rutas desde el transportador de datos a cada disco con el comando
DEFINE PATH.
define path scsi1 Harddisk0 srctype=datamover desttype=disk
node=belfast lun=0
Estas rutas se definen para que puedan utilizarse los discos en las operaciones
de traspaso de datos fuera del servidor. Para obtener ms informacin acerca
de las rutas, consulte el apartado Definicin de rutas en la pgina 133. Para
determinar el LUN de la ruta, consulte el Paso 2. Determinacin del nombre
de mbito mundial, el nmero de serie y el LUN en la pgina 163.
19. Debe etiquetar las cintas y darlas de alta en la biblioteca de cintas. Estas tareas
son las mismas que para otras bibliotecas. Consulte el apartado Etiquetado
de medios en la pgina 178 para obtener ms informacin.
167
Copia de seguridad y restauracin de datos mediante el traspaso de

datos fuera del servidor
Este apartado describe brevemente determinados puntos a tener en cuenta acerca
del cliente de IBM Tivoli Storage Manager para que las operaciones de traspaso de
datos fuera del servidor puedan realizarse de forma eficaz. Tambin incluye una
visin general de cmo se ha de realizar el traspaso de datos fuera del servidor
con la interfaz de lnea de comandos del cliente de IBM Tivoli Storage Manager.
Opciones de control del cliente

Antes de realizar operaciones de copia de seguridad o restauracin mediante el
traspaso de datos fuera del servidor, es posible que tenga especificar determinadas
opciones de control en el archivo de opciones del cliente.
ENABLESERVERFREE
Para realizar las operaciones de copia de seguridad o restauracin fuera
del servidor, los clientes deben especificar el comando
ENABLESERVERFREE en el archivo de opciones del cliente:
enableserverfree yes
Agrupacin de almacenamiento de destino

El traspaso de datos fuera del servidor utiliza un formato de datos
NONBLOCK. A menos que la agrupacin de almacenamiento de destino
predeterminada se haya configurado para el traspaso de datos fuera del
servidor, los clientes deben vincular una clase de gestin que contenga el
tipo de agrupacin de almacenamiento de destino adecuada para los
volmenes en los que se vayan a realizar las operaciones de traspaso de
datos fuera del servidor. Esto puede llevarse a cabo especificando lo
siguiente en el archivo de opciones del cliente (siendo SF1 el nombre de la
clase de gestin cuyo grupo de copia de seguridad tiene el formato de
datos NONBLOCK):
include.image k: sf1
Para configurar la agrupacin de almacenamiento de destino

predeterminada para el traspaso de datos fuera del servidor, consulte el
Paso 4. Configuracin de IBM Tivoli Storage Manager para el traspaso de
datos fuera del servidor en la pgina 165.Para obtener ms informacin
acerca del tipo de datos NONBLOCK, consulte el apartado Traspaso de
datos fuera del servidor en la pgina 55. Para obtener ms informacin
acerca de las clases de gestin, consulte el Captulo 13, Implementacin de
polticas para datos de cliente, en la pgina 389.
IMAGEGAPSIZE
Durante la copia de seguridad de los datos, el transportador de datos debe
ignorar las regiones del disco que estn vacas y no contengan datos. El
tamao de estas regiones vacas se puede especificar incluyendo la opcin
IMAGEGAPSIZE en el archivo de opciones del cliente.
Cuando incluye esta opcin, especifica el tamao mximo de un espacio
vaco del que se va a realizar copia de seguridad. Por ejemplo, si se
especifica 10k como el tamao del espacio vaco, el transportador de datos
ignorar todas las regiones vacas cuyo tamao sea de 10k o superior. En
cambio, realizar una copia de seguridad de los espacios vacos cuyo
tamao sea inferior a 10k. Si desea especificar un tamao de espacio vaco
de 64k en el archivo de opciones, debe incluir lo siguiente:
include.image h: mymc imagegapsize=64k
168
Para especificar 64k en la lnea de comandos, debe escribir lo siguiente:

-imagegapsize=64k
El tamao de espacio vaco predeterminado para la copia de seguridad de

imagen fuera del servidor es de 0.
Si el tamao de espacio vaco es demasiado pequeo, el rendimiento puede
disminuir ya que la cinta deja de funcionar en modalidad continua. Sin
embargo, debido a que el cliente no traspasa los datos ni puede comprimir
los datos, es posible que se desee ignorar las regiones vacas.
Para obtener ms informacin acerca de IMAGEGAPSIZE, consulte la
publicacin Gua del usuario e instalacin de los clientes de copia de
Copias de seguridad y restauraciones

Una vez realizados los pasos del apartado Configuracin de IBM Tivoli Storage
Manager para el traspaso de datos fuera del servidor en la pgina 162 y
especificados los elementos del apartado Opciones de control del cliente en la
pgina 168, estar preparado para realizar las operaciones de traspaso de datos
fuera del servidor. Utilice una interfaz de cliente como se describe en el apartado
Requisitos en la pgina 160 para realizar una copia de seguridad de imagen de
volumen lgico.
Copias de seguridad de volmenes completos
Se permite el traspaso de datos fuera del servidor para copias de seguridad
de imagen de volmenes lgicos. Para realizar una copia de seguridad de
imagen completa del volumen lgico K, debe escribir lo siguiente:
dsmc backup image k:
De forma predeterminada, la copia de seguridad de imagen en Windows

se realiza en lnea si est disponible LVSA (Logical Volume Snapshot
Agent). Para obtener ms informacin, consulte la publicacin Gua del
usuario e instalacin de los clientes de copia de seguridad/archivado.
Restauracin de volmenes completos
Para realizar una restauracin de imagen completa del volumen lgico K,
debe escribir lo siguiente:
dsmc restore image k:
Si realiza una copia de seguridad de imagen incremental o una restauracin de

imagen incremental, las operaciones sern copias de seguridad y restauraciones de
nivel de archivo que se realizan adems de la copia de seguridad o restauracin de
imagen habitual y no se utilizarn en el traspaso de datos fuera del servidor.
Para obtener ms informacin sobre las operaciones de copia de seguridad y
restauracin de imagen del cliente, consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de seguridad/archivado.
Gestin del traspaso de datos fuera del servidor

Como administrador puede emitir el comando QUERY STATUS para saber si se ha
establecido el traspaso de datos fuera del servidor en on u off. Para hacerlo, escriba
lo siguiente:
query status
169
Para obtener ms informacin sobre QUERY STATUS, consulte la publicacin

Otras acciones que realiza el administrador para las operaciones de traspaso de
datos fuera del servidor incluyen definir y gestionar:
v El tamao del traspaso de datos
v Los transportadores de datos
v Las unidades y las bibliotecas de cintas
v Las rutas
Gestin del tamao de los traspasos de datos

Para gestionar mejor un traspaso de datos fuera del servidor, el servidor divide
una imagen de volumen en lotes de datos ms pequeos. Puede establecer el
tamao de los lotes especificando el parmetro BATCHSIZE cuando emita el
comando SET SERVERFREE. El parmetro BATCHSIZE especifica la cantidad de
datos, en megabytes, que se copiarn en un solo lote de traspaso de datos fuera
del servidor. El valor mnimo es de 10 megabytes, el valor mximo es de 1000
megabytes y el valor predeterminado es de 80 megabytes.
Por ejemplo, si desea establecer un tamao de lote de 500 megabytes, debe escribir
lo siguiente:
set serverfree batchsize=500
El parmetro BATCHSIZE es importante porque puede que sea necesario un

tamao de lote correcto para evitar que se sobrepasen los tiempos de espera de
SCSI entre el servidor y transportador de datos, mientras se copian los datos
durante el traspaso fuera del servidor. Sin embargo, el tamao de lote puede
afectar el rendimiento de la operacin de traspaso de datos. Si el tamao de lote es
ms pequeo se emitirn ms comandos SCSI para el transportador de datos.
Hay varios factores a tener en cuenta para determinar qu tamao de lote es el
ms adecuado. Por ejemplo, la cantidad de trfico que hay en SAN durante las
horas de mxima actividad, el promedio de trfico de SAN, lo ocupados que estn
el servidor y el transportador de datos, el tamao del volumen de copia de
seguridad o archivada e incluso el tipo de datos de copia de seguridad o copias
archivadas.
Para ver el valor de tamao de lote actual, emita el comando QUERY STATUS.
Para obtener ms informacin, consulte la publicacin Administrators Reference.
Gestin de los transportadores de datos utilizados en el

Puede actualizar, consultar y eliminar los transportadores de datos que defina para
las operaciones de traspaso de datos fuera del servidor. Tambin puede utilizar los
comandos DEFINE y UPDATE DATAMOVER para especificar el nmero de
operaciones de copia simultneas que pueden realizarse.
Operaciones de copia simultneas

Puede especificar el nmero de operaciones de copia simultneas que el
transportador de datos permite especificando el parmetro COPYTHREADS en los
comandos DEFINE DATAMOVER o UPDATE DATAMOVER. El parmetro
COPYTHREADS se utiliza para indicar cuntos comandos de copia pueden
ejecutarse al mismo tiempo en un servidor en un momento determinado. Por
170
ejemplo, si desea realizar 5 operaciones simultneas de traspaso de datos fuera del

servidor, debe escribir lo siguiente cuando defina un transportador de datos:
define
datamover scsi1 type=scsi wwn=2002006045160d2a serial=21081300957
dataformat=nonblock copythreads=5
El valor predeterminado es 1. Consulte la documentacin del dispositivo para

conocer el valor mximo. El nmero debe ser mayor que 0. Si hay otros programas
o servidores que van a utilizar las posibilidades de copia ampliadas del
transportador de datos, se recomienda especificar en este parmetro un nmero
inferior al nmero mximo de comandos de operaciones de copia simultneas
admitidas por el dispositivo. Para obtener ms informacin, consulte la publicacin
Sustitucin de un transportador de datos

Si el transportador de datos se ha sustituido, puede actualizar el transportador de
datos y especificar un nombre de mbito mundial y un nmero de serie nuevos
para conservar el transportador de datos y sus definiciones de ruta asociadas. Para
ello, determine en primer lugar el nombre de mbito mundial del nuevo
transportador de datos. Consulte el Paso 2. Determinacin del nombre de mbito
mundial, el nmero de serie y el LUN en la pgina 163.
A continuacin, puede emitir el comando update para especificar el nombre de
mbito mundial y los nmeros de serie nuevos:
update datamover serverfree1
wwn=124536484565859u serial=1973989
Luego puede emitir un comando query detallado para asegurarse de que los
cambios han entrado en vigor correctamente:
query datamover serverfree1
type=scsi format=detailed
Supresin de un transportador
No puede suprimir un transportador de datos a menos que haya suprimido
previamente las rutas definidas para este transportador de datos. Por ejemplo, si
desea suprimir el transportador de datos SERVERFREE1, debe realizar lo siguiente:
1. Busque las rutas asociadas al transportador de datos emitiendo el comando
QUERY PATH:
query path serverfree1 sourcetype=datamover
2. Suprima todas las rutas que listan el transportador de datos como origen. Por
ejemplo, si la salida del comando QUERY PATH especifica una ruta desde el
transportador de datos hasta la unidad de cintas DRIVE1, debe suprimir la ruta
emitiendo el comando DELETE PATH:
delete path serverfree1 drive1 sourcetype=datamover desttype=drive
3.
Cuando haya suprimido todas las rutas asociadas con el transportador de

datos, suprima el transportador de datos con el comando DELETE
DATAMOVER:
delete datamover serverfree1
171
Gestin de las bibliotecas y unidades de cintas utilizadas en

el traspaso de datos fuera del servidor
Gestionar las bibliotecas y unidades de cintas que se utilizan en el traspaso de
datos fuera del servidor es similar a gestionar el hardware que se utiliza para las
operaciones de IBM Tivoli Storage Manager normales.
Actualizacin de una unidad de IBM Tivoli Storage Manager para

utilizarla en el traspaso de datos fuera del servidor
Para actualizar una unidad que desee utilizar para el traspaso de datos fuera del
servidor, por ejemplo si ha tenido que sustituir una unidad, en primer lugar debe
obtener el nombre de mbito mundial, el nmero de serie y el LUN de la unidad.
Consulte el Paso 2. Determinacin del nombre de mbito mundial, el nmero de
serie y el LUN en la pgina 163 si desea ms informacin acerca de cmo obtener
el nombre de mbito mundial, el nmero de serie y el LUN.
Si ha sustituido una unidad, puede actualizar la unidad para el traspaso de datos
fuera del servidor e incluir el nombre de mbito mundial y el nmero de serie de
la unidad nueva:
update drive scsilib sandrive1
wwn=876985784395698d serial=54638k
A continuacin, debe determinar si el LUN de la unidad coincide con el LUN de la

ruta.
1. Determine el LUN como se describe en el Paso 2. Determinacin del nombre
de mbito mundial, el nmero de serie y el LUN en la pgina 163.
2. Emita el comando QUERY PATH para determinar el LUN definido en la ruta.
3. Si el LUN de la ruta no coincide, emita el comando UPDATE PATH para
actualizar el LUN:
update path datamover1 sandrive1 srctype=datamover
desttype=drive
Es posible que adicionalmente necesite actualizar la ruta del servidor. Para obtener
ms informacin acerca de estos comandos, consulte la publicacin Administrators
Reference.
Gestin de los discos utilizados en el traspaso de datos fuera

del servidor
Puede consultar, actualizar y suprimir discos de cliente utilizados en el traspaso de
datos fuera del servidor. Por ejemplo, si el mantenimiento se realiza en un disco
propiedad del cliente, puede emitir el comando UPDATE DISK para desactivar el
disco.
update disk
serv1 Harddisk1 online=no
Si desea ver informacin especfica de los discos que se han definido en el

servidor, puede emitir el comando QUERY DISK. Por ejemplo, si desea ver el
estado de todos los discos definidos en el servidor, puede escribir lo siguiente:
query disk
Si sustituye un dispositivo, se le recomienda que compruebe las definiciones de

ruta. Para obtener ms informacin, consulte la publicacin Administrators
Reference.
172
Gestin de rutas para el traspaso de datos fuera del servidor

Puede consultar, actualizar y suprimir rutas entre los transportadores de datos y
los dispositivos de almacenamiento. Es importante recordar que cuando se
sustituyen unidades, debe comprobar la informacin sobre la ruta y actualizarla si
fuera necesario. Para obtener ms informacin, consulte la publicacin
173
174
Captulo 8. Gestin de operaciones de medios extrables

Este captulo describe las operaciones rutinarias de medios extrables, incluidas las
siguientes:
v Preparacin de los medios para su utilizacin (dar de alta los volmenes en las
bibliotecas automatizadas y etiquetar los volmenes)
v
v
v
v
Controlar cmo y cundo se reutilizan los volmenes

Comprobar que haya los medios suficientes disponibles
Responder a las peticiones de los operadores
Gestionar las bibliotecas, unidades (incluida la limpieza de la unidad), discos,
rutas y transportadores de datos
Este captulo contiene los siguientes apartados:

Preparacin de los medios para bibliotecas automatizadas en la pgina 177
Gestin de medios en bibliotecas automatizadas en la pgina 183
Etiquetado de medios para bibliotecas manuales en la pgina 190
Gestin de medios en bibliotecas manuales en la pgina 191
Gestin de peticiones del servidor en la pgina 192
Configuracin de una rotacin de cintas en la pgina 195
Utilizacin de gestores de medios extrables con IBM Tivoli Storage Manager en la
pgina 198
Gestin de rutas en la pgina 216
Gestin de bibliotecas en la pgina 204
Gestin de unidades en la pgina 205
Gestin de rutas en la pgina 216
Gestin de los transportadores de datos en la pgina 217
Gestin de discos en la pgina 218
En este captulo, la mayora de los ejemplos ilustran cmo ejecutar las tareas
utilizando la interfaz de la lnea de comandos. Para obtener informacin acerca de
los comandos, consulte la publicacin Administrators Reference o emita el comando
HELP desde la lnea de comandos de un cliente de administracin.
Todos los comandos se pueden ejecutar desde la interfaz Web de administracin.
Para obtener ms informacin sobre cmo utilizar la interfaz de administracin,
Definicin de volmenes
Cuando se agregan dispositivos con el Asistente para la configuracin de
dispositivos, el asistente crea automticamente una agrupacin de almacenamiento
para cada dispositivo que configura y permite un mximo de 500 volmenes
reutilizables para la agrupacin de almacenamiento. Cuando agrega dispositivos
con los comandos, debe especificar el nmero mximo de volmenes reutilizables
con el parmetro MAXSCRATCH de los comandos DEFINE STGPOOL o UPDATE
STGPOOL. Si el parmetro MAXSCRATCH es 0, todos los volmenes de la
175
agrupacin de almacenamiento son volmenes privados que debe definir. Si el

parmetro MAXSCRATCH es superior a cero, todos los volmenes en la
agrupacin de almacenamiento son volmenes reutilizables.
Por ejemplo, para crear una agrupacin de almacenamiento denominada STORE1
que pueda utilizar hasta 500 volmenes reutilizables, entre lo siguiente:
define stgpool store1 maxscratch=500
Para cada agrupacin de almacenamiento, debe decidir si se utilizan volmenes

reutilizables o privados. Se recomiendan los volmenes reutilizables por las
razones siguientes:
v No es necesario definir explcitamente cada volumen de la agrupacin de
almacenamiento.
v Los volmenes reutilizables son prcticos en cuanto a la gestin y explotan
totalmente la automatizacin de los dispositivos robticos.
v Las agrupaciones de almacenamiento que comparten la misma biblioteca
automatizada pueden adquirir volmenes dinmicamente desde el conjunto de
volmenes reutilizables de la biblioteca. No es necesario que los volmenes
estn preasignados a las distintas agrupaciones de almacenamiento.
Los volmenes privados necesitan ms intervencin humana que los volmenes
reutilizables. Sin embargo, puede necesitar regular los volmenes que utilizan
determinadas agrupaciones de almacenamiento y quizs desee controlar los
volmenes manualmente. Cambia la intervencin humana adicional por el control
absoluto de los volmenes. En estos casos, debe definir cada volumen privado con
el comando DEFINE VOLUME. Para las copias de seguridad, vuelcos o cargas de
la base de datos o para operaciones de importacin o exportacin, debe enumerar
los volmenes privados.
Gestin de volmenes
Cuando IBM Tivoli Storage Manager necesita un volumen nuevo, lo selecciona de
la agrupacin de almacenamiento disponible para las copias de seguridad de
cliente. Si configura volmenes privados, selecciona un volumen especfico. Si
configura volmenes reutilizables, selecciona cualquier volumen reutilizable de la
biblioteca. Esto ocurre con todos los dispositivos excepto los 3494. Consulte la
publicacin Gestin de nmeros de categoras para bibliotecas IBM 3494 en la
pgina 189.Para ver las consideraciones especiales acerca de los volmenes WORM
(una sola grabacin, varias lecturas), consulte el apartado Consideraciones
especiales para medios de cintas WORM en la pgina 182.
|
|
|
Nota: cada volumen que el servidor utiliza para cualquier fin debe tener un
nombre exclusivo. Este requisito se aplica a todos los volmenes, tanto si los
volmenes se utilizan para agrupaciones de almacenamiento como si se
utilizan para operaciones, como por ejemplo, una operacin de copia de
seguridad o de exportacin de base de datos. El requisito tambin se aplica
a los volmenes que residen en distintas bibliotecas pero que utiliza el
mismo servidor.
Gestin de volmenes grabados parcialmente

A excepcin de los volmenes de las bibliotecas automatizadas, IBM Tivoli Storage
Manager no detecta un volumen reutilizable hasta que el volumen se ha montado.
A continuacin, el estado del volumen cambia a privado y el volumen se define
automticamente como componente de la agrupacin de almacenamiento para la
176
que se ha efectuado la peticin de montaje. Los volmenes grabados parcialmente

siempre son volmenes privados, aunque su estado fuera reutilizable antes de ser
seleccionados. IBM Tivoli Storage Manager hace un seguimiento del estado original
de los volmenes reutilizables para poder devolverles al estado reutilizable cuando
se vacen.
Para obtener informacin sobre cmo modificar el estado de un volumen de una
biblioteca automatizada, consulte el apartado Modificacin del estado de
volmenes de bibliotecas automatizadas en la pgina 184.
Gestin del inventario de volmenes de un dispositivo de

biblioteca automatizada
IBM Tivoli Storage Manager mantiene un inventario de volmenes para cada
biblioteca automatizada. El inventario de volmenes permite que el dispositivo
proporcione la mxima automatizacin. El inventario de volmenes se crea cuando
se dan de alta volmenes de medios en la biblioteca. IBM Tivoli Storage Manager
hace un seguimiento del estado de los volmenes en el inventario para ver si son
reutilizables o privados.
Una lista de volmenes del inventario de volmenes de la biblioteca no es
necesariamente idntica a una lista de volmenes del inventario de la agrupacin
de almacenamiento del dispositivo. Por ejemplo, los volmenes reutilizables
pueden darse de alta en la biblioteca pero no definirse en una agrupacin de
almacenamiento porque an no se han seleccionado para copia de seguridad. Los
volmenes privados pueden definirse en una agrupacin de almacenamiento, pero
no pueden darse de alta en el inventario de volmenes del dispositivo.
Gestin de la copia de seguridad de la base de datos y de los

volmenes de exportacin
Para las copias de seguridad de la base de datos y los volmenes de exportacin,
emita el comando DELETE VOLHISTORY o UPDATE LIBVOLUME para modificar
el estado del volumen. Cuando IBM Tivoli Storage Manager hace una copia de
seguridad de la base de datos o exporta informacin del servidor, graba la
informacin relativa a los volmenes utilizados para esas operaciones en el archivo
histrico de volmenes. El archivo histrico de volmenes se describe
detalladamente en el Captulo 23, Proteccin y recuperacin del servidor, en la
pgina 697.
Preparacin de los medios para bibliotecas automatizadas

Para preparar cintas y volmenes de discos pticos, debe etiquetarlos y darlos de
alta en el inventario de volmenes de la biblioteca:
Tarea
Etiquetado de medios
Sistema
Alta de medios en dispositivos de biblioteca

automatizada
Sistema
Obtencin de direcciones de elementos para

ranuras de almacenamiento de biblioteca
Cualquier administrador u operador
177
Etiquetado de medios
Todos los medios requieren etiquetas. Etiquetar medios con una biblioteca
automatizada es una tarea diferente a etiquetar medios con un dispositivo manual
ya que en una biblioteca automatizada es necesario dar de alta el medio en la
biblioteca. El proceso de alta adicional puede realizarse mientras se etiqueta el
volumen. Si etiqueta los volmenes con el Asistente para etiquetado, puede
seleccionar el proceso de alta en el asistente. Si etiqueta volmenes con el comando
LABEL LIBVOLUME, puede emitir el parmetro CHECKIN.
Para etiquetar automticamente volmenes de cinta en bibliotecas de tipo SCSI,
puede utilizar el parmetro AUTOLABEL en los comandos DEFINE LIBRARY y
UPDATE LIBRARY. Con este parmetro se evita tener que etiquetar previamente
un conjunto de cintas. Tambin es ms eficaz que utilizar el comando LABEL
LIBVOLUME, que requiere montar los volmenes por separado. Si utiliza el
parmetro AUTOLABEL, debe dar de alta las cintas especificando
CHECKLABEL=BARCODE en el comando CHECKIN LIBVOLUME.
|
|
|
|
|
|
|
Una etiqueta no puede incluir espacios en blanco intercalados ni puntos y debe ser
vlida cuando se utilice como un nombre de archivo en el medio.
Etiquetado de medios con una biblioteca de cintas automatizada

Inserte los medios en las ranuras de almacenamiento o en puertos de
entrada/salida e invoque al Asistente para etiquetado.
Nota: el asistente para el etiquetado no admite el etiquetado de los medios pticos.
Para etiquetar medios pticos, debe utilizar el comando LABEL
LIBVOLUME.
2. Pulse Asistentes y pulse dos veces en Etiquetado de medios en el panel
derecho. Aparece el Asistente para el etiquetado de medios.
3. Pulse Etiquetado de medios en el panel derecho de las herramientas del
servidor de Tivoli Storage Manager.
4. Pulse Iniciar. Aparece el Asistente para el etiquetado de medios de Tivoli
Storage Manager del autocambiador.
5. Siga las instrucciones del asistente. En el ltimo dilogo del asistente, seleccione
la casilla denominada Dar de alta ahora.
6. Las etiquetas en volmenes VolSafe slo pueden sobregrabarse una vez. Por lo
tanto, slo debe utilizar una vez el comando LABEL LIBVOLUME en
volmenes VolSafe. Puede proteger la etiqueta contra sobregrabacin mediante
la opcin OVERWRITE=NO del comando LABEL LIBVOLUME.
|
|
|
|
|
|
|
De forma predeterminada, el comando de etiquetado no graba encima de la

etiqueta existente en un volumen. Sin embargo, si desea grabar encima de
etiquetas de volumen existentes, puede especificar OVERWRITE=YES cuando
utilice el comando LABEL LIBVOLUME. Consulte el apartado Etiquetado de
volmenes mediante comandos en la pgina 197.
Atencin: Proceda con precaucin cuando grabe sobre etiquetas de volumen para
evitar que se destruyan datos importantes. al grabar encima de una etiqueta de
volumen, se destruyen todos los datos que residen en el volumen.
178
Etiquetado de medios para utilizar con un lector de cdigos de

barras
Las bibliotecas equipadas con lectores de cdigos de barras pueden obtener
nombres de volumen mediante el lector en lugar de solicitar la intervencin del
administrador. Los administradores que etiquetan medios con el Asistente para el
etiquetado de medios pueden seleccionar la casilla del cdigo de barras del
asistente. Los administradores que etiquetan medios con comandos Tivoli Storage
Manager pueden emitir el comando LABEL LIBVOLUME con los parmetros
SEARCH=YES y LABELSOURCE=BARCODE. Tivoli Storage Manager lee el cdigo
de barras y los medios se trasladan desde el puerto de entrada/salida a una
unidad en la que la informacin de la etiqueta del cdigo de barras se graba como
etiqueta interna de los medios. Una vez etiquetada la cinta, se vuelve a trasladar al
puerto de entrada/salida o a una ranura de almacenamiento, si se ha especificado
la opcin CHECKIN.
No mezcle en una biblioteca volmenes que tengan etiquetas de cdigos de barras
con volmenes que no las tengan, ya que leer con escner los cdigos de barras de
los volmenes no etiquetados es una operacin que puede llevar mucho tiempo.
El soporte de cdigos de barras est disponible para las bibliotecas controladas por
Tivoli Storage Manager que utilizan el controlador de dispositivo de Tivoli Storage
Manager o el controlador de dispositivo RMSS LTO Ultrium. El soporte de cdigos
de barras no est disponible para dispositivos que utilicen el controlador de
dispositivo nativo de Windows o dispositivos cuyos medios gestiona el
Administrador de almacenamiento extrable (RSM). Consulte el apartado
Utilizacin de gestores de medios extrables con IBM Tivoli Storage Manager en
la pgina 198.
Alta de medios en dispositivos de biblioteca automatizada

Despus de haber etiquetado los volmenes, debe dejar los volmenes disponibles
para los dispositivos de Tivoli Storage Manager dndolos de alta en el inventario
de volmenes de la biblioteca mediante el comando CHECKIN LIBVOLUME.
Puede ahorrar tiempo si da de alta volmenes como parte de la operacin de
etiquetado. Consulte el apartado Etiquetado de medios en la pgina 178.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Nota: cuando se exportan datos de un servidor de Tivoli Storage Manager distinto

de un servidor OS/400 PASE (por ejemplo, desde un servidor de Tivoli
Storage Manager en Windows) a un servidor de Tivoli Storage Manager en
OS/400 PASE, utilice la exportacin de servidor a servidor en lugar de la
exportacin a medios secuenciales. El comando CHECKIN LIBVOLUME
fallar en un servidor de Tivoli Storage Manager en OS/400 PASE cuando el
servidor intente dar de alta un volumen de medio secuencial que contenga
datos de exportacin de servidores que no sean OS/400 PASE. Si debe
utilizar un dispositivo LTO para crear una cinta de exportacin, efecte estos
pasos:
1. Defina una biblioteca Tivoli Storage Manager de tipo MANUAL.
2. Defina una unidad de cintas LTO en la biblioteca MANUAL.
3. Etiquete una cinta con seis caracteres o menos.
4. Efecte la exportacin.
El comando CHECKIN LIBVOLUME conlleva acceder al dispositivo y puede
tardar bastante tiempo en realizarse. Por este motivo, el comando se ejecuta
siempre como proceso subordinado. Espere a que finalice el proceso de CHECKIN
LIBVOLUME antes de definir los volmenes o el proceso de definicin fallar.
179
Puede especificar que Tivoli Storage Manager lea etiquetas de medios de los
volmenes que est dando de alta. Cuando est activada el alta de etiquetas, Tivoli
Storage Manager monta cada volumen y lee la etiqueta interna antes de dar de alta
el volumen. Tivoli Storage Manager slo da de alta volmenes que se han
etiquetado correctamente. La comprobacin de etiquetas puede impedir que se
produzcan errores posteriormente, cuando Tivoli Storage Manager seleccione y
monte volmenes, pero tambin aumenta el tiempo de procesamiento para dar de
alta.
Alta de un solo volumen en una biblioteca automatizada

Puede dar de alta volmenes nicos especificando el comando CHECKIN
LIBVOLUME con el parmetro SEARCH=NO. Tivoli Storage Manager emite una
peticin de montaje que identifica una ranura de almacenamiento con una
direccin de elemento. Los medios pueden cargarse directamente en una ranura de
almacenamiento nica o en uno de los puertos de entrada/salida del dispositivo, si
se dispone de stos. Por ejemplo, un administrador da de alta un volumen
reutilizable denominado VOL001 en una biblioteca denominada TAPELIB entrando
checkin libvolume tapelib vol001 search=no status=scratch
Tivoli Storage Manager descubre que la primera ranura vaca se halla en la

direccin de elemento 5 y emite el mensaje siguiente:
ANR8306I 001:
Inserte el volumen 8MM VOL001 R/W en la ranura con la direccin de
elemento 5 de la biblioteca TAPELIB en no ms de 60 minutos;emita REPLY
junto con el identificador de peticin cuando est preparado.
Si la biblioteca est equipada con puertos de entrada/salida, el administrador

puede cargar el volumen en un puerto sin conocer las direcciones de elementos de
las ranuras de almacenamiento del dispositivo. Despus de insertar el volumen en
un puerto de entrada/salida o en una ranura de almacenamiento, el administrador
responde al mensaje anterior en una lnea de comandos de Tivoli Storage Manager
emitiendo el comando REPLY con el nmero de peticin (el nmero al principio de
la peticin de montaje):
reply 1
Alta de volmenes mediante el lector de cdigos de barras de la

biblioteca
Puede ahorrar tiempo si da de alta volmenes en bibliotecas equipadas con
lectores de cdigos de barra utilizando los caracteres de las etiquetas de los
cdigos de barras como nombres para los volmenes a los que est dando de alta.
Tivoli Storage Manager lee las etiquetas de los cdigos de barras y utiliza la
informacin de las etiquetas para grabar etiquetas de medios internas. Si un
volumen carece de etiqueta de cdigo de barras, Tivoli Storage Manager monta los
volmenes en una unidad e intenta leer la etiqueta interna que se ha grabado.
Por ejemplo, para utilizar un lector de cdigos de barras para buscar una biblioteca
denominada TAPELIB y dar de alta una cinta reutilizable, entre:
checkin libvolume tapelib search=yes status=scratch
checklabel=barcode
Alta de volmenes desde los puertos de entrada/salida de la

biblioteca
Puede dar de alta varios volmenes en bibliotecas automatizadas mediante el
comando CHECKIN LIBVOLUME con el parmetro SEARCH=BULK. Tivoli
Storage Manager busca en los puertos de entrada/salida del dispositivo volmenes
180
etiquetados que puede dar de alta automticamente. Para que Tivoli Storage
Manager cargue un cartucho en una unidad y lea la etiqueta, debe especificar la
opcin CHECKLABEL=YES. La opcin CHECKLABEL=NO no es vlida con la
opcin SEARCH=BULK. Despus de leer la etiqueta, Tivoli Storage Manager
traslada la cinta de la unidad a una ranura de almacenamiento. Cuando se activa
la lectura de cdigos de barras con el parmetro CHECKLABEL=BARCODE, Tivoli
Storage Manager lee la etiqueta y traslada la cinta desde el puerto de
entrada/salida hasta una ranura de almacenamiento.
Alta de volmenes desde las ranuras de almacenamiento de la

biblioteca
Puede dar de alta varios volmenes en bibliotecas automatizadas mediante el
comando CHECKIN LIBVOLUME con el parmetro SEARCH=YES. Tivoli Storage
Manager busca automticamente en las ranuras de almacenamiento volmenes
nuevos que no se hayan agregado todava al inventario de volmenes. Si emite el
parmetro SEARCH=YES no ser necesario emitir un comando CHECKIN
LIBVOLUME explcito para cada volumen.
Por ejemplo, en el caso de un dispositivo SCSI, basta con abrir la puerta de acceso
de la biblioteca, colocar los volmenes nuevos en ranuras sin utilizar, cerrar la
puerta y emitir el comando CHECKIN LIBVOLUME con SEARCH=YES.
Consulte el apartado Obtencin de direcciones de elementos para ranuras de
almacenamiento de biblioteca en la pgina 182.
Alta de volmenes privados

Los volmenes privados son aquellos que estn predefinidos en una agrupacin de
almacenamiento o bien aquellos que estn grabados parcialmente. Puede dar de
alta volmenes privados, pero debe asegurarse de que les asigna el estado de
privado antes de darlos de alta. No es posible grabar encima de los volmenes
privados si se solicita un montaje de volumen reutilizable. El servidor no permite
que el administrador d de alta ningn volumen que tenga el estado reutilizable si
dicho volumen pertenece ya a una agrupacin de almacenamiento.
Los volmenes grabados parcialmente siempre son privados. Un volumen puede
tener inicialmente el estado de reutilizable o privado pero una vez que Tivoli
Storage Manager almacena datos en l, su estado pasa a ser privado. Consulte el
apartado Devolucin de volmenes grabados parcialmente a dispositivos de
biblioteca automatizada en la pgina 185.
Alta de volmenes en una biblioteca completa

Puede dar de alta volmenes en dispositivos que estn completamente llenos y no
disponen de ranuras de almacenamiento vacas activando el intercambio de cintas.
El intercambio permite que Tivoli Storage Manager seleccione y expulse volmenes
para almacenar en una ubicacin fsica distinta. Tivoli Storage Manager selecciona
el volumen que se expulsa buscando primero algn volumen reutilizable
disponible y despus, el volumen montado con menor frecuencia. Sin el
intercambio de cintas, el alta da errores. Consulte el apartado Configuracin y
gestin de la ubicacin de desbordamiento de un volumen para un dispositivo de
biblioteca automatizada en la pgina 186
Alta de volmenes en una biblioteca IBM 3494

En el momento en que se inserta por primera vez un volumen en una biblioteca
IBM 3494, ya sea manual o automticamente, en la estacin de E/S de que se
181
dispone a tal efecto, el volumen recibe la categora de insercin (XFF00). A

continuacin, puede cambiar el nmero de categora emitiendo el comando
CHECKIN LIBVOLUME.
Obtencin de direcciones de elementos para ranuras de

almacenamiento de biblioteca
Si una biblioteca tiene puertos de entrada/salida, puede agregar y suprimir medios
cargando los medios en los puertos. Si no hay puertos de entrada/salida, debe
cargar cintas en las ranuras de almacenamiento. En este caso, debe responder a las
peticiones de montaje que identifiquen las ranuras de almacenamiento con
direcciones de elemento. Una direccin de elemento es un nmero que indica la
ubicacin fsica de una unidad o ranura de almacenamiento de una biblioteca
automatizada.
Los administradores necesitan nombres de dispositivo y direcciones de elementos
al:
v Definir o actualizar las unidades en una biblioteca automatizada.
v Dar de alta volmenes en una biblioteca automatizada que no tiene puertos de
entrada/salida.
v Utilizar una unidad nica especfica de una biblioteca automatizada para
etiquetar volmenes.
Las direcciones de elementos para dispositivos admitidos por IBM se pueden
obtener del asistente para la configuracin de dispositivos y en esta direccin
support/IBMTivoliStorageManager.html. Tambin puede consultar la
documentacin del fabricante del dispositivo.
Consideraciones especiales para medios de cintas WORM
Tivoli Storage Manager admite los siguientes tipos de volmenes WORM (una sola
grabacin, varias lecturas):
v StorageTek VolSafe
v Sony AIT50 y AIT100
|
|
|
|
Para aprovechar todas las ventajas del uso de medios WORM con Tivoli Storage
Manager, tenga en cuenta lo siguiente:
v Alta de volmenes: los cargadores de bibliotecas no pueden distinguir las cintas
WORM de las cintas de lectura/grabacin (RW) estndar. Para determinar el
tipo de medio utilizado, debe cargarse un volumen en una unidad. Por lo tanto,
cuando d de alta un volumen WORM, debe utilizar la opcin
CHECKLABEL=YES en el comando CHECKIN LIBVOLUME. Cualquier tipo de
biblioteca puede tener medios WORM y RW si todas las unidades estn
habilitadas para WORM. La nica excepcin a esta regla son las bibliotecas
conectadas a NAS, en las que no pueden utilizarse medios de cintas WORM.
v Errores de montaje potenciales: si se cargan medios de cintas WORM en una
unidad para un montaje de clase de dispositivo RW, se producir un error de
montaje. De forma similar, si se cargan medios de cintas RW en una unidad para
un montaje de clase de dispositivo WORM, el montaje fallar.
v Carga de los medios correctos: las bibliotecas externas y manuales utilizan
bibliotecas lgicas separadas para distribuir sus medios. Es responsabilidad del
operador y del software de gestin de bibliotecas garantizar que se cargan los
medios correctos.
v Composicin de una agrupacin de almacenamiento: una agrupacin de
almacenamiento puede componerse de medios WORM o RW, pero no de ambos.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
182
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v Operaciones de copia de seguridad y exportacin de bases de datos: no utilice

cintas WORM para operaciones de copia de seguridad o exportacin de bases de
datos. De lo contrario, la cinta se echar a perder despus de una operacin de
restauracin o de importacin.
v Sobregrabacin de etiquetas de volmenes VolSafe: la etiqueta de un volumen
VolSafe slo puede sobregrabarse una vez. Por lo tanto, slo debe utilizar una
vez el comando LABEL LIBVOLUME en volmenes VolSafe. Puede proteger la
etiqueta contra sobregrabacin mediante la opcin OVERWRITE=NO del
comando LABEL LIBVOLUME.
|
|
|
|
v Reclamacin de volmenes WORM: la reclamacin de volmenes WORM no

significa que pueda volver a utilizar este medio de una sola grabacin. No
obstante, la reclamacin de volmenes WORM le permite liberar espacio de la
biblioteca consolidando datos de volmenes prcticamente vacos en otros
volmenes. A continuacin puede expulsar los volmenes WORM utilizados que
estn vacos y agregar nuevos volmenes.
Las agrupaciones de almacenamiento que se asignan a clases de dispositivo con
un tipo de dispositivo WORM tienen un valor de reclamacin predeterminado
de 60. Para evitar la reclamacin de medios de cinta WORM, establezca el valor
de reclamacin en 100.
|
|
|
|
Para obtener informacin sobre cmo definir clases de dispositivos para medios de
cinta WORM, consulte los apartados Definicin y actualizacin de clases de
dispositivo VOLSAFE en la pgina 232 y Definicin y actualizacin de clases de
dispositivos de cinta en la pgina 221.
Gestin de medios en bibliotecas automatizadas

Normalmente, las bibliotecas automatizadas necesitan poca intervencin humana
despus de configurar una rotacin de medios. Sin embargo, es posible que en
alguna ocasin deba agregar, eliminar o gestionar manualmente medios en
bibliotecas automatizadas. Tivoli Storage Manager realiza un seguimiento de los
medios del inventario de volmenes de la biblioteca, que mantiene para cada
biblioteca automatizada. El inventario de volmenes de biblioteca es independiente
del inventario de la agrupacin de almacenamiento del dispositivo. Para agregar
volmenes al inventario de volmenes de un dispositivo, d de alta los volmenes
en el dispositivo. Para obtener ms informacin sobre el procedimiento de dar de
alta, consulte el apartado Alta de medios en dispositivos de biblioteca
automatizada en la pgina 179. Para agregar volmenes a una agrupacin de
almacenamiento de la biblioteca, consulte el apartado Adicin de volmenes
reutilizables a un dispositivo de biblioteca automatizada en la pgina 186.
Puede ampliar la funcin de gestin de medios de Tivoli Storage Manager
mediante el Administrador de almacenamiento extrable (RSM) de Windows para
gestionar medios. Las posibilidades de estos programas superan a la funcin de
gestin de medios que ofrece Tivoli Storage Manager y permite que aplicaciones
diferentes compartan el mismo dispositivo. Consulte la publicacin Utilizacin de
gestores de medios extrables con IBM Tivoli Storage Manager en la pgina 198.
Puede gestionar medios de bibliotecas automatizadas de esta forma:
Tarea
Modificacin del estado de volmenes de

bibliotecas automatizadas
183
Tarea
Eliminacin de volmenes desde

dispositivos de biblioteca automatizada
Devolucin de volmenes grabados

parcialmente a dispositivos de biblioteca
automatizada
Auditora del inventario de volmenes de

una biblioteca
Adicin de volmenes reutilizables a un

dispositivo de biblioteca automatizada
Gestin de nmeros de categoras para

bibliotecas IBM 3494
Reutilizacin de medios en bibliotecas

automatizadas en la pgina 189
Modificacin del estado de volmenes de bibliotecas

automatizadas
Puede modificar el estado de los volmenes emitiendo el comando UPDATE
LIBVOLUME. El comando permite asignar un estado privado a un volumen
reutilizable o asignar un estado reutilizable a un volumen privado. Los volmenes
privados deben ser volmenes definidos por el administrador sin datos o bien con
datos no vlidos. No pueden ser volmenes grabados parcialmente y que
contienen datos activos. Las estadsticas de volumen se pierden cuando se
modifican los estados de volumen.
Eliminacin de volmenes desde dispositivos de biblioteca

automatizada
Puede eliminar volmenes de bibliotecas automatizadas emitiendo el comando
CHECKOUT LIBVOLUME. Tivoli Storage Manager monta cada volumen y verifica
la etiqueta interna antes de darlo de baja del inventario de volmenes. Despus de
dar de baja un volumen, Tivoli Storage Manager traslada los medios al puerto de
entrada/salida del dispositivo, si hay uno o Tivoli Storage Manager solicita que el
operador retire el volumen de una unidad del dispositivo.
Para las bibliotecas automatizadas con varios puertos de entrada/salida, puede
emitir el comando CHECKOUT LIBVOLUME con el parmetro SEARCH=BULK.
Tivoli Storage Manager expulsa el volumen al siguiente puerto de entrada/salida
disponible.
Los volmenes grabados parcialmente que se suprimen del dispositivo tendrn
que ser dados de alta de nuevo si Tivoli Storage Manager intenta acceder a ellos.
Consulte el apartado Gestin de volmenes grabados parcialmente en la pgina
176.
Nota:
al desmontar un volumen, la informacin de TapeAlert se notificar en
cuatro mensajes posibles. TapeAlert slo tiene tres niveles de gravedad:
Crtica, Aviso e Informativo. Algunos mensajes crticos darn como resultado
ANR8481S, mientras que otros utilizarn ANRxxxxE, segn el texto. Algunos
ejemplos de cada tipo de aviso son:
184
Dispositivo ANRxxxxS /dev/rmt1, volumen VOL123 ha emitido la siguiente

alerta de cinta (TapeAlert) crtica: Los datos estn en peligro:
1. Copie los datos que necesite de esta cinta.
2. No vuelva a utilizar la cinta;
3. Vuelva a comenzar la operacin con otra cinta.
Dispositivo ANRxxxxE /dec/lb0, volumen NONE ha emitido la siguiente
alerta de cinta (TapeAlert) crtica: La biblioteca tiene un problema
con la interfaz del host:
1. Examine los cables y las conexiones de cables.
2. Vuelva a iniciar la operacin.
Dispositivo ANRxxxxW /dev/lb0, volumen NONE ha emitido la siguiente
alerta de cinta (TapeAlert) de aviso: Se prev un error de hardware
de la biblioteca.
Llame a la lnea de ayuda del proveedor de la biblioteca.
Dispositivo ANRxxxxI /dev/mto, volumen MYVOL1 ha emitido la siguiente
alerta de cinta (TapeAlert) informativa: Ha intentado cargar un cartucho
de un tipo no soportado por esta unidad.
Estos mensajes indican un error de hardware, no un error de aplicacin de

Devolucin de volmenes grabados parcialmente a

dispositivos de biblioteca automatizada
Los volmenes grabados parcialmente que se dan de baja de una biblioteca siguen
definidos en una agrupacin de almacenamiento y tienen un estado de privado.
Puede devolver volmenes grabados parcialmente de esta forma:
1. D de alta el volumen emitiendo el comando CHECKIN LIBVOLUME con el
parmetro STATUS=PRIVATE.
2. Cambie el acceso del volumen de no disponible a lectura/grabacin o slo
lectura mediante el comando UPDATE VOLUME con el parmetro ACCESS.
Devolucin de volmenes reclamados a una biblioteca

Despus de que Tivoli Storage Manager haya reclamado datos vlidos de
volmenes, Tivoli Storage Manager puede volver a utilizar los medios. Los
volmenes reutilizables se devuelven automticamente a la biblioteca como
volmenes reutilizables. Para volver a utilizar volmenes privados, debe darlos de
alta en la biblioteca.
Auditora del inventario de volmenes de una biblioteca

Puede emitir el comando AUDIT LIBRARY para auditar los inventarios de
volmenes de las bibliotecas automatizadas. La auditora del inventario de
volmenes garantiza que la informacin mantenida por el servidor de Tivoli
Storage Manager es coherente con los medios fsicos de la biblioteca. La auditora
es til cuando el inventario se ha manipulado manualmente. Tivoli Storage
Manager suprime los volmenes no encontrados y actualiza las ubicaciones de los
volmenes que se han trasladado desde la ltima auditora. Tivoli Storage
Manager no puede agregar volmenes nuevos durante una auditora.
Excepto en el caso de que los dispositivos tengan un lector de cdigos de barras, el
servidor monta cada uno de los volmenes durante el proceso de auditora para
verificar la etiqueta. Despus de verificar la etiqueta, el volumen permanece en
estado de espera hasta que se supera el lmite de tiempo del intervalo de retencin
de montaje. Puede ahorrar tiempo emitiendo el comando DISMOUNT VOLUME
para forzar que se desmonten los volmenes inactivos.
185
Auditora de un inventario de volmenes mediante un lector de

cdigos de barras
Puede ahorrar tiempo al auditar inventarios de volmenes de los dispositivos
equipados con lectores de cdigos de barras si utiliza el lector de cdigos de barras
para verificar la identidad de los volmenes. Si un volumen tiene una etiqueta de
cdigo de barras con seis caracteres o menos, Tivoli Storage Manager lee el nombre
del volumen de la etiqueta del cdigo de barras durante la auditora. El volumen
no se monta para verificar si el nombre externo del cdigo de barras coincide con
el nombre interno del volumen que se ha grabado.
Si un volumen carece de etiqueta de cdigo de barras o sta no cumple con los
requisitos de Tivoli Storage Manager, Tivoli Storage Manager monta el volumen en
una unidad e intenta leer la etiqueta interna. Consulte el apartado Etiquetado de
medios en la pgina 178. Por ejemplo, para auditar la biblioteca TAPELIB
utilizando el lector de cdigos de barras de sta, entre el comando siguiente:
audit library tapelib checklabel=barcode
Adicin de volmenes reutilizables a un dispositivo de

biblioteca automatizada
A medida que aumenta la demanda de medios, puede que necesite agregar
volmenes reutilizables a las bibliotecas. El nmero mximo de volmenes
reutilizables de una biblioteca se determina cuando se crea la agrupacin de
almacenamiento de la biblioteca. Consulte el apartado Definicin de volmenes
en la pgina 175.
Para aumentar el nmero mximo de volmenes reutilizables:
1. D de alta los volmenes en la biblioteca. Etiqutelos, si es preciso.
Es posible que deba almacenar temporalmente volmenes en una ubicacin de
desbordamiento para conseguir ms espacio para volmenes reutilizables
adicionales. Consulte el apartado Configuracin y gestin de la ubicacin de
desbordamiento de un volumen para un dispositivo de biblioteca
automatizada.
2. Aumente el nmero mximo de volmenes reutilizables.
Puede emitir el comando UPDATE STGPOOL para aumentar el nmero de
volmenes reutilizables que pueden agregarse a una agrupacin de
almacenamiento.
Configuracin y gestin de la ubicacin de desbordamiento

de un volumen para un dispositivo de biblioteca automatizada
A medida que aumente la demanda de medios, el nmero de volmenes necesario
para una agrupacin de almacenamiento puede exceder la capacidad fsica de una
biblioteca automatizada. Para conseguir espacio para nuevos volmenes y realizar
al mismo tiempo un seguimiento de los existentes, puede definir una ubicacin
fsica como rea de desbordamiento. Tivoli Storage Manager hace un seguimiento
de los volmenes transferidos al rea de desbordamiento para permitir que haya
ranuras de almacenamiento disponibles para nuevos volmenes.
Siga estos pasos para crear una ubicacin de desbordamiento:
1. Cree una ubicacin de desbordamiento de un volumen.
Defina o actualice la agrupacin de almacenamiento asociada con la biblioteca
automatizada mediante los comandos DEFINE STGPOOL o UPDATE
STGPOOL con el parmetro OVERFLOW. Por ejemplo, para crear una
186
ubicacin de desbordamiento denominada ROOM2948 para una agrupacin de

almacenamiento denominada ARCHIVEPOOL, emita lo siguiente:
update stgpool archivepool ovflocation=Room2948
2. Traslade los medios a la ubicacin de desbordamiento segn convenga.

Emita el comando MOVE MEDIA para trasladar medios desde la biblioteca
hasta la ubicacin de desbordamiento. Por ejemplo, para trasladar fuera de la
biblioteca todos los volmenes llenos de dicha agrupacin de almacenamiento,
move media * stgpool=archivepool
Todos los volmenes llenos son dados de baja de la biblioteca y Tivoli Storage
Manager registra la ubicacin de los volmenes como Room2948.
Utilice el parmetro DAYS para especificar los das que deben transcurrir para
que el volumen sea elegible para el proceso en el comando MOVE MEDIA.
3. D de alta nuevos volmenes reutilizables, si es preciso.
|
|
Consulte el apartado Alta de medios en dispositivos de biblioteca

Si un volumen tiene una entrada en el histrico de volmenes, no puede darlo
de alta como volumen reutilizable.
4. Identifique las cintas reutilizables vacas de la ubicacin de desbordamiento.
Para ello, entre este comando:
query media * stg=* whereovflocation=Room2948 wherestatus=empty
move media * stg=* wherestate=mountablenotinlib wherestatus=empty
cmd="checkin libvol autolib &vol status=scratch"
cmdfilename=\storage\move\media\checkin.vols
5. D de alta volmenes del rea de desbordamiento cuando Tivoli Storage

Manager los solicite.
Los operadores deben dar de alta volmenes del rea de desbordamiento
cuando Tivoli Storage Manager los solicite. Tivoli Storage Manager emite
peticiones de montaje que incluyen la ubicacin de los volmenes.
Los operadores pueden ubicar volmenes en una ubicacin de desbordamiento
mediante el comando QUERY MEDIA. Este comando sirve tambin para
generar otros comandos. Por ejemplo, se puede emitir un comando QUERY
MEDIA para obtener una lista de todos los volmenes de la ubicacin de
desbordamiento y, al mismo tiempo, generar los comandos para dar de alta
dichos volmenes en la biblioteca. Para ello, entre este comando:
query media format=cmd stgpool=archivepool whereovflocation=Room2948
cmd="checkin libvol autolib &vol status=private"
cmdfilename="\storage\move\media\checkin.vols"
Utilice el parmetro DAYS para especificar los das que deben transcurrir para
que los volmenes sean elegibles para el proceso en el comando QUERY
MEDIA.
El archivo que contiene los comandos generados puede ejecutarse con el
comando de Tivoli Storage Manager MACRO. En el ejemplo que nos ocupa,
dicho archivo podra ser as:
checkin libvol autolib TAPE13 status=private
checkin libvol autolib TAPE19 status=private
Modificacin de la Modalidad de acceso de los volmenes

En alguna ocasin, es posible que necesite manipular la modalidad de acceso de
los volmenes, por ejemplo, cuando elimine volmenes grabados parcialmente o
187
los devuelva a las bibliotecas. Para modificar la modalidad de acceso de un

volumen, emita el comando UPDATE VOLUME con el parmetro
ACCESS=UNAVAILABLE.
Si desea tener volmenes no disponibles para enviar los datos que contienen fuera
del local por motivos de seguridad, puede utilizar una agrupacin de
almacenamiento de copia. Puede hacer copia de seguridad de las agrupaciones de
almacenamiento primarias en una agrupacin de almacenamiento de copia y
despus enviar los volmenes de la agrupacin de almacenamiento de copia fuera
del local. Puede hacer el seguimiento de los volmenes de la agrupacin de
almacenamiento de copia cambiando la modalidad de acceso a fuera de local y
actualizando el histrico de volmenes para identificar la ubicacin que ocupan.
Para obtener ms informacin, consulte el apartado Definicin de una agrupacin
de almacenamiento de copia en la pgina 325.
Realizacin de operaciones con bibliotecas compartidas

El cliente de biblioteca se pone en contacto con el gestor de bibliotecas cuando ste
se inicia y se inicializa el dispositivo de almacenamiento, o despus de definir un
gestor de bibliotecas para un cliente de bibliotecas. El cliente de biblioteca confirma
que el servidor contactado es el gestor de bibliotecas para el dispositivo de
biblioteca especificado. Asimismo, el cliente de biblioteca compara con el gestor de
bibliotecas las definiciones de unidades para comprobar que son coherentes. El
cliente de biblioteca se pone en contacto con el gestor de bibliotecas para cada una
de las operaciones siguientes:
Montaje de volmenes
Un cliente de biblioteca enva una peticin al gestor de bibliotecas para
acceder a un volumen determinado en el dispositivo de biblioteca
compartida. Para un volumen reutilizable, el cliente de biblioteca no
especifica un nombre de volumen. Si el gestor de bibliotecas no puede
acceder al volumen solicitado, o si no hay disponibles volmenes
reutilizables, el gestor de bibliotecas deniega la peticin de montaje. Si la
operacin de montaje es correcta, el gestor de bibliotecas devuelve el
nombre de la unidad en la que se ha montado el volumen.
Liberacin de volmenes (para reutilizarlos)
Cuando un cliente de biblioteca ya no necesita acceder a un volumen,
notifica al gestor de bibliotecas que el volumen debe devolverse para ser
reutilizado. La base de datos del gestor de bibliotecas se actualiza con la
nueva ubicacin del volumen. El volumen se suprime del inventario de
volmenes del cliente de biblioteca.
En la Tabla 15 se muestra la interaccin entre clientes de biblioteca y el gestor de
bibliotecas al procesar operaciones de Tivoli Storage Manager.
Tabla 15. Cmo procesan las operaciones de Tivoli Storage Manager los servidores
activados para la SAN
Operacin
Gestor de bibliotecas
Cliente de biblioteca
Muestra los volmenes

dados de alta en la
biblioteca. En el caso de
volmenes privados, el
servidor propietario tambin
se muestra.
No aplicable.
(Comando)
Consultar volmenes de
biblioteca
(QUERY LIBVOLUME)
188
Tabla 15. Cmo procesan las operaciones de Tivoli Storage Manager los servidores
activados para la SAN (continuacin)
Operacin
Gestor de bibliotecas
Cliente de biblioteca
Ejecuta los comandos en el

dispositivo de biblioteca.
No aplicable.
Realiza una sincronizacin

de inventario con el
Realiza la sincronizacin de
inventario con el servidor
gestor de bibliotecas.
Etiqueta y da de alta los

medios.
No aplicable.
Enva la peticin al
Solicita que el servidor

gestor de bibliotecas realice
la operacin.
Comprueba si el volumen es
propiedad del servidor de
cliente de biblioteca que
realiza la peticin y si el
volumen se encuentra en el
Solicita que el servidor

gestor de bibliotecas realice
la operacin.
(Comando)
Dar de alta y dar de baja
volmenes de biblioteca
(CHECKIN LIBVOLUME,
CHECKOUT LIBVOLUME)
Auditar inventario de
biblioteca
Cuando debe realizarse una

operacin de dar de alta a
causa de una restauracin de
cliente, se enva una peticin
al servidor gestor de
bibliotecas.
(AUDIT LIBRARY)
Etiquetar un volumen de
biblioteca
(LABEL LIBVOLUME)
Desmontar un volumen
(DISMOUNT VOLUME)
Consultar un volumen
(QUERY VOLUME)
Gestin de nmeros de categoras para bibliotecas IBM 3494

Los nmeros de categoras de los dispositivos IBM 3494 Tape Library Dataservers
identifican los volmenes que se utilizan para la misma finalidad o aplicacin. Una
biblioteca 3494 cuenta con una unidad de control inteligente que hace un
seguimiento del nmero de categora de cada volumen en el inventario de
volmenes. Los nmeros de categora resultan tiles cuando varios sistemas
comparten los recursos de una sola biblioteca. Normalmente, una aplicacin de
software que utilice una biblioteca 3494 utilizar tan slo los volmenes de las
categoras reservadas para la misma. Para evitar la prdida de datos, asegrese de
que cada una de las aplicaciones que comparta la biblioteca utilice nmeros de
categoras exclusivos.
Reutilizacin de medios en bibliotecas automatizadas

La reutilizacin de medios en bibliotecas automatizadas es fundamentalmente igual
que la de las bibliotecas manuales, con la diferencia de que se necesita menos
intervencin humana para los dispositivos automatizados que para los manuales.
Puede configurar el proceso de caducidad y el proceso de reclamacin y ajustar la
rotacin de medios para lograr los resultados deseados.
v Configuracin del proceso de caducidad
189
El proceso de caducidad es el mismo, independientemente del tipo de

dispositivo y medio en el que se almacenen las copias de seguridad. Consulte el
apartado Ejecucin del proceso de caducidad para suprimir archivos
caducados en la pgina 430.
v Configuracin del proceso de reclamacin
En el caso de una agrupacin de almacenamiento asociada con una biblioteca
que tenga ms de una unidad, los datos reclamados se traspasan a otros
volmenes de la misma agrupacin de almacenamiento. Consulte el apartado
Reclamacin de espacio en agrupaciones de almacenamiento de acceso
v Devolucin de medios reclamados a la agrupacin de almacenamiento
La mayora de los medios pueden devolverse a una agrupacin de
almacenamiento despus de la reclamacin pero los medios que contienen copias
de seguridad de la base de datos y datos de exportacin de la base de datos
requieren que se realice un paso adicional. Para estos volmenes, debe emitir el
comando DELETE VOLHISTORY o el comando UPDATE LIBVOLUME para
modificar el estado del volumen.
Al hacer copia de seguridad de la base de datos o exportar informacin del
servidor, Tivoli Storage Manager graba la informacin relativa a los volmenes
utilizados para esas operaciones en el archivo histrico de volmenes. Los
volmenes a los que se ha hecho el seguimiento en el archivo histrico de
volmenes exigen que se suprima la informacin del volumen que contiene el
archivo histrico de volmenes. El archivo histrico de volmenes es un
componente clave de la recuperacin del servidor y se describe detalladamente
en el Captulo 23, Proteccin y recuperacin del servidor, en la pgina 697.
Nota: si el servidor tiene licencia para la funcin de gestor de recuperacin ante
siniestro, la informacin relativa a los volmenes se suprime
automticamente al procesar el comando MOVE DRMEDIA. En el
Captulo 24, Utilizacin del gestor de recuperacin ante siniestro, en la
pgina 757 hallar ms informacin sobre DRM.
v Garantizar que hay medios disponibles
Consulte el apartado Configuracin de una rotacin de cintas en la pgina
195.
Etiquetado de medios para bibliotecas manuales

Antes de utilizar los medios se deben insertar en una unidad y etiquetar. Las
etiquetas utilizadas deben cumplir los criterios siguientes:
v 6 caracteres o menos
v No utilizar blancos intercalados ni puntos
v Ser vlido cuando se utilice como nombre de archivo en el medio
Nota: debe etiquetar los volmenes CD-ROM, Zip o Jaz con las herramientas del
fabricante del dispositivo o de Windows ya que Tivoli Storage Manager no
proporciona herramientas para dar formato o etiquetar estos medios. Las
herramientas del sistema operativo incluyen el programa de administracin
de discos (una interfaz grfica de usuario) y el comando label. Consulte el
apartado Etiquetado de medios en la pgina 178.
Puede etiquetar cintas y discos pticos para utilizarlos en una biblioteca manual
insertando los medios en la unidad e invocando el Asistente para el etiquetado de
medios.
190

2. Pulse Asistentes y pulse dos veces en Etiquetado de medios en el panel
derecho. Aparece el Asistente para el etiquetado de medios.
3. Pulse Etiquetado de medios manuales en el panel derecho de las herramientas
del servidor de Tivoli Storage Manager.
4. Pulse Iniciar. Aparece el Asistente para el etiquetado de dispositivos
manuales de Tivoli Storage Manager.
6. Despus de etiquetar una cinta para una biblioteca manual, coloque la cinta en
la estantera. Consulte el apartado Etiquetado de volmenes mediante
comandos en la pgina 197.
Gestin de medios en bibliotecas manuales

Los operadores deben montar y desmontar los medios de los dispositivos que
funcionan manualmente. Estos dispositivos almacenan los medios fuera del
dispositivo, normalmente en una estantera o en un mueble archivador.
Puede gestionar medios con el Administrador de almacenamiento extrable de
Windows. Sin embargo, a menos que se necesite compartir dispositivos con varias
aplicaciones de gestin de almacenamiento, utilizar un gestor de medios para
dispositivos autnomos podra provocar una actividad general de administracin
injustificada.
Tarea
Modificar el estado de volmenes de

dispositivos manuales
Retirar volmenes de un dispositivo de

biblioteca manual
No aplicable
Devolver volmenes a un dispositivo de

biblioteca manual
No aplicable
Agregar ms volmenes a un dispositivo de

biblioteca manual
No aplicable
Reutilizar medios en bibliotecas manuales
No aplicable
Modificar el estado de los volmenes de dispositivos manuales

Los administradores pueden modificar el estado de los volmenes,
independientemente del tipo de dispositivo en los que se utilicen,
emitiendo el comando UPDATE LIBVOLUME. El comando permite asignar
un estado privado a un volumen reutilizable o asignar un estado
reutilizable a un volumen privado. Los volmenes privados no pueden ser
volmenes grabados parcialmente y que contienen datos activos.
Retirar volmenes de un dispositivo de biblioteca manual
Puede eliminar volmenes de dispositivos manuales en cualquier momento
porque el servidor no mantiene un inventario de volmenes para
dispositivos con funcionamiento manual. Para los dispositivos manuales no
es necesario el proceso de baja.
Devolver volmenes a un dispositivo de biblioteca manual
Puede devolver volmenes a dispositivos manuales en cualquier momento
191
porque el servidor no mantiene un inventario de volmenes para las

bibliotecas manuales. Para las bibliotecas manuales no es necesario el
proceso de alta.
Agregar ms volmenes a un dispositivo de biblioteca manual
Consulte el apartado Configuracin de una rotacin de cintas en la
pgina 195.
Reutilizar medios en bibliotecas manuales
En las bibliotecas manuales se pueden reutilizar los medios prcticamente
del mismo modo que en las bibliotecas automatizadas, con la diferencia de
que se necesita ms intervencin humana para los dispositivos manuales
que para los automatizados. Consulte el apartado Reutilizacin de medios
en bibliotecas automatizadas en la pgina 189.
Gestin de peticiones del servidor

Tivoli Storage Manager muestra peticiones y mensajes de estado a todos los
clientes de administracin que han iniciado en modalidad de consola. Estos
mensajes de peticin a menudo tienen un lmite de tiempo. Si la peticin no se
realiza dentro del limite de tiempo, la operacin excede el lmite de tiempo y falla.
Para las bibliotecas manuales, Tivoli Storage Manager detecta cundo hay un
cartucho cargado en una unidad, por lo que no se necesita respuesta del operador.
Para las bibliotecas automatizadas, los comandos como CHECKIN LIBVOLUME,
LABEL LIBVOLUME y CHECKOUT LIBVOLUME implican insertar cartuchos en
ranuras y emitir un mensaje de respuesta.
Tarea
Inicio del cliente de administracin como

monitor de consola del servidor
Todos los administradores
Visualizacin de informacin sobre

volmenes montados actualmente
Visualizacin de informacin sobre

peticiones de montaje pendientes
Operador
Respuesta a las peticiones de montaje
Operador
Cancelacin de las peticiones de montaje
Operador
Responder a las peticiones de dar de alta

volmenes
Desmontaje de volmenes inactivos
Operador
Desmontaje de volmenes desde

dispositivos REMOVABLEFILE autnomos
Operador
Inicio del cliente de administracin como monitor de consola

del servidor
Puede visualizar peticiones de montaje y mensajes de estado iniciando el cliente de
administracin en modalidad de consola. Sin embargo, si el servidor se inicia como
servicio Windows, que se recomienda, se necesita una consola de servidor para ver
mensajes. Para iniciar el cliente de administracin como monitor de consola del
servidor:
192
2. Expanda el servidor con el que desea trabajar y, a continuacin, expanda

Informes.
3. Pulse Monitor. Se abrir un monitor de consola de servidor en el panel
derecho.
4. Pulse Inicio.
Para iniciar un monitor de consola de servidor desde la lnea de comandos de un
sistema operativo, entre este comando:
> dsmadmc -consolemode
Visualizacin de informacin sobre volmenes montados

actualmente
Un operador puede emitir el comando QUERY MOUNT para visualizar los
volmenes montados actualmente por Tivoli Storage Manager. Se muestra una
informacin que indica los volmenes montados, las unidades en las que estn
montados y si los volmenes estn utilizndose actualmente.
Visualizacin de informacin sobre peticiones de montaje

pendientes
Puede visualizar informacin sobre peticiones de montaje pendientes consultando
la cola de mensajes de montaje de un monitor de consola del servidor o mediante
el comando QUERY REQUEST. Tivoli Storage Manager muestra un mensaje similar
al siguiente:
ANR8352I Peticiones pendientes:
ANR8326I 001: Montar el volumen DLT VOL1 R/W en la unidad D1 (MT4) de la
biblioteca MYMANLIB en 60 minutos.
Tivoli Storage Manager muestra un nmero de ID de peticin de 3 dgitos como

parte del mensaje. El nmero de ID de peticin tambin se puede obtener
emitiendo el comando QUERY REQUEST. Si la peticin necesita que el operador
especifique el dispositivo que se va a utilizar para el montaje, el segundo
parmetro de este comando es el nombre del dispositivo.
Respuesta a las peticiones de montaje

Para las bibliotecas automatizadas, los operadores deben emitir el comando REPLY
para montar peticiones o el servidor espera hasta que haya transcurrido el tiempo
de espera de montaje antes de continuar procesando. Las bibliotecas manuales no
necesitan respuesta porque TSM detecta si hay un cartucho cargado en la unidad.
El primer parmetro del comando REPLY es el nmero de ID de peticin de 3
dgitos que indica las peticiones de montaje pendientes que han finalizado. Por
ejemplo, un operador puede entrar el comando siguiente para responder a la
peticin 001 del ejemplo de cdigo anterior.
reply 001
Cancelacin de las peticiones de montaje

Puede emitir el comando CANCEL REQUEST si no puede satisfacer una peticin
de montaje para una biblioteca manual. Tivoli Storage Manager cancela la peticin
y la operacin que solicitaba el volumen falla.
El comando CANCEL REQUEST debe contener el nmero de identificacin de la
peticin. Este nmero est incluido en el mensaje de peticin. Tambin puede
193
obtenerse emitiendo el comando QUERY REQUEST, tal y como se describe en el

apartado Visualizacin de informacin sobre peticiones de montaje pendientes en
la pgina 193.
Cancelacin de peticiones de montaje para volmenes que se

han eliminado del dispositivo de biblioteca
Habr ocasiones en las que elimine medios de una biblioteca con el fin de
almacenar o destruir los medios. Si una vez eliminados los medios, Tivoli Storage
Manager solicita los volmenes, puede cancelar la peticin con el comando
CANCEL REQUEST. Especifique el parmetro PERMANENT para marcar el
volumen como no disponible y asegurarse as de que el servidor no intentar
volver a montar el volumen solicitado.
En la mayor parte de las peticiones asociadas con bibliotecas automatizadas, el
servidor no acepta el comando CANCEL REQUEST de Tivoli Storage Manager por
lo que ser necesario que el operador ejecute una accin de hardware o del sistema
para cancelar la peticin de montaje solicitada.
Responder a las peticiones de dar de alta volmenes

Habr ocasiones en las que los operadores deban dar de alta volmenes
adicionales en una biblioteca automatizada, por ejemplo, cuando Tivoli Storage
Manager no puede ubicar un volumen que necesita del inventario de volmenes.
Si el volumen solicitado est disponible, colquelo en el dispositivo y efecte el
alta de ste. Consulte el apartado Alta de medios en dispositivos de biblioteca
Si el volumen solicitado no est disponible (se ha perdido o destruido):
1. Actualice la modalidad de acceso del mismo y establzcala en UNAVAILABLE
con el comando UPDATE VOLUME.
2. Cancele la peticin del servidor de dar de alta con el comando CANCEL
REQUEST. (No cancele el proceso de cliente que ha originado la peticin.) Para
obtener el ID de la peticin que debe cancelar, utilice el comando QUERY
REQUEST.
Si los operadores no responden a las peticiones de alta durante el periodo de
espera de montaje, Tivoli Storage Manager marca el volumen como no disponible.
El periodo de espera de montaje est establecido en la clase de dispositivo de
Desmontaje de volmenes inactivos

Puede emitir el comando DISMOUNT VOLUME para solicitar explcitamente que
se desmonte un volumen inactivo. Cuando un volumen queda inactivo, se
conserva montado el tiempo que especifica el parmetro de retencin de montaje
de la clase de dispositivo. Al utilizar la funcin de retencin de montaje, se puede
reducir el tiempo de acceso si los volmenes se utilizan de forma repetida.
Para obtener informacin sobre definicin de tiempos de retencin de montaje,
consulte el apartado Perodo de retencin de montaje en la pgina 224.
Desmontaje de volmenes desde dispositivos

REMOVABLEFILE autnomos
En el caso de las bibliotecas manuales, los operadores deben responder a los
mensajes que requieren que los medios (por ejemplo, JAZ, DVD y CD) se expulsen
manualmente de los dispositivos de archivos extrables. A continuacin, Tivoli
|
|
|
194
Storage Manager comprueba la unidad cada siete segundos para ver si se ha

expulsado el medio. El desmontaje de un volumen no se considera completado
hasta que Tivoli Storage Manager detecta que se ha expulsado el medio de la
unidad o que se ha insertado un medio distinto en sta.
Manejo de mensajes de alerta de cinta

Los mensajes de alerta de cinta los generan dispositivos de cinta y biblioteca para
informar de errores de hardware. Se crea una pgina de anotaciones que puede
recuperarse en cualquier momento o en el momento de desmontar una unidad.
Estos mensajes ayudan a determinar la causa de los problemas que no estn
relacionados con el servidor de IBM Tivoli Storage Manager.
Existen tres niveles de gravedad de mensajes de alerta de cintas:
v Informativo (por ejemplo, al intentar cargar un tipo de cartucho al que no se da
soporte)
v Aviso (por ejemplo, cuando se prev una anomala en el hardware)
v Crtica (por ejemplo, hay un problema con la cinta y los datos estn en peligro)
De forma predeterminada, los mensajes de alerta de cinta estn desactivados. Si lo
desea puede activarlos (ON) o desactivarlos (OFF) mediante el comando SET
TAPEALERTMSG. Puede consultar los mensajes de alerta de cinta mediante el
comando QUERY TAPEALERTMSG.
Configuracin de una rotacin de cintas

Con el tiempo, los medios se desgastan y los datos de copia de seguridad pueden
dejar de ser necesarios. Puede reclamar los datos tiles que contienen los medios y
luego reclamar y volver a utilizar los propios medios. Cuando define el proceso de
caducidad, puede determinar cundo los datos dejarn de ser necesarios. Consulte
el apartado Caducidad de archivos y proceso de caducidad en la pgina 394.
La poltica de Tivoli Storage Manager determina cuntas versiones de copia de
seguridad se retienen y durante cunto tiempo. Consulte el apartado Planificacin
de la poltica bsica en la pgina 391.
Eliminacin de datos: procesos de caducidad
El proceso de caducidad elimina datos que ya no son vlidos porque
exceden las especificaciones de retencin de la poltica o porque los
usuarios o administradores han eliminado las versiones activas de los
datos. Consulte el apartado Ejecucin del proceso de caducidad para
suprimir archivos caducados en la pgina 430.
Reutilizacin de medios: proceso de reclamacin
Los datos de las cintas pueden caducar, trasladarse o suprimirse. El
proceso de reclamacin consolida cualquier dato no caducado
trasladndolo de varios volmenes a un nmero menor de volmenes. En
este momento, los medios pueden devolverse a la agrupacin de
almacenamiento y pueden volverse a utilizar.
Puede establecer un umbral de reclamacin que permita a Tivoli Storage
Manager reclamar volmenes cuyos datos vlidos desciendan por debajo
de un umbral. El umbral se expresa como un porcentaje de espacio sin
usar en el volumen y se establece para cada agrupacin de
almacenamiento. El momento en que se reclama el volumen depende de la
cantidad de datos que hay en el volumen y del umbral de reclamacin
195
establecido para la agrupacin de almacenamiento. Consulte el apartado

Determinacin de cundo el medio ha llegado al final de su ciclo de vida
Puede utilizar Tivoli Storage Manager para mostrar estadsticas acerca de
volmenes que incluyen el nmero de operaciones de grabacin efectuadas
en los medios y el nmero de errores de grabacin. En el caso de los
medios que se han definido inicialmente como reutilizables, Tivoli Storage
Manager graba sobre estos datos estadsticos cada vez que se reclama el
medio. Para los medios que se definen inicialmente como volmenes
privados, Tivoli Storage Manager mantiene estos datos estadsticos, incluso
cuando se reclama el volumen. Puede comparar la informacin con el
nmero de operaciones y de errores de grabacin recomendados por el
fabricante.
Reclame cualquier dato vlido de los volmenes que han llegado al final
de su ciclo de vida. Si los volmenes se encuentran en bibliotecas
automatizadas, dlos de baja del inventario de volmenes. Elimine los
volmenes privados de la base de datos. Consulte el apartado
Garantizar que hay medios disponibles para la rotacin de cintas
Con el tiempo, la demanda de volmenes puede hacer que la agrupacin
de almacenamiento se quede sin espacio. Puede configurar un nmero
mximo de volmenes reutilizables suficientemente elevado para hacer
frente a la demanda de una de estas formas:
v Aumente el nmero mximo de volmenes reutilizables actualizando la
definicin de la agrupacin de almacenamiento. Etiquete y d de alta los
nuevos volmenes que desea utilizar como reutilizables, si es preciso.
v Consiga volmenes disponibles para su reutilizacin ejecutando el
proceso de caducidad y el de reclamacin a fin de consolidar los datos
en menos volmenes. Consulte los apartados Reutilizacin de medios
en bibliotecas automatizadas en la pgina 189 y Gestin de medios en
bibliotecas manuales en la pgina 191.
Para las bibliotecas automatizadas, consulte el apartado Configuracin y
gestin de la ubicacin de desbordamiento de un volumen para un
dispositivo de biblioteca automatizada en la pgina 186.
Las unidades WORM (de una sola grabacin) pueden malgastar los medios
cuando Tivoli Storage Manager cancela transacciones porque los
volmenes no estn disponibles para completar la copia de seguridad. Una
vez que Tivoli Storage Manager graba en volmenes WORM, no puede
volver a utilizar el espacio de los volmenes, incluso si se cancelan las
transacciones (por ejemplo, si se cancela una copia de seguridad debido a
que hay una escasez de medios en el dispositivo).
Los archivos de gran tamao pueden provocar incluso un malgasto
superior. Por ejemplo, considere que un cliente realiza una copia de
seguridad de un archivo de 12 GB en discos WORM con una capacidad de
2,6 GB cada uno. Si la copia de seguridad requiere cinco discos y slo se
encuentran disponibles cuatro, Tivoli Storage Manager cancela la copia de
seguridad y los cuatro volmenes grabados no pueden reutilizarse.
Para minimizar el malgasto de medios WORM:
196
1. Asegrese de que el nmero mximo de volmenes reutilizables de la

agrupacin de almacenamiento del dispositivo es, como mnimo, igual
al nmero de ranuras de almacenamiento de la biblioteca.
2. D de alta en el inventario de volmenes del dispositivo el nmero
suficiente de volmenes para la carga esperada.
Si la mayora de las copias de seguridad son archivos pequeos, el control
del tamao de la transaccin puede afectar a la forma de utilizar los discos
WORM. Las transacciones ms pequeas ocupan menos espacio si una
transaccin como la copia de seguridad se debe cancelar. El tamao de la
transaccin se controla mediante una opcin del servidor,
TXNGROUPMAX, y una opcin del cliente, TXNBYTELIMIT.
Etiquetado de volmenes mediante comandos

Puede etiquetar volmenes con el comando LABEL LIBVOLUME. En el siguiente
ejemplo se muestra cmo utilizar el comando LABEL LIBVOLUME para etiquetar
cintas para una biblioteca manual y para una biblioteca automatizada. Suponga
que el dispositivo automatizado est conectado a una direccin SCSI 4 y el
dispositivo manual a una direccin SCSI 5. El usuario desea insertar medios en los
puertos de entrada/salida del dispositivo y que el lector de cdigos de barras lea
las etiquetas de cdigos de barras y grabe la informacin de la etiqueta del cdigo
de barras encima de las etiquetas existentes.
|
|
|
|
|
|
|
Para etiquetar automticamente volmenes de cinta en bibliotecas de tipo SCSI,

puede utilizar el parmetro AUTOLABEL en los comandos DEFINE LIBRARY y
UPDATE LIBRARY. Con este parmetro se evita tener que etiquetar previamente
un conjunto de cintas. Tambin es ms eficaz que utilizar el comando LABEL
LIBVOLUME, que requiere montar los volmenes por separado. Si utiliza el
parmetro AUTOLABEL, debe dar de alta las cintas especificando
CHECKLABEL=BARCODE en el comando CHECKIN LIBVOLUME.
Dispositivo de biblioteca automatizada:
label libvolume storagelibname overwrite=yes labelsource=barcode
Si el servidor no est disponible, utilice el comando siguiente:

dsmlabel
-drive=mt3.0.0.0,116 -drive=mt4.0.0.0,117 -library=lb5.0.0.0
-overwrite -keep
Dispositivo de biblioteca manual:

label libvolume storagelibname overwrite=yes labelsource=barcode
label libvolume storagelibname volname
Si el servidor no est disponible, utilice el comando siguiente:

dsmlabel -drive=mt5.0.0.0
|
|
|
|
|
|
|
|
Nota: Para etiquetar automticamente volmenes de cinta en bibliotecas de tipo

SCSI, puede utilizar el parmetro AUTOLABEL en los comandos DEFINE
LIBRARY y UPDATE LIBRARY. Con este parmetro se evita tener que
etiquetar previamente un conjunto de cintas. Tambin es ms eficaz que
utilizar el comando LABEL LIBVOLUME, que requiere montar los
volmenes por separado. Si utiliza el parmetro AUTOLABEL, debe dar de
alta las cintas especificando CHECKLABEL=BARCODE en el comando
CHECKIN LIBVOLUME.
197
Utilizacin de gestores de medios extrables con IBM Tivoli Storage

Manager
Puede utilizar el software de gestin de medios extrables para ayudar a gestionar
cintas y medios pticos de Tivoli Storage Manager. Los gestores de medios
extrables proporcionan un mayor control sobre los medios y la automatizacin de
Tivoli Storage Manager, que se especializa primordialmente en la gestin de datos.
Uno de los gestores de medios extrables es el Administrador de almacenamiento
extrable de Windows (RSM). RSM incluye un complemento de Microsoft
Management Console que proporciona una interfaz comn para realizar el
seguimiento de medios de almacenamiento extrables y gestionar dispositivos de
almacenamiento.
El valor principal de utilizar estos gestores de medios con Tivoli Storage Manager
es la mejora de la capacidad de compartir varios dispositivos con otras
aplicaciones. RSM supondr una mayor actividad general de administracin, pero
sta se puede justificar ya que se evita tener que compartir hardware caro como,
por ejemplo, las bibliotecas automatizadas.
Tivoli Storage Manager tambin proporciona una interfaz de programacin que
permite utilizar varios programas externos para controlar medios de Tivoli Storage
Manager. Consulte el Apndice A, Descripcin de la interfaz de gestin de medios
externos, en la pgina 827 para obtener una descripcin completa de esta interfaz.
Consulte el apartado Utilizacin de un gestor de medios externo para controlar
los medios en la pgina 202 para obtener informacin sobre la configuracin de
En este apartado se incluyen los siguientes temas:
Conceptos:
Visin general del soporte del gestor de medios de Tivoli Storage Manager
Tareas:
Configuracin de Tivoli Storage Manager para utilizar RSM
Utilizacin de un gestor de medios externo para controlar los medios
Eliminacin de dispositivos de IBM Tivoli Storage Manager del control de gestor de
medios
Resolucin de errores de la base de datos
Visin general del soporte del gestor de medios de Tivoli

Storage Manager
Tivoli Storage Manager trabaja en cooperacin con los gestores de medios
extrables para controlar el almacenamiento. Los gestores de medios ayudan a
Tivoli Storage Manager a utilizar mejor los recursos de los medios. Mientras Tivoli
Storage Manager se encarga del seguimiento y gestin de datos de cliente, el gestor
de medios extrables etiqueta, cataloga y realiza un seguimiento de volmenes
fsicos. El gestor de medios tambin controla las bibliotecas, las unidades, las
ranuras y las puertas.
Para utilizar un gestor de medios con Tivoli Storage Manager debe definir una
biblioteca de Tivoli Storage Manager que represente el gestor de medios. La
definicin de estas bibliotecas es parecida a la de cualquier otro tipo de biblioteca
para Tivoli Storage Manager, con la diferencia de que, en este caso, la biblioteca no
198
representa un dispositivo fsico. Se necesitan tipos de biblioteca distintos para el

control de RSM y el de la interfaz de gestin externa de medios.
RSM
La definicin de la biblioteca RSM no se basa en los dispositivos sino en

los tipos de medios. Cuando define una biblioteca, se especifica un tipo de
medio. El gestor de medios asumir el control de todos los volmenes que
coincidan con el tipo de medios especificado cuando se inserten los
volmenes en una biblioteca controlada por el gestor de medios. Consulte
el apartado Configuracin del control de dispositivos de RSM.
Nota: para obtener informacin especfica acerca de cmo instalar y
configurar RSM, consulte la ayuda en lnea de Windows.
Interfaz de gestin externa de medios

La interfaz de gestin externa de medios utiliza el tipo de biblioteca
EXTERNAL. El tipo de biblioteca EXTERNAL no se correlaciona con un
dispositivo ni con un tipo de medio, sino que especifica la ruta instalada
del gestor de medios externo. Consulte el apartado Utilizacin de un
gestor de medios externo para controlar los medios en la pgina 202.
Configuracin de Tivoli Storage Manager para utilizar RSM

Los administradores configuran la gestin de medios cuando definen bibliotecas
RSM en Tivoli Storage Manager. Las bibliotecas que deben controlarse mediante
RSM tambin deben definirse en el servicio RSM de Windows. Normalmente, esto
slo ocurrir al arrancar el sistema cuando RSM solicite todos los dispositivos de
medios extrables admitidos.
Se necesitan las tareas siguientes para configurar una gestin de medios de RSM:
Tarea
Configuracin del control de dispositivos de

RSM
Sistema
Definicin de bibliotecas RSM mediante el

Asistente para la configuracin de
dispositivos
Sistema
Adicin de medios a bibliotecas RSM
Sistema
Configuracin del control de dispositivos de RSM

Al iniciar el servicio RSM, tomar automticamente el control de todos los
dispositivos de almacenamiento seleccionables. Para que un dispositivo pueda ser
seleccionado para el control de RSM:
v Debe haber instalado un controlador Windows para el dispositivo y
v El controlador de dispositivo de Tivoli Storage Manager no puede haber
solicitado el dispositivo con anterioridad
RSM confa en los controladores de dispositivo nativos para el soporte de
unidades. Esto implica que se debe controlar explcitamente la adquisicin de
dispositivos que realizan los controladores de dispositivo para utilizar estos
gestores de medios con Tivoli Storage Manager. Debe desactivar el controlador de
dispositivo de Tivoli Storage Manager o agregar dispositivo para que los controle
el gestor de medios de la lista de exclusin de dispositivos de Tivoli Storage
Manager antes de iniciar el servicio RSM. Consulte el apartado Seleccin de un
controlador de dispositivo en la pgina 76.
199
Definicin de bibliotecas RSM mediante el Asistente para la

configuracin de dispositivos
Se recomienda que utilice el Asistente para la configuracin de dispositivos de
Tivoli Storage Manager pare definir bibliotecas RSM. Por ejemplo:
2. Pulse Asistentes y, a continuacin, pulse dos veces en Configuracin de
dispositivos en el panel derecho. Aparecer el Asistente para la configuracin
de dispositivos.
Este procedimiento crea los siguientes objetos de almacenamiento de Tivoli Storage
Manager:
v Una biblioteca RSM
v Una clase de dispositivo asociada con un tipo de dispositivo GENERICTAPE
v Una agrupacin de almacenamiento asociada
Creacin de agrupaciones de medios: Cuando cree y configure una biblioteca
RSM, normalmente con Asistente para la configuracin de dispositivos de Tivoli
Storage Manager, Tivoli Storage Manager hace que RSM cree:
v Una agrupacin de cintas de nivel superior denominada IBM Tivoli Storage
Manager
v Una agrupacin de instancias de servidor de nivel secundario de Tivoli Storage
Manager
Con la agrupacin de medios de IBM Tivoli Storage Manager, Tivoli Storage
Manager crea dos agrupaciones de almacenamiento que son especficas de los tipos
de medios. La primera agrupacin se asocia con la biblioteca automatizada y la
segunda con una agrupacin de medios de importacin.
Una agrupacin de medios de RSM es anloga a un directorio o a una carpeta. Los
nombres de la agrupacin aparecen en forma de lista en la carpeta. Los volmenes
contienen datos de Tivoli Storage Manager. RSM retiene informacin que
correlaciona medios fsicos con dispositivos.
Adicin de medios a bibliotecas RSM

Para agregar medios a una biblioteca controlada por RSM, debe activar el
complemento de la Consola de administracin de Microsoft (MMC) para RSM,
abrir el almacenamiento extrable y luego solicitar acceso de puerta. Normalmente,
la puerta de la biblioteca est bloqueada por RSM.
En RSM:
1. Pulse Inicio Programas Herramientas administrativas

Administracin de equipos.
2. En el rbol de la consola, pulse dos veces en Almacenamiento,
Almacenamiento extrable.
Para solicitar acceso de puerta:
1. Pulse dos veces en Ubicaciones fsicas.
2. Pulse la biblioteca que corresponda y seleccione Acceso de puerta.
3. Abra la puerta cuando as se indique.
Puede utilizar la puerta de biblioteca para insertar y eliminar medios. Despus de

insertar medios y de cerrar la puerta de la biblioteca, RSM hace un inventario del
200
dispositivo automticamente. Si los medios nuevos coinciden con el tipo de medio

para una biblioteca RSM definida, RSM etiqueta los medios y los agrega a una de
las siguientes agrupaciones de medios de la biblioteca:
Agrupacin libre para RSM
Esta agrupacin se utiliza para hacer un seguimiento de medios que no se
han etiquetado con anterioridad. Se considera que los medios de
agrupacin libre estn vacos o contienen datos no vlidos. Los medios de
las agrupaciones libres estn disponibles para utilizarlos en cualquier
aplicacin. Debe proporcionar una oferta de medios adecuada en la
agrupacin libre o de reutilizables para satisfacer las peticiones de montaje.
Cuando Tivoli Storage Manager necesita medios, RSM los obtiene de la
agrupacin de reutilizables. RSM gestiona los medios a partir de este
momento.
Agrupacin de importacin
Esta agrupacin se utiliza para hacer un seguimiento de un medio que
reconoce una aplicacin concreta en el sistema de gestin de
almacenamiento controlado mediante RSM. Cualquier aplicacin puede
asignar los medios de las agrupaciones de importacin, incluso si es la
aplicacin que lo etiquet originalmente. Para garantizar la seguridad de
los datos, se recomienda que traslada estos volmenes a la agrupacin de
importacin especfica de la aplicacin.
Agrupacin no reconocida
Esta agrupacin se utiliza para hacer un seguimiento de medios que se han
etiquetado con anterioridad que no son reconocidos por ninguna aplicacin
en el sistema de gestin de almacenamiento controlado mediante RSM. Los
volmenes de agrupaciones que no se reconocen no pueden ser asignados
por ninguna aplicacin y exigen la intervencin de un administrador que
corrija errores del programa o del etiquetado. Normalmente, los volmenes
de la agrupacin no reconocida se trasladan a la agrupacin libre para
utilizarlos posteriormente.
Nota: puede utilizar el dilogo Propiedades para ver los atributos de cualquier
volumen de las agrupaciones libres, de importacin o no reconocidas.
Definicin de bibliotecas RSM mediante comandos de IBM Tivoli

Storage Manager
El ejemplo siguiente define una biblioteca RSM para un dispositivo autocambiador
de 8 mm que contiene dos unidades.
1. Defina una biblioteca para el dispositivo gestionado por RSM. Por ejemplo:
define library astro libtype=rsm mediatype="8mm AME"
Notas:
a. Especifique el tipo de biblioteca como libtype=rsm para RSM.
b. Utilice la documentacin de RSM para determinar el valor que debe utilizar
para el tipo de medio en cuestin.
c. Cierre el tipo de medio entre comillas si ste contiene espacios intercalados.
2. Defina una clase de dispositivo para la biblioteca RSM con el tipo de
dispositivo GENERICTAPE. El parmetro MOUNTLIMIT especifica el nmero
de unidades de la biblioteca.
Nota: para entornos de almacenamiento en los que los dispositivos se
comparten entre aplicaciones, debe considerarse detenidamente la
configuracin de MOUNTRETENTION y MOUNTWAIT. Estos
parmetros determinan cunto tiempo permanece un volumen
201
desocupado en una unidad as como el valor de tiempo de espera para

las peticiones de montaje. Puesto que RSM no desmontar una unidad
asignada para atender las peticiones pendientes, deber ajustar estos
parmetros para atender diferentes peticiones de montaje y mantener a
la vez un rendimiento ptimo del sistema.
define devclass 8MMCLASS1 devtype=generictape library=rsmlib
format=drive mountretention=5 mountwait=10 mountlimit=2
3. Defina una agrupacin de almacenamiento para la clase de dispositivo.

define stgpool 8MMPOOL1 8MMCLASS1 maxscratch=500
Utilizacin de un gestor de medios externo para controlar los

medios
La API de gestin externa de medios le permite utilizar software de gestor de
medios externo para controlar los medios (consulte el Apndice A, Descripcin de
la interfaz de gestin de medios externos, en la pgina 827 para obtener detalles
acerca de la interfaz).
El procedimiento del ejemplo siguiente, describe cmo se puede configurar una
biblioteca de cintas automatizada de 8 mm para utilizar la interfaz de gestin
externa de medios con un gestor de medios. No puede utilizar el Asistente para la
configuracin de dispositivos para configurar una biblioteca externa.
1. Configure el gestor de medios para que se comunique con Tivoli Storage
Manager. Para obtener ms informacin, consulte el Apndice A, Descripcin
de la interfaz de gestin de medios externos, en la pgina 827.
2. Defina una biblioteca cuyo tipo de biblioteca sea EXTERNAL y defina una ruta
al ejecutable del gestor de medios. Por ejemplo:
define
library medman libtype=external
define path server1 medman srctype=server desttype=library
externalmanager=c:\server\mediamanager.exe
3. Defina una clase de dispositivo para la biblioteca EXTERNAL con el tipo de

dispositivo de 8MM. Por ejemplo:
define devclass class1 devtype=8mm library=medman mountretention=5 mountlimit=2
v El parmetro MOUNTLIMIT especifica el nmero de unidades de la

biblioteca.
v El parmetro MOUNTRETENTION determina durante cunto tiempo un
volumen desocupado puede permanecer en una unidad. Si la biblioteca se
comparte entre varias aplicaciones, este valor tiene una importancia especial.
Algunos gestores de medios no desmontarn una unidad asignada para
atender las peticiones pendientes. Debe establecer el perodo de retencin de
montaje para equilibrar las peticiones de montaje que estn compitiendo
entre s y el rendimiento del sistema.
4. Defina una agrupacin de almacenamiento para la clase de dispositivo. Por
ejemplo:
define
stgpool pool1 class1 maxscratch=500
5. Asocie nodos cliente con la nueva agrupacin de almacenamiento definiendo

un nuevo dominio de polticas o actualizando un dominio de polticas ya
existente.
202
Tareas de gestin de medios para una biblioteca externa

Gestionar los medios de una biblioteca externa es diferente de gestionar los medios
de una biblioteca controlada por IBM Tivoli Storage Manager:
v No es necesario que d de alta y etiquete los medios en las bibliotecas externas.
No se hace un seguimiento de estos medios en el inventario de volmenes de
Tivoli Storage Manager y es el gestor de medios el que maneja el etiquetado. Sin
embargo, debe asegurarse de que dispone de una cantidad adecuada de medios
vacos.
v Si est utilizando gestor de recuperacin ante siniestro, con el comando MOVE
DRMEDIA puede emitir una peticin de operador para eliminar los medios de
la biblioteca. Para obtener ms informacin, consulte el Captulo 24, Utilizacin
del gestor de recuperacin ante siniestro, en la pgina 757.
v No migre los medios desde una biblioteca SCSI de Tivoli Storage Manager a una
biblioteca externa. En lugar de esto, utilice la gestin externa de medios en una
nueva configuracin de Tivoli Storage Manager o cuando se definan dispositivos
gestionados externamente en Tivoli Storage Manager.
v Antes de eliminar agrupaciones de almacenamiento gestionadas externamente,
suprima los volmenes asociados a la biblioteca de Tivoli Storage Manager. Una
vez eliminada la biblioteca, se suprime tambin la agrupacin de
almacenamiento gestionada externamente asociada con esta biblioteca. Para
obtener ms informacin, consulte el apartado Supresin de un volumen de
agrupacin de almacenamiento con datos en la pgina 330.
v
Eliminacin de dispositivos de IBM Tivoli Storage Manager del

control de gestor de medios
Los procedimientos para eliminar dispositivos del control del gestor de medios
varan, dependiendo del gestor de medios:
Para dispositivos gestionados por RSM
Los dispositivos pueden eliminarse del control del gestor de medios
modificando la configuracin del dispositivo de modo que sea el
controlador de dispositivo ADSMSCSI el que reclame los dispositivos ante
RSM. Para obtener ms informacin, consulte el apartado Seleccin de un
controlador de dispositivo en la pgina 76.
Para otros gestores de medios externos
Consulte la documentacin del producto de gestin determinada.
Resolucin de errores de la base de datos

Es posible que las condiciones de error provoquen la prdida de la sincronizacin
entre la base de datos de volmenes de Tivoli Storage Manager y la base de datos
de volmenes del gestor de medios. El sntoma ms probable de este problema es
que Tivoli Storage Manager no reconozca los volmenes de la base de datos del
gestor de medios y que, por consiguiente, no estn disponibles para su uso.
Verifique la lista de volmenes de Tivoli Storage Manager y los medios de
recuperacin ante siniestro. Si se encuentran volmenes no identificados en Tivoli
Storage Manager, utilice la interfaz del gestor de medios para desasignar y
suprimir los volmenes.
203
Gestin de bibliotecas
Puede consultar, actualizar y suprimir bibliotecas.
Solicitar informacin sobre bibliotecas

Tarea
Solicitar informacin sobre bibliotecas
Puede solicitar informacin sobre una o varias bibliotecas mediante el comando

QUERY LIBRARY. Se pueden solicitar informes estndar y detallados. Por ejemplo,
para visualizar informacin referente a todas las bibliotecas, emita el comando
siguiente:
query library
A continuacin, se da un ejemplo de la salida de este comando:

Nombre
bib.
------MANLIB
EXB
3494LIB
Tipo
bib.
------MANUAL
SCSI
349X
Categora
privada
--------
Categora
reutiliz.
--------
300
301
Gestor
externo
--------
Actualizacin de bibliotecas
Puede actualizar una biblioteca existente con el comando UPDATE LIBRARY. Para
actualizar los nombres de dispositivo de una biblioteca, emita el comando
UPDATE PATH.
Nota: no puede actualizar una biblioteca MANUAL.
Tarea
Actualizar bibliotecas
Para actualizar una biblioteca definida anteriormente, emita el comando UPDATE

LIBRARY.
Bibliotecas automatizadas
Si el sistema o el dispositivo se vuelve a configurar, y como resultado se cambia el
nombre de dispositivo, es posible que necesite actualizarlo. Los ejemplos siguientes
muestran cmo puede utilizar los comandos UPDATE LIBRARY y UPDATE PATH
para los tipos de biblioteca siguientes:
v SCSI
v 349X
v External
Ejemplos:
v Biblioteca SCSI
Actualice la ruta desde SERVER1 a la biblioteca SCSI cuyo nombre es SCSILIB:
update path server1 scsilib srctype=server
desttype=library device=lb4.0.0.0
204
Actualice la definicin de una biblioteca SCSI cuyo nombre es SCSILIB definida

en un cliente de biblioteca, de modo que se especifique un nuevo gestor de
bibliotecas:
update library scsilib
primarylibmanager=server2
v Biblioteca 349X
Actualice la ruta desde SERVER1 a una biblioteca IBM 3494 denominada
3494LIB con nuevos nombres de dispositivo:
update path server1 3494lib srctype=server desttype=library
device=lb2.0.0.0,lb3.0.0.0,lb4.0.0.0
Actualice la definicin de una biblioteca IBM 3494 con el nombre 3494LIB

definida en un cliente de biblioteca, de modo que se especifique un nuevo gestor
de bibliotecas.
update library 3494lib primarylibmanager=server2
v Biblioteca ACSLS
Actualice una biblioteca ACSLS denominada ACSLSLIB con un nuevo nmero
de identificacin.
update
library acslslib ascid=1
v Biblioteca externa
Actualice una biblioteca externa denominada EXTLIB con un nuevo nombre de
ruta de gestor de medios.
update
path server1 extlib srctype=server desttype=library
externalmanager=c:\server\mediamanager.exe
Actualice una biblioteca EXTERNAL cuyo nombre es EXTLIB en una

configuracin fuera de LAN de modo que el servidor utilice el valor establecido
para la retencin de montaje en la clase de dispositivo asociada a la biblioteca:
update library extlib obeymountretention=yes
Supresin de bibliotecas
Tarea
Suprimir bibliotecas
Para poder suprimir una biblioteca con el comando DELETE LIBRARY, debe
suprimir antes todas las unidades y rutas de unidades que estn definidas como
componentes de la biblioteca y suprimir la ruta a la biblioteca. Consulte el
apartado Supresin de unidades en la pgina 216.
Por ejemplo, suponga que desea suprimir una biblioteca denominada 8MMLIB1.
Despus de eliminar todas las unidades definidas como parte de esta biblioteca y
la ruta a la biblioteca, emita el comando siguiente para eliminar la biblioteca
propiamente dicha:
delete library 8mmlib1
Gestin de unidades
Puede consultar, actualizar y suprimir unidades.
205
Solicitud de informacin sobre unidades

Tarea
Solicitar informacin sobre unidades
Puede solicitar informacin sobre unidades con el comando QUERY DRIVE. Este
comando acepta caracteres comodn en el nombre de biblioteca y en el nombre de
unidad. En la publicacin Administrators Reference hallar informacin sobre la
utilizacin de caracteres comodn.
Por ejemplo, para hacer consultas en todas las unidades asociadas al servidor, entre
query drive
A continuacin, se da un ejemplo del resultado de este comando.

Nombre
bib.
-------MANLIB
AUTOLIB
Nombre
unidad
------8MM.0
8MM.2
Tipo
Activada
disposit.
--------- ------8MM
Yes
8MM
Yes
Actualizacin de unidades
Los atributos de una unidad se pueden cambiar emitiendo el comando UPDATE
DRIVE.
Tarea
Actualizar unidades
Puede cambiar los siguientes atributos de una unidad con el comando UPDATE
DRIVE.
v El nombre de mbito mundial o nmero de serie de una unidad en un entorno
fuera del servidor
v La direccin del elemento, si la unidad reside en una biblioteca SCSI
v El ID de una unidad de una biblioteca ACSLS
v La frecuencia de limpieza
v Si la unidad est en lnea o fuera de lnea
Por ejemplo, para cambiar la direccin del elemento de una unidad denominada
DRIVE3 a 119, emita el comando siguiente:
update drive auto drive3 element=119
Nota: no puede cambiar el nmero de elemento si est utilizndose una unidad. Si

una unidad tiene un volumen montado, pero el volumen est desocupado,
se puede desmontar explcitamente segn se describe en el apartado
Desmontaje de volmenes inactivos en la pgina 194.
Si vuelve a configurar el sistema, puede cambiar el nombre del dispositivo de una
unidad con el comando UPDATE PATH. Por ejemplo, para cambiar el nombre de
dispositivo de una unidad denominada DRIVE3, emita el comando siguiente:
206
update path server1 drive3 srctype=server desttype=drive library=scsilib

device=mt3.0.0.0
Se puede cambiar el estado de una unidad y ponerla fuera lnea mientras se

utiliza. Tivoli Storage Manager finalizar la operacin con la cinta que actualmente
hay en la unidad y dejar de utilizarla. Poniendo una unidad fuera de lnea puede
descargarla de trabajo. Sin embargo, si la cinta que se estaba utilizando formaba
parte de una serie de cintas utilizadas para una sola transaccin, la unidad no
estar disponible para completar la serie. Si no hay disponible ninguna otra
unidad, es posible que la transaccin falle. Si se ponen fuera de lnea todas las
unidades de una biblioteca, los intentos de grabacin que realice Tivoli Storage
Manager en la agrupacin de almacenamiento asociada con la biblioteca sern
infructuosos.
El parmetro ONLINE especifica el valor del estado en lnea de la unidad, incluso
si sta se est utilizando. ONLINE=YES indica que la unidad est disponible para
su uso (en lnea). ONLINE=NO indica que la unidad no est disponible para
utilizarse (fuera de lnea). Este parmetro es opcional. No especifique otros
parmetros opcionales junto con ONLINE=YES u ONLINE=NO. Si lo hace, no se
actualizar la unidad y el comando no se ejecutar correctamente cuando se est
utilizando la unidad. Este comando puede emitirse cuando la unidad est
involucrada en una sesin o proceso activo, pero no se recomienda.
El parmetro ONLINE permite poner fuera de lnea las unidades y utilizarlas para
otra actividad como, por ejemplo, el mantenimiento. Si deja fuera de lnea la
unidad mientras la utiliza, la unidad se marcar como fuera de lnea. Sin embargo,
el volumen montado completar su proceso actual. Si este volumen formaba parte
de una serie de volmenes de una transaccin determinada, la unidad dejar de
estar disponible para completar el montaje de las series. Si no hay disponible
ninguna otra unidad, es posible que el proceso activo falle. El estado actualizado se
retiene aunque el servidor se detenga y se vuelva a iniciar. Si una unidad se deja
fuera de lnea cuando el servidor se vuelve a iniciar, se emite un aviso que indica
que la unidad debe ponerse en lnea manualmente. Si todas las unidades de una
biblioteca se actualizan para dejarlas fuera de lnea, los procesos que requieran un
punto de montaje de biblioteca fallarn, en lugar de hacer cola para esperar uno.
Sustitucin de unidades de cintas o unidades pticas

Si sustituye una unidad de una biblioteca de cintas o de una biblioteca ptica
definida en IBM Tivoli Storage Manager, debe suprimir las definiciones de unidad
y ruta de la unidad antigua y definir la unidad y ruta nuevas. Esto es necesario
incluso si va a intercambiar una unidad por otra del mismo tipo, utilizando la
misma direccin lgica, direccin fsica, ID SCSI y nmero de puerto. Los nombres
de alias de dispositivo se pueden cambiar cuando se cambian las conexiones de las
unidades.
Si la unidad nueva es una actualizacin que da soporte a un nuevo formato de
medios, es posible que tambin tenga que definir una biblioteca lgica, clase de
dispositivo y agrupacin de almacenamiento nuevas. Los procedimientos para
definir una poltica para una unidad nueva de una biblioteca de varias unidades
difieren segn los tipos de unidades y medios de la biblioteca.
Este apartado proporciona una visin general de la compatibilidad de los medios y
describe cmo sustituir una unidad, cmo definir una poltica para manejar varios
formatos de medios en la misma biblioteca y cmo migrar los datos almacenados
previamente a medios nuevos.
207
Visin general de los temas relacionados con la compatibilidad

de los medios
Algunas veces, una unidad nueva slo puede utilizar con ciertas limitaciones los
formatos de medios admitidos en versiones anteriores de la unidad. A menudo,
una unidad nueva puede leer pero no puede grabar en los medios antiguos. De
forma predeterminada, los volmenes existentes cuyo estado es FILLING
permanecern en dicho estado despus de que se haya actualizado la unidad. En
algunos casos, es posible que desee continuar utilizando una unidad antigua para
llenar dichos volmenes. De este modo, puede conservar la posibilidad de
lectura/grabacin de los volmenes existentes hasta que sean reclamados. Si opta
por actualizar todas las unidades de una biblioteca, preste atencin a los formatos
de medios que soporte el nuevo hardware. A menos que piense utilizar solamente
los medios ms recientes con la unidad nueva, tendr que tener en cuenta los
temas de compatibilidad. Para obtener las instrucciones de migracin, consulte el
apartado Migracin a las unidades actualizadas en la pgina 211.
Para utilizar una unidad nueva con medios que puede leer pero en los que no
puede grabar, utilice el comando UPDATE VOLUME para establecer el acceso a
dichos volmenes como de slo lectura. De este modo se evitarn errores
relacionados con la incompatibilidad de lectura/grabacin. Por ejemplo, es posible
que en cuanto cargue en una unidad nueva medios que se hayan grabado con un
formato de densidad al que no da soporte, la unidad los expulse. O es posible que
una unidad nueva ejecute incorrectamente el primer comando de grabacin en
medios que se han grabado parcialmente con un formato al que no da soporte.
Cuando los datos de los medios de slo lectura caducan y el volumen se reclama,
debe sustituirlos por medios que sean totalmente compatibles con la unidad nueva.
Se pueden generar errores si la unidad nueva no puede calibrar correctamente un
volumen que se ha grabado utilizando un formato antiguo. Para evitar este
problema, asegrese de que la unidad original est funcionando correctamente y
en los niveles de microcdigo actuales.
Extraccin de una unidad

Para suprimir una unidad, efecte el procedimiento siguiente:
1. Detenga el servidor de IBM Tivoli Storage Manager y concluya el sistema
operativo.
2. Extraiga la unidad antigua y siga las instrucciones del fabricante para instalar
la unidad nueva.
3. Reinicie el sistema operativo y el servidor de IBM Tivoli Storage Manager.
4. Suprima la ruta del servidor a la unidad. Por ejemplo, especifique:
delete path server1 lib1 srctype=server desttype=drive
5. Suprima la definicin de la unidad. Por ejemplo, para suprimir una unidad

denominada DLT1 de un dispositivo de biblioteca denominado LIB1, escriba:
delete
drive lib1 dlt1
6. Defina la unidad nueva y la ruta. Este procedimiento puede variar segn la

configuracin de las unidades de la biblioteca. Consulte el apartado Definicin
de una unidad nueva.
Definicin de una unidad nueva

Cmo define una unidad nueva depende de varios factores, entre ellos:
v Si la unidad nueva es igual que la unidad antigua (sustitucin) o si es diferente
(actualizacin).
v Si piensa utilizar tipos de unidades diferentes en la misma biblioteca
208
v Si piensa utilizar tipos de medios diferentes en la misma biblioteca

Sustitucin de una unidad por otra del mismo tipo: Efecte la tarea siguiente
para agregar una unidad que d soporte a los mismos formatos de medios que la
unidad a la que sustituye:
Definicin de la unidad y ruta nuevas
Por ejemplo, para definir una unidad nueva con el nombre DRIVE1 y para
definir una ruta a la misma desde el servidor SERVER1, escriba:
define
drive lib1 drive1
define path server1 drive1 srctype=server desttype=drive library=lib1
device=mt3.0.0.1
Puede utilizar las definiciones de biblioteca, clase de dispositivo y

agrupacin de almacenamiento existentes.
Actualizacin de todas las unidades de una biblioteca que slo contienen un
tipo de unidad: Debe decidir cmo se manejan los nuevos tipos de medios
admitidos por las nuevas unidades. En el apartado Visin general de los temas
relacionados con la compatibilidad de los medios en la pgina 208 hallar ms
informacin.
En el ejemplo siguiente se presupone que ya ha definido un dispositivo de
biblioteca, como se muestra a continuacin:
Nombre
bib.
------LIB1
Tipo
bib.
------349X
Categora
privada
-------200
Categora
reutiliz.
-------201
Gestor
externo
--------
Definicin de cada unidad y ruta nuevas

Por ejemplo, para definir una unidad nueva con el nombre DRIVE1,
escriba:
define
drive lib1 drive1
device=mt3.0.0.1
Actualizacin de las definiciones de clase de dispositivo y agrupaciones de

almacenamiento
v Si piensa utilizar solamente un tipo de medio en la biblioteca, puede
utilizar las definiciones de clase de dispositivo y agrupacin de
almacenamiento existentes.
v Si piensa utilizar medios con capacidades diferentes en la misma
biblioteca, puede definir clases de dispositivo y agrupaciones de
almacenamiento diferentes para cada tipo medio. De este modo, los
informes de capacidad generados para cada tipo de medio sern ms
precisos.
Por ejemplo, si piensa utilizar cintas 3590E y 3590H, puede definir dos
clases de dispositivo:
define devclass 3590E_class devtype=3590 format=drive
library=lib1
estcapacity=20g
define devclass 3590H_class devtype=3590 format=drive library=lib1
estcapacity=40g
209
Nota: debe especificar FORMAT=DRIVE para las clases de dispositivo

nuevas.
A continuacin, puede definir dos agrupaciones de almacenamiento para
dividir las cintas en la biblioteca:
define stgpool 3590E_pool 3590E_class maxscratch=nmero_de_cintas_3590E
define stgpool 3590H_pool 3590H_class maxscratch=nmero_de_cintas_3590H
Finalmente, puede utilizar el comando DEFINE VOLUME para asociar

los medios con la agrupacin de almacenamiento correcta.
Actualizacin de algunas unidades en una biblioteca con slo un tipo de
unidad: Para cada tipo diferente de unidad es necesario definir por separado una
biblioteca lgica. Si una biblioteca contiene solamente un tipo de unidad y
actualiza solamente un subconjunto de estas unidades, deber definir una
biblioteca lgica adicional. Para las bibliotecas SCSI, no se da soporte a la
actualizacin de un tipo de unidad si las nuevas unidades no pueden leer ni
grabar en el formato de los medios existentes. Si las nuevas unidades slo pueden
leer algunos de los medios, deben actualizar todas las unidades.
En el ejemplo siguiente se presupone que ya ha definido un dispositivo de
biblioteca, como se muestra a continuacin:
Nombre
bib.
------LIB1
Biblio.
Categora Categora Gestor

privada
reutiliz. externo
------- -------- -------- -------349X
200
201
Definicin de una biblioteca lgica y ruta nuevas para cada tipo de unidad
nuevo Por ejemplo, para agregar una biblioteca lgica denominada LIB2 para el
mismo dispositivo fsico que ya se ha definido como LIB1, escriba:
define library lib2 libtype=349X scratchcategory=401 privatecategory=400
define path server1 lib2 srctype=server desttype=library
device=lb3.0.0.0
Definicin de cada unidad y ruta nuevas en la biblioteca nueva

Para definir una unidad nueva denominada DRIVE2 en la biblioteca lgica
denominada LIB2 y una ruta nueva a la unidad, escriba:
define drive lib2
drive2
device=mt3.0.0.1
Actualizacin de las definiciones de clase de dispositivo y agrupaciones de

almacenamiento
Para definir una clase de dispositivo nueva, escriba:
define devclass new_dev_class devtype=3590 format=drive library=lib2
estcapacity=40G
Para que los informes de capacidad se generen con precisin, debe

especificar el parmetro ESTCAPACITY.
Para definir una agrupacin de almacenamiento nueva, escriba:
define stgpool agrupacin_alm_nueva
clase_disp_nueva maxscratch=nmero_de_cintas_nuevas
210
A continuacin, utilice el comando CHECKIN LIBVOLUME para dar de

alta los medios nuevos en la biblioteca lgica LIB2.
Actualizacin de todas las unidades de una biblioteca con ms de un tipo de
unidad: En el ejemplo siguiente se presupone que ya tiene dos bibliotecas lgicas
definidas. Por ejemplo:
Nombre
bib.
------LIB1
LIB2
Biblio.
Categora
privada
------- -------349X
200
349X
300
Categora Gestor
reutiliz. externo
-------- -------201
301
Actualizacin de las definiciones de unidad y ruta para cada biblioteca lgica

Siga las instrucciones del apartado Actualizacin de todas las unidades de
una biblioteca que slo contienen un tipo de unidad en la pgina 209 para
cada biblioteca. Para que los informes de capacidad se generen con
precisin, no puede utilizar una agrupacin de reutilizables en esta
configuracin.
Actualizacin de algunas unidades en una biblioteca con ms de un tipo de
unidad: En el ejemplo siguiente se presupone que ya tiene dos bibliotecas lgicas
definidas, por ejemplo:
Nombre
bib.
------LIB1
LIB2
Biblio.
Categora
privada
------- -------349X
200
349X
300
Categora Gestor
reutiliz. externo
-------- -------201
301
Debe actualizar las definiciones de unidad y ruta para cada biblioteca lgica. Siga
las instrucciones del apartado Actualizacin de algunas unidades en una
biblioteca con slo un tipo de unidad en la pgina 210. Para que los informes de
capacidad se generen con precisin, no puede utilizar una agrupacin de
reutilizables en esta configuracin.
Migracin a las unidades actualizadas

Si actualiza todas las unidades de una biblioteca, puede definir una agrupacin de
almacenamiento DISK nueva y establecerla para migrar sus datos a una
agrupacin de almacenamiento creada para las unidades nuevas. A continuacin,
puede actualizar las definiciones de clase de gestin existentes para comenzar a
almacenar los datos en la agrupacin de almacenamiento DISK nueva. De este
modo, puede conservar las definiciones de polticas existentes para migrar y
caducar datos existentes, mientras utiliza las unidades nuevas para almacenar
datos nuevos.
Limpieza de unidades
Tarea
Limpiar unidades
211
Puede utilizar el servidor para gestionar la limpieza de las unidades de cintas. El

servidor puede controlar la limpieza de las unidades de cintas de bibliotecas SCSI
y ofrece soporte parcial para limpiar las unidades de cintas de bibliotecas
manuales. Para las bibliotecas automatizadas, puede automatizar la limpieza
especificando la frecuencia de las operaciones de limpieza y dando de alta un
cartucho limpiador en el inventario de volmenes de la biblioteca. El servidor
monta el cartucho limpiador tal y como se ha especificado. Para las bibliotecas
manuales, el servidor emite una peticin de montaje para el cartucho limpiador.
Existen consideraciones especiales que debe tener en cuenta si desea utilizar la
limpieza de unidades controlada por el servidor con una biblioteca SCSI que
proporcione soporte de limpieza automtica de unidades en el hardware del
dispositivo.
Cmo decidir si el servidor controla la limpieza de la unidad

Si la biblioteca incluye sus propias funciones para la limpieza de unidades, debe
decidir el mtodo que se utilizar: la funcin de limpieza de unidades incorporada
del dispositivo o la funcin de limpieza de unidades del servidor de Tivoli Storage
Manager. Los fabricantes de dispositivos que incluyen la limpieza automtica
recomiendan utilizarla para evitar el desgaste prematuro en los cabezales de
lectura/grabacin de las unidades. Por ejemplo, las bibliotecas SCSI como
StorageTek 9710, IBM 3570 e IBM 3575 tienen su propia funcin de limpieza
automtica incorporada en el dispositivo.
Para evitar problemas, utilice la funcin de limpieza de unidades incorporada del
dispositivo o la funcin de limpieza de unidades del servidor, pero no ambas
funciones. Las unidades y las bibliotecas de fabricantes distintos se distinguen
entre s en la forma de manejar los cartuchos limpiadores y en cmo informan de
la presencia de un cartucho limpiador en una unidad. Consulte la documentacin
del fabricante que se entrega con la biblioteca y las unidades para obtener una
descripcin de cmo la biblioteca y la unidad manejan y generan informes acerca
de la presencia de cartuchos de limpieza. Es posible que el controlador de
dispositivo no pueda abrir una unidad que contiene un cartucho limpiador. Los
cdigos de deteccin y de error que emiten los dispositivos para la limpieza de
unidades son variados. Si una biblioteca tiene su propia funcin de limpieza
automtica, la biblioteca intenta mantener el proceso totalmente transparente para
todas las aplicaciones. Sin embargo, no siempre es as. Debido a estas variaciones,
es posible que el servidor no detecte siempre un cartucho limpiador en una unidad
para todo el hardware. Tambin es posible que el servidor no pueda determinar si
la biblioteca ha iniciado un proceso de limpieza. Por lo tanto, es importante
seleccionar un mtodo u otro, pero no ambos.
Algunos dispositivos necesitan un cierto tiempo de inactividad entre peticiones de
montaje para iniciar la limpieza de unidades. Sin embargo, el servidor intenta
minimizar el tiempo de inactividad de una unidad. Estas dos condiciones pueden
darse al mismo tiempo e impedir que el dispositivo controle la funcin de limpieza
de unidades de forma eficaz. Si esto sucede, intente utilizar el servidor para
controlar la limpieza de las unidades. Establezca la frecuencia de forma que
coincida con las recomendaciones de limpieza del fabricante.
Si decide que el servidor controle la limpieza de las unidades, desactive la funcin
de limpieza de unidades del propio dispositivo para evitar que surjan problemas.
Por ejemplo, cuando la funcin de limpieza de unidades del propio dispositivo
est activada, algunos dispositivos trasladan los cartuchos de limpieza que
encuentran en la biblioteca a las ranuras de la biblioteca asignadas a cartuchos de
limpieza. Una aplicacin como Tivoli Storage Manager desconoce que estas ranuras
212
dedicadas existan. No podr dar de alta un cartucho de limpieza en el inventario

de la biblioteca del servidor hasta que haya desactivado la funcin de limpieza de
unidades del propio dispositivo.
Si decide que sea el dispositivo el que controle la funcin de limpieza de unidades
y tiene problemas, puede optar por utilizar el control de la funcin limpieza de
unidades que proporciona el servidor.
Limpieza de unidades en una biblioteca automatizada

Configure la limpieza de unidades controlada por el servidor en una biblioteca
automatizada de esta forma:
1. Defina o actualice las unidades de la biblioteca mediante el parmetro
CLEANFREQUENCY. El parmetro CLEANFREQUENCY establece la
frecuencia con la que se desea que se limpie la unidad. Consulte los comandos
DEFINE DRIVE y UPDATE DRIVE. Consulte en los manuales de las unidades
las recomendaciones respecto a la frecuencia de limpieza.
Por ejemplo, para que DRIVE1 se limpie despus que la unidad procese 100
GB, emita el siguiente comando:
update drive autolib1 drive1 cleanfrequency=100
Consulte la informacin del fabricante de la unidad para conocer cules son las
recomendaciones en materia de limpieza. Si dicha informacin recomienda la
frecuencia de limpieza medida en horas de duracin, convirtala a un valor en
gigabytes de este modo:
a. Utilice el ndice de bytes por segundo para la unidad para determinar el
valor de gigabytes por hora.
b. Multiplique el valor de gigabytes por hora por las horas recomendadas de
uso entre limpiezas.
c. Utilice el resultado como valor de frecuencia de limpieza.
|
|
|
|
|
Nota: para las unidades IBM 3570, 3590 y 3592, se recomienda especificar un
valor para el parmetro CLEANFREQUENCY, en lugar de especificar
ASNEEDED. Si se utiliza la frecuencia de limpieza recomendada por la
documentacin del producto, las unidades no se limpiarn ms de lo
previsto.
2. D de alta un cartucho limpiador en el inventario de volmenes de biblioteca
con el comando CHECKIN LIBVOLUME. Por ejemplo:
checkin libvolume autolib1 cleanv status=cleaner cleanings=10 checklabel=no
Una vez que el cartucho limpiador est dado de alta, el servidor montar el
cartucho limpiador en una unidad cuando sta necesite limpieza. El servidor
utilizar ese cartucho de limpieza para el nmero de operaciones de limpieza
que se especifique. Consulte los apartados Alta de volmenes de limpieza y
Operaciones con cartuchos limpiadores en una biblioteca en la pgina 214
para obtener ms informacin.
Si desea obtener informacin detallada sobre los comandos, consulte la publicacin
Alta de volmenes de limpieza: Debe dar de alta un cartucho limpiador en un
inventario de volmenes de biblioteca automatizada para que el servidor controle
la limpieza de unidades sin que el operador deba volver a intervenir.
Se recomienda que d de alta cartuchos limpiadores de uno en uno y que no
utilice la funcin de bsqueda de la herramienta para dar de alta un cartucho
limpiador.
213
Atencin: Al dar de alta un cartucho limpiador en una biblioteca, asegrese de

que se ha identificado correctamente en el servidor como cartucho limpiador.
Adems, debe tener cuidado cuando ya haya un cartucho limpiador dado de alta y
se estn dando de alta cartuchos de datos. Compruebe que los cartuchos
limpiadores estn en las ranuras iniciales correctas, ya que, de lo contrario, pueden
aparecer errores y retardos.
Cuando se den de alta cartuchos de datos con SEARCH=YES, asegrese de que el
cartucho limpiador no se encuentra en una ranura que se detectar en el proceso
de bsqueda. Pueden darse errores y retardos de 15 minutos o ms si un cartucho
limpiador est ubicado o se traslada incorrectamente. Para obtener mejores
resultados, d de alta los cartuchos de datos en primer lugar cuando utilice la
funcin de bsqueda. A continuacin, d de alta el cartucho limpiador por
separado.
Por ejemplo, si necesita dar de alta tanto cartuchos de datos como cartuchos
limpiadores, ponga los cartuchos de datos en la biblioteca y dlos de alta primero.
Puede utilizar la funcin de bsqueda del comando CHECKIN LIBVOLUME (o el
comando LABEL LIBVOLUME si est etiquetando y dando de alta volmenes). A
continuacin, d de alta el cartucho limpiador en la biblioteca mediante uno de los
mtodos siguientes.
v Alta sin bsqueda:
checkin libvolume autolib1 cleanv status=cleaner cleanings=10
checklabel=no
El servidor solicita que el cartucho se site en el puerto de entrada/salida o en

una ranura especfica.
v Alta con bsqueda, pero con bsqueda limitada mediante el parmetro
VOLRANGE o VOLLIST:
checkin libvolume autolib1 status=cleaner cleanings=10
search=yes checklabel=barcode vollist=cleanv
El proceso explora la biblioteca mediante el lector de cdigos de barras, en busca

del volumen CLEANV.
Limpieza manual de unidades en una biblioteca automatizada: Si la biblioteca
tiene una capacidad limitada y no desea utilizar una ranura en la biblioteca para
un cartucho limpiador, puede utilizar la funcin de limpieza de unidades del
servidor. Establezca la frecuencia de limpieza para las unidades de la biblioteca.
Cuando una unidad necesita una limpieza en funcin del valor de frecuencia, el
servidor emite el mensaje ANR8914I. Por ejemplo:
ANR89141I La unidad DRIVE1 de la biblioteca AUTOLIB1 necesita una limpieza.
Puede utilizar este mensaje como indicador para insertar manualmente un cartucho
limpiador en la unidad. Sin embargo, el servidor no puede comprobar si la unidad
se ha limpiado.
Operaciones con cartuchos limpiadores en una biblioteca: Cuando una unidad
necesita limpieza, el servidor ejecuta la operacin de limpieza despus de
desmontar un volumen de datos si un cartucho limpiador est dado de alta en la
biblioteca. Si la operacin de limpieza falla o se cancela, o si no hay ningn
cartucho limpiador disponible, se pierde la indicacin de que la unidad debe
limpiarse. Supervise los mensajes de limpieza de estos problemas para asegurarse
de que las unidades se limpian cuando es necesario. Si es necesario, utilice el
214
comando CLEAN DRIVE para que el servidor intente la limpieza de nuevo, o

cargue manualmente un cartucho limpiador en la unidad.
El servidor utiliza un cartucho limpiador para el nmero de limpiezas que
especifique cuando d de alta el cartucho limpiador. Si da de alta ms de un
cartucho limpiador, el servidor utiliza uno de stos para el nmero designado de
limpiezas. El servidor empezar a utilizar el siguiente cartucho limpiador.
Verifique visualmente que hay cartuchos limpiadores en las ranuras de
almacenamiento correctas antes de emitir alguno de los comandos siguientes:
v AUDIT LIBRARY
v CHECKIN LIBVOLUME especificando SEARCH
v LABEL LIBVOLUME especificando SEARCH
Para buscar la ranura correcta para un cartucho limpiador, utilice el comando
QUERY LIBVOLUME.
Limpieza de unidades en una biblioteca manual

Limpiar una unidad de una biblioteca manual es lo mismo que establecer una
limpieza de unidades sin dar de alta un cartucho limpiador para una biblioteca
automatizada. El servidor emite el mensaje ANR8914I cuando una unidad necesita
una limpieza. Por ejemplo:
ANR89141I La unidad DRIVE1 de la biblioteca MANLIB1 necesita una limpieza.
Debe supervisar los mensajes de las anotaciones de actividad o la consola del

servidor y cargar un cartucho limpiador en la unidad cuando sea preciso. El
servidor no puede hacer un seguimiento de si la unidad se ha limpiado.
Comprobacin de errores durante la limpieza de las unidades

Es posible que, en algunas ocasiones, el administrador traslade algunos cartuchos
en una biblioteca y coloque un cartucho de datos donde Tivoli Storage Manager
muestra que hay un cartucho de limpieza. Tivoli Storage Manager utiliza el
proceso que se describe en este apartado para la recuperacin de este error.Cuando
es necesario limpiar una unidad, el servidor carga en la unidad lo que, segn
muestra su base de datos, es un cartucho de limpieza. A continuacin, la unidad
pasa un estado READY y Tivoli Storage Manager detecta que se trata de un
cartucho de datos. Luego el servidor realiza los pasos siguientes:
1. El servidor intenta leer la etiqueta de cinta interna del cartucho de datos.
2. El servidor expulsa el cartucho de la unidad y los devuelve a la ranura donde
se aloja el cartucho de limpieza en la biblioteca. Si no puede expulsarlo, el
servidor marca la unidad como fuera de lnea y emite un mensaje indicando
que el cartucho contina en la unidad.
3. El servidor da de baja el cartucho de limpieza para no seleccionarlo para otra
peticin de limpieza de unidades. El cartucho de limpieza antiguo permanece
en la biblioteca para ya no aparecer en el inventario de biblioteca de Tivoli
Storage Manager.
4. Si el servidor ha podido leer la etiqueta de cinta interna, el servidor busca el
nombre del volumen en el inventario actual de la biblioteca, en los volmenes
de agrupacin de almacenamiento y en el histrico de volmenes.
v Si no lo encuentra, es posible que haya sido el administrador quien por
equivocacin haya dado de alta un cartucho de datos como un cartucho de
limpieza. Ahora que se ha dado de baja el volumen, no es necesario que
lleve a cabo ninguna accin.
215
v Si lo encuentra, el servidor emite mensajes indicando que es necesaria una

intervencin manual y una auditora de biblioteca. Las auditoras de
biblioteca pueden llevar bastante tiempo, por lo que el administrador debe
emitir el comando correspondiente cuando haya suficiente tiempo para
ejecutarlo. Consulte el apartado Auditora del inventario de volmenes de
una biblioteca en la pgina 185.
Supresin de unidades
Puede suprimir una unidad emitiendo el comando DELETE DRIVE.
Tarea
Suprimir unidades
Una unidad no se puede suprimir si se est utilizando. Si una unidad tiene un

volumen montado, pero el volumen est desocupado actualmente, se puede
desmontar segn se describe en el apartado Desmontaje de volmenes inactivos
en la pgina 194.
Nota: no se puede suprimir una unidad hasta que se haya suprimido la ruta
definida a la unidad. Tampoco se puede suprimir una biblioteca hasta que
se hayan suprimido todas las unidades que hay definidas en la misma.
Gestin de rutas
Puede consultar, actualizar y suprimir rutas.
Solicitud de informacin sobre rutas

Mediante el comando QUERY PATH, puede obtener informacin acerca de las
rutas. Se pueden solicitar informes estndar y detallados. Por ejemplo, para
visualizar informacin referente a todas las rutas, emita el comando siguiente:
query path
A continuacin, se muestra un ejemplo de la salida de este comando.

Nombre origen Tipo origen Nombre destino Tipo destino Activado
--------------------- -------------- ------------ -------NETAPP1
Data mover
DRIVE1
Drive
Yes
NETAPP1
Data mover
NASLIB
Library
Yes
datamover2
Data mover
drive4
Drive
Yes
Actualizacin de rutas
Puede actualizar una ruta existente con el comando UPDATE PATH. Los ejemplos
siguientes muestran cmo puede utilizar los comandos UPDATE PATH para los
tipos de rutas siguientes:
v Rutas de bibliotecas
update path server1 scsilib srctype=server
desttype=library device=lb4.0.0.0
v Rutas de unidades
update path nas1 scsilib srctype=datamover desttype=drive
library=naslib device=mt3.0.0.0
216
v Rutas de discos
Actualice la ruta desde el transportador de datos SCSI1 al disco Harddisk3:
update path scsi1 Harddisk3 srctype=datamover
desttype=disk node=belfast lun=1
Supresin de rutas
Tarea
Suprimir rutas
Una ruta no se puede suprimir si el destino se est utilizando actualmente.

Suprima una ruta de un transportador de datos NAS denominado NAS1 a la
biblioteca NASLIB.
delete path nas1 naslib srctype=datamover desttype=library
Atencin: si suprime la ruta a un dispositivo o si desactiva la ruta, desactivar el

acceso a dicho dispositivo.
Gestin de los transportadores de datos

Puede consultar, actualizar y suprimir los transportadores de datos.
Solicitud de informacin acerca de los transportadores de

datos
Mediante el comando QUERY DATAMOVER, puede obtener informacin acerca de
los transportadores de datos SCSI y NAS. Se pueden solicitar informes estndar y
detallados. Por ejemplo, para visualizar un informe estndar referente a todos los
transportadores de datos, emita el comando siguiente:
query datamover *

Nombre
transportador
------------NASMOVER1
NASMOVER2
DATAMOVER1
Tipo
---NAS
NAS
SCSI
Activado
-------Yes
No
Yes
Actualizacin de transportadores de datos

Puede actualizar un transportador de datos existente con el comando UPDATE
DATAMOVER.
Por ejemplo, para actualizar el transportador de datos para el nodo denominado
NAS1 para cambiar la direccin IP, emita el comando siguiente:
update
datamover nas1 hladdress=9.67.97.109
Supresin de transportadores de datos

Para poder suprimir un transportador de datos, debe suprimir todas las rutas
definidas para el transportador de datos.
217
Para suprimir un transportador de datos denominado NAS1, emita el comando

siguiente:
delete datamover nas1
Gestin de discos
Puede consultar, actualizar y suprimir discos propiedad de cliente que residan en
una SAN (red de rea de almacenamiento). Estos discos se definen en IBM Tivoli
Storage Manager para poder beneficiarse del traspaso de datos fuera del servidor.
Solicitud de informacin sobre discos

Mediante el comando QUERY DISK, puede obtener informacin acerca de discos
propiedad de cliente que residen en un entorno SAN. Se pueden solicitar informes
estndar y detallados. Por ejemplo, para visualizar un informe estndar referente a
todos los discos definidos, emita el comando siguiente:
query disk *

Nombre
nodo
-----NODE1
NODE2
Nombre
disco
--------Harddisk1
Harddisk2
Activado
-----Yes
Yes
Actualizacin de discos
Mediante el comando UPDATE DISK puede actualizar un disco existente. El
ejemplo siguiente muestra cmo puede utilizar el comando UPDATE DISK para
cambiar el nombre de mbito mundial, el nmero de serie y el estado de un disco.
Actualice un disco denominado Harddisk1 propiedad de NODE1. El nombre de
mbito mundial se actualiza por 20020060450d00e2 y el nmero de serie se
actualiza por 100047. Cambie el estado ONLINE por YES.
update disk node1 Harddisk1 wwn=20020060450d00e2 serial=100047 online=yes
Supresin de discos
Para suprimir un disco, primero deben suprimirse todas las rutas relacionadas con
el mismo.
Para suprimir un disco denominado Harddisk1 que es propiedad del nodo
NODE1.
delete disk node1 Harddisk1
218
Captulo 9. Definicin de clases de dispositivo

Una clase de dispositivo representa un tipo de dispositivo que IBM Tivoli Storage
Manager puede utilizar. El servidor utiliza definiciones de clases de dispositivos
para determinar los tipos de dispositivos y volmenes que debe utilizar para:
v Almacenar las copias de seguridad de datos, los datos archivados o los datos
bajo gestin de espacio en agrupaciones de almacenamiento primarias.
v Almacenar las copias de los datos de agrupaciones de almacenamiento primarias
en agrupaciones de almacenamiento de copia.
v Almacenar las copias de seguridad de la base de datos.
v Exportar o importar datos de Tivoli Storage Manager.
Una sola clase de dispositivo puede estar asociada a varias agrupaciones de
almacenamiento, pero cada una de las agrupaciones de almacenamiento est
asociada a una sola clase de dispositivo.
Para el almacenamiento de acceso aleatorio, Tivoli Storage Manager admite
nicamente la clase de dispositivo DISK, predefinida por Tivoli Storage Manager.
No obstante, se puede definir un gran nmero de agrupaciones de almacenamiento
asociadas a la clase de dispositivo DISK.
Tareas:
Definicin y actualizacin de clases de dispositivos de cinta en la pgina 221
Definicin y actualizacin de clases de dispositivo GENERICTAPE en la pgina 226
Definicin y actualizacin de clases de dispositivo OPTICAL en la pgina 227
Definicin y actualizacin de clases de dispositivo REMOVABLEFILE en la pgina 228
Definicin y actualizacin de clases de dispositivo FILE en la pgina 229
Definicin y actualizacin de clases de dispositivo SERVER en la pgina 230
Definicin y actualizacin de clases de dispositivo VOLSAFE en la pgina 232
Definicin y actualizacin de clases de dispositivo CENTERA en la pgina 234

Solicitud de informacin sobre una clase de dispositivo en la pgina 236
Cmo llena Tivoli Storage Manager los volmenes en la pgina 237
Supresin de una clase de dispositivo en la pgina 237
219
Definicin y actualizacin de clases de dispositivo para medios

secuenciales
Tarea
Definir o actualizar clases de dispositivo
Para el almacenamiento de acceso secuencial, Tivoli Storage Manager admite los

tipos de dispositivo siguientes:
|
|
|
|
|
220
Tipo de dispositivo
Tipo de medio
Dispositivos de ejemplo
3570
Cartuchos IBM 3570
Unidades IBM 3570
3590
Cartuchos IBM 3590
Unidades IBM 3590, 3590E
3592
Cartuchos IBM 3592
Unidades IBM 3592
4MM
Cartuchos de 4 mm
IBM 7206-005
8MM
Cartuchos de 8 mm
IBM 7208-001 y 7208-011
CENTERA
Volmenes de
almacenamiento o
sistema de archivos
EMC Centera
ECARTRIDGE
Cartuchos de cinta
Unidades StorageTek SD-3, 9490, 9840 y

9940
FILE
Volmenes de
almacenamiento o
sistema de archivos
Servidor
GENERICTAPE
Cartuchos de cinta
Unidades de cinta admitidas por

controladores de dispositivo del sistema
operativo
LTO
Cartuchos LTO Ultrium IBM 3580
NAS
Desconocido
Unidades de cinta admitidas por el

servidor de archivos NAS para copias de
seguridad
OPTICAL
Cartuchos pticos
regrabables de 5,25
pulgadas
Unidades pticas de 5,25 pulgadas
QIC
Cartuchos de cinta de
cuarto de pulgada
IBM 7207
REMOVABLEFILE
Medios Iomega Zip o

Jaz, DVD o CD
Dispositivos de medios extrables que

estn conectados como sistemas de
archivos extrables locales
SERVER
Volmenes de
almacenamiento o
archivos guardados en
otro servidor de Tivoli
Storage Manager
Servidor destino de Tivoli Storage

Manager
VOLSAFE
Cartuchos de cinta
WORM (una sola
grabacin y lectura
mltiple)
Unidades StorageTek 9840
Tipo de dispositivo
Tipo de medio
Dispositivos de ejemplo
WORM
Cartuchos pticos
WORM (una sola
grabacin) de 5,25
pulgadas
Unidades pticas de 5,25 pulgadas
Para todos los tipos de dispositivo que no sean FILE ni SERVER, debe definir
bibliotecas y unidades de Tivoli Storage Manager antes de definir las clases de
dispositivo.
Se pueden definir varias clases de dispositivo para cada tipo de dispositivo. Por
ejemplo, es posible que necesite especificar atributos distintos para agrupaciones de
almacenamiento que utilizan el mismo tipo de unidad de cinta. Puede que
determinadas variaciones necesarias no sean especficas del dispositivo, sino de la
forma en que se desea utilizar el dispositivo (por ejemplo, la retencin o el lmite
de montaje).
Tivoli Storage Manager ahora permite que las bibliotecas SCSI incluyan unidades
de cintas de ms de un tipo de dispositivo. Al definir la clase de dispositivo en
este entorno, debe declarar un valor para el parmetro FORMAT.
Si incluye la opcin DEVCONFIG en el archivo dsmserv.opt, los archivos que
especifique con esa opcin se actualizarn automticamente con los resultados de
este comando. Si utiliza esta opcin, los archivos especificados se actualizarn
automticamente cada vez que se defina, actualice o suprima una clase de
dispositivo, biblioteca o unidad.
En los apartados que siguen se explican las clases de dispositivo de cada tipo de
dispositivo admitido.
Definicin y actualizacin de clases de dispositivos de cinta

Para utilizar dispositivos de cinta, debe definir una clase de dispositivo emitiendo
el comando DEFINE DEVCLASS con el parmetro DEVTYPE.
Hay otros parmetros que especifican la forma de gestionar las operaciones de
almacenamiento de datos en las que participa la nueva clase de dispositivo:
ESTCAPACITY
Consulte el apartado Capacidad estimada en la pgina 222.
FORMAT
Consulte el apartado Formato de grabacin en la pgina 222.
LIBRARY
Consulte el apartado Biblioteca en la pgina 223.
MOUNTLIMIT
Consulte el apartado Lmite de montaje en la pgina 223.
MOUNTRETENTION
Consulte el apartado Perodo de retencin de montaje en la pgina 224.
MOUNTWAIT
Consulte el apartado Perodo de espera de montaje en la pgina 225.
PREFIX
Consulte el apartado Prefijo de etiqueta de cinta en la pgina 225.
221
|
|
SCALECAPACITY
Consulte el apartado Capacidad de escala en la pgina 225.
|
|
WORM
Consulte el apartado WORM en la pgina 226.
Puede actualizar la clase de dispositivo emitiendo el comando UPDATE
DEVCLASS.
Capacidad estimada
El parmetro ESTCAPACITY especifica la capacidad estimada para los volmenes
asignados a esta clase de dispositivo. Tivoli Storage Manager calcula la capacidad
de los volmenes de una agrupacin de almacenamiento a partir de los parmetros
asignados a la clase de dispositivo que est asociada a la agrupacin de
almacenamiento. Para las clases de dispositivo de cinta, los valores
predeterminados que selecciona el servidor dependen del formato de grabacin
utilizado para grabar los datos en el volumen. Puede aceptar el valor
predeterminado para un tipo de dispositivo dado o bien especificar un valor.
Nota: este valor es obligatorio para una clase de dispositivo con DEVTYPE=NAS.
Consulte la publicacin Administrators Reference para obtener informacin sobre las
capacidades estimadas de formatos de grabacin para cada tipo de dispositivo.
Tivoli Storage Manager tambin utiliza la capacidad estimada para determinar
cundo empezar a reclamar volmenes de agrupacin de almacenamiento. Para
obtener ms informacin sobre cmo utiliza Tivoli Storage Manager el valor de
capacidad estimada, consulte el apartado Cmo llena Tivoli Storage Manager los
volmenes en la pgina 237.
Formato de grabacin
El parmetro FORMAT especifica el formato de grabacin que utiliza Tivoli Storage
Manager al grabar datos en medios extrables. Consulte la publicacin
Administrators Reference para obtener informacin sobre los formatos de grabacin
de cada tipo de dispositivo.
Especifique el parmetro FORMAT=DRIVE solo si todas las unidades asociadas
con esa clase de dispositivo son idnticas. Si algunas unidades asociadas a una
clase de dispositivo admiten un formato de densidad mayor que otras y se
especifica FORMAT=DRIVE, se pueden producir errores. Por ejemplo, suponga que
una clase de dispositivo utiliza dos dispositivos incompatibles como IBM 7208-2 e
IBM 7208-12. El servidor puede seleccionar el formato de grabacin de alta
densidad 8500 para cada uno de los dos volmenes nuevos. Ms adelante, si los
dos volmenes se van a montar al mismo tiempo, uno de ellos no se montar
puesto que solo una de las unidades admite el formato de grabacin de alta
densidad.
Tivoli Storage Manager ahora admite unidades con distintas tecnologas de cinta
en una misma biblioteca SCSI. Debe especificar un valor para el parmetro
FORMAT en esta configuracin.
El formato de grabacin que Tivoli Storage Manager utiliza para un volumen dado
se selecciona cuando se graba el primer fragmento de datos en el volumen.
Actualizar el parmetro FORMAT no afecta a los medios que ya contienen datos
hasta que dichos medios vuelven a grabarse desde el principio. Este proceso puede
suceder despus de haber reclamado o suprimido un volumen, o despus de haber
caducado todos los datos del volumen.
222
Biblioteca
Para que el servidor pueda montar un volumen, debe saber qu unidades pueden
utilizarse para satisfacer la peticin de montaje. Este proceso se realiza
especificando la biblioteca al definir la clase de dispositivo. La biblioteca debe
contener las unidades que se pueden utilizar para montar el volumen.
Solo se puede asociar una biblioteca a una clase de dispositivo determinada. Sin
embargo, varias clases de dispositivo pueden hacer referencia a la misma
biblioteca. A menos que utilice el valor DRIVES para MOUNTLIMIT, debe
asegurarse de que el valor numrico de los lmites de montaje de todas las clases
de dispositivo no sobrepasa el nmero de unidades definidas en la biblioteca
referenciada.
Este parmetro no tiene ningn valor predeterminado. Es obligatorio y por eso
debe especificarse al definir la clase de dispositivo.
Lmite de montaje
El parmetro MOUNTLIMIT especifica el nmero mximo de volmenes que
pueden estar montados simultneamente para una clase de dispositivo. El nmero
de unidades a las que tiene acceso simultneamente la clase de dispositivo puede
limitarse con el parmetro MOUNTLIMIT.
El valor predeterminado del lmite de montaje es DRIVES. El parmetro DRIVES
indica que cada vez que se asigna un punto de montaje, se utiliza el nmero de
unidades activadas definidas en ADSM para calcular el valor verdadero de lmite
de montaje. El valor mximo de este parmetro es 256 y el mnimo, 0. El valor cero
impide que las transacciones nuevas puedan acceder a la agrupacin de
almacenamiento.
Al seleccionar un lmite de montaje para una clase de dispositivo, debe tener en
cuenta las cuestiones siguientes:
v Cuntos dispositivos de almacenamiento estn conectados al sistema?
No especifique un valor de lmite de montaje superior al nmero de unidades
asociadas disponibles que hay en la instalacin. Si el servidor intenta montar
tantos volmenes como especifica el lmite de montaje y no hay unidades
disponibles para el volumen necesario, se produce un error y las sesiones de
clientes pueden finalizar anormalmente. (La afirmacin anterior no es cierta si se
especifica el parmetro DRIVES.)
v Utiliza la funcin de grabacin simultnea en agrupaciones de almacenamiento
primarias y de copia?
Especifique un valor de lmite de montaje que proporcione un nmero suficiente
de puntos de montaje para dar soporte a una grabacin simultnea en la
agrupacin de almacenamiento primaria y en todas las agrupaciones de
almacenamiento de copia asociadas.
v Est asociando varias clases de dispositivo a una sola biblioteca?
Una clase de dispositivo asociada a una biblioteca puede utilizar cualquier
unidad de la biblioteca que sea compatible con el tipo de dispositivo de esa
clase. Puesto que se puede asociar ms de una clase de dispositivo a una
biblioteca, una misma unidad de la biblioteca podr ser utilizada por ms de
una clase de dispositivo. Sin embargo, Tivoli Storage Manager no gestiona la
forma en que se comparte una unidad entre diversas clases de dispositivo.
223
Cuando asocie varias clases de dispositivo del mismo tipo de dispositivo a una
biblioteca, agregue lmites de montaje para todas las clases de dispositivo.
Asegrese de que la cantidad resultante no sea superior al nmero de unidades
compatibles.
v Cuntos procesos de Tivoli Storage Manager desea ejecutar al mismo tiempo,
utilizando los dispositivos de esta clase de dispositivo?
Tivoli Storage Manager cancela automticamente algunos procesos para ejecutar
otros procesos de prioridad superior. Si el servidor utiliza todas las unidades
disponibles de una clase de dispositivo para realizar los procesos de prioridad
superior, los procesos de prioridad inferior deben esperar hasta que queda
disponible una unidad. Por ejemplo, Tivoli Storage Manager cancela el proceso
de un cliente que hace una copia de seguridad directamente en cinta si la
unidad que se utiliza se necesita para un proceso de migracin o de reclamacin
de cintas del servidor. Tivoli Storage Manager cancela un proceso de reclamacin
de cintas si la unidad que se utiliza se necesita para una operacin de
restauracin de un cliente. Para obtener ms informacin, consulte el apartado
Anticipacin de operaciones de cliente o servidor en la pgina 517.
Si ocurre con frecuencia que unos procesos cancelan otros procesos, debe
plantearse si puede hacer que haya ms unidades disponibles para que Tivoli
Storage Manager pueda utilizarlas. De lo contrario, revise la planificacin de
operaciones para reducir la posibilidad de colisiones al intentar obtener
unidades.
Esta consideracin tambin se aplica a la funcin de grabacin simultnea en
agrupaciones de almacenamiento primarias y de copia. Para que la grabacin
simultnea se efecte correctamente, debe haber suficientes unidades
disponibles.
Nota: si la biblioteca asociada con esta clase de dispositivo es de tipo EXTERNAL,
se recomienda que especifique de forma explcita el lmite de montaje en
lugar de utilizar MOUNTLIMIT=DRIVES.
Perodo de retencin de montaje

El parmetro MOUNTRETENTION especifica el tiempo que un volumen montado
debe permanecer montado despus de que haya tenido lugar la ltima actividad
de E/S. Si se alcanza este lmite de tiempo desocupado, el servidor desmonta el
volumen. El perodo de retencin de montaje predeterminado es de 60 minutos. El
valor mximo de este parmetro es de 9999 minutos.
Nota: una clase de dispositivo con DEVTYPE=NAS slo permite el valor cero (0).
Por ejemplo, si el valor de retencin de montaje es 60, y el volumen montado
permanece desocupado durante 60 minutos, el servidor desmonta el volumen.
Si hay un volumen que se utiliza con frecuencia, el rendimiento se puede mejorar
estableciendo un perodo mayor de retencin de montaje para evitar las
operaciones innecesarias de montaje y desmontaje.
Si las operaciones de montaje se manejan mediante actividades manuales asistidas
por el operador, puede ser conveniente utilizar un perodo mayor de retencin de
montaje. Por ejemplo, si nicamente un operador proporciona soporte para toda la
operacin de un fin de semana, defina un perodo de retencin de montaje elevado
para que no se le solicite al operador que monte volmenes a cada momento.
Mientras Tivoli Storage Manager tiene un volumen montado, la unidad est
asignada a Tivoli Storage Manager y no se puede utilizar para nada ms. Si
224
necesita liberar la unidad para otros usos, puede cancelar las operaciones de Tivoli
Storage Manager que utilizan la unidad y, a continuacin, desmontar el volumen.
Por ejemplo, puede cancelar las operaciones de migracin o de copia de seguridad
del servidor. Para obtener ms informacin sobre cmo cancelar procesos y
desmontar volmenes, consulte los apartados Cancelacin de procesos del
servidor en la pgina 516 y Desmontaje de volmenes inactivos en la pgina
194.
Perodo de espera de montaje

El parmetro MOUNTWAIT especifica el tiempo mximo, en minutos, que el
servidor espera hasta que hay una unidad disponible para la solicitud de montaje
actual. El perodo de espera de montaje predeterminado es de 60 minutos. El valor
mximo de este parmetro es de 9999 minutos.
Nota: este parmetro no es vlido para tipos de biblioteca EXTERNAL o RSM.
Prefijo de etiqueta de cinta

Con el parmetro PREFIX, puede especificar un valor de prefijo que se utiliza para
construir la cadena de caracteres del nombre de archivo que se almacena en el rea
de etiqueta de cada volumen de cinta.
La cadena de caracteres de prefijo se utiliza como el prefijo del nombre de archivo
que se graba en la etiqueta de cada cinta. El valor predeterminado de la cadena de
caracteres de prefijo de etiqueta de cinta es ADSM.
Nota: este parmetro se utiliza principalmente en sistemas operativos OS/390 y
z/OS.
|
|
|
|
|
|
Capacidad de escala
|
|
Nota: el parmetro SCALECAPACITY slo es vlido cuando se define y actualiza

una clase de dispositivo 3592.
|
|
|
|
|
|
|
Si selecciona una capacidad de escala de 20 para una clase de dispositivo 3592 sin
compresin, un volumen 3592 en esa clase de dispositivo almacenara el 20% de su
capacidad total de 300 GB, o unos 60 GB. Esta funcin permite dividir los datos en
agrupaciones de almacenamiento con velocidades de acceso mayores. Para obtener
ms informacin sobre la configuracin de jerarquas de agrupaciones de
almacenamiento, consulte el apartado Configuracin de una jerarqua de
|
|
|
|
|
|
La capacidad de escala puede especificarse mediante los comandos DEFINE o

UPDATE DEVCLASS; sin embargo, la capacidad de escala slo tendr efecto
cuando los datos se graben por primera vez en un volumen. Todas las
actualizaciones de capacidad de escala realizadas en la clase de dispositivo no
afectarn a los volmenes que ya tengan datos grabados hasta que stos vuelvan a
tener el estado reutilizable.
|
|
Consulte la publicacin Administrators Reference para obtener informacin sobre

cmo definir una clase de dispositivo 3592.
El parmetro SCALECAPACITY permite reducir la capacidad del medio a fin de

crear volmenes con velocidades de acceso a datos ms rpidas. Los valores
porcentuales pueden establecerse en 20, 90 o 100, de los cuales el 20% proporciona
el tiempo de acceso ms rpido y el 100% proporciona la mayor capacidad de
almacenamiento.
225
|
|
|
|
WORM
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
A continuacin se muestra un ejemplo de configuracin de un dispositivo VolSafe

mediante el parmetro WORM. Tambin puede utilizar el comando DEFINE
DEVCLASS VOLSAFE. Supongamos que desea configurar un dispositivo VolSafe
mediante el parmetro WORM y una biblioteca SCSI. Especificara la siguiente
serie de comandos. (Los valores que seleccione para la variable de biblioteca, la
variable de unidad, etc., pueden ser los mismos o variar en su entorno.)
1. Defina una biblioteca:
|
|
|
|
|
Notas:
1. No puede cambiar el valor del parmetro WORM mediante el comando
UPDATE DEVCLASS.
2. Si selecciona YES para el parmetro WORM en la clase de dispositivo de 8 mm,
las nicas opciones disponibles para el parmetro FORMAT son:
v DRIVE
v AIT
v AITC
|
|
Consulte el apartado Consideraciones especiales para medios de cintas WORM

en la pgina 182 para obtener ms informacin.
El parmetro WORM especifica si la unidad que se est definiendo es un

dispositivo WORM (una sola grabacin, varias lecturas). Este parmetro no est
admitido en todas las clases de dispositivos.
define library volsafelib libtype=scsi
2. Defina una unidad:

define drive volsafelib drive01
3. Defina una ruta:

define path server01 drive01 srctype=server destype=drive device=mt4.0.0.1
library=volsafelib
4. Defina una clase de dispositivo:

define devclass volsafeclass library=volsafelib devtype=ecartridge
format=drive worm=yes
|
|
|

GENERICTAPE
Para utilizar dispositivos de cinta a los que da soporte un controlador de
dispositivo de sistema operativo, debe definir una clase de dispositivo cuyo tipo de
dispositivo sea GENERICTAPE.
Para una biblioteca manual con varias unidades de tipo GENERICTAPE, asegrese
de que los tipos de dispositivo y los formatos de grabacin de las unidades son
compatibles. Puesto que el controlador de dispositivo del sistema operativo
controla los dispositivos, el servidor de Tivoli Storage Manager no tiene constancia
de lo siguiente:
v El tipo real de dispositivo: 4 mm, 8 mm, cinta lineal digital, etc. Por ejemplo, si
tiene un dispositivo de 4 mm y un dispositivo de 8 mm, debe definir bibliotecas
manuales independientes para cada uno.
v El formato real de grabacin de los cartuchos. Por ejemplo, si tiene definida una
biblioteca manual con dos clases de dispositivo GENERICTAPE, asegrese de
que el formato de grabacin de ambas unidades es el mismo.
226
Puede actualizar la informacin de clase de dispositivo emitiendo el comando

UPDATE DEVCLASS. Otros parmetros, adems del tipo de dispositivo,
especifican cmo gestionar operaciones de almacenamiento del servidor:
ESTCAPACITY
Puede especificar el valor de capacidad estimada de cualquiera de los
volmenes definidos para una agrupacin de almacenamiento con la clase
de dispositivo GENERICTAPE. El valor ESTCAPACITY predeterminado de
un volumen perteneciente a una clase de dispositivo GENERICTAPE es 1
GB. Especifique la capacidad que sea pertinente para su unidad de cinta.
LIBRARY
MOUNTLIMIT
MOUNTRETENTION
MOUNTWAIT
Definicin y actualizacin de clases de dispositivo OPTICAL

Para utilizar medios pticos, debe definir una clase de dispositivo para uno de los
dispositivos pticos que se mencionan a continuacin emitiendo el comando
DEFINE DEVCLASS con el parmetro DEVTYPE:
Parmetro
Descripcin
OPTICAL
Medios pticos regrabables de 5,25 pulgadas
WORM
Medios pticos de una sola grabacin de 5,25 pulgadas

almacenamiento de datos en las que participa la nueva clase de dispositivo:
ESTCAPACITY
FORMAT
LIBRARY
MOUNTLIMIT
MOUNTRETENTION
MOUNTWAIT
UPDATE DEVCLASS.
227

REMOVABLEFILE
Los dispositivos de archivo extrables incluyen dispositivos tales como unidades
Iomega Zip, unidades Iomega Jaz, unidades de CD y unidades de DVD. Los
volmenes de esta clase de dispositivo son volmenes de acceso secuencial. Puede
definir una clase de dispositivo para estos dispositivos emitiendo el comando
DEFINE DEVCLASS con el parmetro DEVTYPE=REMOVABLEFILE.
|
|
Para acceder a los volmenes que pertenecen a esta clase de dispositivo, el

servidor solicita que los medios extrables se monten en unidades. A continuacin,
el servidor abre un archivo en el medio y lee o graba los datos del archivo.
La clase de dispositivo REMOVABLEFILE Tivoli Storage Manager slo admite
medios de una cara. Por lo tanto, si un cartucho de datos asociado a una clase de
dispositivo REMOVABLEFILE tiene dos caras, el servidor de Tivoli Storage
Manager tratar cada cara como un volumen de Tivoli Storage Manager diferente.
|
|
|
|
El servidor reconoce que el medio se puede expulsar y que se pueden insertar

medios adicionales. Esta posibilidad est sujeta a los lmites establecidos mediante
el parmetro MOUNTLIMIT para la clase de dispositivo y el parmetro
MAXSCRATCH para la agrupacin de almacenamiento.
Cuando utilice medios CD-ROM para el tipo de dispositivo REMOVABLEFILE, el
tipo de biblioteca debe especificarse como MANUAL. Acceda a este medio a travs
de una letra de unidad, como por ejemplo, E:.
Utilice las herramientas del fabricante del dispositivo para dar formato (si es
necesario) al medio y etiquetarlo. Deben tenerse en cuenta las restricciones
siguientes:
v La etiqueta del medio no puede tener ms de 11 caracteres.
v La etiqueta del medio debe tener el mismo nombre para el nombre de archivo y
la etiqueta del volumen.
Consulte el apartado Configuracin de dispositivos de medios extrables en la
almacenamiento en las que participa esta clase de dispositivo:
LIBRARY
MAXCAPACITY
Puede especificar un valor de capacidad mxima que restrinja el tamao
de los volmenes (es decir, archivos) asociados a la clase de dispositivo
REMOVABLEFILE. Utilice el parmetro MAXCAPACITY con el comando
DEFINE DEVCLASS.
Dado que el servidor abre nicamente un archivo por medio fsico
extrable, especifique un valor de modo que un archivo pueda utilizar
totalmente la capacidad de su medio. Cuando el servidor detecta que un
volumen ha alcanzado un tamao igual a la capacidad mxima, trata el
volumen como lleno y almacena todos los datos nuevos en un volumen
distinto.
228
El valor predeterminado de MAXCAPACITY para una clase de dispositivo

REMOVABLEFILE es el espacio que queda en el sistema de archivos donde
se agrega el volumen del medio extrable a Tivoli Storage Manager.
El parmetro MAXCAPACITY debe establecerse en un valor inferior a la

capacidad del medio. Para medios CD, la capacidad mxima tpica es de
650 o 750 MB. Para medios DVD, la capcidad mxima tpica es de 4,7 GB.
MOUNTRETENTION
MOUNTWAIT
UPDATE DEVCLASS.
Definicin y actualizacin de clases de dispositivo FILE

El tipo de dispositivo FILE se utiliza para almacenar datos en el disco en
volmenes de almacenamiento simulados. De hecho, los volmenes de
almacenamiento son archivos. Los datos se graban secuencialmente en archivos
estndar del sistema de archivos de la mquina servidor. Puede definir esta clase
de dispositivo emitiendo el comando DEFINE DEVCLASS con el parmetro
DEVTYPE=FILE. Puesto que cada volumen de la clase de dispositivo FILE es en
realidad un archivo, el nombre de volumen debe ser un nombre de archivo
totalmente calificado.
Nota: no utilice particiones RAW con el tipo de clase de dispositivo FILE.
Al definir o actualizar la clase de dispositivo FILE, puede especificar los
parmetros siguientes:
DIRECTORY
Consulte el apartado Directorio.
MAXCAPACITY
Consulte el apartado Capacidad mxima en la pgina 230.
MOUNTLIMIT
Directorio
Puede especificar la ubicacin del directorio de los archivos utilizados en la clase
de dispositivo FILE. El valor predeterminado es el directorio de trabajo actual del
servidor en el momento en que se emite el comando.
El nombre del directorio identifica la ubicacin donde el servidor coloca los
archivos que representan volmenes de almacenamiento para esta clase de
dispositivo. Mientras se procesa el comando, el servidor ampla el nombre del
directorio especificado al formato totalmente calificado, empezando desde el
directorio raz.
Ms adelante, si el servidor necesita asignar un volumen reutilizable, crea un
nuevo archivo en este directorio. A continuacin se lista la extensin de nombre de
archivo que crea el servidor para los volmenes reutilizables en funcin del tipo de
datos que se almacenan.
229
Para los volmenes reutilizables usados

para almacenar los datos de:
Clientes
Exportacin
Copia de seguridad de la base de datos
Carga y vuelco de la base de datos
La extensin de archivo es:

.BFS
.EXP
.DBB
.DMP
Capacidad mxima
Puede especificar un valor de capacidad mxima que restrinja el tamao de los
volmenes (es decir, archivos) asociados a la clase de dispositivo FILE. Utilice el
parmetro MAXCAPACITY del comando DEFINE DEVCLASS. Cuando el servidor
detecta que un volumen ha alcanzado un tamao igual a la capacidad mxima,
trata el volumen como lleno y almacena todos los datos nuevos en un volumen
distinto.
El valor predeterminado de MAXCAPACITY para una clase de dispositivo FILE es
4 MB.
Lmite de montaje
El valor de lmite de montaje de las clases de dispositivo FILE se utiliza para
restringir el nmero de puntos de montaje (volmenes o archivos) que puede
abrirse de forma simultnea para que puedan acceder las operaciones de
almacenamiento y recuperacin del servidor. Todos los intentos de acceder a ms
volmenes de los que indica el lmite de montaje producen que espere el
peticionario. El valor predeterminado es 1. El valor mximo de este parmetro es
256.
Nota: el parmetro MOUNTLIMIT=DRIVES no es vlido para la clase de
dispositivo FILE.
Al seleccionar un lmite de montaje para esta clase de dispositivo, tenga en cuenta
cuntos procesos de Tivoli Storage Manager desea ejecutar al mismo tiempo.
otros procesos de prioridad superior. Si el servidor utiliza todos los puntos de
montaje disponibles de una clase de dispositivo para realizar los procesos de
prioridad superior, los procesos de prioridad inferior deben esperar hasta que
queda disponible un punto de montaje. Por ejemplo, Tivoli Storage Manager
cancela el proceso de copia de seguridad de un cliente si el punto de montaje que
se utiliza se necesita para un proceso de migracin o de reclamacin del servidor.
Tivoli Storage Manager cancela un proceso de reclamacin si el punto de montaje
que se utiliza se necesita para una operacin de restauracin de un cliente. Para
obtener ms informacin, consulte el apartado Anticipacin de operaciones de
cliente o servidor en la pgina 517.
plantearse si puede hacer que haya ms puntos de montaje disponibles para que
Tivoli Storage Manager pueda utilizarlos. De lo contrario, revise la planificacin de
operaciones para reducir la posibilidad de colisiones al intentar obtener recursos.
Definicin y actualizacin de clases de dispositivo SERVER

El tipo de dispositivo SERVER se utiliza para clases de dispositivo especiales cuyos
volmenes de almacenamiento no estn conectados directamente al servidor. Un
volumen con el tipo de dispositivo SERVER consta de una o varias copias
archivadas en el almacenamiento de otro servidor de ADSM, denominado servidor
230
destino. Esta clase de dispositivo puede definirse emitiendo el comando DEFINE

DEVCLASS con el parmetro DEVTYPE=SERVER. Si desea obtener informacin
sobre cmo utilizar la clase de dispositivo SERVER, consulte el apartado
pgina 656.
Los parmetros siguientes especifican la forma de gestionar las operaciones de
almacenamiento de datos para la nueva clase de dispositivo:
MAXCAPACITY
Capacidad mxima.
MOUNTLIMIT
Lmite de montaje.
MOUNTRETENTION
Consulte el apartado Retencin de montaje en la pgina 232.
PREFIX
Consulte el apartado Prefijo en la pgina 232.
RETRYINTERVAL
Consulte el apartado Intervalo entre reintentos en la pgina 232.
RETRYPERIOD
Consulte el apartado Perodo de reintento en la pgina 232.
SERVERNAME
Consulte el apartado Nombre de servidor en la pgina 232.
UPDATE DEVCLASS.
Capacidad mxima
Puede especificar un valor de capacidad mxima que restrinja el tamao de los
archivos creados en el servidor destino para almacenar los datos del servidor
origen. El valor predeterminado de MAXCAPACITY es de 500 MB. Los volmenes
de agrupacin de almacenamiento de este tipo de dispositivo quedan establecidos
de forma explcita en FULL cuando se cierran y se desmontan.
Lmite de montaje
El valor del lmite de montaje de las clases de dispositivo SERVER sirve para
restringir el nmero de sesiones simultneas que puede haber entre los servidores
origen y destino. Los intentos de acceder a ms sesiones de las que indica el lmite
de montaje provocan que el peticionario haya de esperar. El valor predeterminado
del lmite de montaje es 1. El valor mximo de este parmetro es 256.
dispositivo SERVER.
Al seleccionar un lmite de montaje, tenga en cuenta el equilibrio de la carga de la
red y cuntos procesos de Tivoli Storage Manager desea ejecutar al mismo tiempo.
otros procesos de prioridad superior. Si el servidor utiliza todas las sesiones
disponibles de una clase de dispositivo para realizar los procesos de prioridad
superior, los procesos de prioridad inferior deben esperar hasta que queda
disponible una sesin. Por ejemplo, Tivoli Storage Manager cancela el proceso de
copia de seguridad de un cliente si se necesita una sesin para un proceso de
231
migracin o reclamacin del servidor. Tivoli Storage Manager cancela un proceso

de reclamacin si la sesin que se utiliza se necesita para una operacin de
restauracin de un cliente.
As mismo, a la hora de establecer los lmites de montaje, debe tomar en
consideracin tambin cules son los recursos de almacenamiento de que se
dispone en el servidor destino. No establezca un valor de lmite de montaje alto si
el servidor destino no puede traspasar ni acceder a datos suficientes para satisfacer
todas las peticiones.
plantearse si puede hacer que haya ms sesiones disponibles para que Tivoli
Storage Manager pueda utilizarlas. De lo contrario, revise la planificacin de
operaciones para reducir la posibilidad de colisiones al intentar obtener recursos de
la red.
Retencin de montaje
Se puede especificar el tiempo, en minutos, que debe retenerse un volumen de
acceso secuencial desocupado antes de desmontarlo. El valor predeterminado es
60. El valor mximo que puede especificarse para este parmetro es 9999. Se
recomienda un valor de entre 1 y 5 minutos. Este parmetro puede mejorar el
tiempo de respuesta de los montajes de medios de acceso secuencial dejando en
lnea los volmenes montados anteriormente.
Prefijo
Puede especificar un prefijo que el servidor origen utilizar como la parte inicial
del nombre de archivo de la copia archivada en el servidor destino.
Intervalo entre reintentos

Puede especificar la frecuencia con la que el servidor destino intenta conectarse con
el servidor destino cuando fallan las comunicaciones. En el perodo de reintento, el
servidor origen intenta conectarse de nuevo con la frecuencia indicada por el
intervalo entre reintentos.
Perodo de reintento
Puede especificar un perodo de reintento para las comunicaciones con el servidor
destino. Si fallan las comunicaciones, este perodo determina por cunto tiempo
sigue intentando el servidor origen conectarse con el servidor destino.
Nombre de servidor
El servidor de Tivoli Storage Manager en el que se define una clase de dispositivo
SERVER recibe el nombre de servidor origen. ste utiliza la clase de dispositivo
SERVER para almacenar datos en otro servidor de Tivoli Storage Manager,
denominado servidor destino.
Cuando defina una clase de dispositivo SERVER, debe especificar el nombre del
servidor destino. ste debe estar ya definido con el comando DEFINE SERVER. En
el apartado Utilizacin de volmenes virtuales para almacenar datos en otro
servidor en la pgina 656 encontrar ms informacin.
Definicin y actualizacin de clases de dispositivo VOLSAFE

Para utilizar medios y unidades de la marca StorageTek VolSafe, puede definir una
clase de dispositivo emitiendo el comando DEFINE DEVCLASS con el parmetro
DEVTYPE=VOLSAFE. Esta tecnologa utiliza medios que no pueden sobregrabarse;
|
|
|
232
|
|
|
por consiguiente, no emplee este medio para realizar copias de seguridad a corto
plazo de archivos de cliente, de la base de datos de servidor o de las cintas de
exportacin.
|
|
|
|
|
|
|
Para definir un dispositivo VolSafe, emita el comando DEFINE DEVCLASS con el

parmetro DEVTYPE=ECARTRIDGE y establezca el parmetro WORM en
WORM=YES. Para dispositivos VolSafe, WORM=YES es necesario y debe
especificarse cuando se defina la clase de dispositivo. El parmetro WORM no
puede actualizarse mediante el comando UPDATE DEVCLASS. Para obtener ms
informacin sobre los medios VolSafe, consulte el apartado Consideraciones
especiales para medios de cintas WORM en la pgina 182.
Consulte la documentacin del hardware de StorageTek para activar la funcin
VolSafe en las unidades. Si intenta grabar en un medio VolSafe sin una unidad
preparada para VolSafe, se producirn errores.
Puede emplear esta clase de dispositivo con bibliotecas EXTERNAL, SCSI y
ACSLS. Todas las unidades de una biblioteca deben estar preparadas para el uso
de VolSafe.
almacenamiento de datos en las que participa esta clase de dispositivo:
ESTCAPACITY
FORMAT
LIBRARY
Si alguna unidad de una biblioteca est preparada para VolSafe, todas las
unidades de la biblioteca deben estar preparadas para VolSafe. Consulte la
documentacin de hardware para activar la funcin VolSafe en las
unidades StorageTek 9840. Si intenta grabar en un medio VolSafe sin una
unidad preparada para VolSafe, se producirn errores. El medio debe
cargarse en una unidad durante el proceso de alta para determinar si es de
tipo WORM o de lectura/grabacin.
Solo se puede asociar una biblioteca a una clase de dispositivo
determinada. Sin embargo, varias clases de dispositivo pueden hacer
referencia a la misma biblioteca. A menos que utilice el valor DRIVES para
MOUNTLIMIT, debe asegurarse de que el valor numrico de los lmites de
montaje de todas las clases de dispositivo no sobrepasa el nmero de
unidades definidas en la biblioteca referenciada.
Este parmetro es obligatorio y debe especificarse al definir la clase de
dispositivo.
MOUNTLIMIT
MOUNTRETENTION
MOUNTWAIT
|
|

UPDATE DEVCLASS.
233
Definicin y actualizacin de clases de dispositivo CENTERA
|
|
|
|
Para utilizar un dispositivo Centera, debe definir una clase de dispositivo

emitiendo el comando DEFINE DEVCLASS con el parmetro
DEVTYPE=CENTERA.
|
|
|
|
|
Las siguientes operaciones de servidor no se admiten si la clase de dispositivo

asociada con la agrupacin de almacenamiento tiene el tipo de dispositivo
CENTERA:
v
v
v
v
v
v
v
|
|
|
|
|
|
|
|
|
|
|
|
v
v
|
|
|
|
|
|
|
v
v
Migracin.
Reclamacin.
Trasladar datos a o desde una agrupacin de almacenamiento Centera.
Trasladar datos de nodo a o desde una agrupacin de almacenamiento Centera.
Hacer copia de seguridad de agrupaciones de almacenamiento Centera.
Restaurar volmenes de agrupacin de almacenamiento Centera.
Exportar datos a una clase de dispositivo Centera o importar datos de una clase
de dispositivo Centera; sin embargo, pueden exportarse los archivos
almacenados en agrupaciones de almacenamiento Centera y los archivos
importados pueden almacenarse en Centera.
Utilizar una clase de dispositivo Centera para crear juegos de copias de
seguridad; sin embargo, los archivos almacenados en agrupaciones de
almacenamiento pueden enviarse a juegos de copias de seguridad.
Definir volmenes Centera.
Utilizar una clase de dispositivo Centera para hacer copia de seguridad de una
base de datos.
Utilizar una clase de dispositivo Centera para cargar o descargar una base de
datos.
Utilizar una clase de dispositivo Centera como destino de archivos de historial
de volumen, de configuracin de dispositivo, de anotaciones de rastreo, de
anotaciones de errores o de salida de consulta.
|
|
Al definir o actualizar la clase de dispositivo CENTERA, puede especificar los

parmetros siguientes:
|
|
HLADDRESS
Consulte el apartado Direccin de nivel superior.
|
|
MINCAPACITY
Consulte el apartado Capacidad mnima en la pgina 235.
|
|
MOUNTLIMIT
|
|
|
|
|
Direccin de nivel superior
|
|
|
|
|
El servidor de Tivoli Storage Manager no incluye un archivo PEA durante la

instalacin. Si no crea un archivo PEA, el servidor Tivoli Storage Manager utiliza el
perfil predeterminado Centera, que puede permitir que las aplicaciones lean,
graben, supriman, purguen y consulten datos en un dispositivo de almacenamiento
Centera. Para proporcionar un control ms estrecho, cree un archivo PEA mediante
El parmetro HLADDRESS especifica la direccin o las direcciones IP del

dispositivo de almacenamiento Centera y, opcionalmente, el nombre y la ruta de
un archivo PEA (Autorizacin de entrada de agrupacin). La especificacin de
archivo PEA debe constar a continuacin de la direccin o las direcciones IP.
234
|
|
|
la interfaz de lnea de comandos que proporciona EMC Centera. Para obtener ms

detalles sobre la autenticacin y la autorizacin de Centera, consulte la publicacin
Programmers Guide de EMC Centera.
|
|
|
|
|
|
|
|
Las direcciones IP deben especificarse en formato decimal con puntos, como por
ejemplo 9.10.111.222. Puede especificar varias direcciones IP separndolas con
comas y sin espacios intercalados. Si adjunta el nombre y la ruta de un archivo
PEA, asegrese de que el archivo est almacenado en un directorio en el sistema
que ejecuta el servidor de Tivoli Storage Manager. Separe el nombre y la ruta del
archivo PEA desde la direccin o las direcciones que utilizan el carcter ?, como
por ejemplo:
|
|
|
|
|
|
|
Especifique slo un nombre y ruta de archivo PEA por cada definicin de clase de
dispositivo. Si especifica dos clases de dispositivo Centera que hacen referencia al
mismo dispositivo de almacenamiento Centera y las definiciones de las clases de
dispositivo contienen nombres y rutas de archivo PEA diferentes, el servidor de
Tivoli Storage Manager utilizar el archivo PEA especificado en el parmetro
HLADDRESS de la clase de dispositivo que se ha utilizado primero para abrir el
dispositivo de almacenamiento Centera.
|
|
|
|
|
|
|
|
|
|
|
Notas:
|
|
|
|
|
|
|
Capacidad mnima
|
|
El valor predeterminado de MINCAPACITY para una clase de dispositivo

CENTERA es de 100 MB.
|
|
|
|
|
|
|
|
|
|
Lmite de montaje
HLADDRESS=9.10.111.222,9.10.111.223?c:\controlFiles\TSM.PEA
1. La actualizacin de la clase de dispositivo con un nombre y una ruta de

archivo PEA nuevo o modificado puede requerir un reinicio del servidor si ya
se ha accedido al dispositivo de almacenamiento Centera identificado mediante
las direcciones IP en la instancia actual del servidor Tivoli Storage Manager.
2. Tambin puede especificar el nombre y la ruta del archivo PEA en un variable
de entorno utilizando la sintaxis CENTERA_PEA_LOCATION=rutaarchivo_
nombrearchivo. El nombre y la ruta del archivo PEA especificado con esta
variable de entorno se aplica a todos los clsteres de Centera. Si utiliza esta
variable, no es necesario especificar el nombre y la ruta del archivo PEA
mediante el parmetro HLADDRESS.
Puede especificar un valor de capacidad mnima que establezca el tamao mnimo
para volmenes Centera asignados a una agrupacin de almacenamiento antes de
que el servidor los marque como completos. Utilice el parmetro MINCAPACITY
del comando DEFINE DEVCLASS. Al final de una transaccin, cuando el servidor
detecta que un volumen ha superado el valor MINCAPACITY, trata el volumen
como completo y almacena los nuevos datos en un volumen diferente.
El valor de lmite de montaje de las clases de dispositivo CENTERA se utiliza para

restringir el nmero de puntos de montaje que puede abrirse de forma simultnea
para que puedan acceder las operaciones de almacenamiento y recuperacin del
servidor. Los intentos de acceder a ms puntos de montaje de los que indica el
lmite de montaje provocan que el peticionario haya de esperar. El valor
predeterminado es 1. Puede especificar el valor 1 o cualquier nmero mayor que 1;
no obstante; la suma de todos los valores de lmite de montaje para todas las clases
de dispositivo asignadas al mismo Centera no debe sobrepasar el nmero mximo
de sesiones que permite Centera.
235
|
|

dispositivo CENTERA.
|
|
Al seleccionar un lmite de montaje para esta clase de dispositivo, tenga en cuenta

cuntos procesos de Tivoli Storage Manager desea ejecutar al mismo tiempo.
|
|
|
|
|
|
|
|
|
|
|

otros procesos de prioridad superior. Si el servidor utiliza todos los puntos de
montaje disponibles de una clase de dispositivo para realizar los procesos de
prioridad superior, los procesos de prioridad inferior deben esperar hasta que
queda disponible un punto de montaje. Por ejemplo, el servidor Tivoli Storage
Manager est actualmente realizando una peticin de copia de seguridad del
cliente en un volumen de salida y otra peticin de otro cliente de restauracin de
datos del mismo volumen. La peticin de copia de seguridad prevalecer y se
liberar el volumen para que lo utilice la peticin de restauracin. Para obtener
ms informacin, consulte el apartado Anticipacin de operaciones de cliente o
Solicitud de informacin sobre una clase de dispositivo

Puede elegir ver un informe estndar o un informe detallado de una clase de
dispositivo.
Tarea
Solicitar informacin sobre clases de

dispositivo
Para visualizar un informe estndar sobre las clases de dispositivo, entre:

query devclass
En la Figura 16 se proporciona un ejemplo de salida de comando.
Nombre
Estrategia
clase
acceso
dispositivo dispositivo
----------- ----------DISK
RANDOM
TAPE8MM
Sequential
FILE
Sequential
GEN1
Sequential
Nmero
Tipo
Formato Capacidad Lmite
agrupaciones
dispositivo
est/mx
montaje
almacenamiento
(MB)
-------------- ----------- ------- --------- ------9
1
8MM
8200
2
1
FILE
DRIVE
5.000,0
1
2
LTO
ULTRIUM
DRIVES
Figura 16. Ejemplo de informe estndar de clases de dispositivo
Para visualizar un informe detallado de la clase de dispositivo GEN1, entre:

query devclass gen1 format=detailed
En la Figura 17 en la pgina 237 se proporciona un ejemplo de salida de comando.
236
Nombre clase dispositivo:

Estrategia acceso dispositivo:
Nmero agrupaciones almacenamiento:
Tipo dispositivo:
Formato:
Capacidad est/mx (MB):
Lmite de montaje:
Espera montaje (min):
Retencin de montaje (mn.):
Prefijo etiqueta:
Biblioteca:
Directorio:
Nombre de servidor:
Perodo de reintento:
Intervalo entre reintentos:
Compartido:
GEN1
SEQUENTIAL
2
LTO
ULTRIUM
DRIVES
60
60
ADSM
GEN2LIB
ADMIN
01/23/03 12:25:31
Figura 17. Ejemplo de informe detallado de clase de dispositivo
Supresin de una clase de dispositivo

Tarea
Suprimir una clase de dispositivo
Puede suprimir una clase de dispositivo con el comando DELETE DEVCLASS si:
v No hay agrupaciones de almacenamiento asignadas a la clase de dispositivo.
Para obtener informacin sobre cmo suprimir agrupaciones de almacenamiento,
consulte el apartado Supresin de una agrupacin de almacenamiento en la
pgina 328.
v Un proceso de importacin o de exportacin no utiliza la clase de dispositivo.
Nota: la clase de dispositivo DISK no se puede suprimir del servidor.
Cmo llena Tivoli Storage Manager los volmenes

El comando DEFINE DEVCLASS tiene un parmetro ESTCAPACITY que indica la
capacidad estimada de los volmenes secuenciales asociados a la clase de
dispositivo. Si no se especifica el parmetro ESTCAPACITY, Tivoli Storage
Manager utiliza un valor predeterminado en funcin del formato de grabacin
especificado para la clase de dispositivo (FORMAT=).
Si especifica una capacidad estimada que excede la capacidad real del volumen de
la clase de dispositivo, Tivoli Storage Manager actualiza la capacidad estimada del
volumen cuando ste se llena. Cuando Tivoli Storage Manager llega al final del
volumen, actualiza la capacidad con la cantidad que se ha grabado en el volumen.
Puede aceptar la capacidad estimada predeterminada de una clase de dispositivo
determinada o especificar explcitamente una capacidad estimada. No es
obligatorio que el valor de capacidad estimada sea exacto, pero resulta til. Tivoli
Storage Manager utiliza la capacidad estimada de los volmenes para determinar
la capacidad estimada de una agrupacin de almacenamiento y el porcentaje
estimado utilizado. Puede interesarle cambiar la capacidad estimada si:
237
v La capacidad estimada predeterminada es inexacta porque las unidades

comprimen los datos.
v Tiene volmenes de tamao no estndar.
Utilizacin de la compresin de datos

Los archivos de clientes se pueden comprimir para reducir la cantidad de datos
que se envan por las redes y el espacio que ocupan los datos en el
almacenamiento de Tivoli Storage Manager. Con Tivoli Storage Manager, el cliente
de Tivoli Storage Manager puede comprimir los archivos antes de que se enven al
servidor de Tivoli Storage Manager o bien puede hacerlo el dispositivo en que
queda almacenado finalmente el archivo.
Nota: Tivoli Storage Manager no admite la compresin de datos en operaciones de
Utilice la compresin realizada por el cliente o la efectuada por el dispositivo, pero
no ambas. En la tabla siguiente hallar resumidos las ventajas y los inconvenientes
de cada tipo de compresin.
Tipo de compresin
Ventajas
Inconvenientes
Compresin realizada por el

cliente de Tivoli Storage
Manager
Menor carga en la red
Mayor grado de utilizacin

de CPU por parte del cliente
Compresin realizada por la

unidad
El grado de compresin
obtenido puede ser superior
al de la compresin efectuada
por el cliente de Tivoli
Storage Manager en
determinadas unidades
Las operaciones de los

clientes tales como copias de
seguridad tardan ms tiempo
en efectuarse
Los archivos ya comprimidos
por el cliente de Tivoli
Storage Manager pueden
aumentar de tamao
Ambos tipos de compresin pueden afectar al rendimiento de la unidad de cinta

porque la compresin afecta a la velocidad de los datos. Si el ritmo con el que van
llegando los datos a una unidad de cinta es inferior a la velocidad con la que
puede grabarlos la unidad, sta arrancar y se parar mientras los graba, lo que
significa que el rendimiento ser ms bajo. Si el ritmo es lo suficientemente rpido,
la unidad de cinta puede alcanzar la modalidad continua, lo que significa que el
rendimiento ser mejor. Si el rendimiento de las unidades de cinta es ms
importante que el ahorro de espacio que puede representar la compresin, tal vez
le interese llevar a cabo a modo de prueba copias de seguridad cronometradas
empleando diferentes enfoques a fin de determinar qu es lo mejor para el sistema.
La compresin realizada por las unidades se especifica con el parmetro FORMAT
de la clase de dispositivo de la unidad; el dispositivo de hardware debe dar
soporte al formato de compresin. Para obtener informacin sobre cmo configurar
la compresin en el cliente, consulte los apartados Consideraciones acerca de la
compresin de nodos en la pgina 336 y Inscripcin de nodos en el servidor en
la pgina 334.
Capacidad de volmenes de cinta y compresin de datos

La forma en que Tivoli Storage Manager ve la capacidad del volumen en que se
almacenan los datos depende de si los archivos los comprime el cliente de Tivoli
238
Storage Manager o el dispositivo de almacenamiento. Puede parecer, errneamente,

que no se est aprovechando al mximo la capacidad de las cintas, por los motivos
siguientes:
v Los fabricantes de dispositivos de cinta con frecuencia notifican la capacidad de
las cintas basndose en el supuesto de que el dispositivo efecta la compresin.
Si un cliente comprime un archivo antes de enviarlo, el dispositivo quizs no
pueda comprimirlo antes de almacenarlo.
v Tivoli Storage Manager graba el tamao de un archivo a medida que llega a una
agrupacin de almacenamiento. Si el cliente comprime el archivo, Tivoli Storage
Manager graba este tamao menor en la base de datos. Si la unidad comprime el
archivo, Tivoli Storage Manager no detecta esta compresin.
La Figura 18 en la pgina 240 compara lo que Tivoli Storage Manager ve como la
cantidad de datos almacenados en cinta cuando la compresin la efecta el
dispositivo y el cliente. En este ejemplo, la cinta tiene una capacidad fsica de 1,2
GB. Sin embargo, el fabricante informa de que la capacidad de la cinta es de 2,4
GB ya que supone que el dispositivo comprime los datos con el factor dos.
Supongamos que un cliente realiza una copia de seguridad de un archivo de 2,4
GB:
v Si el cliente no comprime el archivo, el servidor graba el tamao de archivo
como 2,4 GB, la unidad comprime el archivo a 1,2 GB y el archivo llena una
cinta al completo.
v Si el cliente comprime el archivo, el servidor graba el tamao del archivo como
1,2 GB, la unidad ya no puede comprimir ms el archivo y el archivo sigue
llenando una cinta.
En ambos casos, Tivoli Storage Manager considera que el volumen est lleno. Sin
embargo, Tivoli Storage Manager considera la capacidad del volumen distinta en
los dos casos: 2,4 GB cuando la unidad comprime el archivo y 1,2 GB cuando el
cliente comprime el archivo. Utilice el comando QUERY VOLUME para ver la
capacidad de los volmenes desde el punto de vista de Tivoli Storage Manager.
Consulte el apartado Supervisin de la utilizacin de volmenes de agrupaciones
239
Cliente
Servidor
Unidad
Compresin
de unidad
solamente
2,4 GB
Cliente
2,4 GB
Servidor
1,2 GB
Unidad
Compresin
de cliente
solamente
2,4 GB
1,2 GB
1,2 GB
Figura 18. Comparacin de compresin de cliente con compresin de dispositivo
Para obtener informacin sobre cmo configurar la compresin en el cliente,

consulte los apartados Consideraciones acerca de la compresin de nodos en la
pgina 336 y Inscripcin de nodos en el servidor en la pgina 334.
240
Captulo 10. Gestin de agrupaciones y volmenes de

almacenamiento
Cuando se configuran dispositivos para que el servidor de IBM Tivoli Storage
Manager pueda utilizarlos con el fin de almacenar datos de cliente, deben crearse
agrupaciones de almacenamiento y volmenes de almacenamiento. En este
apartado se proporcionan descripciones generales y detalladas de las agrupaciones
de almacenamiento y los volmenes de almacenamiento.
Los procedimientos que se describen en el Captulo 3, Utilizacin de dispositivos
de disco magntico, en la pgina 65 y el Captulo 5, Configuracin de
dispositivos de almacenamiento, en la pgina 87 muestran cmo configurar y
utilizar los dispositivos para proporcionar almacenamiento del servidor a Tivoli
Storage Manager. Estos procedimientos utilizan el conjunto de valores
predeterminados que Tivoli Storage Manager facilita para las agrupaciones y los
volmenes de almacenamiento. Los valores predeterminados pueden funcionar
correctamente, pero pueden existir necesidades concretas que estos valores
predeterminados no satisfagan. Las tres razones ms frecuentes para cambiar los
valores predeterminados son las siguientes:
v Optimizar y controlar la utilizacin del dispositivo de almacenamiento
organizando la jerarqua de almacenamiento y ajustando la migracin por medio
de la jerarqua (siguiente agrupacin de almacenamiento, umbrales de
migracin).
v Reutilizar los volmenes de cinta mediante la reclamacin. La reutilizacin
tambin est relacionada con la poltica y la caducidad.
v Mantener los archivos de un cliente en un nmero mnimo de volmenes
(proximidad).
Tambin pueden realizarse otros ajustes para adaptar el servidor a los sistemas.
Consulte los apartados siguientes para obtener ms informacin. Si desea ver una
serie de recomendaciones rpidas, consulte la Tabla 17 en la pgina 252.
Conceptos:
Visin general: Agrupaciones de almacenamiento en la pgina 242
Visin general: Volmenes de agrupacin de almacenamiento en la pgina 255
Modalidades de acceso para volmenes de agrupaciones de almacenamiento en la
pgina 261
Visin general: Jerarqua de agrupaciones de almacenamiento en la pgina 262
Migracin de archivos en una jerarqua de agrupaciones de almacenamiento en la pgina
270
Utilizacin de la funcin de cach en agrupaciones de almacenamiento de disco en la
pgina 280
Cmo mantener juntos los archivos de un cliente: Proximidad en la pgina 281
Reclamacin de espacio en agrupaciones de almacenamiento de acceso secuencial en la
pgina 287
Estimacin de las necesidades de espacio para agrupaciones de almacenamiento en la
pgina 296
241
Tareas:
Definicin o actualizacin de agrupaciones de almacenamiento primarias en la pgina
245
Recomendaciones acerca de las tareas relacionadas con las agrupaciones de
almacenamiento en la pgina 252
Preparacin de volmenes para agrupaciones de almacenamiento de acceso aleatorio en
la pgina 257
Preparacin de volmenes para agrupaciones de almacenamiento de acceso secuencial en
la pgina 258
Definicin de volmenes de agrupaciones de almacenamiento en la pgina 258
Actualizacin de volmenes de agrupaciones de almacenamiento en la pgina 259
Configuracin de una jerarqua de agrupaciones de almacenamiento en la pgina 263
Supervisin de agrupaciones y volmenes de almacenamiento en la pgina 299
Supervisin de la utilizacin de volmenes de agrupaciones de almacenamiento en la
pgina 301
Traspaso de archivos de un volumen a otro en la pgina 317
Traspaso de datos para un nodo cliente en la pgina 321
Cmo redenominar una agrupacin de almacenamiento en la pgina 324
Definicin de una agrupacin de almacenamiento de copia en la pgina 325
Supresin de una agrupacin de almacenamiento en la pgina 328
Supresin de volmenes de agrupaciones de almacenamiento en la pgina 329
Visin general: Agrupaciones de almacenamiento

Un volumen de almacenamiento es la unidad bsica de almacenamiento, como por
ejemplo el espacio asignado de un disco o un solo cartucho de cinta. Una
agrupacin de almacenamiento es un conjunto de volmenes de almacenamiento.
El servidor utiliza los volmenes de almacenamiento para almacenar copias de
seguridad de archivos, copias archivadas o archivos bajo gestin de espacio. El
conjunto de agrupaciones de almacenamiento configuradas para que las utilice el
servidor de Tivoli Storage Manager se denomina almacenamiento del servidor. Las
agrupaciones de almacenamiento pueden organizarse en una jerarqua de
almacenamiento.
El servidor tiene dos tipos de agrupaciones de almacenamiento, cada uno de ellos
con una finalidad distinta: agrupaciones de almacenamiento primarias y
agrupaciones de almacenamiento de copia.
242
Agrupacin de almacenamiento primaria

Cuando un usuario intenta restaurar, recuperar o exportar datos de un archivo, el
archivo solicitado se obtiene de una agrupacin de almacenamiento primaria si es
posible. Los volmenes de agrupaciones de almacenamiento primarias siempre
estn ubicados en el local.
Una agrupacin de almacenamiento primaria puede utilizar el almacenamiento de
acceso aleatorio (clase de dispositivo DISK) o el almacenamiento de acceso
secuencial (por ejemplo, clases de dispositivo de cinta o FILE).
El servidor tiene una agrupacin de almacenamiento DISKPOOL predeterminada
que utiliza el almacenamiento de disco de acceso aleatorio. Puede crear fcilmente
otras agrupaciones de almacenamiento y agrupaciones de almacenamiento de disco
que utilicen otros medios de acceso secuencial mediante el Asistente para la
configuracin de dispositivos de la consola de Tivoli Storage Manager.
El servidor no necesita agrupaciones de almacenamiento separadas para las copias
de seguridad, las copias archivadas y los archivos bajo gestin de espacio. No
obstante, puede interesarle disponer de una agrupacin de almacenamiento
independiente para los archivos bajo gestin de espacio. Es probable que los
clientes necesiten un rpido acceso a los archivos bajo gestin de espacio. Por lo
tanto, puede resultar conveniente tener esos archivos almacenados en una
agrupacin de almacenamiento aparte que utilice el almacenamiento de disco ms
rpido.
Agrupacin de almacenamiento de copia

Cuando un administrador hace una copia de seguridad de una agrupacin de
almacenamiento primaria, los datos se almacenan en una agrupacin de
almacenamiento de copia. Consulte el apartado Copia de seguridad de
agrupaciones de almacenamiento en la pgina 708 para obtener ms informacin.
Una agrupacin de almacenamiento de copia solo puede utilizar el
almacenamiento de acceso secuencial (por ejemplo, una clase de dispositivo de
cinta o una clase de dispositivo FILE).
La agrupacin de almacenamiento de copia proporciona un medio de recuperacin
ante siniestros o anomalas de medios. Por ejemplo, si un cliente intenta recuperar
un archivo y el servidor detecta un error en la copia del archivo que hay en la
agrupacin de almacenamiento primaria, el servidor marca el archivo como
daado. En el siguiente intento de acceder al archivo, el servidor obtiene el archivo
de una agrupacin de almacenamiento de copia. Para obtener ms informacin,
consulte los apartados Restauracin de agrupaciones de almacenamiento en la
pgina 731, Copia de seguridad de agrupaciones de almacenamiento en la
pgina 708, Recuperacin de un volumen de agrupacin de almacenamiento
perdido o daado en la pgina 752 y Mantenimiento de la integridad de los
archivos en la pgina 746.
Puede trasladar los volmenes de agrupaciones de almacenamiento de copia fuera
del local sin que por ello el servidor deje de hacer un seguimiento de los mismos.
El traslado de los volmenes de agrupaciones de almacenamiento de copia fuera
del local representa un medio de recuperacin ante siniestro en el local.
Nota: para realizar una copia de seguridad de una agrupacin de almacenamiento
primaria, el valor de DATAFORMAT debe ser NATIVE o NONBLOCK.
Captulo 10. Gestin de agrupaciones y volmenes de almacenamiento
243
Ejemplo de almacenamiento del servidor

En la Figura 19 se muestra un modo de configurar el almacenamiento del servidor.
En este ejemplo, el almacenamiento definido para el servidor incluye:
v Tres agrupaciones de almacenamiento de disco, que son agrupaciones de
almacenamiento primarias: ARCHIVE, BACKUP y HSM.
v Una agrupacin de almacenamiento primaria formada por cartuchos de cinta.
v Una agrupacin de almacenamiento de copia formada por cartuchos de cinta.
Las polticas definidas en las clases de gestin hacen que el servidor almacene los
archivos de los clientes en la agrupacin de almacenamiento de disco ARCHIVE,
BACKUP o HSM. Para cada una de las tres agrupaciones de almacenamiento de
disco, la agrupacin de almacenamiento primaria en cinta es la siguiente de la
jerarqua. A medida que se llenan las agrupaciones de almacenamiento de disco, el
servidor migra los archivos a cinta a fin de dejar espacio para los nuevos archivos.
Los archivos de gran tamao pueden ir directamente a cinta. Para obtener ms
informacin sobre la configuracin de jerarquas de almacenamiento, consulte el
pgina 262.
Puede hacer una copia de seguridad de las cuatro agrupaciones de
almacenamiento primarias en una sola agrupacin de almacenamiento de copia.
Para obtener ms informacin sobre copia de seguridad de agrupaciones de
almacenamiento primarias, consulte el apartado Copia de seguridad de
Servidor

Agrupaciones de almacenamiento
primarias
Agrupaciones fuera de local

Agrupaciones
de almacenamiento de copia
HSM
Copia de
seguridad
Archivado
Agrupaciones de
almacenamiento
en disco
Agrupacin
de almacenamiento en cinta
Anotaciones
de recuperacin
y base de datos
Agrupacin
Figura 19. Ejemplo de almacenamiento del servidor
Para configurar la jerarqua de almacenamiento del servidor, siga estos pasos:

1. Defina las tres agrupaciones de almacenamiento de disco o utilice las tres
agrupaciones de almacenamiento predeterminadas definidas al instalar el
servidor. Agregue volmenes a las agrupaciones de almacenamiento de disco si
todava no lo ha hecho.
Utilice el Asistente para volmenes de disco de la consola de Tivoli Storage
Manager para agregar volmenes al almacenamiento de disco. Consulte el
apartado Configuracin de volmenes de acceso aleatorio en dispositivos de
244
2. Defina las polticas que indiquen al servidor que almacene inicialmente los
archivos de los clientes en las agrupaciones de almacenamiento de disco. Para
ello, debe definir o modificar las clases de gestin y los grupos de copia para
que hagan referencia a las agrupaciones de almacenamiento como destinos. A
continuacin, active la poltica que haya modificado. Consulte el apartado
Modificacin de una poltica en la pgina 393 para obtener ms informacin
al respecto.
3. Conecte uno o varios dispositivos de cinta, o una biblioteca de cintas, al
sistema servidor.Utilice el Asistente para la configuracin de dispositivos de la
consola de Tivoli Storage Manager para configurar el dispositivo. En el
Captulo 5, Configuracin de dispositivos de almacenamiento, en la pgina 87
hallar ms informacin. Para obtener informacin detallada acerca de cmo
definir una agrupacin de almacenamiento, consulte el apartado Definicin o
actualizacin de agrupaciones de almacenamiento primarias.
4. Actualice las agrupaciones de almacenamiento de disco para que hagan
referencia a la agrupacin de almacenamiento de cinta como la siguiente
agrupacin de almacenamiento de la jerarqua. Consulte el apartado Ejemplo:
Actualizar agrupaciones de almacenamiento en la pgina 251.
5. Defina una agrupacin de almacenamiento de copia. Esta agrupacin de
almacenamiento puede utilizar el mismo dispositivo de cinta u otro dispositivo
de cinta que la agrupacin de almacenamiento de cinta primaria. Consulte el
apartado Definicin de una agrupacin de almacenamiento de copia en la
pgina 325.
6. Configure planificaciones de administracin o un script para hacer una copia
de seguridad de las agrupaciones de almacenamiento de disco y la agrupacin
de almacenamiento de cinta en la agrupacin de almacenamiento de copia.
Enve los volmenes fuera de local como medida de seguridad. Consulte el
apartado Copia de seguridad de agrupaciones de almacenamiento en la
pgina 708.
Definicin o actualizacin de agrupaciones de

almacenamiento primarias
Para la mayora de las tareas, puede utilizar el Asistente para la configuracin de
dispositivos a fin de definir agrupaciones de almacenamiento. Si decide establecer
parmetros que no cubre el asistente o cambiar las agrupaciones de
almacenamiento ms adelante, puede utilizar los comandos o bien la interfaz Web
de administracin.
En este apartado se proporciona un resumen de los parmetros que puede
establecer y modificar en relacin con las agrupaciones de almacenamiento
mediante la lnea de comandos de administracin o la interfaz Web de
administracin. Asimismo, se ofrecen varios ejemplos de cmo definir y actualizar
agrupaciones de almacenamiento.
Tarea
Definir las agrupaciones de almacenamiento
Sistema
Actualizar las agrupaciones de

almacenamiento
Al definir una agrupacin de almacenamiento primaria, debe estar preparado para

proporcionar en parte o en su totalidad la informacin que se muestra en la
Tabla 16 en la pgina 246. La mayor parte de esta informacin es opcional. Hay
determinada informacin que solo es aplicable a las agrupaciones de
245
almacenamiento de acceso aleatorio o solo a las agrupaciones de almacenamiento

de acceso secuencial. En el caso de los parmetros obligatorios, se especifica esta
circunstancia.
Tabla 16. Informacin para definir una agrupacin de almacenamiento
Informacin
Explicacin
Nombre de la agrupacin El nombre de la agrupacin de almacenamiento.

de almacenamiento
Tipo de
agrupacin
de almacenamiento
aleatorio,
secuencial
(Obligatorio)
El nombre de la clase de dispositivo asignada a la agrupacin de

almacenamiento.
aleatorio,
secuencial
Tipo de agrupacin
El tipo de agrupacin de almacenamiento (primaria o de copia). El valor

predeterminado es definir una agrupacin de almacenamiento primaria.
Una vez que ha definido una agrupacin de almacenamiento, no puede
cambiarla si se trata de una agrupacin de almacenamiento primaria o de
copia.
aleatorio,
secuencial
Nmero mximo de
Si especifica un valor superior a cero, el servidor adquiere dinmicamente

los volmenes reutilizables a medida que los necesita, hasta alcanzar este
nmero mximo.
secuencial
(Obligatorio)
| volmenes reutilizables 2
(Obligatorio para el acceso
secuencial)
Modalidad de acceso
En el caso de las bibliotecas automatizadas, establezca este valor igual a la

capacidad fsica de la biblioteca. Consulte el apartado Adicin de
volmenes reutilizables a un dispositivo de biblioteca automatizada en la
pgina 186.
Define el acceso a los volmenes de la agrupacin de almacenamiento
para las operaciones de usuario (como por ejemplo copia de seguridad y
restauracin) y las operaciones del sistema (como por ejemplo reclamacin
y migracin del servidor). Los valores posibles son:
Lectura/grabacin
Las operaciones de usuario y del sistema se pueden leer o grabar
en volmenes.
Solo lectura
Las operaciones de usuario pueden leer en los volmenes, pero
no grabar datos en ellos. Los procesos del servidor pueden
trasladar archivos dentro de los volmenes de la agrupacin de
almacenamiento. Sin embargo, no se permite grabar nuevos datos
en los volmenes de la agrupacin de almacenamiento
procedentes de volmenes externos a la agrupacin de
almacenamiento.
No disponible
Las operaciones de usuario no pueden acceder a los volmenes
de la agrupacin de almacenamiento. No se permite grabar
nuevos datos en los volmenes de la agrupacin de
almacenamiento que proceden de otros volmenes externos a la
agrupacin de almacenamiento. De todos modos, se permite a los
procesos del sistema (como el de reclamacin) trasladar archivos
dentro de los volmenes de la agrupacin de almacenamiento.
246
aleatorio,
secuencial
Tabla 16. Informacin para definir una agrupacin de almacenamiento (continuacin)

Tipo de
agrupacin
de almacenamiento
Informacin
Explicacin
Tamao mximo del
Para excluir de una agrupacin de almacenamiento los archivos de gran

tamao, establezca un tamao mximo de archivo. El tamao mximo de
archivo se aplica al tamao de un archivo fsico (un solo archivo de cliente
o una agregacin de archivos de clientes).
| archivo 1 2
aleatorio,
secuencial
No establezca ningn tamao mximo de archivo para la ltima

agrupacin de almacenamiento de la jerarqua, excepto si desea impedir
que los archivos de tamao muy grande se almacenen en el
Comprobacin de
Especifica si el servidor utiliza el mtodo CRC para validar los datos de
redundancia cclica (CRC) agrupacin de almacenamiento durante el proceso de auditora de
1
volumen. Para obtener ms informacin, consulte el apartado Validacin
de datos durante el proceso de auditora de volumen en la pgina 739.
aleatorio,
secuencial
Si se utiliza la opcin CRC y se planifica el proceso de auditora de

volumen de forma continua, se garantiza la integridad de los datos
almacenados en la jerarqua de almacenamiento. Si desea que siempre se
validen los datos de agrupacin de almacenamiento, establezca la
definicin crcdata de la agrupacin de almacenamiento primaria en YES.
Nombre de la agrupacin Especifica el nombre de la siguiente agrupacin de almacenamiento dentro
de la jerarqua de agrupaciones de almacenamiento en la que pueden
migrarse o almacenarse archivos. Consulte el apartado Visin general:
Jerarqua de agrupaciones de almacenamiento en la pgina 262. Al definir
agrupaciones de almacenamiento de copia en agrupaciones primarias que
tienen las agrupaciones siguientes definidas, la lista de agrupaciones de
copia para cada agrupacin primaria debe ser la misma. Si se definen
listas de agrupaciones de copia diferentes, es posible que los recursos se
liberen al utilizar la agrupacin siguiente. Si se liberan los recursos, es
posible que las operaciones de cliente tarden ms en finalizar.
| de almacenamiento 1 2
aleatorio,
secuencial
| Umbrales de migracin 1
| 2
Especifica el porcentaje de ocupacin de las agrupaciones de

almacenamiento en el que el servidor empieza a migrar los archivos a la
siguiente agrupacin de almacenamiento (umbral superior) y el porcentaje
a partir del cual se detiene la migracin (umbral inferior). Consulte el
apartado Migracin de archivos en una jerarqua de agrupaciones de
aleatorio,
secuencial
Procesos de migracin
Especifica el nmero de procesos que se utilizan para migrar los archivos

de esta agrupacin de almacenamiento. Consulte el apartado Migracin a
agrupaciones de almacenamiento de disco en la pgina 271.
aleatorio
| Retardo de migracin 1 2
Continuar el proceso de
| migracin 1 2
Especifica si debe retardarse la migracin de los archivos durante un

nmero mnimo de das. Consulte los apartados Conservacin de
archivos en una agrupacin de almacenamiento en la pgina 275 y
Cmo migra IBM Tivoli Storage Manager los datos de agrupaciones de
almacenamiento de acceso secuencial en la pgina 277.
aleatorio,
secuencial
Especifica si debe continuar la migracin de los archivos aunque no

cumplan el requisito del retardo de migracin. Este valor solo se utiliza
cuando la agrupacin de almacenamiento no puede situarse por debajo del
umbral inferior de migracin sin trasladar archivos adicionales. Consulte
los apartados Conservacin de archivos en una agrupacin de
almacenamiento en la pgina 275 y Cmo migra IBM Tivoli Storage
Manager los datos de agrupaciones de almacenamiento de acceso
aleatorio,
secuencial
247

Tipo de
agrupacin
de almacenamiento
Informacin
Explicacin
Cach
Activa o desactiva la funcin de cach. Con la funcin de cach activada,

las copias de los archivos que ha migrado el servidor a la siguiente
agrupacin de almacenamiento se dejan en el disco despus de hacer la
migracin. De este modo, se puede satisfacer una peticin de recuperacin
con rapidez. Consulte el apartado Utilizacin de la funcin de cach en
agrupaciones de almacenamiento de disco en la pgina 280.
aleatorio
| Proximidad 2
Cuando la funcin de proximidad est activada, el servidor intenta

conservar todos los archivos pertenecientes a un nodo cliente o a un
espacio de archivos de cliente en un nmero mnimo de volmenes de
almacenamiento de acceso secuencial. Consulte el apartado Cmo
mantener juntos los archivos de un cliente: Proximidad en la pgina 281.
secuencial
| Umbral de reclamacin 1
| 2
Especifica el porcentaje de espacio reclamable que se puede acumular en

un volumen antes de que el servidor inicie un proceso de reclamacin de
espacio para el volumen. Consulte el apartado Eleccin del umbral de
secuencial
Agrupacin de
almacenamiento de
reclamacin 1 2
Especifica el nombre de la agrupacin de almacenamiento que se ha de

utilizar para almacenar los datos de los volmenes que se reclaman en
esta agrupacin de almacenamiento. Utilcela para aquellas agrupaciones
de almacenamiento cuya clase de dispositivo solo tenga una unidad o un
punto de montaje. Consulte el apartado Reclamacin de volmenes en
una agrupacin de almacenamiento con una unidad en la pgina 291.
secuencial
Perodo de retardo de
reutilizacin 2
Especifica el nmero de das que deben transcurrir despus de haberse

suprimido todos los archivos de un volumen para que el volumen se
pueda volver a grabar o devolver a la agrupacin de volmenes
reutilizables. Consulte el apartado Cmo retardar la reutilizacin de los
volmenes para la recuperacin en la pgina 713.
secuencial
Ubicacin de
Especifica el nombre de una ubicacin en la que se almacenan los

volmenes cuando se expulsan de una biblioteca automatizada con el
comando MOVE MEDIA. Se utiliza para una agrupacin de
almacenamiento asociada a una biblioteca automatizada o una biblioteca
externa. Consulte el apartado Devolucin de volmenes reclamados a
una biblioteca en la pgina 185.
secuencial
Formato en que se almacenarn los datos. El formato de datos

predeterminado es NATIVE. NETAPPDUMP y NONBLOCK son ejemplos
de otros formatos de datos.
secuencial
| desbordamiento 1 2
| Formato de datos 2
248
Informacin
Tipo de
agrupacin
de almacenamiento
Explicacin
| Agrupaciones de
| almacenamiento de copia
| 12
|
|
|
|
|
|
Especifica los nombres de las agrupaciones de almacenamiento de copia en

las que el servidor graba datos de modo simultneo cuando una operacin
de copia de seguridad, archivado, importacin o migracin del cliente
almacena datos en la agrupacin de almacenamiento primaria.El servidor
graba los datos simultneamente en todas las agrupaciones de
almacenamiento de copia indicadas. Esta opcin est limitada a
agrupaciones de almacenamiento primarias de acceso aleatorio o a
agrupaciones de almacenamiento primarias de acceso secuencial que
utilizan el formato de datos NATIVE o NONBLOCK. Consulte la entrada
Copia continua y el apartado Grabacin simultnea en una agrupacin de
almacenamiento primaria y en agrupaciones de almacenamiento de copia
aleatorio,
secuencial
Notas:
1. El parmetro COPYSTGPOOLS no est concebido para sustituir el
comando BACKUP STGPOOL. Si utiliza la funcin de grabacin
simultnea, asegrese de que la copia de la agrupacin de
almacenamiento primaria sea completa emitiendo regularmente el
comando BACKUP STGPOOL. En caso contrario, podra suceder que
no pudiera recuperar los datos de la agrupacin de almacenamiento
primaria si sta resulta daada o se pierde.
|
|
|
2. Al definir agrupaciones de almacenamiento de copia en agrupaciones

primarias que tienen las agrupaciones siguientes definidas, la lista de
agrupaciones de almacenamiento de copia para cada agrupacin de
almacenamiento primaria debe ser la misma. Si se definen listas de
agrupaciones de almacenamiento de copia diferentes, es posible que los
recursos se liberen al utilizar la agrupacin siguiente. Si se liberan los
recursos, es posible que las operaciones de cliente tarden ms en
finalizar.
| Copia continua 1 2
|
|
|
|
|
Especifica cmo debe reaccionar el servidor ante una anomala de

grabacin en alguna de las agrupaciones de almacenamiento de copia
especificadas en el parmetro COPYSTGPOOLS. Con el valor YES, durante
una anomala de grabacin, el servidor excluir la agrupacin de
almacenamiento de copia anmala de cualquier grabacin adicional
mientras la sesin de cliente especfica est activa. Con el valor NO,
durante una anomala de grabacin, el servidor no podr realizar la
transaccin, incluida la grabacin en la agrupacin de almacenamiento
primaria.
secuencial
Esta informacin no est disponible para agrupaciones de almacenamiento de acceso secuencial que utilizan los
formatos de datos siguientes:
v CELERRADUMP
v NDMPDUMP
v NETAPPDUMP
| 2 Esta informacin no est disponible o se pasa por alto para agrupaciones de almacenamiento de acceso secuencial
| Centera.
Ejemplo: Definir agrupaciones de almacenamiento

En este ejemplo, suponga que ha observado que un departamento de ingeniera
necesita una jerarqua de almacenamiento independiente. Desea que las copias de
seguridad de los archivos del departamento vayan a una agrupacin de
almacenamiento en disco. Cuando se llene esa agrupacin, desea que se migren los
249
archivos a una agrupacin de almacenamiento de cinta. Desea que las

agrupaciones tengan las caractersticas siguientes:
v Agrupacin de almacenamiento primaria en disco
La agrupacin denominada ENGBACK1 es la agrupacin de almacenamiento
para el departamento de ingeniera.
El tamao mayor de archivo que se puede almacenar es de 5 MB. Los
archivos de tamao mayor a 5 MB se almacenan en la agrupacin de
almacenamiento de cinta.
Los archivos se migran de la agrupacin de almacenamiento de disco a la
agrupacin de almacenamiento de cinta al llenarse la agrupacin de
almacenamiento de disco al 85%. La migracin de archivos a la agrupacin de
almacenamiento de cinta se detiene cuando este porcentaje desciende hasta el
40% en la agrupacin de almacenamiento de disco.
Se selecciona la modalidad de acceso predeterminada, de lectura/grabacin.
Se utiliza la funcin de cach.
v Agrupacin de almacenamiento primaria en cinta
El nombre de la agrupacin es BACKTAPE.
La agrupacin utiliza la clase de dispositivo TAPE, que ya estaba definida.
No se establece ningn lmite para el tamao mximo de archivo, ya que sta
es la ltima agrupacin de almacenamiento de la jerarqua.
Para agrupar los archivos del mismo cliente en un nmero reducido de
volmenes, utilice la funcin de proximidad a nivel de nodo cliente.
Utilice volmenes reutilizables para esta agrupacin, con un nmero mximo
de 100 volmenes.
Se selecciona la modalidad de acceso predeterminada, de lectura/grabacin.
Utilice el valor predeterminado de reclamacin: reclamar un volumen
parcialmente lleno (para permitir la reutilizacin de cintas) cuando se pueda
reclamar el 60% del espacio del volumen.
Las agrupaciones de almacenamiento de una jerarqua de agrupaciones de
almacenamiento pueden definirse de arriba a abajo o de abajo a arriba. Para definir
la jerarqua de abajo a arriba se necesitan menos pasos. Para ello, realice los pasos
siguientes:
1. Defina la agrupacin de almacenamiento denominada BACKTAPE con el
comando siguiente:
description='Agrupacin en cinta para copias seguridad Ingeniera'
maxsize=nolimit collocate=yes maxscratch=100
2. Defina la agrupacin de almacenamiento denominada ENGBACK1 con el

comando siguiente:
define stgpool engback1 disk
description='Agrupacin en disco para copias seguridad Ingeniera'
maxsize=5m nextstgpool=backtape highmig=85 lowmig=40
Restricciones:
1. No se puede establecer una cadena de agrupaciones de almacenamiento que
conduzca a un bucle sin fin. Por ejemplo, no se puede definir
AlmacenamientoB como la siguiente agrupacin de almacenamiento de
AlmacenamientoA, y despus definir AlmacenamientoA como la siguiente
agrupacin de almacenamiento de AlmacenamientoB.
2. La jerarqua de agrupaciones de almacenamiento solo contiene agrupaciones de
almacenamiento primarias, no agrupaciones de almacenamiento de copia.
250
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3. Si una agrupacin de almacenamiento utiliza el formato de datos

NETAPPDUMP, CELERRADUMP o NDMPDUMP, el servidor no realizar
ninguna de las siguientes funciones:
v Hacer copia de seguridad de agrupaciones de almacenamiento
v Migracin
v Reclamacin
v Traspasar archivos de un volumen de agrupacin de almacenamiento a otro
v Auditora de volmenes
v Validacin de datos
v Grabacin simultnea
Para obtener ms informacin sobre formatos de datos, consulte el Captulo 6,
Utilizar NDMP para operaciones con servidores de archivos NAS, en la
pgina 135.
4. El servidor de Tivoli Storage Manager no admite las siguientes funciones para
agrupaciones de almacenamiento Centera:
v Migracin.
v Reclamacin.
v Traspasar datos a o desde agrupaciones de almacenamiento Centera.
v Traspasar datos de nodo a o desde agrupaciones de almacenamiento Centera.
v Hacer copia de seguridad de agrupaciones de almacenamiento Centera.
v Restaurar volmenes de agrupacin de almacenamiento Centera.
v Exportar datos a una clase de dispositivo Centera o importar datos de una
clase de dispositivo Centera; sin embargo, pueden exportarse los archivos
almacenados en agrupaciones de almacenamiento Centera, y los archivos
importados pueden almacenarse en el dispositivo de almacenamiento
Centera.
v Utilizar una clase de dispositivo Centera para crear juegos de copias de
seguridad; sin embargo, los archivos almacenados en agrupaciones de
almacenamiento pueden enviarse a juegos de copias de seguridad.
v Definir volmenes Centera.
v Utilizar una clase de dispositivo Centera para hacer copia de seguridad de
una base de datos.
v Utilizar una clase de dispositivo Centera para cargar o descargar una base de
datos.
v Utilizar una clase de dispositivo Centera como destino de archivos de
historial de volumen, de configuracin de dispositivo, de anotaciones de
rastreo, de anotaciones de errores o de salida de consulta.
Ejemplo: Actualizar agrupaciones de almacenamiento

Puede actualizar agrupaciones de almacenamiento para cambiar la jerarqua de
almacenamiento y otras caractersticas.
Por ejemplo, suponga que ya haba definido la agrupacin de almacenamiento de
disco ENGBACK1 de acuerdo con el ejemplo anterior. Ahora ha decidido
incrementar el tamao mximo de un archivo fsico que puede almacenarse en la
agrupacin de almacenamiento. Utilice el comando siguiente:
update stgpool engback1 maxsize=100m
251
Nota:
v No puede utilizar este comando para cambiar el formato de datos de una
v Para las agrupaciones de almacenamiento que tienen el formato de datos
NETAPPDUMP, CELERRADUMP o NDMPDUMP, slo puede modificar
los siguientes parmetros:
ACCESS
COLLOCATE
DESCRIPTION
MAXSCRATCH
REUSEDELAY
|
|
|
|
|
|
|
|
Recomendaciones acerca de las tareas relacionadas con las

agrupaciones de almacenamiento
La Tabla 17 proporciona recomendaciones sobre cmo llevar a cabo determinadas
tareas relacionadas con las agrupaciones de almacenamiento.
Tabla 17. Recomendaciones acerca de las tareas relacionadas con las agrupaciones de almacenamiento
Para conseguir esto
Haga esto
Para ms informacin
Conservar los datos de un cliente en

el menor nmero de volmenes
posible.
Se activar la funcin de proximidad

en la agrupacin de almacenamiento.
Cmo mantener juntos los archivos

de un cliente: Proximidad en la
pgina 281
Reducir el nmero de montajes de

volmenes necesarios para hacer una
copia de seguridad de varios clientes.
Desactive la funcin de proximidad

para la agrupacin de
almacenamiento.
Cmo mantener juntos los archivos

de un cliente: Proximidad en la
pgina 281
Realizar una grabacin simultnea en

una agrupacin de almacenamiento
primaria y en agrupaciones de
almacenamiento de copia.
Proporcione una lista de agrupaciones

de almacenamiento de copia cuando
defina la agrupacin de
almacenamiento primaria.
Grabacin simultnea en una

agrupacin de almacenamiento
primaria y en agrupaciones de
almacenamiento de copia en la
pgina 253
Especificar cmo reutiliza las cintas el Establezca un umbral de reclamacin

servidor.
almacenamiento.
Reclamacin de espacio en
agrupaciones de almacenamiento de
acceso secuencial en la pgina 287
Opcional: identifique una agrupacin

de almacenamiento de reclamacin.
Traspasar los datos de disco a cinta
Establezca un umbral de migracin
automticamente segn sea necesario. para la agrupacin de
almacenamiento.
Migracin a agrupaciones de
almacenamiento de disco en la
pgina 271
Identifique la siguiente agrupacin de

almacenamiento.
Traspasar los datos de disco a cinta
automticamente en funcin de la
frecuencia con que los usuarios
acceden a los datos o del tiempo que
hace que los datos estn en la
Establezca un umbral de migracin

almacenamiento.
Identifique la siguiente agrupacin de
almacenamiento.
Establezca el perodo de retardo de
migracin.
252
Migracin a agrupaciones de
almacenamiento de disco en la
pgina 271
Tabla 17. Recomendaciones acerca de las tareas relacionadas con las agrupaciones de
almacenamiento (continuacin)
Para conseguir esto
Haga esto
Para ms informacin
Hacer una copia de seguridad de las

Defina una agrupacin de

Definicin de una agrupacin de

almacenamiento de copia en la
pgina 325
Configure una planificacin de copia

de seguridad.
Hacer que los clientes hagan copia de

seguridad de los datos directamente
en una agrupacin de
Automatizacin de una planificacin

de comandos de administracin
bsicos en la pgina 522
Defina una agrupacin de

Definicin o actualizacin de
almacenamiento de acceso secuencial agrupaciones de almacenamiento
que utilice una clase de dispositivo de primarias en la pgina 245
cinta.
Modificacin de una poltica en la
Modifique la poltica que utilizan los pgina 393
clientes para que el grupo de copia de
seguridad indique como destino la
agrupacin de almacenamiento de
cinta.
Grabacin simultnea en una agrupacin de almacenamiento

primaria y en agrupaciones de almacenamiento de copia
|
|
|
|
Para grabar datos en una agrupacin de almacenamiento primaria y al mismo

tiempo en una o varias agrupaciones de almacenamiento de copia, puede
especificar una lista de agrupaciones de almacenamiento de copia en una
definicin de agrupacin de almacenamiento primaria mediante el parmetro
COPYSTGPOOLS. Cuando un cliente hace una copia de seguridad de un archivo,
lo archiva, lo migra o cuando el servidor lo importa, el archivo se graba en la
agrupacin de almacenamiento primaria y se almacena al mismo tiempo en cada
agrupacin de almacenamiento de copia. Si se produce una anomala de grabacin
en alguna de las agrupaciones de almacenamiento de copia, el valor del parmetro
COPYCONTINUE determinar cmo debe reaccionar el servidor. Para obtener ms
informacin sobre definiciones de agrupaciones de almacenamiento, consulte el
apartado Tabla 16 en la pgina 246.
|
|
|
|
|
|
|
|
|
|
La grabacin simultnea en agrupaciones de almacenamiento de copia puede

habilitarse para las siguientes operaciones de almacenamiento:
v Operaciones de copia de seguridad y archivado de clientes de copia de
seguridad/archivado Tivoli Storage Manager o clientes de aplicacin que
utilizan la API de Tivoli Storage Manager.
v Operaciones de migracin HSM de clientes de Tivoli Storage Manager para la
gestin del espacio (HSM).
v Operaciones de importacin que implican copiar datos de archivos exportados
de medios externos a una agrupacin de almacenamiento primaria asociada con
una lista de agrupaciones de almacenamiento de copia.
|
|
|
|
|
|
Notas:
1. Cree versiones actuales de copia de seguridad y archivado de los archivos antes
de que el cliente HSM los migre. Si hace un copia de seguridad o archiva una
copia de un archivo migrado de HSM en el mismo servidor de Tivoli Storage
Manager al que se ha migrado, el archivo slo se almacenar en la agrupacin
de almacenamiento primaria.
253
2. Se recomienda que los clientes de copia de seguridad/archivado, los clientes

HSM y la API de Tivoli Storage Manager sean de la versin 5.1 o posterior.
|
|
Cuando utilice las agrupaciones de almacenamiento de copia para la grabacin

simultnea de datos en una agrupacin de almacenamiento primaria y en las
agrupaciones de almacenamiento de copia asociadas, asegrese de que hay
disponibles suficientes recursos, como por ejemplo unidades, para la operacin de
grabacin. Por ejemplo, cada operacin de grabacin simultnea necesitar que
todos los volmenes se monten simultneamente. Para ello, el nmero de unidades
disponibles debe ser igual o mayor que el nmero de volmenes que deben
montarse simultneamente. Para obtener ms informacin, consulte el apartado
Lmite de montaje en la pgina 223 y consulte el comando REGISTER NODE de
la publicacin Administrators Reference para obtener informacin acerca del
parmetro MAXNUMMP.
Atencin: el uso de la funcin de grabacin simultnea no pretende sustituir la
copia de seguridad peridica de las agrupaciones de almacenamiento. Si utiliza la
funcin para grabar simultneamente en agrupaciones de almacenamiento de
copia, asegrese de que la copia de cada agrupacin de almacenamiento primaria
se completa emitiendo peridicamente el comando BACKUP STGPOOL. Si no
realiza copias de seguridad peridicas de las agrupaciones de almacenamiento,
podra perder la posibilidad de recuperar datos de las agrupaciones de
almacenamiento primarias. Por ejemplo, si una agrupacin de almacenamiento de
copia falla durante una operacin de grabacin y el parmetro COPYCONTINUE
est establecido en YES, Tivoli Storage Manager eliminar la agrupacin de
almacenamiento de copia anmala de la lista de agrupaciones de almacenamiento
para el resto de la sesin de cliente. Una vez que se ha eliminado la agrupacin de
almacenamiento de copia, el servidor de Tivoli Storage Manager continuar
grabando datos en la agrupacin de almacenamiento primaria y en las
agrupaciones de almacenamiento de copia restantes. Si estas agrupaciones de
almacenamiento resultan daadas y no emite el comando BACKUP STGPOOL para
la agrupacin de almacenamiento anmala, es posible que no pueda recuperar los
datos.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Restricciones:
1. El parmetro COPYSTGPOOLS slo est disponible en agrupaciones de
almacenamiento primarias de acceso aleatorio o de agrupaciones de
almacenamiento primarias de acceso secuencial que utilizan el formato de datos
NATIVE o NONBLOCK.
2. La grabacin simultnea en agrupaciones de almacenamiento de copia no se
admite para las siguientes operaciones de almacenamiento:
v Cuando la operacin utiliza el traspaso de datos fuera del servidor. Si una
agrupacin de almacenamiento primaria tiene definidas agrupaciones de
almacenamiento de copia, stas se pasarn por alto y los datos se
almacenarn slo en la agrupacin de almacenamiento primaria.
v Cuando la operacin utiliza el traspaso de datos fuera de la LAN. Cualquier
intento de realizar una operacin fuera de la LAN en una agrupacin de
almacenamiento primaria que tenga agrupaciones de almacenamiento de
copia definidas pasar a ser una operacin basada en la LAN, y los datos
enviados al servidor a travs de la LAN se almacenan en la agrupacin de
almacenamiento primaria y las agrupaciones de almacenamiento de copia
asociadas.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
254
|
|
|
|
|
|
|
|
|
3. No se admite la grabacin simultnea en traspasos de datos de servidor tales

como la migracin del servidor, la reclamacin, el traspaso de datos de una
agrupacin de almacenamiento a otra o la copia de seguridad de una
4. No puede utilizar la funcin de grabacin simultnea con dispositivos de
almacenamiento Centera.
5. No puede utilizar la funcin de grabacin simultnea con agrupaciones de
almacenamiento que tenga el formato de datos NETAPPDUMP,
CELERRADUMP o NDMPDUMP.
Nota: para las agrupaciones de almacenamiento primarias que forman parte de
una jerarqua de almacenamiento (hay definidas agrupaciones de
almacenamiento siguientes), establezca la misma lista de agrupaciones de
copia para cada agrupacin de almacenamiento primaria. Si se definen listas
de agrupaciones de almacenamiento de copia diferentes, es posible que los
recursos se liberen al utilizar la agrupacin de almacenamiento siguiente. Si
se liberan los recursos, es posible que las operaciones de cliente tarden ms
en finalizar.
Visin general: Volmenes de agrupacin de almacenamiento

Los volmenes de agrupacin de almacenamiento son los medios fsicos asignados
a una agrupacin de almacenamiento. Algunos ejemplos de volmenes son:
v El espacio asignado en una unidad de disco
v Un cartucho de cinta
v Un disco ptico
Las agrupaciones de almacenamiento y sus volmenes son de acceso aleatorio o de
acceso secuencial, segn el tipo de dispositivo de la clase de dispositivo al que est
asignada la agrupacin.
Volmenes de agrupacin de almacenamiento de acceso

aleatorio
Las agrupaciones de almacenamiento de acceso aleatorio se componen de
volmenes en disco. Las agrupaciones de almacenamiento de acceso aleatorio
siempre estn asociadas a la clase de dispositivo DISK. Un volumen de una
agrupacin de almacenamiento de acceso aleatorio es un archivo de tamao fijo
que se crea al definir un volumen para la agrupacin de almacenamiento. Consulte
el apartado Preparacin de volmenes para agrupaciones de almacenamiento de
acceso aleatorio en la pgina 257.
Volmenes de agrupacin de almacenamiento de acceso

secuencial
Las agrupaciones de almacenamiento de acceso secuencial incluyen cualquier tipo
de dispositivo admitido en el que el servidor grabe datos de forma secuencial.
Algunos ejemplos de volmenes de acceso secuencial son:
v Cartucho de cinta
v Disco ptico
v Archivo
Cada volumen definido en una agrupacin de almacenamiento de acceso
secuencial debe ser del mismo tipo que el tipo de dispositivo de la clase de
255
dispositivo asociada. Para ver los tipos de volmenes asociados a cada tipo de
dispositivo, consulte la Tabla 18.
Para preparar volmenes de acceso secuencial, consulte el apartado Preparacin
de volmenes para agrupaciones de almacenamiento de acceso secuencial en la
pgina 258.
Tabla 18. Tipos de volmenes
Tipo de dispositivo
Descripcin del volumen
Etiqueta
necesaria
3570
Cartucho de cinta IBM 3570
3590
| 3592
4MM
Cartucho de cinta de 4 mm
8MM
Cartucho de cinta de 8 mm
Conjunto lgico de archivos almacenados en el dispositivo de almacenamiento

Centera
No
DLT
Una cinta lineal digital
DTF
Una cinta con formato de cinta digital (DTF)
FILE
Un archivo del sistema de archivos de la mquina servidor.
No
GENERICTAPE
Una cinta compatible con las unidades definidas para la clase de dispositivo.
LTO
Cartucho de cinta IBM Ultrium
NAS
Una unidad de cintas que un servidor de archivos NAS (almacenamiento

conectado a red) utiliza para las copias de seguridad mediante NDMP.
OPTICAL
Un cartucho ptico regrabable de 5,25 pulgadas y dos caras.
QIC
Un cartucho de cinta de 1/4 de pulgada.
REMOVABLEFILE
Un archivo de un medio extrable. Si el medio tiene dos caras, cada cara es un

volumen independiente.
SERVER
Uno o ms objetos archivados en el almacenamiento de otro servidor.
No
VOLSAFE
Una cinta de cartucho StorageTek de un sola grabacin en unidades de cinta

activadas para la funcin VolSafe.
No
WORM
Un cartucho ptico de una sola grabacin de 5,25 pulgadas y dos caras.
| CENTERA
|
Volmenes reutilizables y volmenes definidos

Puede definir volmenes en una agrupacin de almacenamiento de acceso
secuencial o especificar que el servidor adquiera dinmicamente los volmenes
reutilizables. Tambin puede utilizar una combinacin de volmenes definidos y
reutilizables. La eleccin depender de la cantidad de control que necesite tener
sobre volmenes individuales.
Utilice los volmenes definidos si desea controlar con exactitud qu volmenes se
utilizan en la agrupacin de almacenamiento. Utilizar volmenes definidos puede
ser til si desea establecer un esquema de denominacin de volmenes para los
volmenes.
Utilice volmenes reutilizables para que el servidor pueda definir un volumen
cuando lo necesite y suprimirlo cuando se vace. La utilizacin de volmenes
reutilizables le liberar de la tarea de definir explcitamente todos los volmenes
de una agrupacin de almacenamiento.
256
El servidor hace un seguimiento de si el volumen que se utiliza era originalmente

un volumen reutilizable. Los volmenes reutilizables que el servidor ha adquirido
para una agrupacin de almacenamiento primaria se suprimen de la base de datos
del servidor al vaciarse. Los volmenes estn entonces disponibles para que el
servidor u otras aplicaciones los reutilicen. Con los volmenes reutilizables que se
han adquirido en una clase de dispositivo FILE, el servidor libera el espacio que
ocupaban los volmenes y lo devuelve al sistema de archivos.
Los volmenes reutilizables de una agrupacin de almacenamiento de copia se
manejan del mismo modo que los volmenes reutilizables de una agrupacin de
almacenamiento primaria, excepto los volmenes con el valor de acceso fuera de
local. Si se vaca un volumen fuera de local, el servidor no lo devuelve
inmediatamente a la agrupacin de volmenes reutilizables. El retardo impide que
los volmenes vacos se supriman de la base de datos, simplificando as que se
pueda determinar qu volmenes deben devolverse a la ubicacin local. El
administrador puede solicitar al servidor los volmenes de agrupacin de
almacenamiento de copia fuera de local que hay vacos y devolverlos a la
ubicacin local. El volumen solo se devuelve a la agrupacin de reutilizables
cuando el valor de acceso se cambia a READWRITE (lectura/grabacin),
READONLY (solo lectura) o UNAVAILABLE (no disponible).

almacenamiento de acceso aleatorio
Para las agrupaciones de almacenamiento de acceso aleatorio, debe definir
volmenes.
Tarea
Definir los volmenes de una agrupacin de Sistema o almacenamiento sin restricciones

almacenamiento
Definir los volmenes de agrupaciones de
almacenamiento especficas
Sistema, almacenamiento sin restricciones o

almacenamiento con restricciones para esas
agrupaciones
Para preparar un volumen para utilizarlo en una agrupacin de almacenamiento

de acceso aleatorio, puede utilizar el Asistente para volmenes de disco de la
consola de Tivoli Storage Manager. Los paneles del formateador conducen a travs
de los pasos que deben realizarse. Si opta por no utilizar el formateador, defina el
volumen. Por ejemplo, desea definir un volumen de 21 MB para la agrupacin de
almacenamiento BACKUPPOOL. Desea situarlo en la ruta c:\archivos de
programa\tivoli\tsm\server con el nombre stgvol.001. Entre el comando siguiente:
define volume
backuppool c:\archivos de programa\tivoli\tsm\server\stgvol.001
formatsize=21
Si no especifica un nombre de ruta completo para el nombre del volumen, el

comando utiliza la ruta actual.
Sugerencias:
1. Por motivos de rendimiento, asigne los volmenes de agrupaciones de
almacenamiento en unidades de discos residentes en la mquina servidor de
Tivoli Storage Manager, no en sistemas de archivos montados de forma remota.
2. El sistema de archivos donde estn asignados los volmenes de agrupaciones
de almacenamiento puede tener efecto sobre el rendimiento y la fiabilidad. Para
mejorar el rendimiento al hacer una copia de seguridad y restaurar grandes
257
cantidades de archivos de pequeo tamao, asigne los volmenes de

agrupaciones de almacenamiento en un sistema de archivos FAT. Para
beneficiarse de la capacidad que ofrece el sistema operativo de recuperarse en
caso de producirse problemas durante las operaciones de E/S de un disco,
asigne los volmenes de agrupaciones de almacenamiento en sistemas de
archivos NTFS.

almacenamiento de acceso secuencial
Para las agrupaciones de almacenamiento de acceso secuencial con el tipo de
dispositivo FILE o SERVER, no es necesario etiquetar los volmenes ni realizar
ningn otro preparativo con ellos.
Para las agrupaciones de almacenamiento de acceso secuencial cuyo tipo de
dispositivo sea distinto de FILE o SERVER, debe preparar los volmenes para
utilizarlos. Cuando el servidor accede a un volumen de acceso secuencial,
comprueba el nombre del volumen en la cabecera para asegurarse de que se est
accediendo al volumen correcto. Para preparar un volumen, siga estos pasos:
1. Etiquete el volumen. La Tabla 18 en la pgina 256 muestra los tipos de
volmenes que necesitan etiquetas. Debe etiquetar estos tipos de volmenes
para que el servidor pueda utilizarlos.
Consulte el apartado Etiquetado de medios en la pgina 178.
Sugerencia: si utiliza el comando LABEL LIBVOLUME con unidades de una
biblioteca automatizada, puede etiquetar los volmenes y darlos
de alta en un solo comando.
2. Para las agrupaciones de almacenamiento de bibliotecas automatizadas, utilice
el comando CHECKIN LIBVOLUME para dar de alta el volumen en la
biblioteca. Consulte el apartado Alta de medios en dispositivos de biblioteca
3. Si no ha permitido los volmenes reutilizables en la agrupacin de
almacenamiento, debe identificar el volumen, por el nombre, para el servidor
de Tivoli Storage Manager. Si desea obtener ms informacin al respecto,
consulte el apartado Definicin de volmenes de agrupaciones de
almacenamiento.
Si ha permitido los volmenes reutilizables en la agrupacin de
almacenamiento especificando un valor mayor que cero en el parmetro
MAXSCRATCH, puede dejar que el servidor utilice los volmenes reutilizables,
identificar los volmenes por el nombre o llevar a cabo ambas acciones.
Consulte el apartado Utilizacin de volmenes reutilizables en la pgina 259
para obtener informacin sobre los volmenes reutilizables.
Definicin de volmenes de agrupaciones de almacenamiento

Tarea
Definir los volmenes de una agrupacin de Sistema o almacenamiento sin restricciones

almacenamiento
Definir los volmenes de agrupaciones de
almacenamiento especficas
258

almacenamiento con restricciones para esas
agrupaciones
Al definir un volumen de agrupacin de almacenamiento, se informa al servidor

de que ese volumen est disponible para almacenar las copias de seguridad de
datos, los datos archivados o los datos bajo gestin de espacio.
Para una agrupacin de almacenamiento de acceso secuencial, el servidor puede
utilizar volmenes reutilizables adquiridos dinmicamente, volmenes definidos
por el usuario o una combinacin de ambos.
|
Nota: no puede definir volmenes para agrupaciones de almacenamiento Centera.

Para definir un volumen denominado VOL1 en la agrupacin de almacenamiento
de cinta ENGBACK3, entre:
define volume engback3 vol1
tambin a los volmenes que residen en distintas bibliotecas pero que utiliza el
mismo servidor.
Utilizacin de volmenes reutilizables

Si permite que las agrupaciones de almacenamiento utilicen volmenes
reutilizables, no tendr que definir los volmenes de las agrupaciones de
almacenamiento de acceso secuencial. Utilice el parmetro MAXSCRATCH al
definir o actualizar la agrupacin de almacenamiento. Establecer el parmetro
MAXSCRATCH en un valor superior a cero permite a la agrupacin de
almacenamiento adquirir dinmicamente los volmenes a medida que los necesita.
El servidor define automticamente los volmenes segn se van adquiriendo. El
servidor tambin suprime automticamente los volmenes reutilizables de la
agrupacin de almacenamiento cuando el servidor ya no los necesita.
Para que el servidor pueda utilizar un volumen reutilizable cuyo tipo de
dispositivo sea distinto de FILE o SERVER, el volumen debe tener una etiqueta.
Consulte el apartado Preparacin de volmenes para agrupaciones de
almacenamiento de acceso secuencial en la pgina 258.
Actualizacin de volmenes de agrupaciones de

almacenamiento
Tarea
Actualizar volmenes
Sistema u operador
Puede actualizar los atributos de un volumen de agrupacin de almacenamiento

asignado a una agrupacin de almacenamiento primaria o de copia. Actualice un
volumen para:
v Restablecer el estado de error de un volumen, actualizando el volumen a la
modalidad de acceso de lectura/grabacin.
v Cambiar la modalidad de acceso de un volumen, por ejemplo, si un cartucho de
cinta se traslada fuera del local (modalidad de acceso fuera de local) o se daa
(modalidad de acceso destruido). Consulte el apartado Modalidades de acceso
para volmenes de agrupaciones de almacenamiento en la pgina 261.
259
v Cambiar la ubicacin de un volumen de una agrupacin de almacenamiento de

acceso secuencial.
Un ejemplo de situacin en la que debe utilizarse el comando UPDATE VOLUME
es cuando se daa accidentalmente un volumen. Puede cambiar la modalidad de
acceso y establecerla en no disponible de manera que el servidor no intente grabar
ni leer datos en el volumen. Por ejemplo, si el nombre de volumen es VOL1, entre
update volume vol1 access=unavailable
Al utilizar el comando UPDATE VOLUME, debe estar preparado para facilitar, en

parte o en su totalidad, la informacin que figura en la Tabla 19.
Tabla 19. Informacin para actualizar un volumen de una agrupacin de almacenamiento
Informacin
Explicacin
Nombre de
volumen
Especifica el nombre del volumen de agrupacin de almacenamiento que

se va a actualizar. Puede especificar un grupo de volmenes para
actualizarlos si utiliza caracteres comodn en el nombre del volumen , o
bien puede especificar la agrupacin de almacenamiento, la clase de
dispositivo, la modalidad de acceso actual o el estado de los volmenes
que desea actualizar. Consulte los parmetros siguientes.
(Obligatorio)
Modalidad de
acceso nueva
Especifica la nueva modalidad de acceso para el volumen (cmo pueden

acceder a los archivos del volumen de agrupacin de almacenamiento
los usuarios y procesos del sistema como la migracin). Consulte el
apartado Modalidades de acceso para volmenes de agrupaciones de
almacenamiento en la pgina 261 para obtener una descripcin de cada
una de las modalidades de acceso.
Un volumen de acceso aleatorio debe estar desactivado para poder
cambiar la modalidad de acceso a no disponible o a destruido. Para
desactivar un volumen, utilice el comando VARY. Consulte el apartado
Cmo activar o desactivar volmenes de disco en la pgina 71.
Si un volumen reutilizable que est vaco y tiene la modalidad de acceso
fuera de local se actualiza de modo que la modalidad de acceso es de
lectura/grabacin, solo lectura o no disponible, el volumen se suprime
de la base de datos.
260
Ubicacin
Especifica la ubicacin del volumen. Este parmetro solo se puede

especificar para los volmenes de agrupaciones de almacenamiento de
acceso secuencial.
Agrupacin de
almacenamiento
Restringe la actualizacin a los volmenes de la agrupacin de

almacenamiento especificada.
Clase de
dispositivo
Restringe la actualizacin a los volmenes de la clase de dispositivo

especificada.
Modalidad de
acceso actual
Restringe la actualizacin a los volmenes que tienen actualmente la

modalidad de acceso especificada.
Estado
Restringe la actualizacin a los volmenes con el estado especificado

(activado, desactivado, vaco, pendiente, llenando o lleno).
Vista preliminar
Especifica si desea ver la operacin de restauracin sin que se ejecute

realmente.
Modalidades de acceso para volmenes de agrupaciones de

almacenamiento
La modalidad de acceso asignada a cada volumen determina el acceso a los
volmenes de una agrupacin de almacenamiento. Puede cambiar la modalidad de
acceso de un volumen. El servidor tambin puede modificar la modalidad de
acceso en funcin de lo que sucede al intentar acceder a un volumen. Por ejemplo,
si el servidor no puede grabar en un volumen cuya modalidad de acceso es de
lectura/grabacin, el servidor cambia automticamente la modalidad de acceso por
la de solo lectura.
Las modalidades de acceso son:
Lectura/Grabacin
Permite leer o grabar archivos en un volumen de la agrupacin de
almacenamiento.
Si el servidor no puede grabar en un volumen de acceso de
lectura/grabacin, el servidor cambia automticamente la modalidad de
acceso a solo lectura.
fuera de local se actualiza de modo que la modalidad de acceso sea
lectura/grabacin, el volumen se suprimir de la base de datos.
Solo lectura
Permite leer los archivos en un volumen de disco o de cinta, pero no
grabarlos.
fuera de local se actualiza de modo que la modalidad de acceso sea
lectura/grabacin, el volumen se suprimir de la base de datos.
No disponible
Especifica que el volumen no est disponible para ningn tipo de acceso
por parte del servidor.
Debe desactivar un volumen de acceso aleatorio para poder cambiar la
modalidad de acceso del mismo a no disponible. Para desactivar un
volumen, utilice el comando VARY. Consulte el apartado Cmo activar o
desactivar volmenes de disco en la pgina 71.
fuera de local se actualiza de modo que la modalidad de acceso sea no
disponible, el volumen se suprimir de la base de datos.
Destruido
Especifica que un volumen de una agrupacin de almacenamiento
primaria se ha daado de forma permanente. Ni los usuarios ni los
procesos del sistema (como la migracin) pueden acceder a los archivos
almacenados en el volumen.
Esta modalidad de acceso se utiliza para indicar un volumen completo que
debe restaurarse con el comando RESTORE STGPOOL o RESTORE
VOLUME. Una vez que todos los archivos de un volumen destruido se
han restaurado en otros volmenes, el volumen destruido se suprime
automticamente de la base de datos. En el apartado Cmo funciona el
proceso de restauracin en la pgina 699 hallar ms informacin.
Los volmenes de agrupaciones de almacenamiento primarias son los
nicos que pueden actualizarse a la modalidad de acceso destruido.
261
Debe desactivar un volumen de acceso aleatorio para poder cambiar la

modalidad de acceso del mismo a destruido. Para desactivar un volumen,
utilice el comando VARY. Consulte el apartado Cmo activar o desactivar
volmenes de disco en la pgina 71. Si actualiza a destruido un volumen
de una agrupacin de almacenamiento de acceso aleatorio, no puede
activar el volumen sin antes modificar la modalidad de acceso.
Si actualiza a destruido un volumen de una agrupacin de almacenamiento
de acceso secuencial, el servidor no intenta montar el volumen.
Si un volumen no contiene ningn archivo y se utiliza el comando
UPDATE VOLUME para cambiar a destruido la modalidad de acceso, el
volumen se suprime de la base de datos.
Fuera de local
Especifica que un volumen de una agrupacin de almacenamiento de copia
est en una ubicacin fuera del local y que, por lo tanto, no se puede
montar. Utilice esta modalidad como ayuda en el seguimiento de los
volmenes que estn fuera del local. El servidor trata los volmenes fuera
de local de un modo distinto, segn se indica a continuacin:
v No se generan peticiones de montaje para los volmenes fuera de local
v Se pueden reclamar o traspasar datos de volmenes fuera de local
recuperando los archivos de otras agrupaciones de almacenamiento
v Los volmenes reutilizables fuera de local vacos no se suprimen de la
agrupacin de almacenamiento de copia
Solo puede actualizar los volmenes de una agrupacin de
almacenamiento de copia a la modalidad de acceso fuera de local. Los
volmenes que tienen el tipo de dispositivo SERVER (volmenes que son
en realidad objetos archivados almacenados en otro servidor de Tivoli
Storage Manager) no pueden tener la modalidad de acceso fuera de local.
Visin general: Jerarqua de agrupaciones de almacenamiento

Puede configurar sus dispositivos de modo que el servidor pueda traspasar los
datos automticamente de un dispositivo a otro, o de un tipo de medio a otro. La
seleccin puede basarse en caractersticas como el tamao del archivo o la
capacidad de almacenamiento. Para ello, debe configurar agrupaciones de
almacenamiento primarias distintas para que formen una jerarqua de
agrupaciones de almacenamiento. Una implementacin tpica puede tener una
agrupacin de almacenamiento de disco con una agrupacin de almacenamiento
de cinta subordinada. Cuando un cliente efecta una copia de seguridad de un
archivo, el servidor puede almacenar inicialmente el archivo en disco de acuerdo
con la poltica para dicho archivo. Ms adelante, el servidor puede trasladar el
archivo a cinta cuando el disco se llene. Esta accin realizada por el servidor se
denomina migracin. Tambin puede establecer un lmite de tamao para los
archivos almacenados en disco, de modo que los archivos grandes se almacenen
inicialmente en cinta en lugar de en disco.
Por ejemplo, los dispositivos ms rpidos de que dispone son discos, pero no tiene
suficiente espacio en ellos para almacenar todos los datos de los que necesita hacer
una copia de seguridad a largo plazo. Tiene unidades de cinta, cuyo acceso es ms
lento, pero tienen mucha ms capacidad. Puede definir una jerarqua de modo que
los archivos se almacenen inicialmente en los volmenes de discos rpidos de una
agrupacin de almacenamiento. De esta forma, los clientes obtendrn una
respuesta rpida a las peticiones de copia de seguridad y a algunas peticiones de
recuperacin. Cuando la agrupacin de almacenamiento de disco se llena, el
262
|
|
|
|
|
servidor migra, o traspasa, los datos a volmenes de la agrupacin de

almacenamiento de cinta. Otra opcin que puede plantearse para su jerarqua de
agrupaciones de almacenamiento son las unidades y cartuchos de cinta IBM 3592,
que pueden configurarse para una combinacin ptima de tiempo de acceso y
capacidad de almacenamiento. Para obtener ms informacin, consulte el apartado
Capacidad de escala en la pgina 225.
La migracin de archivos desde disco a volmenes de agrupacin de
almacenamiento secuencial es particularmente til, puesto que el servidor migra
todos los archivos de un solo nodo a la vez. Esto le proporciona una proximidad
parcial para los clientes. La migracin de archivos es especialmente til si decide
no permitir la proximidad para las agrupaciones de almacenamiento secuencial.
Proximidad en la pgina 281 para obtener ms informacin.
Configuracin de una jerarqua de agrupaciones de

almacenamiento
Si configura dispositivos mediante el Asistente para la configuracin de
dispositivos, puede definir una jerarqua de agrupaciones de almacenamiento.
Asimismo, puede volver a utilizar este asistente para cambiar la jerarqua de
almacenamiento.
Para establecer una jerarqua, debe identificarse la siguiente agrupacin de
almacenamiento, denominada a veces agrupacin de almacenamiento subordinada.
El servidor migra los datos a la siguiente agrupacin de almacenamiento si la
original est llena o no est disponible. Para obtener informacin detallada sobre el
funcionamiento de la migracin entre agrupaciones de almacenamiento, consulte el
apartado Migracin de archivos en una jerarqua de agrupaciones de
Restricciones:
1. No se puede establecer una cadena de agrupaciones de almacenamiento que
conduzca a un bucle sin fin. Por ejemplo, no se puede definir
AlmacenamientoB como la siguiente agrupacin de almacenamiento de
AlmacenamientoA, y despus definir AlmacenamientoA como la siguiente
agrupacin de almacenamiento de AlmacenamientoB.
2. La jerarqua de agrupaciones de almacenamiento solo contiene agrupaciones de
almacenamiento primarias, no agrupaciones de almacenamiento de copia.
Consulte el apartado Utilizacin de agrupaciones de almacenamiento de copia
para hacer una copia de seguridad de una jerarqua de almacenamiento en la
pgina 268.
3. Una agrupacin de almacenamiento debe utilizar los formatos de datos
NATIVE o NONBLOCK para formar parte de una jerarqua de agrupaciones de
almacenamiento. Por ejemplo, una agrupacin de almacenamiento que utilice el
formato de datos NETAPPDUMP no podr formar parte de una jerarqua de
Ejemplo: Definir una jerarqua de agrupaciones de

almacenamiento
Mientras agrega clientes, puede configurar una jerarqua de agrupaciones de
almacenamiento. Tambin puede utilizar el Asistente para la jerarqua de
agrupaciones de almacenamiento de la consola de Tivoli Storage Manager.
263
2. Pulse en Asistentes y pulse dos veces en Jerarqua de agrupaciones de

almacenamiento, en el panel derecho. Aparecer la jerarqua de agrupaciones
de almacenamiento en el panel derecho.
3. Siga las instrucciones del asistente para reorganizar las agrupaciones de
almacenamiento en la jerarqua.
Tambin puede reorganizar la jerarqua utilizando los comandos siguientes. A
continuacin se muestra un ejemplo.
En este ejemplo, suponga que ha observado que un departamento de ingeniera
necesita una jerarqua de almacenamiento independiente. Debe configurar la
poltica de modo que el servidor almacene inicialmente las copias de seguridad de
archivos de este departamento en una agrupacin de almacenamiento de disco.
Una vez llenada esta agrupacin, desea que el servidor migre los archivos a una
agrupacin de almacenamiento de cinta. Desea que las agrupaciones tengan las
caractersticas siguientes:
v Agrupacin de almacenamiento primaria en disco
Asigne a la agrupacin de almacenamiento el nombre ENGBACK1.
Limite a 5 MB el tamao del archivo ms grande que puede almacenarse. El
servidor almacena los archivos que tengan una tamao mayor que 5 MB en la
Los archivos se migran de la agrupacin de almacenamiento de disco a la
agrupacin de almacenamiento de cinta al llenarse la agrupacin de
almacenamiento de disco al 85%. La migracin de archivos a la agrupacin de
almacenamiento de cinta se detiene cuando este porcentaje desciende hasta el
40% en la agrupacin de almacenamiento de disco.
Utilice la funcin de cach para que los archivos migrados permanezcan en el
disco hasta que se necesite el espacio para otros archivos.
v Agrupacin de almacenamiento primaria en cinta
Asigne a la agrupacin de almacenamiento el nombre BACKTAPE.
Utilice para esta agrupacin de almacenamiento la clase de dispositivo TAPE,
que ya est definida.
No establezca ningn lmite para el tamao mximo de archivo, ya que sta
es la ltima agrupacin de almacenamiento de la jerarqua.
Utilice volmenes reutilizables para esta agrupacin, con un nmero mximo
de 100 volmenes.
Las agrupaciones de almacenamiento de una jerarqua de agrupaciones de
almacenamiento pueden definirse de arriba a abajo o de abajo a arriba. Para definir
la jerarqua de abajo a arriba se necesitan menos pasos. Para ello, realice los pasos
siguientes:
comando siguiente:
2. Defina la agrupacin de almacenamiento denominada ENGBACK1 con el

comando siguiente:
define stgpool engback1 disk
description='Agrupacin en disco para copias seguridad Ingeniera'
maxsize=5M nextstgpool=backtape highmig=85 lowmig=40
264
Ejemplo: Actualizar una jerarqua de agrupaciones de

almacenamiento
Si ya ha definido la agrupacin de almacenamiento que se encuentra al principio
de la jerarqua, puede actualizar la jerarqua de almacenamiento para que incluya
una nueva agrupacin de almacenamiento. Puede actualizar la agrupacin de
almacenamiento mediante el comando UPDATE STGPOOL o mediante la consola
de Tivoli Storage Manager, que incluye un asistente. ste permite cambiar la
jerarqua de agrupaciones de almacenamiento por medio de una interfaz de tipo
arrastrar y soltar.
Para utilizar el Asistente para la jerarqua de agrupaciones de almacenamiento de
la consola de Tivoli Storage Manager, realice lo siguiente:
2. Pulse en Asistentes y pulse dos veces en Jerarqua de agrupaciones de
almacenamiento, en el panel derecho. Aparecer la jerarqua de agrupaciones
de almacenamiento en el panel derecho.
3. Siga las instrucciones del asistente para reorganizar las agrupaciones de
almacenamiento en la jerarqua.
Tambin puede reorganizar la jerarqua utilizando los comandos siguientes. A
continuacin se muestra un ejemplo.
Por ejemplo, suponga que ya haba definido la agrupacin de almacenamiento de
disco ENGBACK1. Ahora ha decidido configurar una agrupacin de
almacenamiento de cinta a la que se van a migrar los archivos de ENGBACK1.
Realice los pasos siguientes para definir la nueva agrupacin de almacenamiento
de cinta y actualizar la jerarqua:
comando siguiente:
2. Especifique que BACKTAPE es la siguiente agrupacin de almacenamiento

definida en la jerarqua de almacenamiento para ENGBACK1. Para actualizar
ENGBACK1, entre:
update stgpool engback1 nextstgpool=backtape
Cmo agrupa el servidor los archivos antes de almacenarlos

Cuando un usuario hace una copia de seguridad o archiva una copia de los
archivos de un nodo cliente, el servidor puede agrupar varios archivos del cliente
en una agregacin de archivos. El tamao de la agregacin de archivos depende de
los tamaos de los archivos del cliente que se almacenan y del nmero de bytes y
de archivos permitidos para una sola transaccin. Dos opciones afectan al nmero
de archivos y bytes permitidos para una sola transaccin. TXNGROUPMAX, que
se encuentra en el archivo de opciones del servidor, afecta al nmero de archivos
permitido. TXNBYTELIMIT, que se encuentra en el archivo de opciones del cliente,
afecta al nmero de bytes permitidos en la agregacin de archivos.
v La opcin TXNGROUPMAX del archivo de opciones del servidor indica el
nmero mximo de archivos lgicos (archivos de cliente) que puede enviar un
cliente al servidor en una sola transaccin. El servidor puede crear varias
agregaciones de archivos para una sola transaccin, en funcin del tamao de la
transaccin.
265
El rendimiento de las operaciones de copia de seguridad, archivado, restauracin

y recuperacin del cliente puede mejorarse utilizando un valor ms alto para
esta opcin. Al transferir varios archivos pequeos, el hecho de incrementar el
valor de la opcin TXNGROUPMAX puede mejorar el rendimiento de las
operaciones en cinta.
Nota: si aumenta el valor de la opcin TXNGROUPMAX en un nmero grande,
supervise los posibles efectos en las anotaciones de recuperacin. La
especificacin de un valor ms alto para la opcin TXNGROUPMAX
puede incrementar la utilizacin de las anotaciones de recuperacin, as
como el tiempo necesario para la validacin de una transaccin. Si los
efectos son lo suficientemente significativos, pueden acarrear problemas
en el funcionamiento del servidor. Para obtener ms informacin, consulte
la publicacin Consideraciones sobre el rendimiento: transferencia de
archivos como un grupo entre un cliente y un servidor en la pgina 540.
Puede modificar el valor de la opcin del servidor TXNGROUPMAX para nodos
cliente individuales mediante el parmetro TXNGROUPMAX en los comandos
REGISTER NODE y UPDATE NODE.
v La opcin TXNBYTELIMIT del archivo de opciones del servidor indica el
nmero total de bytes que puede enviar el cliente al servidor en una sola
transaccin.
Cuando un cliente de Tivoli Storage Manager para la gestin de espacio (cliente de
HSM) migra archivos al servidor, stos no se agrupan en una agregacin de
archivos.La agregacin de archivos del servidor est desactivada para nodos cliente
que almacenan datos asociados con una clase de gestin que tiene un grupo de
copia cuyo destino es una agrupacin de almacenamiento Centera.
|
|
|
Dnde se almacenan los archivos

Cuando un usuario hace una copia de seguridad, archiva o migra un archivo de
un nodo cliente, el servidor examina la clase de gestin que est vinculada al
archivo. La clase de gestin especifica el destino, es decir, la agrupacin de
almacenamiento en que se debe almacenar el archivo. A continuacin, el servidor
comprueba la agrupacin de almacenamiento para determinar lo siguiente:
v Si es posible grabar datos de archivo en la agrupacin de almacenamiento
(modalidad de acceso).
v Si el tamao del archivo fsico sobrepasa el tamao mximo de archivo
permitido en la agrupacin de almacenamiento. En el caso de operaciones de
copia de seguridad y archivado, el archivo fsico puede ser una agregacin de
archivos o un solo archivo de cliente.
v Si hay disponible suficiente espacio en los volmenes disponibles de la
v Cul es la siguiente agrupacin de almacenamiento, si alguna de las condiciones
anteriores impide que el archivo se almacene en la agrupacin de
almacenamiento que se est comprobando.
En funcin de estos factores, el servidor determina si el archivo se puede grabar en
esa agrupacin de almacenamiento o en la siguiente agrupacin de
almacenamiento de la jerarqua.
Copias de seguridad de subarchivos: Cuando el cliente realiza una copia de
seguridad de un subarchivo, sigue notificando el tamao de todo el archivo. Por lo
tanto, las peticiones de asignacin en el almacenamiento del servidor y la
colocacin en la jerarqua de almacenamiento se basan en el tamao completo del
266
archivo. El servidor no pone un subarchivo en una agregacin con otros archivos si

el tamao de todo el archivo es demasiado grande para ponerlo en la agregacin
de archivos. Por ejemplo, el archivo completo ocupa 8 MB, pero el subarchivo solo
ocupa 10 KB. El servidor no suele poner un archivo muy grande en una
agregacin, por lo que empieza a almacenarlo como un archivo autnomo. Sin
embargo, el cliente solo enva 10 KB, y ya es demasiado tarde para que el servidor
ponga este archivo de 10 KB con otros archivos en una agregacin. En
consecuencia, las ventajas de la agregacin no siempre son reales cuando los
clientes realizan copias de seguridad de subarchivos.
Cmo almacena el servidor archivos en una jerarqua de

almacenamiento
Como ejemplo de cmo almacena el servidor los archivos en una jerarqua de
almacenamiento, suponga que una empresa tiene la jerarqua de agrupaciones de
almacenamiento que se muestra en la Figura 20.
DISKPOOL
Acceso lectura/grabacin
Tamao mx. archivo = 3MB
TAPEPOOL
Acceso lectura/grabacin
Figura 20. Ejemplo de jerarqua de almacenamiento
La jerarqua de agrupaciones de almacenamiento se compone de dos agrupaciones

de almacenamiento:
DISKPOOL
El punto ms alto de la jerarqua de almacenamiento. Contiene volmenes
de discos rpidos para almacenar los datos.
TAPEPOOL
La siguiente agrupacin de almacenamiento de la jerarqua. Contiene
volmenes de cinta a los que acceden las unidades de cinta de alto
rendimiento.
Suponga que un usuario desea archivar un archivo de 5 MB denominado ArchivoX.
El ArchivoX est vinculado a una clase de gestin que contiene un grupo de copia
archivada cuyo destino de almacenamiento es DISKPOOL; vea la Figura 20.
Cuando el usuario archiva la copia, el servidor determina dnde ha de
almacenarse el archivo siguiendo el proceso siguiente:
1. El servidor selecciona DISKPOOL porque es el destino de almacenamiento
especificado en el grupo de copia archivada.
267
2. Puesto que la modalidad de acceso de DISKPOOL es de lectura/grabacin, el

servidor comprueba el tamao mximo de archivo permitido en la agrupacin
de almacenamiento.
El tamao mximo de archivo se aplica al archivo fsico que se almacena, que
puede ser un solo archivo de cliente o una agregacin. El tamao mximo de
archivo permitido en DISKPOOL es 3 MB. ArchivoX es un archivo de 5 MB y,
por lo tanto, no se puede almacenar en DISKPOOL.
3. El servidor busca la siguiente agrupacin de almacenamiento de la jerarqua de
almacenamiento.
Si la agrupacin de almacenamiento DISKPOOL no tiene especificado ningn
tamao de archivo mximo, el servidor comprueba si hay espacio suficiente en
la agrupacin de almacenamiento para almacenar el archivo fsico. Si no lo hay,
el servidor utiliza la siguiente agrupacin de almacenamiento de la jerarqua de
almacenamiento para almacenar el archivo.
4. El servidor comprueba la modalidad de acceso de TAPEPOOL, que es la
siguiente agrupacin de almacenamiento de la jerarqua de almacenamiento. La
modalidad de acceso de TAPEPOOL es de lectura/grabacin.
5. A continuacin, el servidor comprueba el tamao mximo de archivo permitido
en la agrupacin de almacenamiento TAPEPOOL. Puesto que TAPEPOOL es la
ltima agrupacin de almacenamiento de la jerarqua de almacenamiento, no
tiene especificado ningn tamao mximo de archivo. Por tanto, si hay espacio
disponible en TAPEPOOL, ArchivoX se puede almacenar en esta agrupacin.
Utilizacin de agrupaciones de almacenamiento de copia para

hacer una copia de seguridad de una jerarqua de
almacenamiento
Las agrupaciones de almacenamiento de copia permiten realizar una copia de
seguridad de las agrupaciones de almacenamiento primarias para obtener un nivel
adicional de proteccin de datos de los clientes. Consulte el apartado Copia de
seguridad de agrupaciones de almacenamiento en la pgina 708 para obtener ms
informacin. Las agrupaciones de almacenamiento de copia no forman parte de
una jerarqua de almacenamiento.
Para una mayor eficiencia, es aconsejable utilizar una misma agrupacin de
almacenamiento de copia para hacer una copia de seguridad de todas las
agrupaciones de almacenamiento primarias que estn vinculadas para formar una
jerarqua de almacenamiento. De este modo, no ser necesario volver a copiar un
archivo cuando ste migre de su agrupacin de almacenamiento primaria original
a otra agrupacin de almacenamiento primaria de la jerarqua de almacenamiento.
Al definir agrupaciones de almacenamiento de copia en agrupaciones primarias
que tienen las agrupaciones siguientes definidas, la lista de agrupaciones de copia
para cada agrupacin primaria debe ser la misma. Si se definen listas de
agrupaciones de copia diferentes, es posible que los recursos se liberen al utilizar la
agrupacin siguiente. Si se liberan los recursos, es posible que las operaciones de
cliente tarden ms en finalizar.
En la mayora de los casos, se puede utilizar una sola agrupacin de
almacenamiento de copia para las copias de seguridad de todas las agrupaciones
de almacenamiento primarias. El nmero de agrupaciones de almacenamiento de
copia necesarias depende de si tiene ms de una jerarqua de agrupaciones de
almacenamiento primarias y del tipo de proteccin de recuperacin ante siniestro
que desea implementar.
268
Puede resultar necesario tener varias agrupaciones de almacenamiento de copia

para hacer frente a situaciones concretas, entre otras:
v Procesos especiales de determinadas jerarquas de almacenamiento primario (por
ejemplo agrupaciones de almacenamiento de archivado o agrupaciones de
almacenamiento dedicadas a clientes con prioridad)
v Creacin de varias copias para varias ubicaciones (por ejemplo, para conservar
una copia en el local y otra copia fuera del local)
v Rotacin de copias de seguridad de agrupaciones de almacenamiento enteras
(consulte el apartado Copia de seguridad de agrupaciones de almacenamiento
en la pgina 708 para obtener ms informacin)
Utilizacin de la jerarqua para escalonar el almacenamiento

de datos de clientes de disco a cinta
Una forma habitual de utilizar una jerarqua de almacenamiento es almacenar
inicialmente los datos de clientes en disco y permitir al servidor migrarlos despus
a cinta. Normalmente debera asegurarse de que dispone de suficiente
almacenamiento de disco para manejar el valor de una noche de las copias de
seguridad incrementales de los clientes. Aunque no siempre es factible, esta
directriz se muestra an ms vlida en lo que se refiere a las copias de seguridad
de las agrupaciones de almacenamiento.
Por ejemplo, si tiene suficiente espacio de disco para las copias de seguridad
incrementales nocturnas de clientes y tiene dispositivos de cinta, puede configurar
las agrupaciones siguientes:
v Una agrupacin de almacenamiento primaria en disco, con suficientes
volmenes asignados para contener las copias de seguridad incrementales
nocturnas de clientes.
v Una agrupacin de almacenamiento primaria en cinta, que se identifica como la
siguiente agrupacin de almacenamiento de la jerarqua para la agrupacin de
v Una agrupacin de almacenamiento de copia en cinta
Puede planificar los siguientes pasos cada noche:
1. Hacer una copia de seguridad incremental de los clientes en la agrupacin de
almacenamiento de disco.
2. Despus de completar los clientes las copias de seguridad, hacer una copia de
seguridad de la agrupacin de almacenamiento primaria en disco (ahora
contiene las copias de seguridad incrementales) en la agrupacin de
Hacer una copia de seguridad de las agrupaciones de almacenamiento de disco
antes del proceso de migracin permite copiar el nmero mximo posible de
archivos mientras estn todava en el disco. De este modo se evitan peticiones
de montaje mientras se realizan las copias de seguridad de las agrupaciones de
almacenamiento.
3. Iniciar la migracin de los archivos de la agrupacin de almacenamiento
primaria en disco a la agrupacin de almacenamiento primaria en cinta (la
siguiente agrupacin de la jerarqua) reduciendo el umbral superior de
migracin. Por ejemplo, reduzca el umbral al 40%.
Al completarse la migracin, vuelva a elevar el umbral superior de migracin
al 100%.
269
4. Hacer una copia de seguridad de la agrupacin de almacenamiento primaria en

cinta en la agrupacin de almacenamiento de copia para garantizar que se ha
hecho copia de seguridad de todos los archivos.
Sigue siendo necesario hacer una copia de seguridad de la agrupacin de
almacenamiento primaria en cinta para captar los archivos que puedan faltar en
la copia de seguridad de las agrupaciones de almacenamiento de disco (por
ejemplo, archivos de gran tamao que se hayan pasado directamente a los
medios secuenciales).
Consulte el apartado Estimacin de las necesidades de espacio para agrupaciones
de almacenamiento en la pgina 296 para obtener ms informacin sobre espacio
de agrupaciones de almacenamiento.
Migracin de archivos en una jerarqua de agrupaciones de

almacenamiento
El servidor proporciona la migracin automtica para mantener espacio libre en
una agrupacin de almacenamiento primaria. El servidor puede migrar datos de
una agrupacin de almacenamiento a la siguiente dentro de la jerarqua. Este
proceso ayuda a garantizar que haya suficiente espacio libre en las agrupaciones
de almacenamiento al principio de la jerarqua, donde los dispositivos ms rpidos
pueden proporcionar ms ventajas a los clientes. Por ejemplo, el servidor puede
migrar los datos almacenados en una agrupacin de almacenamiento de disco de
acceso aleatorio a una agrupacin de almacenamiento de acceso secuencial ms
lenta pero menos costosa.
Nota: el servidor de Tivoli Storage Manager no admite la migracin de archivos a
o desde una agrupacin de almacenamiento Centera.
|
|
Puede controlar:
El momento en que comienza y finaliza la migracin
Debe utilizar umbrales de migracin para controlar cundo empieza y
finaliza la migracin. Los umbrales se establecen como niveles del espacio
utilizado en una agrupacin de almacenamiento, expresados en forma de
porcentaje del espacio total disponible de la agrupacin de
almacenamiento. En el caso de una agrupacin de almacenamiento de
disco, el servidor compara el umbral con un clculo de la cantidad de
datos almacenados en la agrupacin como porcentaje de la capacidad de
datos real de los volmenes de la agrupacin. En el caso de una
agrupacin de almacenamiento de acceso secuencial, el servidor compara
el umbral con un clculo del nmero de volmenes que contienen datos
como porcentaje del nmero total de volmenes disponibles para la
agrupacin.
La forma de seleccionar el servidor los archivos que debe migrar
De forma predeterminada, el servidor no tiene en cuenta el tiempo que
hace que un archivo se encuentra en una agrupacin de almacenamiento o
el tiempo transcurrido desde el momento en que se accedi al archivo
antes de elegir los archivos para la migracin. Los parmetros opcionales
permiten cambiar el valor predeterminado. Puede asegurarse de que los
archivos permanezcan en una agrupacin de almacenamiento durante un
espacio de tiempo mnimo antes de que el servidor los migre a otra
agrupacin. Para hacerlo, establezca un perodo de retardo de migracin
para una agrupacin de almacenamiento. Para migrar un archivo, ste
debe estar almacenado en la agrupacin de almacenamiento como mnimo
270
el perodo de retardo de migracin. En el caso de las agrupaciones de

almacenamiento de disco, para el retardo de migracin tambin se tiene en
cuenta la ltima vez que se accedi al archivo.
El proceso de migracin vara segn se trate de agrupaciones de almacenamiento
de disco o de agrupaciones de almacenamiento de acceso secuencial. Si prev
modificar los valores de los parmetros de migracin predeterminados para las
agrupaciones de almacenamiento o desea obtener informacin acerca de cmo
funciona la migracin, consulte los apartados siguientes:
Migracin a agrupaciones de almacenamiento de disco
Migracin en agrupaciones de almacenamiento de acceso secuencial en la
pgina 277
Migracin a agrupaciones de almacenamiento de disco

Al definir o actualizar una agrupacin de almacenamiento, puede establecer
umbrales de migracin para especificar cundo debe empezar y terminar el
servidor la migracin de datos a la siguiente agrupacin de almacenamiento de la
jerarqua de almacenamiento. Los umbrales de migracin se definen como
porcentajes de la capacidad de datos total de la agrupacin de almacenamiento de
disco. Puede utilizar los valores predeterminados de los umbrales de migracin o
cambiar los valores de umbral para identificar la cantidad mxima y mnima de
espacio de una agrupacin de almacenamiento. Consulte los apartados Cmo
selecciona el servidor los archivos para la migracin y Eleccin de los valores
adecuados para los umbrales de migracin en la pgina 274 para obtener ms
informacin sobre los umbrales de migracin.
Para controlar el tiempo que deben permanecer los archivos en la agrupacin de
almacenamiento para que sean elegibles para la migracin, establezca un retardo
de migracin para una agrupacin de almacenamiento. Consulte el apartado
Conservacin de archivos en una agrupacin de almacenamiento en la pgina
275.
Si decide activar la cach para las agrupaciones de almacenamiento de disco, los
archivos pueden permanecer temporalmente en los discos incluso despus de la
migracin. Si utiliza la cach, puede interesarle establecer umbrales de migracin
inferiores. Consulte los apartados Cmo minimizar el tiempo de acceso a los
archivos migrados en la pgina 276 y Utilizacin de la funcin de cach en
agrupaciones de almacenamiento de disco en la pgina 280 para obtener
informacin acerca de la utilizacin de la cach.
Cmo selecciona el servidor los archivos para la migracin

Cuando los datos de una agrupacin de almacenamiento utilizan un porcentaje de
la capacidad de la agrupacin igual al umbral de migracin superior, el servidor
migra los archivos de la agrupacin a la siguiente agrupacin de almacenamiento.
El servidor selecciona los archivos y los migra en funcin de los aspectos
siguientes:
1. El servidor comprueba el nodo cliente que ha hecho la copia de seguridad o ha
migrado el espacio de archivos de mayor tamao o ha archivado copias que
ocupan la mayor parte del espacio.
2. Para todos los archivos de cada espacio de archivos perteneciente al nodo cliente
identificado, el servidor examina el nmero de das que han transcurrido desde
que el archivo se ha almacenado en la agrupacin de almacenamiento y desde
que se ha recuperado de la agrupacin de almacenamiento. El servidor
compara el nmero (el que sea inferior) con el retardo de migracin definido
271
para la agrupacin de almacenamiento. El servidor migra cualquiera de estos

archivos cuyo nmero sea superior al retardo de migracin definido para la
3. Una vez que el servidor ha migrado los archivos del primer nodo cliente a la
siguiente agrupacin de almacenamiento, comprueba el umbral inferior de
migracin para la agrupacin de almacenamiento. Si en ese momento la
cantidad de espacio utilizado en la agrupacin de almacenamiento es inferior al
umbral de migracin inferior, la migracin finaliza. En caso contrario, el
servidor elige otro nodo cliente siguiendo los mismos criterios que se han
descrito antes y el proceso de migracin contina.
El servidor quiz no pueda alcanzar el umbral inferior de migracin para la
agrupacin migrando nicamente los archivos que han estado almacenados
durante un perodo superior al retardo de migracin. En este caso, el servidor
comprueba la caracterstica de la agrupacin de almacenamiento que determina si
debe detenerse la migracin aunque la agrupacin siga teniendo un nivel superior
al umbral inferior de migracin. Consulte el apartado Conservacin de archivos
en una agrupacin de almacenamiento en la pgina 275 para obtener ms
informacin.
Si se ejecutan varios procesos de migracin (controlados por el parmetro
MIGPROCESS del comando DEFINE STGPOOL), es posible que el servidor elija
los archivos de ms de un nodo para migrarlos a la vez.
Por ejemplo, la Tabla 20 muestra la informacin de la base de datos que utiliza el
servidor para determinar qu archivos debe migrar. En este ejemplo se supone que
la agrupacin de almacenamiento no contiene archivos bajo gestin de espacio. Se
da tambin por supuesto que el perodo de retardo de migracin para la
agrupacin de almacenamiento se ha establecido en cero, lo que significa que se
puede migrar cualquier archivo independientemente de cunto tiempo haya estado
almacenado en la agrupacin o de cundo se haya accedido al mismo por ltima
vez.
Tabla 20. Informacin de la base de datos sobre los archivos almacenados en DISKPOOL
272
Nodo cliente
Tamaos y espacios de archivos

de los que se ha hecho copia de
seguridad
TOMC
TOMC/C
200 MB
TOMC/D
100 MB
CAROL
CAROL
50 MB
5 MB
PEASE
PEASE/home
150 MB
40 MB
PEASE/temp
175 MB
Copias archivadas (todos los

espacios de archivos de clientes)
55 MB
Antes de la migracin
Durante la migracin
Tras la migracin
Umbral
superior de
la migracin
80%
Umbral
inferior de
la migracin
20%
DISKPOOL
DISKPOOL
DISKPOOL
TAPEPOOL
Figura 21. El proceso de migracin y los umbrales de migracin
La Figura 21 muestra lo que ocurre cuando se excede el umbral superior de

migracin definido para la agrupacin de almacenamiento de disco DISKPOOL.
Cuando la cantidad de datos migrables de DISKPOOL alcanza el 80%, el servidor
realiza las tareas siguientes:
1. Determina que el espacio de archivos TOMC/C est ocupando la mayor parte
del espacio de la agrupacin de almacenamiento DISKPOOL, ms que ningn
otro espacio de archivos en copia de seguridad o bajo gestin de espacio, y
tambin que las copias archivadas de ningn otro cliente.
2. Localiza todos los datos pertenecientes al nodo TOMC almacenados en
DISKPOOL. En este ejemplo, el nodo TOMC ha hecho copia de seguridad de
archivos o ha archivado copias de los espacios de archivos TOMC/C y
TOMC/D almacenados en la agrupacin de almacenamiento DISKPOOL.
3. Migra todos los datos de TOMC/C y TOMC/D a la siguiente agrupacin de
almacenamiento disponible. En este ejemplo, los datos se migran a la
agrupacin de almacenamiento de cinta, TAPEPOOL.
El servidor migra todos los datos de los dos espacios de archivos pertenecientes
al nodo TOMC, aunque la ocupacin de la agrupacin de almacenamiento est
por debajo del umbral inferior de migracin antes de migrar el segundo
espacio de archivos.
Si est activada la funcin de cach, los archivos migrados permanecen en el
almacenamiento de disco (es decir, los archivos estn en cach) hasta que se
necesita espacio para nuevos archivos. Para obtener ms informacin sobre
cmo utilizar la funcin de cach, consulte el apartado Utilizacin de la
funcin de cach en agrupaciones de almacenamiento de disco en la pgina
280.
4. Una vez que todos los archivos pertenecientes a TOMC se han migrado a la
siguiente agrupacin de almacenamiento, el servidor comprueba el umbral
inferior de migracin. Si no se ha alcanzado el umbral inferior de migracin, el
servidor vuelve a determinar qu nodo cliente ha hecho copia de seguridad o
ha migrado el espacio de archivos de mayor tamao o ha archivado copias que
ocupan la mayor parte del espacio. El servidor empieza a migrar los archivos
pertenecientes a ese nodo.
273
En este ejemplo, el servidor migra todos los archivos que pertenecen al nodo
cliente denominado PEASE a la agrupacin de almacenamiento TAPEPOOL.
5. Una vez que todos los archivos pertenecientes a PEASE se han migrado a la
siguiente agrupacin de almacenamiento, el servidor vuelve a comprobar el
umbral inferior de migracin. Si el umbral inferior de migracin se ha
alcanzado o sobrepasado, la migracin finaliza.
Eleccin de los valores adecuados para los umbrales de

migracin
Al establecer umbrales de migracin para agrupaciones de almacenamiento de
disco, se garantiza la disponibilidad de suficiente espacio libre en los dispositivos
de mayor velocidad, lo que puede suponer una mejora del rendimiento. Elegir los
umbrales adecuados a su situacin significa dedicar tiempo a experimentar, y
puede empezar utilizando los valores predeterminados. Debe asegurarse de que la
migracin se produce con frecuencia suficiente para mantener algo de espacio libre,
pero no con tanta que el dispositivo no est disponible para otros usos.
Eleccin del umbral superior de migracin: para elegir el umbral superior de
migracin, tenga en cuenta:
v La cantidad de capacidad de almacenamiento proporcionada para cada
v La cantidad de almacenamiento libre necesario para que los usuarios almacenen
archivos adicionales, sin que se produzca la migracin
Si establece el umbral superior de migracin en un valor demasiado elevado, la
agrupacin puede estar inmediatamente por debajo del umbral superior, pero no
tener suficiente espacio para almacenar un archivo de cliente adicional normal. O
bien, con el umbral superior en el 100%, la agrupacin puede llenarse y tener que
iniciarse un proceso de migracin para que los clientes puedan hacer una copia de
seguridad de los datos adicionales en la agrupacin de almacenamiento de disco.
En cualquier caso, el servidor almacena los archivos de clientes directamente en
cinta hasta que termina la migracin, con lo que se reduce el rendimiento.
Si establece el umbral superior de migracin demasiado bajo, la migracin se
ejecuta con mayor frecuencia y puede interferir en otras operaciones.
Mantener el umbral superior de migracin en un solo valor significa que un
proceso de migracin puede iniciarse a cualquier hora, siempre que se sobrepase
ese umbral. Puede controlar cundo se produce la migracin utilizando
planificaciones de comandos de administracin para modificar el umbral. Por
ejemplo, establezca el umbral superior de migracin en el 95% durante la noche
cuando los clientes ejecutan las operaciones de copia de seguridad y reduzca el
umbral superior de migracin al 50% para el momento del da en que desea que se
produzca la migracin. Al planificar cundo se produce la migracin, puede elegir
la hora a la que las unidades de cinta y los operadores de montaje estn
disponibles para la operacin.
Eleccin del umbral inferior de migracin: para elegir el umbral inferior de
migracin, tenga en cuenta:
v La cantidad de espacio libre de almacenamiento de disco necesario para el
proceso diario normal. Si tiene espacio de disco libre, puede mantener ms datos
en el disco (umbral inferior ms alto). Si las copias de seguridad diarias de los
clientes son suficientes para llenar el espacio de disco cada da, puede necesitar
vaciar el disco (umbral inferior ms bajo).
274
Si el espacio de disco es limitado, intente establecer el umbral de modo que la

migracin libere suficiente espacio para que la agrupacin soporte la cantidad de
datos de clientes que suelen almacenarse todos los das. La migracin entonces
se ejecuta aproximadamente cada da, o bien puede forzar que se ejecute todos
los das reduciendo el umbral superior de migracin a una hora seleccionada.
Quiz tambin desee identificar los clientes que estn transfiriendo cantidades
importantes de datos diariamente. Para estos clientes, puede establecer una
poltica (un nuevo grupo de copia o un nuevo dominio de polticas) de modo
que sus datos se almacenen directamente en cinta. La utilizacin de una poltica
aparte en estos casos puede optimizar el uso del disco para la mayora de los
clientes.
v Si debe utilizar la funcin de cach en las agrupaciones de almacenamiento para
mejorar la velocidad de recuperacin de ciertos archivos. Si utiliza la funcin de
cach, puede establecer el umbral inferior ms bajo y seguir manteniendo una
recuperacin ms rpida para determinados datos. Los datos migrados
permanecen en cach en el disco hasta que los nuevos datos de clientes hacen
salir los datos del disco. Sin embargo, utilizar la funcin de cach incrementa el
espacio en disco necesario para la base de datos y puede ralentizar las
operaciones de copia de seguridad y de archivado que utilicen la agrupacin de
almacenamiento.
Si no utiliza la funcin de cach, puede interesarle mantener el umbral inferior
en un nmero ms elevado para que permanezcan ms datos en el disco.
v Con qu frecuencia desea que se produzca la migracin, en funcin de la
disponibilidad de los dispositivos de almacenamiento de acceso secuencial y de
los operadores de montaje. Cuanto ms elevado es el umbral inferior, menor es
el tiempo que tarda en ejecutarse el proceso de migracin (puesto que hay
menos datos que migrar). Pero si la agrupacin se vuelve a llenar deprisa, la
migracin se produce con mayor frecuencia. Cuanto ms bajo es el umbral
inferior, mayor es el tiempo que tarda en ejecutarse el proceso de migracin,
pero el proceso se ejecuta con menor frecuencia.
Debe sopesar los costes de las agrupaciones de almacenamiento de disco de gran
tamao con los costes de ejecutar la migracin (unidades, cintas y operadores o
bibliotecas automatizadas).
v Si utiliza la funcin de proximidad en la siguiente agrupacin de
almacenamiento. Cuando se utiliza la funcin de proximidad, el servidor intenta
almacenar los datos de los distintos clientes o espacios de archivos de clientes en
cintas separadas, incluso si se trata de clientes con pocos datos. Puede interesarle
establecer el umbral inferior para conservar ms datos en el disco y evitar as
utilizar grandes cantidades de cintas para clientes con pocos datos.
Conservacin de archivos en una agrupacin de

almacenamiento
Para algunas aplicaciones, quiz desee asegurarse de que los archivos permanecen
en la agrupacin de almacenamiento en que el servidor los almacena inicialmente
durante un perodo de tiempo determinado. Por ejemplo, puede hacer copias de
seguridad de los datos de resumen mensuales que desea que permanezcan en la
agrupacin de almacenamiento de disco para acceder a ellos ms rpidamente
hasta que los datos tengan 30 das de antigedad. Una vez transcurridos los 30
das, el servidor puede trasladar el archivo a una agrupacin de almacenamiento
de cinta.
Puede retardar la migracin de archivos durante un nmero de das especificado.
El nmero de das se cuenta desde el da en que se ha almacenado un archivo en
la agrupacin de almacenamiento o en que un cliente lo ha recuperado, segn cual
sea el ms reciente. Puede establecer el retardo de migracin para cada agrupacin
275
de almacenamiento de forma independiente. Cuando se establece el retardo en

cero, el servidor puede migrar cualquier archivo de la agrupacin de
almacenamiento, sin tener en cuenta si ha estado poco tiempo almacenado en la
agrupacin de almacenamiento. Cuando se establece un retardo superior a cero, el
servidor comprueba si el archivo ha permanecido en la agrupacin de
almacenamiento como mnimo durante el perodo de retardo de migracin antes
de migrarlo.
Nota: si desea que el nmero de das de retardo de migracin se cuente
nicamente desde el da en que se ha almacenado el archivo y no desde el
da en que se ha recuperado, utilice la opcin del servidor
NORETRIEVEDATE. Consulte la publicacin Administrators Reference para
obtener ms informacin acerca de esta opcin del servidor.
Si establece un retardo de migracin para una agrupacin, debe decidir qu es ms
importante: garantizar que los archivos permanezcan en la agrupacin de
almacenamiento durante el perodo de retardo de migracin o que haya suficiente
espacio en la agrupacin de almacenamiento para los nuevos archivos. Para cada
agrupacin de almacenamiento que tenga establecido un retardo de migracin,
puede elegir lo que desea hacer a medida que el servidor intente traspasar datos
de la agrupacin de almacenamiento para alcanzar el umbral inferior de migracin.
Si el servidor no puede alcanzar el umbral inferior de migracin trasladando
nicamente los archivos que han estado almacenados durante un perodo superior
al retardo de migracin, puede elegir una de las opciones siguientes:
v Permitir que el servidor traslade los archivos de la agrupacin de
almacenamiento, aunque no hayan estado en la agrupacin el perodo de
migracin establecido (MIGCONTINUE=YES). ste es el valor predeterminado.
Si permite que contine la migracin, se asegurar de que haya espacio
disponible en la agrupacin de almacenamiento para los nuevos archivos que
deban almacenarse en la misma.
v Hacer que el servidor detenga la migracin sin que se haya alcanzado el umbral
inferior de migracin (MIGCONTINUE=NO). Si detiene la migracin, se asegura
de que los archivos permanezcan en la agrupacin de almacenamiento el tiempo
especificado con el retardo de migracin. El administrador debe asegurarse de
que haya siempre suficiente espacio disponible en la agrupacin de
almacenamiento para conservar los datos durante el nmero de das necesario.
Si permite ms de un proceso de migracin para la agrupacin de almacenamiento
y permite que el servidor traslade los archivos que no satisfacen el perodo de
retardo de migracin (MIGCONTINUE=YES), algunos archivos que no cumplen el
retardo de migracin se migrarn sin necesidad. Mientras un proceso migra
archivos que cumplen el periodo de retardo de migracin, un segundo proceso
podra comenzar a migrar archivos que no cumplen el periodo de retardo de
migracin para, de esta forma, alcanzar el umbral de migracin inferior. El primer
proceso que contina migrando archivos que cumplen el periodo de retardo de
migracin podra haber hecho por s mismo que la agrupacin de almacenamiento
alcanzase el umbral de migracin inferior.
Cmo minimizar el tiempo de acceso a los archivos migrados

La funcin de cach es un mtodo de minimizar el tiempo de acceso a los archivos
del almacenamiento de disco, incluso si el servidor los ha migrado a una
agrupacin de almacenamiento de cinta. Sin embargo, los archivos almacenados en
cach se eliminan del disco al necesitarse el espacio que ocupan. En este caso, el
archivo debe obtenerse de la agrupacin de almacenamiento a la que se haba
migrado.
276
Nota: la utilizacin de la cach tiene algunas desventajas. Consulte el apartado

Utilizacin de la funcin de cach en agrupaciones de almacenamiento de
Para asegurarse de que los archivos permanezcan en el almacenamiento de disco y
no se migren a otras agrupaciones de almacenamiento, utilice uno de los mtodos
siguientes:
v No defina la siguiente agrupacin de almacenamiento.
Un inconveniente de utilizar este mtodo es que si el archivo sobrepasa el
espacio disponible en la agrupacin de almacenamiento, no se ejecuta la
operacin de almacenar el archivo.
v Establezca el umbral superior de migracin en el 100%.
Al establecer el umbral superior de migracin en el 100%, no se migrar ningn
archivo. Puede definir la siguiente agrupacin de almacenamiento de la jerarqua
de almacenamiento y establecer el tamao mximo de archivo de modo que los
archivos de mayor tamao se almacenen en la siguiente agrupacin de
Un inconveniente de establecer el umbral superior en el 100% es que cuando se
llena la agrupacin, los archivos de clientes se almacenan directamente en cinta
en lugar de en disco. Como consecuencia, el rendimiento puede resultar
afectado.
Migracin en agrupaciones de almacenamiento de acceso

secuencial
Se pueden establecer umbrales de migracin para agrupaciones de almacenamiento
de acceso secuencial. Sin embargo, es probable que no desee que el servidor lleve a
cabo este tipo de migracin con regularidad. Una operacin como la migracin de
cinta a cinta tiene ventajas limitadas en comparacin con la migracin de disco a
cinta y necesita como mnimo dos unidades de cinta. La migracin de datos de
una agrupacin de almacenamiento de acceso secuencial a otra puede ser adecuada
en algunos casos, como por ejemplo cuando instala una unidad de cinta que utiliza
un tipo de cinta diferente y desea traspasar los datos a esa cinta.
Desde una agrupacin de almacenamiento de acceso secuencial, solo se pueden
migrar datos a otra agrupacin de almacenamiento de acceso secuencial. No es
posible migrar datos desde una agrupacin de almacenamiento de acceso
secuencial a una agrupacin de almacenamiento de disco. Si debe traspasar datos
de una agrupacin de almacenamiento de acceso secuencial a una agrupacin de
almacenamiento de disco, utilice el comando MOVE DATA. Consulte el apartado
Traspaso de archivos de un volumen a otro en la pgina 317.
Para controlar el proceso de migracin, puede establecer umbrales de migracin y
un retardo de migracin para cada agrupacin de almacenamiento.
|
|
|
Nota: las agrupaciones de almacenamiento que utilizan el formato de datos

NETAPPDUMP, CELERRADUMP o NDMPDUMP no pueden utilizarse para
la migracin.
Cmo migra IBM Tivoli Storage Manager los datos de

agrupaciones de almacenamiento de acceso secuencial
El servidor inicia el proceso de migracin cuando el nmero de volmenes que
contienen datos como porcentaje del total de volmenes de la agrupacin de
almacenamiento alcanza el umbral de migracin superior. El servidor migra los
datos de las agrupaciones de almacenamiento secuencial por volumen, a fin de
277
minimizar el nmero de montajes de volmenes. El servidor lleva a cabo el

siguiente proceso para efectuar la migracin:
1. Primero reclama los volmenes que han sobrepasado el umbral de reclamacin.
La reclamacin es un proceso del servidor que consiste en consolidar los datos
de varios volmenes en un volumen. (Consulte el apartado Reclamacin de
espacio en agrupaciones de almacenamiento de acceso secuencial en la pgina
287.)
2. Despus del proceso de reclamacin, el servidor compara el espacio utilizado
en la agrupacin de almacenamiento con el umbral inferior de migracin.
3. Si el espacio utilizado se encuentra ahora por debajo del umbral inferior de
migracin, el servidor detiene el proceso, pero si el espacio utilizado contina
por encima del umbral inferior de migracin, el servidor determina cul es el
volumen al que se ha hecho menos referencia ltimamente.
4. Si el nmero de das desde que se escribieron datos es superior al retardo de
migracin, el servidor migra el volumen. De lo contrario, no lo migra.
5. El servidor repite los pasos 3 y 4 hasta que la agrupacin de almacenamiento
alcanza el umbral inferior de migracin.
Puesto que el retardo de migracin puede impedir la migracin de volmenes, el
servidor puede migrar datos de todos los volmenes elegibles y encontrarse con
que la agrupacin de almacenamiento sigue por encima del umbral de migracin
inferior. Si establece un retardo de migracin para una agrupacin, debe decidir
qu es ms importante: garantizar que los datos permanezcan en la agrupacin de
almacenamiento durante el retardo de migracin o que haya suficiente espacio en
la agrupacin de almacenamiento para los nuevos datos. Para cada agrupacin de
almacenamiento que tenga establecido un retardo de migracin, puede elegir lo
que desea hacer a medida que el servidor intente traspasar datos de la agrupacin
de almacenamiento para alcanzar el umbral inferior de migracin. Si el servidor no
puede alcanzar el umbral inferior de migracin migrando nicamente los
volmenes que cumplen con el requisito del retardo de migracin, puede elegir
una de las opciones siguientes:
v Permitir que el servidor migre volmenes de la agrupacin de almacenamiento,
aunque no cumplan los criterios del retardo de migracin
(MIGCONTINUE=YES). ste es el valor predeterminado. Si permite que
contine la migracin, se asegurar de que haya espacio disponible en la
agrupacin de almacenamiento para los nuevos archivos que deban almacenarse
en la misma.
v Hacer que el servidor detenga la migracin sin que se haya alcanzado el umbral
inferior de migracin (MIGCONTINUE=NO). Detener la migracin asegura que
no se migren los volmenes hasta que haya transcurrido el tiempo que se ha
especificado con el retardo de migracin. El administrador debe asegurarse de
que haya siempre suficiente espacio disponible en la agrupacin de
almacenamiento para conservar los datos durante el nmero de das necesario.
Seleccin de los criterios de migracin para las agrupaciones de

Al definir los criterios de migracin para las agrupaciones de almacenamiento de
acceso secuencial, tenga en cuenta:
v La capacidad de los volmenes de la agrupacin de almacenamiento.
v El tiempo necesario para migrar los datos a la siguiente agrupacin de
almacenamiento.
v La velocidad de los dispositivos que utiliza la agrupacin de almacenamiento.
278
v El tiempo necesario para montar los medios, como por ejemplo volmenes de
cinta, en las unidades.
v Si es necesaria la presencia de un operador.
Si decide migrar datos de una agrupacin de almacenamiento de acceso secuencial
a otra, asegrese de que se cumplen los requisitos siguientes:
v Hay dos unidades (puntos de montaje) disponibles, una en cada agrupacin de
almacenamiento.
v La modalidad de acceso para la siguiente agrupacin de almacenamiento de la
jerarqua de almacenamiento se ha establecido para lectura/grabacin.
Para obtener informacin sobre cmo establecer una modalidad de acceso para
las agrupaciones de almacenamiento de acceso secuencial, consulte el apartado
Definicin o actualizacin de agrupaciones de almacenamiento primarias en la
pgina 245.
v La funcin de proximidad se ha establecido igual en las dos agrupaciones de
almacenamiento. Por ejemplo, si la funcin de proximidad se ha establecido en
Yes en la primera agrupacin de almacenamiento, la funcin de proximidad debe
establecerse en Yes en la siguiente agrupacin de almacenamiento.
Cuando se activa la funcin de proximidad para una agrupacin de
almacenamiento, el servidor intenta conservar todos los archivos pertenecientes
a un nodo cliente o a un espacio de archivos de clientes en un nmero mnimo
de volmenes. Para obtener informacin sobre la funcin de proximidad para las
agrupaciones de almacenamiento de acceso secuencial, consulte el apartado
Cmo mantener juntos los archivos de un cliente: Proximidad en la pgina
281.
v Dispone del personal disponible suficiente para atender todas las operaciones de
montaje y desmontaje de medios que sean necesarias. La mayora de las
operaciones de montaje ocurren porque el servidor intenta reclamar espacio de
los volmenes de agrupaciones de almacenamiento de acceso secuencial antes de
migrar los archivos a la siguiente agrupacin de almacenamiento.
Si desea limitar la migracin de una agrupacin de almacenamiento de acceso
secuencial a otra agrupacin de almacenamiento, establezca el umbral superior
de migracin en un porcentaje elevado, como por ejemplo el 95%.
Para obtener informacin sobre cmo establecer un umbral de reclamacin para
las agrupaciones de almacenamiento de cinta, consulte el apartado Reclamacin
de espacio en agrupaciones de almacenamiento de acceso secuencial en la
pgina 287.
No hay ningn modo directo de hacer una migracin selectiva de datos para un
nodo especfico de una agrupacin de almacenamiento secuencial a otra. Puede
utilizar el comando MOVE NODEDATA para traspasar espacios de archivos de un
nodo de una agrupacin de almacenamiento a otra. Consulte el apartado Traspaso
de datos para un nodo cliente en la pgina 321.
Migracin y agrupaciones de almacenamiento de copia

Las agrupaciones de almacenamiento de copia no forman parte de la jerarqua de
migracin. Las agrupaciones de almacenamiento de copia no son origen ni destino
de migraciones de archivos. El nico modo de almacenar archivos en agrupaciones
de almacenamiento de copia consiste en hacer una copia de seguridad de las
agrupaciones de almacenamiento primarias (comando BACKUP STGPOOL).
La migracin de archivos entre agrupaciones de almacenamiento primarias no
afecta a los archivos de las agrupaciones de almacenamiento de copia. Los archivos
279
de agrupaciones de almacenamiento de copia no se trasladan al trasladarse los

archivos de las agrupaciones de almacenamiento primarias.
Por ejemplo, suponga que se hace una copia de un archivo mientras est en una
agrupacin de almacenamiento de disco. El archivo se migra despus a una
agrupacin de almacenamiento primaria en cinta. Si hace una copia de seguridad
de la agrupacin de almacenamiento primaria en cinta en la misma agrupacin de
almacenamiento de copia, no se necesita una nueva copia del archivo. El servidor
sabe que ya tiene una copia vlida del archivo.
Utilizacin de la funcin de cach en agrupaciones de almacenamiento

de disco
Al definir o actualizar las agrupaciones de almacenamiento de disco, puede activar
o desactivar la funcin de cach.
Si la funcin de cach est desactivada y se produce una migracin, el servidor
migra los archivos a la siguiente agrupacin de almacenamiento y los borra de la
agrupacin de almacenamiento de disco. De forma predeterminada, el sistema
desactiva la funcin de cach para cada agrupacin de almacenamiento de disco
debido a los efectos potenciales que puede tener sobre el rendimiento de las copias
de seguridad.
La funcin de cach puede activarse especificando CACHE=YES al definir o
actualizar una agrupacin de almacenamiento. Cuando la funcin de cach est
activada, el proceso de migracin deja copias duplicadas de los archivos en el
disco una vez que el servidor migra esos archivos a la siguiente agrupacin de
almacenamiento de la jerarqua de almacenamiento. Las copias permanecen en la
agrupacin de almacenamiento de disco, pero en el estado en cach para que las
peticiones de recuperacin posteriores puedan satisfacerse con rapidez. Sin
embargo, si se necesita espacio para almacenar nuevos datos en la agrupacin de
almacenamiento de disco, se borran los archivos en cach y se utiliza el espacio
que ocupaban para los nuevos datos.
La ventaja de utilizar la funcin de cach para una agrupacin de almacenamiento
de disco es que puede mejorar la velocidad con que el servidor recupera ciertos
archivos. Cuando se utiliza la funcin de cach, una copia del archivo permanece
en el almacenamiento de disco despus de que el servidor haya migrado el archivo
primario a otra agrupacin de almacenamiento. Puede utilizar una agrupacin de
almacenamiento con la funcin de cach activada para almacenar los archivos bajo
gestin de espacio a los que acceden con mayor frecuencia los clientes.
No obstante, utilizar la funcin de cach presenta ciertos inconvenientes
importantes:
v La utilizacin de la funcin de cach puede hacer aumentar el tiempo necesario
para completar las operaciones de copia de seguridad de los clientes. El
rendimiento se ve afectado dado que, dentro de la operacin de copia de
seguridad, el servidor debe borrar los archivos en cach a fin de dejar espacio
para almacenar los nuevos archivos. Los efectos pueden ser graves si el servidor
almacena un archivo de gran tamao y debe borrar los archivos en cach.
Para obtener un mejor rendimiento en las operaciones de copia de seguridad de
los clientes, no utilice la funcin de cach.
v La utilizacin de la funcin de cach puede requerir ms espacio para la base de
datos del servidor. Al utilizar la funcin de cach, se necesita ms espacio para
280
la base de datos ya que el servidor tiene que hacer el seguimiento tanto de la

copia en cach del archivo como de la nueva copia de la siguiente agrupacin de
almacenamiento.
Si deja desactivada la funcin de cach, puede plantearse el tener umbrales de
migracin ms elevados para la agrupacin de almacenamiento de disco. Un valor
ms elevado de umbral de migracin mantiene los archivos en el disco ms tiempo
ya que la migracin se produce con menor frecuencia.
Cmo elimina el servidor los archivos en cach

Cuando se necesita espacio, el servidor reclama el espacio que ocupan los archivos
en cach. Los archivos con fecha de recuperacin ms antigua y que ocupan la
cantidad mayor del espacio de disco se consideran primero. Por ejemplo, suponga
que dos archivos, el archivo A y el archivo B, son archivos en cach que tienen el
mismo tamao. Si el archivo A se ha recuperado por ltima vez el 16/05/99 y el
archivo B el 19/06/99, primero se suprimir el archivo A para reclamar espacio.
Con la opcin NORETRIEVEDATE, puede determinar si el servidor hace o no el
seguimiento de la fecha de recuperacin de un archivo. Si incluye esta opcin en el
archivo de opciones del servidor, el servidor no actualiza la fecha de recuperacin
de los archivos. En consecuencia, el servidor puede eliminar las copias de los
archivos en cach aun cuando los clientes hayan recuperado estos archivos hace
poco.
Incidencias de la funcin de cach en las estadsticas de las

La estadstica de utilizacin de espacio de la agrupacin (%util) incluye el espacio
que utilizan todas las copias en cach de los archivos de la agrupacin de
almacenamiento. La estadstica de datos migrables (%migr) no incluye el espacio
que ocupan las copias en cach de los archivos. El servidor utiliza la estadstica de
datos migrables (%migr) para compararla con los parmetros de umbral de
migracin y determinar el momento en que debe empezar o finalizar la migracin.
Para obtener ms informacin sobre estadsticas de agrupaciones de
almacenamiento, consulte el apartado Supervisin de agrupaciones y volmenes
Cmo mantener juntos los archivos de un cliente: Proximidad

Con la funcin de proximidad activada, el servidor intenta conservar los archivos
pertenecientes a un solo nodo cliente o espacio de archivos de clientes en un
nmero mnimo de volmenes de almacenamiento de acceso secuencial. Puede
establecerla para cada agrupacin de almacenamiento de acceso secuencial al
definir o actualizar la agrupacin.
Para que el servidor almacene los datos en una agrupacin de almacenamiento
utilizando la funcin de proximidad por nodo cliente, establezca la funcin de
proximidad en YES. Para que el servidor almacene los datos en una agrupacin de
almacenamiento utilizando la funcin de proximidad por espacio de archivos de
clientes, establezca la funcin de proximidad en FILESPACE. Al utilizar la funcin
de proximidad, se reduce el nmero de operaciones de montaje de volmenes
necesarias cuando los usuarios restauran o recuperan gran cantidad de archivos de
la agrupacin de almacenamiento. La funcin de proximidad, pues, mejora el
tiempo de acceso para estas operaciones. La Figura 22 en la pgina 282 muestra un
281
ejemplo de funcin de proximidad por nodo cliente con tres clientes, cada uno de
los cuales tiene un volumen separado que contiene sus datos.
Figura 22. Ejemplo de funcin de proximidad activada
Si la funcin de proximidad est desactivada, el servidor intenta utilizar todo el

espacio disponible en cada volumen antes de seleccionar un nuevo volumen.
Aunque este proceso proporciona una mejor utilizacin de volmenes individuales,
los archivos de usuario pueden quedar esparcidos en un gran nmero de
volmenes. La Figura 23 muestra un ejemplo de la funcin de proximidad
desactivada, con tres clientes que comparten el espacio en un volumen.
Figura 23. Ejemplo de funcin de proximidad desactivada
Cuando la funcin de proximidad est desactivada, cuando los usuarios restauran,

recuperan o reclaman un gran nmero de archivos, puede ser que los operadores
de montaje de medios tengan que montar ms volmenes. El valor predeterminado
del sistema es no utilizar la funcin de proximidad.
En los apartados siguientes se facilita informacin ms detallada sobre la funcin
de proximidad:
Incidencia de la funcin de proximidad en las operaciones en la pgina 283
Cmo selecciona el servidor los volmenes con la funcin de proximidad
activada en la pgina 284
Cmo selecciona el servidor los volmenes con la funcin de proximidad
desactivada en la pgina 285
Activacin o desactivacin de la funcin de proximidad en la pgina 286
282
Funcin de proximidad en agrupaciones de almacenamiento de copia en la

pgina 286
Incidencia de la funcin de proximidad en las operaciones

En la Tabla 21 se resume la incidencia de la funcin de proximidad en las
operaciones.
Tabla 21. Incidencia de la funcin de proximidad en las operaciones
Operacin
Proximidad activada
Proximidad desactivada
Copia de seguridad, archivado o

migracin de archivos de clientes
Ms montajes de medios para la

funcin de proximidad de los
archivos.
Generalmente se requieren menos

montajes de medios.
Restauracin o recuperacin de
archivos de clientes
Se pueden restaurar o recuperar

numerosos archivos ms rpidamente
debido a que estn situados en menos
volmenes.
Pueden necesitarse varios montajes de

medios para un nico usuario debido
a que los archivos pueden estar
distribuidos en varios volmenes.
Puede haber almacenados archivos de
ms de un usuario en el mismo
volumen de almacenamiento de
acceso secuencial. Por ejemplo, si dos
usuarios intentan recuperar un
archivo que reside en el mismo
volumen, el segundo usuario se ver
obligado a esperar hasta que se hayan
recuperado los archivos del primer
usuario.
Almacenamiento de datos en cinta
El servidor intenta utilizar todos los

volmenes de cinta disponibles para
separar los archivos de usuario antes
de utilizar todo el espacio disponible
en cada volumen de cinta.
El servidor intenta utilizar todo el

espacio disponible en cada volumen
de cinta antes de utilizar otro
volumen de cinta.
Operaciones de montaje de medios
Ms operaciones de montaje al hacer

una copia de seguridad de los
archivos de usuario, archivar copias
de archivos de usuario o migrar
archivos de usuario de nodos cliente
directamente en volmenes de acceso
secuencial.
Se necesitan ms operaciones de
montaje durante la restauracin y la
recuperacin de los archivos de
clientes.
Ms operaciones de montaje durante

la reclamacin y la migracin de la
Ms volmenes a manejar debido a
que no se utilizan completamente.
Sugerencia: si utiliza la funcin de proximidad, pero desea reducir el nmero de

montajes de medios y utilizar de una forma ms eficaz el espacio en
los volmenes secuenciales, puede hacer lo siguiente:
v Definir una jerarqua de agrupaciones de almacenamiento y una
poltica para hacer que las copias de seguridad de los archivos, las
copias archivadas o los archivos bajo gestin de espacio se
almacenen inicialmente en agrupaciones de almacenamiento de
disco.
283
Cuando se migran los archivos de una agrupacin de

almacenamiento de disco, el servidor intenta migrar todos los
archivos pertenecientes al nodo cliente que utiliza ms espacio en
disco en la agrupacin de almacenamiento. Este proceso funciona
bien con la opcin de proximidad ya que el servidor intenta colocar
todos los archivos de un cliente determinado en el mismo volumen
de almacenamiento de acceso secuencial.
v Utilizar volmenes reutilizables con las agrupaciones de
almacenamiento de acceso secuencial para que el servidor pueda
seleccionar nuevos volmenes para la funcin de proximidad.
v Especifique la opcin de cliente COLLOCATEBYFILESPEC para
limitar el nmero de cintas en las que se graban los objetos
asociados con una especificacin de archivo. Esta opcin de
proximidad hace que la funcin de proximidad del servidor sea
ms eficaz; no anula la funcin de proximidad del espacio de
archivos ni la del nodo. Para obtener informacin general sobre las
opciones de cliente, consulte el apartado Gestin de los archivos
de opciones de los clientes en la pgina 368. Para obtener
informacin detallada sobre la opcin COLLOCATEBYFILESPEC en
concreto, consulte la publicacin Gua del usuario e instalacin de los
|
|
|
|
|
|
|
|
|
|
|
Cmo selecciona el servidor los volmenes con la funcin de

proximidad activada
Si est activada la funcin de proximidad a nivel de nodo cliente para una
agrupacin de almacenamiento (COLLOCATION=YES) y un nodo cliente hace una
copia de seguridad, archiva o migra archivos a la agrupacin de almacenamiento,
el servidor intenta seleccionar un volumen de acuerdo con el orden de seleccin
siguiente:
1. Un volumen que ya contiene archivos del mismo nodo cliente
2. Un volumen predefinido vaco
3. Un volumen reutilizable vaco
4. El volumen con la mayor cantidad de espacio libre disponible de entre los
volmenes que ya contienen datos
Si est activada la funcin de proximidad a nivel de espacio de archivos para una
agrupacin de almacenamiento (COLLOCATION=FILESPACE) y un nodo cliente
hace una copia de seguridad, archiva o migra archivos en la agrupacin de
almacenamiento, el servidor intenta seleccionar un volumen de acuerdo con el
orden de seleccin siguiente:
1. Un volumen que ya contiene archivos del mismo espacio de archivos de dicho
nodo cliente
4. Un volumen que contiene datos del mismo nodo cliente
Si el servidor ha de seguir almacenando datos en un segundo volumen, obtiene
espacio adicional de acuerdo con el orden de seleccin siguiente:
284

4. Cualquier volumen disponible de la agrupacin de almacenamiento
A lo largo proceso de seleccin, el servidor intenta ofrecer la mejor utilizacin
posible de los volmenes individuales, al tiempo que reduce la mezcla de archivos
procedentes de distintos clientes o de espacios de archivos de los volmenes. Por
ejemplo, la Figura 24 muestra que la seleccin de volmenes es horizontal, donde se
utilizan todos los volmenes disponibles antes de utilizar todo el espacio
disponible de cada volumen. A, B, C y D representan archivos de cuatro nodos
cliente distintos.
Espacio
utilizado
en cada
volumen
D
A
B
VOL1
VOL2
D
C
VOL3
VOL4
VOL5
Nmeros de volmenes (1 a n)
Figura 24. Uso de todos los volmenes de almacenamiento de acceso secuencial
disponibles con la funcin de proximidad activada
Cmo selecciona el servidor los volmenes con la funcin de

proximidad desactivada
Si la funcin de proximidad est desactivada, el servidor intenta utilizar todo el
espacio disponible en cada volumen de almacenamiento antes de acceder a otro
volumen. Al almacenar archivos de clientes en una agrupacin de almacenamiento
de acceso secuencial en la que est desactivada la funcin de proximidad, el
servidor selecciona un volumen de acuerdo con el orden siguiente:
1. Un volumen secuencial que tenga espacio disponible y que se haya utilizado
anteriormente (se selecciona primero el volumen que ms datos tiene)
2. Un volumen vaco
Cuando el servidor debe continuar almacenando datos en un segundo volumen,
intenta seleccionar un volumen vaco. Si no existe ninguno, el servidor intenta
seleccionar cualquiera de los volmenes disponibles en la agrupacin de
almacenamiento.
La Figura 25 en la pgina 286 muestra que la utilizacin de volmenes es vertical si
est desactivada la funcin de proximidad. En este ejemplo, se utilizan menos
volmenes porque el servidor intenta utilizar todo el espacio disponible mezclando
los archivos de clientes en los volmenes individuales. A, B, C y D representan
archivos de cuatro nodos cliente distintos.
285
B
D
Espacio
utilizado
en cada
volumen
C
A
B
A
D
D
A
C
VOL1
VOL2
VOL3
VOL4
VOL5
Nmeros de volmenes (1 a n)
Figura 25. Uso de todo el espacio disponible en volmenes secuenciales con la funcin de
proximidad desactivada
Activacin o desactivacin de la funcin de proximidad

Una vez definida una agrupacin de almacenamiento, se puede cambiar el valor
de la funcin de proximidad actualizando la agrupacin de almacenamiento. La
modificacin de la agrupacin con respecto a la funcin de proximidad no afecta a
los archivos que ya estn almacenados en la agrupacin.
Por ejemplo, si la funcin de proximidad est desactivada para una agrupacin de
almacenamiento y la activa, a partir de ese momento se intentar que los archivos de
cliente almacenados en la agrupacin queden situados prximos entre s. Los
archivos que se haban almacenado en la agrupacin con anterioridad no se
trasladan para que estn prximos. Sin embargo, a medida que se reclaman los
volmenes, los datos de la agrupacin tienden a ir quedando ms prximos entre
s. Tambin puede utilizar los comandos MOVE DATA o MOVE NODEDATA para
traspasar datos a nuevos volmenes a fin de aumentar la proximidad. Esto, sin
embargo, aumenta el tiempo de proceso y la actividad de montaje de volmenes.
Nota: se puede alargar la espera o aumentar la actividad de montaje cuando se
activa la proximidad por espacio de archivos y un nodo dispone de un
volumen que contiene varios espacios de archivos. Si un volumen es
susceptible de recibir datos, Tivoli Storage Manager esperar a ese volumen.
Funcin de proximidad en agrupaciones de almacenamiento

de copia
En relacin con la utilizacin de la funcin de proximidad en las agrupaciones de
almacenamiento de copia, existen varios aspectos que debe tener en cuenta.
Las agrupaciones de almacenamiento primarias y las agrupaciones de
almacenamiento de copia tienen papeles distintos en la recuperacin.
Normalmente, las agrupaciones de almacenamiento primarias se utilizan para
recuperar los datos directamente en los clientes. En cambio, las agrupaciones de
almacenamiento de copia se utilizan para recuperar los datos en las agrupaciones
de almacenamiento primarias. En un siniestro donde se pierden los datos de los
clientes y los del servidor, probablemente sern los volmenes de las agrupaciones
de almacenamiento de copia los que se utilicen para recuperar directamente los
clientes. Los tipos de supuestos de recuperacin que ms le afecten le ayudarn a
determinar si debe utilizar la funcin de proximidad en las agrupaciones de
286
Asimismo, tenga en cuenta que al utilizar la funcin de proximidad en las

agrupaciones de almacenamiento de copia se obtienen ms volmenes
parcialmente llenos y puede generarse una actividad de reclamacin fuera del local
potencialmente innecesaria. La funcin de proximidad suele tener como resultado
la existencia de un volumen secuencial parcialmente lleno por cada cliente o
espacio de archivos de cliente. Puede ser aceptable para las agrupaciones de
almacenamiento primarias, ya que estos volmenes parcialmente llenos
permanecen disponibles y se pueden llenar durante el proceso de migracin
siguiente. No obstante, con las agrupaciones de almacenamiento de copia esto
puede ser inaceptable puesto que las copias de seguridad de las agrupaciones de
almacenamiento se suelen hacer para trasladarlas inmediatamente fuera del local.
Si utiliza la funcin de proximidad para las agrupaciones de almacenamiento de
copia, tendr que decidir entre las dos opciones siguientes:
v Trasladar fuera del local ms volmenes parcialmente llenos y, por consiguiente,
aumentar la actividad de reclamacin cuando se disminuye o se alcanza el
umbral de reclamacin.
v Dejar en el local esos volmenes parcialmente llenos hasta que se llenen y
asumir el riesgo de no tener ninguna copia fuera del local de los datos de esos
volmenes.
Con la funcin de proximidad desactivada para una agrupacin de
almacenamiento de copia, una vez finalizadas las copias de seguridad de la
agrupacin de almacenamiento en la agrupacin de almacenamiento de copia,
suelen quedar pocos volmenes parcialmente llenos.
Debe considerarse con detenimiento si se utiliza la funcin de proximidad para las
agrupaciones de almacenamiento de copia. Aunque utilice la funcin de
proximidad para las agrupaciones de almacenamiento primarias, puede que le
interese desactivarla para las agrupaciones de almacenamiento de copia. La
funcin de proximidad en las agrupaciones de almacenamiento de copia puede ser
conveniente en el caso de tener pocos clientes pero cada uno de ellos con grandes
cantidades de datos de copia de seguridad incremental todos los das.
Proximidad en la pgina 281 para obtener ms informacin sobre la funcin de
proximidad.
Reclamacin de espacio en agrupaciones de almacenamiento de

acceso secuencial
El espacio de un volumen secuencial se puede reclamar a medida que los archivos
caducan o se suprimen del volumen. Por ejemplo, los archivos quedan obsoletos
por su antigedad o debido al lmite de versiones que puede tener un archivo.En
el proceso de reclamacin, el servidor vuelve a grabar los archivos del volumen
que se reclama en otros volmenes de la agrupacin de almacenamiento, con lo
que el volumen reclamado pasa a estar disponible para la reutilizacin.
El servidor reclama el espacio en las agrupaciones de almacenamiento en funcin
de un umbral de reclamacin que se puede establecer para cada agrupacin de
almacenamiento de acceso secuencial. Cuando el porcentaje de espacio reclamable
de un volumen supera el umbral de reclamacin, el servidor reclama el volumen.
Cmo funciona la reclamacin de IBM Tivoli Storage Manager en la pgina
288
287
Eleccin del umbral de reclamacin en la pgina 290

Reclamacin de volmenes en una agrupacin de almacenamiento con una
unidad en la pgina 291
Reclamacin de volmenes de cintas con alta capacidad en la pgina 292
Reclamacin
Reclamacin
292
Reclamacin
293
Cmo afecta
de medios pticos WORM en la pgina 292

de volmenes con el tipo de dispositivo SERVER en la pgina
de las agrupaciones de almacenamiento de copia en la pgina
la funcin de proximidad a la reclamacin en la pgina 296
Notas:
1. Las agrupaciones de almacenamiento que utilizan el formato de datos
NETAPPDUMP, CELERRADUMP o NDMPDUMP no pueden utilizar la
reclamacin.
2. El servidor de Tivoli Storage Manager no admite el proceso de reclamacin en
agrupaciones de almacenamiento Centera.
|
|
|
|
|
Cmo funciona la reclamacin de IBM Tivoli Storage Manager

Cuando el porcentaje de espacio reclamable de un volumen supera el umbral de
reclamacin establecido para la agrupacin de almacenamiento, el volumen cumple
los requisitos para ser reclamado. El servidor comprueba si se necesita la
reclamacin al menos una vez por hora e inicia la reclamacin del espacio de los
volmenes pertinentes. Puede establecer un umbral de reclamacin para cada
agrupacin de almacenamiento de acceso secuencial al definir o actualizar la
agrupacin.
Durante la reclamacin de espacio, el servidor copia los archivos que quedan en
los volmenes disponibles en otros volmenes. Por ejemplo, la Figura 26 en la
pgina 289 muestra que el servidor consolida los archivos de las cintas 1, 2 y 3 en
la cinta 4. Durante la reclamacin, el servidor copia los archivos en los volmenes
de la misma agrupacin de almacenamiento salvo que se haya especificado una
agrupacin de almacenamiento de reclamacin. Utilice una agrupacin de
almacenamiento de reclamacin para hacer posible la reclamacin automtica de
una agrupacin de almacenamiento con una sola unidad.
Nota: para evitar la contienda por las mismas cintas, el servidor no permite que se
inicie un proceso de reclamacin si hay un proceso DELETE FILESPACE
activo. El servidor comprueba cada hora si el proceso DELETE FILESPACE
ha finalizado para que pueda iniciarse el proceso de reclamacin. Una vez
completado el proceso DELETE FILESPACE, la reclamacin se inicia en una
hora.
El servidor reclama igualmente espacio en una agregacin de archivos. Una
agregacin de archivos es un archivo fsico que contiene varios archivos lgicos de
los que se ha hecho copia de seguridad o que se han archivado desde un cliente en
una sola transaccin. El espacio que hay dentro de la agregacin de archivos puede
reclamarse a medida que los archivos lgicos de la agregacin de archivos vayan
caducando o los borre el cliente. El servidor elimina el espacio sin utilizar que se
obtiene de los archivos lgicos caducados o suprimidos cuando copia la agregacin
de archivos en otro volumen durante el proceso de reclamacin. Sin embargo, la
reclamacin no agrega los archivos almacenados inicialmente en forma no
agregada. Del mismo modo, la reclamacin no combina agregaciones para crear
nuevas agregaciones. Tambin es posible reclamar espacio en una agregacin
288
mediante la emisin del comando MOVE DATA. Consulte la publicacin

Reclamacin de espacio en agregaciones durante el traspaso de datos en la
= datos vlidos
Figura 26. Reclamacin de cintas
Despus de que el servidor haya trasladado todos los archivos legibles a otros
volmenes, se lleva a cabo una de las opciones siguientes para el volumen
reclamado:
v Si se ha definido explcitamente el volumen para la agrupacin de
almacenamiento, el volumen se convierte en reutilizable para dicha agrupacin
de almacenamiento.
v Si el volumen se ha adquirido como volumen reutilizable, el servidor lo suprime
de la base de datos de Tivoli Storage Manager.
Los volmenes cuyo tipo de dispositivo es SERVER se reclaman de la misma
forma que otros volmenes de acceso secuencial. No obstante, dado que los
volmenes son en realidad datos almacenados en el almacenamiento de otro
servidor de Tivoli Storage Manager, el proceso de reclamacin puede utilizar
recursos de la red. Consulte el apartado Reclamacin de volmenes con el tipo de
dispositivo SERVER en la pgina 292 si desea obtener ms detalles sobre cmo
reclama el servidor estos tipos de volmenes.
Los volmenes de una agrupacin de almacenamiento de copia se reclaman del
mismo modo que los de una agrupacin de almacenamiento primaria, con las
excepciones siguientes:
289
v Los volmenes fuera del local se manejan de un modo distinto.

v El servidor copia los archivos activos del volumen candidato solo en otros
volmenes de la misma agrupacin de almacenamiento.
En el apartado Reclamacin de las agrupaciones de almacenamiento de copia en
la pgina 293 hallar informacin ms detallada.
Eleccin del umbral de reclamacin

El umbral de reclamacin indica cunto espacio reclamable debe tener un volumen
para que el servidor lo reclame. El espacio puede reclamarse porque est ocupado
por archivos que han caducado o que se han suprimido de la base de datos de
Tivoli Storage Manager o bien porque no se ha utilizado nunca.
El servidor comprueba si se necesita la reclamacin al menos una vez por hora.
Cuanto ms bajo es el umbral de reclamacin, con mayor frecuencia intenta el
servidor reclamar espacio. La reclamacin frecuente optimiza el uso del espacio de
una agrupacin de almacenamiento de acceso secuencial, pero puede interferir con
otros procesos, como por ejemplo las copias de seguridad de los clientes.
Si el umbral de reclamacin es elevado, la reclamacin se realiza con menor
frecuencia. Un umbral de reclamacin elevado es til si montar un volumen es una
operacin manual y la plantilla de operaciones est al mnimo.
Cada proceso de reclamacin requiere como mnimo dos montajes de volumen
simultneos, es decir, dos puntos de montaje (unidades). Las dos unidades deben
estar en la misma clase de dispositivo para que el servidor pueda traspasar los
datos de los volmenes reclamados a otros volmenes de la misma agrupacin de
almacenamiento. Debe haber un nmero suficiente de volmenes, unidades (si
procede) y operadores de montaje (si procede) disponibles para manejar las
frecuentes peticiones de reclamacin. Para obtener ms informacin sobre el lmite
de montaje, consulte el apartado Lmite de montaje en la pgina 223. Si la clase
de dispositivo de la agrupacin de almacenamiento no tiene dos unidades, puede
especificar una agrupacin de almacenamiento de reclamacin. Si desea obtener
informacin sobre cmo utilizar una agrupacin de almacenamiento de
reclamacin para agrupaciones de almacenamiento con un solo punto de montaje,
consulte el apartado Reclamacin de volmenes en una agrupacin de
almacenamiento con una unidad en la pgina 291.
Si establece el umbral de reclamacin en el 50% o superior, el servidor puede
combinar los archivos utilizables de dos o ms volmenes en un solo volumen
nuevo.
Al establecer el umbral de reclamacin en el 100%, se impide que se realice la
reclamacin. Puede interesarle definirlo as para controlar cundo se produce la
reclamacin y evitar interferir con otros procesos del servidor. Cuando sea
conveniente para el administrador y los usuarios, se puede reducir el umbral de
reclamacin para hacer que se inicie la reclamacin.
Reduccin del umbral de reclamacin

Si ha estado trabajando con un umbral de reclamacin elevado y decide que
necesita reclamar volmenes, puede interesarle reducir el umbral de forma
escalonada. Con ello se asegura de que los volmenes que tengan ms espacio
reclamable sern los primeros que se reclamarn. Si, por ejemplo, ha establecido el
umbral de reclamacin en el 100%, redzcalo primero al 98%. El servidor
290
reclamar aquellos volmenes que tengan un espacio reclamable del 98% o

superior. Para reclamar ms volmenes, vuelva a reducir el umbral.
Si reduce el umbral de reclamacin mientras est activo el proceso de reclamacin,
ste no se detiene de forma inmediata. Si se reclama un volumen en local, el
servidor utilizar el nuevo valor de umbral cuando el proceso empiece a reclamar
el siguiente volumen. Si se reclaman volmenes fuera de local, el servidor no
utilizar el nuevo valor de umbral durante el proceso en ejecucin (ya que se
reclaman a la vez todos los volmenes fuera de local que cumplen los requisitos
para ser reclamados).
Para detener un proceso de reclamacin, utilice el comando CANCEL PROCESS.
Reclamacin de volmenes en una agrupacin de

almacenamiento con una unidad
Si una agrupacin de almacenamiento tiene solo un punto de montaje (en decir,
solo una unidad) disponible por medio de la clase de dispositivo, no se pueden
reclamar los datos de un volumen a otro dentro de la misma agrupacin de
almacenamiento.
Para activar la reclamacin de volmenes para una agrupacin de almacenamiento
que solo tiene un punto de montaje, puede definir una agrupacin de almacenamiento
de reclamacin para que el servidor la utilice al reclamar volmenes. Cuando el
servidor reclama los volmenes, traspasa los datos de los volmenes de la
agrupacin de almacenamiento original a los volmenes de la agrupacin de
almacenamiento de reclamacin. El servidor utiliza siempre la agrupacin de
almacenamiento de reclamacin si hay una definida, incluso cuando el lmite de
montaje sea superior a uno.
Si la agrupacin de almacenamiento de reclamacin no tiene espacio suficiente
para dar cabida a todos los datos que se reclaman, el servidor traspasa a ella todos
los datos que puede. Los datos que no pueden traspasarse a los volmenes de la
agrupacin de almacenamiento de reclamacin permanecen en los volmenes de la
agrupacin de almacenamiento original.
La agrupacin identificada como agrupacin de almacenamiento de reclamacin
debe ser una agrupacin de almacenamiento secuencial primaria. La finalidad
principal de la agrupacin de almacenamiento de reclamacin es servir de
almacenamiento temporal de los datos reclamados. Para asegurarse de que los
datos traspasados a la agrupacin de almacenamiento de reclamacin vuelvan a
integrarse de nuevo a la agrupacin de almacenamiento original, especifique sta
ltima como la siguiente agrupacin dentro de la jerarqua de almacenamiento de
la agrupacin de almacenamiento de reclamacin. Por ejemplo, si tiene una
biblioteca de cintas con una unidad, puede definir para la reclamacin una
agrupacin de almacenamiento utilizando una clase de dispositivo con el tipo de
dispositivo FILE:
define stgpool reclaimpool fileclass maxscratch=100
Debe definir la agrupacin de almacenamiento de la unidad de cinta de la manera

siguiente:
define stgpool tapepool1 tapeclass maxscratch=100
reclaimstgpool=reclaimpool
291
Por ltimo, debe actualizar la agrupacin de almacenamiento de reclamacin de

manera que los datos se migren de nuevo a la agrupacin de almacenamiento de
cinta:
update stgpool reclaimpool nextstgpool=tapepool1
Reclamacin de volmenes de cintas con alta capacidad

Cuando una agrupacin de almacenamiento utiliza volmenes de cinta con alta
capacidad, los procesos de reclamacin pueden tardar mucho tiempo en ejecutarse
si las unidades son de un tipo relativamente lento en el posicionamiento de cintas.
Para ayudar a disminuir el tiempo de proceso global, plantese hacer lo siguiente:
1. Configure la jerarqua de agrupaciones de almacenamiento de modo que la
agrupacin de almacenamiento en cinta sea la siguiente agrupacin de
almacenamiento para una agrupacin de almacenamiento que utilice un tipo de
dispositivo DISK o un tipo de dispositivo FILE.
2. Cuando necesite reclamar volmenes, traspase los datos de una agrupacin de
almacenamiento en cinta a la agrupacin de almacenamiento DISK o FILE.
3. Vuelva a migrar los datos de la agrupacin de almacenamiento DISK o FILE a
la agrupacin de almacenamiento en cinta ajustando los umbrales de
migracin.
Reclamacin de medios pticos WORM

La reclamacin de volmenes WORM no significa que pueda volver a utilizar este
medio de una sola grabacin. No obstante, la reclamacin de volmenes WORM le
permite liberar espacio de la biblioteca. La reclamacin consolida los datos de los
volmenes que casi estn vacos en otros volmenes. A continuacin puede
expulsar los volmenes WORM utilizados que estn vacos y agregar nuevos
volmenes.
Las agrupaciones de almacenamiento que estn asignadas a clases de dispositivos
con un tipo de dispositivo WORM tienen el valor de reclamacin predeterminado
100. De este modo, se impide la reclamacin de los medios pticos WORM. Para
permitir la reclamacin, puede establecer el valor de reclamacin en un nmero
ms bajo en el momento de definir o actualizar la agrupacin de almacenamiento.
Reclamacin de volmenes con el tipo de dispositivo SERVER

Cuando se reclaman volmenes virtuales (volmenes con el tipo de dispositivo
SERVER) de una agrupacin de almacenamiento primaria, los datos de clientes
almacenados en estos volmenes se envan por la red desde el servidor origen
hasta el servidor destino. Como resultado, el proceso de reclamacin puede
paralizar los recursos de la red. Para controlar cundo se inicia la reclamacin para
estos volmenes, considere la posibilidad de establecer en el 100% el umbral de
reclamacin para las agrupaciones de almacenamiento primarias que utilizan
volmenes virtuales. Reduzca el nivel de reclamacin cuando la red est menos
ocupada, para que el servidor pueda reclamar volmenes.
En el caso de los volmenes virtuales de una agrupacin de almacenamiento de
copia, el servidor reclama un volumen de la forma siguiente:
1. El servidor origen determina qu archivos del volumen siguen siendo vlidos.
2. El servidor origen obtiene estos archivos vlidos de una agrupacin de
almacenamiento primaria o, si es necesario, de un volumen en local (no de un
volumen virtual) de otra agrupacin de almacenamiento de copia.
292
3. El servidor origen graba los archivos en uno o varios volmenes virtuales

nuevos de la agrupacin de almacenamiento de copia y actualiza su base de
datos.
4. El servidor emite un mensaje que indica que se ha reclamado el volumen.
Para obtener informacin sobre como utilizar el tipo de dispositivo SERVER,
consulte el apartado Utilizacin de volmenes virtuales para almacenar datos en
otro servidor en la pgina 656.
Reclamacin de las agrupaciones de almacenamiento de

copia
La reclamacin de volmenes de las agrupaciones de almacenamiento primarias no
afecta a los archivos de las agrupaciones de almacenamiento de copia.
La reclamacin de volmenes de las agrupaciones de almacenamiento de copia es
semejante a la de las agrupaciones de almacenamiento primarias. No obstante, la
mayora de los volmenes de las agrupaciones de almacenamiento de copia se
pueden establecer en una modalidad de acceso fuera de local, con lo que no estn
disponibles para el montaje. El momento en que se produce la reclamacin y el
modo en que se efecta el proceso de reclamacin dependen de si los volmenes
estn marcados como fuera de local.
En el caso de los volmenes que no estn fuera de local, la reclamacin
normalmente se produce despus de que el volumen est lleno y una vez se
empieza a vaciar debido a la supresin de archivos. Cuando el porcentaje de
espacio reclamable de un volumen supera el umbral de reclamacin, el servidor
reclama el volumen. Los archivos activos del volumen se vuelven a grabar en otros
volmenes de la agrupacin de almacenamiento, con lo que el volumen original
queda disponible para nuevos archivos.
En el caso de los volmenes fuera de local, la reclamacin se puede producir
cuando el porcentaje de espacio no utilizado del volumen es superior al valor del
parmetro de reclamacin. El espacio no utilizado comprende tanto el espacio que
nunca se ha utilizado en el volumen como el espacio que se ha vaciado debido a la
supresin de archivos. Durante la reclamacin, el servidor copia los archivos
vlidos en los volmenes fuera de local a partir de los archivos originales de las
agrupaciones de almacenamiento primarias. De este modo, el servidor copia los
archivos vlidos de los volmenes fuera de local sin tener que montar estos
volmenes. Para obtener ms informacin, consulte el apartado Reclamacin de
volmenes fuera de local en la pgina 294.
La reclamacin de volmenes de agrupaciones de almacenamiento de copia debe
efectuarse de forma peridica para poder reutilizar los volmenes parcialmente
llenos que estn fuera del local. La reclamacin se puede realizar automticamente
estableciendo el umbral de reclamacin para la agrupacin de almacenamiento de
copia en menos del 100%. No obstante, debe tener en cuenta controlar el momento
de producirse la reclamacin debido al modo de tratarse los volmenes fuera de
local. Para obtener ms informacin, consulte el apartado Cmo controlar cundo
se produce la reclamacin de volmenes fuera de local en la pgina 294.
Volmenes virtuales: los volmenes virtuales (volmenes que se almacenan en
otro servidor de Tivoli Storage Manager utilizando un tipo
de dispositivo SERVER) no pueden establecerse en la
modalidad de acceso fuera de local.
293
Reclamacin de volmenes fuera de local

Al igual que sucede con otros valores de acceso, los volmenes cuyo valor de
acceso es fuera de local cumplen los requisitos para ser reclamados si el espacio
vaco en un volumen sobrepasa el umbral de reclamacin de la agrupacin de
almacenamiento de copia. El umbral de reclamacin predeterminado para las
agrupaciones de almacenamiento es el 100%, que significa que no se ejecuta la
reclamacin.
Al reclamarse un volumen fuera de local, los archivos del volumen se vuelven a
grabar en un volumen de lectura/grabacin. De hecho, los archivos se trasladan de
nuevo a la ubicacin local, pero en caso de producirse un siniestro, podrn
obtenerse del volumen fuera de local si no se ha reutilizado el volumen y, adems,
la copia de seguridad de la base de datos utilizada para la recuperacin hace
referencia a los archivos del volumen fuera de local.
El servidor reclama un volumen fuera de local de la forma siguiente:
1. El servidor determina qu archivos del volumen siguen siendo vlidos.
2. El servidor obtiene estos archivos vlidos de una agrupacin de
almacenamiento primaria o, si es necesario, de un volumen local de una
agrupacin de almacenamiento de copia.
3. El servidor graba los archivos en uno o varios volmenes de la agrupacin de
almacenamiento de copia y actualiza su base de datos. Si uno de los archivos es
una agregacin de archivos y tiene espacio sin utilizar, dicho espacio queda
eliminado en este proceso.
4. Se emite un mensaje que indica que se ha reclamado el volumen fuera de local.
En el caso de una sola agrupacin de almacenamiento, el servidor reclama a la
vez todos los volmenes fuera de local que cumplan los requisitos para ser
reclamados. Con ello se reduce al mnimo el nmero de montajes de cinta para
los volmenes de agrupacin de almacenamiento primaria.
Si utiliza el gestor de recuperacin ante siniestro, consulte el apartado Traslado de
volmenes de copia de seguridad al local en la pgina 780.
Cmo controlar cundo se produce la reclamacin de volmenes

fuera de local
Suponga que tiene planificado hacer copias de seguridad diarias de agrupaciones
de almacenamiento en una agrupacin de almacenamiento de copia, despus
marcar todos los volmenes nuevos de la agrupacin de almacenamiento de copia
como fuera de local y enviarlos a la ubicacin de almacenamiento fuera del local.
Esta estrategia funciona, con una consideracin, si utiliza la reclamacin automtica
(umbral de reclamacin inferior al 100%).
Las copias de seguridad de agrupaciones de almacenamiento de cada da crearn
un nmero de volmenes nuevos de agrupacin de almacenamiento de copia, el
ltimo de los cuales solo quedar parcialmente lleno. Si el porcentaje de espacio
vaco de este volumen parcialmente lleno es superior al porcentaje de reclamacin,
este volumen quedar disponible para la reclamacin tan pronto como lo marque
como fuera de local. El proceso de reclamacin har que se cree un nuevo volumen
que tenga los mismos archivos. El volumen que traslada fuera de local quedar
vaco de acuerdo con la base de datos de Tivoli Storage Manager. Si no reconoce lo
que est sucediendo, puede perpetuar este proceso al marcar el nuevo volumen
parcialmente lleno como fuera de local.
294
Un modo de resolver esta situacin es conservar los volmenes parcialmente llenos

en el local hasta que se llenan por completo. Sin embargo, esto significa que una
pequea cantidad de los datos est sin una copia fuera de local durante otro da.
Si enva fuera de local volmenes de agrupacin de almacenamiento de copia, se
recomienda que controle la reclamacin de agrupacin de almacenamiento de
copia utilizando el valor predeterminado 100. Este valor desactiva la reclamacin
para la agrupacin de almacenamiento de copia. Puede iniciar el proceso de
reclamacin a las horas convenientes cambiando el umbral de reclamacin de la
agrupacin de almacenamiento. Para supervisar la utilizacin de volmenes fuera
de local y a modo de ayuda para decidir qu umbral de reclamacin va a utilizar,
entre el comando siguiente:
query volume * access=offsite format=detailed
Segn los patrones de caducidad de datos, puede no ser necesario realizar la

reclamacin de volmenes fuera de local cada da. Puede elegir ejecutar la
reclamacin fuera de local con menor frecuencia. Por ejemplo, suponga que los
volmenes de la agrupacin de almacenamiento de copia se trasladan de la
ubicacin de almacenamiento fuera del local y se vuelven a traer una vez a la
semana. Puede ejecutar semanalmente la reclamacin de la agrupacin de
almacenamiento de copia, de modo que a medida que los volmenes fuera de local
queden vacos se vuelvan a enviar para reutilizarlos.
Al realizar la reclamacin de volmenes fuera de local, se recomienda utilizar la
secuencia siguiente:
1. Haga una copia de seguridad de las agrupaciones de almacenamiento primarias
en las agrupaciones de almacenamiento de copia.
2. Active la reclamacin para las agrupaciones de almacenamiento de copia
reduciendo el umbral de reclamacin por debajo del 100%.
3. Una vez finalizado el proceso de reclamacin, desactive la reclamacin para las
agrupaciones de almacenamiento de copia elevando el umbral de reclamacin
al 100%.
4. Marque los volmenes de agrupaciones de almacenamiento de copia recin
creados como fuera de local y despus trasldelos a la ubicacin fuera del local.
Esta secuencia garantiza que los archivos de los nuevos volmenes de
agrupaciones de almacenamiento de copia se envan fuera del local y no se
conservan por descuido en el local debido a la reclamacin.
Utilizacin del almacenamiento en otro servidor para las agrupaciones de
almacenamiento de copia: otra forma de resolver el problema de los volmenes
parcialmente llenos consiste en utilizar el almacenamiento de otro servidor de
Tivoli Storage Manager (tipo de dispositivo SERVER) para las copias de seguridad
de agrupacin de almacenamiento. Si el otro servidor se halla en un
emplazamiento distinto, los volmenes de agrupacin de almacenamiento de copia
ya se encuentran fuera de local sin tener que trasladar los volmenes fsicos de
lugar. Consulte el apartado Utilizacin de volmenes virtuales para almacenar
datos en otro servidor en la pgina 656 para obtener ms informacin al respecto.
Cmo retardar la reutilizacin de los volmenes reclamados

Debe retardar la reutilizacin de los volmenes reclamados de agrupaciones de
almacenamiento de copia tanto tiempo como conserve la copia de seguridad ms
antigua de la base de datos. Retardar la reutilizacin puede ser de ayuda para
recuperar datos en determinadas condiciones durante la recuperacin ante un
295
siniestro. Para obtener ms informacin sobre cmo retardar la reutilizacin de

volmenes, consulte el apartado Cmo retardar la reutilizacin de los volmenes
para la recuperacin en la pgina 713.
Cmo afecta la funcin de proximidad a la reclamacin

Si est activada la funcin de proximidad y tiene lugar la reclamacin, el servidor
intenta reclamar los archivos de cada nodo cliente o espacio de archivos de clientes
en un nmero mnimo de volmenes. Por lo tanto, si los volmenes se montan
manualmente, los operadores de montaje deben:
v Saber que un volumen de cinta se puede rebobinar varias veces si el servidor
completa una pasada por separado para traspasar los datos de cada nodo cliente
o espacio de datos de clientes.
v Montar y desmontar varios volmenes para que el servidor pueda seleccionar el
volumen ms adecuado al que traspasar los datos de cada nodo cliente o espacio
de datos de clientes. El servidor intenta seleccionar un volumen en el orden
siguiente:
1. Un volumen que ya contiene archivos pertenecientes al espacio de archivos
de clientes o nodo cliente
2. Un volumen vaco
3. El volumen con la mayor cantidad de espacio disponible
4. Cualquier volumen disponible
Si la funcin de proximidad est desactivada y se produce la reclamacin, el
servidor intenta traspasar los datos utilizables a volmenes nuevos de acuerdo con
los siguientes criterios de seleccin de volmenes, en el orden en que figuran:
1. El volumen que contiene la mayor cantidad de datos
2. Cualquier volumen parcialmente lleno
Consulte tambin el apartado Reclamacin de volmenes de cintas con alta
capacidad en la pgina 292.
Estimacin de las necesidades de espacio para agrupaciones de

almacenamiento
Este apartado proporciona las directrices para estimar el espacio de
almacenamiento inicial necesario para la instalacin. Dispone de las siguientes
agrupaciones de almacenamiento (en disco) de acceso aleatorio predeterminadas
disponibles en la instalacin:
v BACKUPPOOL para copias de seguridad de archivos
v ARCHIVEPOOL para copias archivadas
v SPACEMGPOOL para archivos migrados de nodos cliente (archivos bajo gestin
de espacio)
Puede agregar espacio a estas agrupaciones de almacenamiento agregando
volmenes o definir agrupaciones de almacenamiento adicionales.
A medida que aumenta de tamao el entorno de almacenamiento, puede ser
conveniente tener en cuenta cmo afectan las definiciones de polticas y de
agrupaciones de almacenamiento al lugar donde se almacenan los archivos de
estacin de trabajo. A continuacin, puede definir y mantener varias agrupaciones
296
de almacenamiento en una jerarqua que le permita controlar los costes de

almacenamiento utilizando agrupaciones de almacenamiento de acceso secuencial
adems de agrupaciones de almacenamiento de disco, al tiempo que sigue
proporcionando los niveles adecuados de servicio a los usuarios.
Como ayuda para determinar cmo ajustar las polticas y las agrupaciones de
almacenamiento, debe obtener informacin sobre la cantidad de almacenamiento
que se utiliza (en cada nodo cliente) y con qu finalidad en las agrupaciones de
almacenamiento existentes. Para obtener ms informacin sobre cmo obtener esta
informacin, consulte el apartado Solicitud de informacin sobre la utilizacin del
espacio de almacenamiento en la pgina 313.

agrupaciones de almacenamiento de acceso aleatorio
Para estimar el espacio de almacenamiento necesario para cada agrupacin de
almacenamiento (en disco) de acceso aleatorio:
v Determine la cantidad de espacio de disco necesario para diversas finalidades:
Para las agrupaciones de almacenamiento de copias de seguridad,
proporcione suficiente espacio de disco para llevar a cabo de forma eficaz las
copias de seguridad incrementales diarias.
Para las agrupaciones de almacenamiento de copias archivadas, proporcione
suficiente espacio para que un usuario archive un sistema de archivos de
tamao medio sin hacer que se produzca la migracin de la agrupacin de
Para las agrupaciones de almacenamiento de archivos bajo gestin de espacio,
proporcione suficiente espacio de disco para soportar la carga de gestin de
espacio diaria de los clientes HSM, sin hacer que se produzca la migracin de
la agrupacin de almacenamiento de disco.
v Decida qu porcentaje de datos desea conservar en el espacio de
almacenamiento de disco. Establezca umbrales de migracin para que el servidor
migre automticamente los dems datos a medios de almacenamiento ms
econmicos en agrupaciones de almacenamiento de acceso secuencial.
Consulte el apartado Eleccin de los valores adecuados para los umbrales de
migracin en la pgina 274 para ver las recomendaciones para establecer los
umbrales de migracin.
Estimacin de las necesidades de espacio para las copias de

seguridad de archivos de una agrupacin de almacenamiento de
acceso aleatorio
Para calcular la cantidad total de espacio que se necesita para todas las copias de
seguridad de archivos almacenadas en una nica agrupacin de almacenamiento
(en disco) de acceso aleatorio, utilice la frmula siguiente:
Espacio copia seguridad = TamET * Util * ExpansinVersin * NmET
donde:
Espacio copia seguridad
La cantidad total del espacio de disco de la agrupacin de almacenamiento
necesario.
TamET
La capacidad media de almacenamiento de datos de una estacin de
trabajo. Por ejemplo, si la estacin de trabajo normal de la instalacin tiene
una unidad de disco duro de 4 GB, la capacidad media de almacenamiento
de la estacin de trabajo es de 4 GB.
297
Util
Una estimacin de la fraccin del espacio de disco de cada estacin de

trabajo utilizado, del 0 al 1. Por ejemplo, si tiene previsto que los discos de
las estaciones de trabajo estn llenas en un 75%, utilice el valor 0,75.
ExpansinVersin
Un factor de expansin (mayor que 1) que tenga en cuenta las versiones de
copia de seguridad adicionales, segn se ha definido en el grupo de copia.
Una estimacin aproximada permite el 5% de archivos adicionales para
cada copia de seguridad. Por ejemplo, para el lmite de 2 versiones, utilice
1,05 y para el lmite de 3 versiones, utilice 1,10.
NmET
El nmero total estimado de estaciones de trabajo que soporta el servidor.
Si los clientes utilizan la compresin, el espacio necesario puede ser inferior al
calculado, dependiendo de si los datos se pueden comprimir.
Estimacin de las necesidades de espacio para las copias

archivadas de una agrupacin de almacenamiento de acceso
aleatorio
Calcular la cantidad de espacio de almacenamiento para las copias archivadas es
ms difcil, ya que el nmero de copias archivadas que generan los usuarios no
est necesariamente en relacin con la cantidad de datos almacenados en las
estaciones de trabajo de los mismos.
Para calcular la cantidad total de espacio necesario para todas las copias
archivadas de una sola agrupacin de almacenamiento (en disco) de acceso
aleatorio, determine el porcentaje de archivos de usuario que suelen archivarse.
Trabaje con los administradores de polticas para calcular este porcentaje basndose
en el nmero y el tipo de grupos de copia de archivado definidos. Por ejemplo, si
los administradores de polticas han definido grupos de copia archivada para solo
la mitad de los dominios de polticas de la empresa, calcule que necesita menos del
50% de la cantidad de espacio que ha definido para las copias de seguridad de
archivos.
Puesto que se puede agregar espacio de almacenamiento adicional en cualquier
momento, puede empezar con una cantidad reducida de espacio de
almacenamiento y aumentar el espacio agregando volmenes de almacenamiento a
la agrupacin de almacenamiento de copias archivadas, segn sea necesario.

agrupaciones de almacenamiento de acceso secuencial
Para estimar el espacio necesario para las agrupaciones de almacenamiento de
acceso aleatorio, tenga en cuenta:
v La cantidad de datos que se migran de las agrupaciones de almacenamiento de
disco
v El espacio de tiempo que se retienen las copias de seguridad de archivos, segn
se ha definido en los grupos de copia de seguridad
v La cantidad de tiempo que se retienen las copias archivadas, segn se ha
definido en los grupos de copia archivada
v Con qu frecuencia se reclama el espacio sin utilizar de los volmenes
secuenciales
298
Consulte el apartado Reclamacin de espacio en agrupaciones de

almacenamiento de acceso secuencial en la pgina 287 para obtener informacin
sobre cmo establecer el umbral de reclamacin.
v Si se utiliza la funcin de proximidad para reducir el nmero de montajes de
volmenes necesarios al restaurar o recuperar grandes cantidades de archivos de
los volmenes secuenciales
Si utiliza la funcin de proximidad, puede necesitar unidades y volmenes de
cinta adicionales
Proximidad en la pgina 281 para obtener informacin sobre cmo utilizar la
funcin de proximidad con las agrupaciones de almacenamiento.
v El tipo de dispositivos de almacenamiento y de volmenes secuenciales que
soporta la instalacin
Supervisin de agrupaciones y volmenes de almacenamiento

Todos los administradores pueden solicitar informacin referente a una agrupacin
de almacenamiento examinando un informe estndar o detallado. Estos informes
sirven para supervisar el uso de las agrupaciones de almacenamiento, lo que
incluye:
v Si debe agregar espacio a las agrupaciones de almacenamiento de acceso
secuencial y en disco
v El estado del proceso de migrar datos de una agrupacin de almacenamiento a
la siguiente de la jerarqua de almacenamiento
v La utilizacin del espacio de disco de las copias en cach de los archivos
migrados a la siguiente agrupacin de almacenamiento
Supervisin del espacio disponible de una agrupacin de

almacenamiento
La supervisin del espacio disponible en las agrupaciones de almacenamiento es
importante para asegurarse de que las operaciones de clientes, como por ejemplo
la copia de seguridad, puedan efectuarse correctamente. Para hacer que haya ms
espacio disponible, quizs necesite definir ms volmenes para las agrupaciones de
almacenamiento de disco o agregar ms volmenes a las agrupaciones de
almacenamiento de acceso secuencial, como por ejemplo cintas. Para obtener ms
informacin sobre cmo mantener las existencias de volmenes en las bibliotecas,
consulte el apartado Gestin de volmenes en la pgina 176.
Para solicitar un informe estndar en el que figuren todas las agrupaciones de
almacenamiento definidas en el sistema, entre:
query stgpool
La Figura 27 en la pgina 300 muestra un informe estndar con todas las

agrupaciones de almacenamiento definidas en el sistema. Para supervisar la
utilizacin del espacio de las agrupaciones de almacenamiento, revise las columnas
Capacidad estimada y %util.
299
Nombre
agrupacin
almacenamiento
----------ARCHIVEPOOL
BACKTAPE
BACKUPPOOL
COPYPOOL
ENGBACK1
Nombre clase Capacidad

dispositivo estimada
(MB)
----------- --------DISK
0,0
TAPE
180,0
DISK
80,0
TAPE
300,0
DISK
0,0
%util %migr
----- ----0,0
0,0
85,0 100,0
51,6
51,6
42,0
0,0
0,0
Migr. Migr. Siguiente

(%Sup) (%Inf) agrupacin
almacenamiento
------- ----------90
70
90
70
50
30
BACKTAPE
85
40
BACKTAPE
Figura 27. Informacin sobre agrupaciones de almacenamiento
Capacidad estimada
Especifica el espacio disponible de la agrupacin de almacenamiento en
megabytes.
En el caso de una agrupacin de almacenamiento de disco, este valor
refleja la cantidad total del espacio disponible en la agrupacin de
almacenamiento, incluidos los volmenes que se han desactivado.
En el caso de una agrupacin de almacenamiento de acceso secuencial, este
valor es un clculo de la cantidad total de espacio disponible en todos los
volmenes de la agrupacin de almacenamiento. El total incluye los
volmenes con cualquier modalidad de acceso (lectura/grabacin, solo
lectura, fuera de local o destruido). El total incluye los volmenes
reutilizables que la agrupacin de almacenamiento puede adquirir solo
cuando est utilizando al menos un volumen reutilizable para los datos.
Los volmenes de una agrupacin de almacenamiento de acceso
secuencial, a diferencia de los de una agrupacin de almacenamiento de
disco, no contienen un espacio especfico. Los datos se graban en un
volumen segn es necesario, hasta que se alcanza el final del volumen. Por
este motivo, la capacidad estimada es realmente una estimacin de la
cantidad de espacio disponible de una agrupacin de almacenamiento de
acceso secuencial.
%util
Especifica, como porcentaje, el espacio utilizado en cada agrupacin de

almacenamiento.
En el caso de las agrupaciones de almacenamiento de disco, este valor
refleja el nmero total de los bloques de disco que en este momento estn
asignados por Tivoli Storage Manager. El espacio est asignado para las
copias de seguridad de archivos, las copias archivadas o los archivos bajo
gestin de espacio disponibles para la migracin del servidor, para los
archivos en cach que son copias de los archivos migrados por el servidor
y para los archivos que residen en todos los volmenes que estn
desactivados.
Nota: el valor de %util puede ser mayor que el de %migr si solicita
informacin sobre las agrupaciones de almacenamiento mientras se
halla en curso una transaccin de cliente (por ejemplo, una copia de
seguridad). El valor de %util se determina por la cantidad de
espacio asignado realmente (mientras la transaccin est en proceso).
El valor de %migr solo representa el espacio que ocupan los
archivos comprometidos. Al final de la transaccin, los valores de
%util y %migr quedan sincronizados.
Para las agrupaciones de almacenamiento de acceso secuencial, este valor
es el porcentaje de los bytes totales de almacenamiento disponible que se
estn utilizando actualmente para almacenar datos activos (datos que no
300
han caducado). Dado que el servidor solo puede estimar la capacidad

disponible de una agrupacin de almacenamiento de acceso secuencial,
este porcentaje tambin refleja una estimacin de la utilizacin real de la
Ejemplo: Supervisar la capacidad de una agrupacin de

almacenamiento de copia de seguridad
La Figura 27 en la pgina 300 muestra que la capacidad estimada de la agrupacin
de almacenamiento de disco denominada BACKUPPOOL son 80 MB, que es la
cantidad de espacio disponible del almacenamiento de disco. Ms de la mitad
(51,6%) del espacio disponible est ocupado por los archivos de copia de seguridad
o por las copias en cach de stos.
La capacidad estimada de la agrupacin de almacenamiento de cinta denominada
BACKTAPE son 180 MB, que es el espacio total estimado que hay disponible en
todos los volmenes de cinta de la agrupacin de almacenamiento. Este informe
muestra que el 85% del espacio estimado se utiliza actualmente para almacenar los
archivos de estaciones de trabajo.
Nota: este informe tambin muestra que los volmenes no se han definido todava
para las agrupaciones de almacenamiento ARCHIVEPOOL y ENGBACK1,
ya que las agrupaciones de almacenamiento muestran una capacidad
estimada de 0,0 MB.
Supervisin de la utilizacin de volmenes de agrupaciones

de almacenamiento
Tarea
Visualizar la informacin sobre los

volmenes
Puede solicitar al servidor informacin acerca de los volmenes de las

agrupaciones de almacenamiento:
v Informacin general sobre un volumen, como por ejemplo:
La modalidad de acceso y el estado actuales del volumen.
La cantidad de espacio disponible que hay en el volumen.
Ubicacin
v El contenido de un volumen de agrupacin de almacenamiento (los archivos de
usuario que hay en el volumen).
v Los volmenes utilizados por un nodo cliente.
Obtencin de informacin general sobre los volmenes de las

Para solicitar informacin general sobre todos los volmenes definidos para el
servidor, entre:
query volume
La Figura 28 en la pgina 302 muestra un ejemplo de la salida de esta consulta

estndar. El ejemplo ilustra que los datos se almacenan en el volumen de cinta de
8 mm denominado WREN01, as como en otros volmenes de diversas
301
Nombre volumen
Nombre
agrupacin
almacenamiento
------------------------ ----------D:\STOR\AIXVOL.1 AIXPOOL1
DISK
D:\STOR\AIXVOL.2 AIXPOOL2
DISK
D:\STOR\DOSVOL.1 DOSPOOL1
DISK
D:\STOR\DOSVOL.2 DOSPOOL2
DISK
D:\STOR\OS2VOL.1 OS2POOL1
DISK
D:\STOR\OS2VOL.2 OS2POOL2
DISK
WREN00
TAPEPOOL
WREN01
TAPEPOOL
Nombre
Capacidad %Util Estado
clase
estimada
agrupacin
dispositivo
(MB)
---------- --------- ----- -------240,0 26,3 Activado
240,0 36,9 Activado
240,0 72,2 Activado
240,0 74,1 Activado
240,0 55,7 Activado
240,0 51,0 Activado
TAPE8MM
2.472,0
0,0 Llenando
TAPE8MM
2.472,0
2,2 Llenando
Figura 28. Informacin sobre los volmenes de las agrupaciones de almacenamiento
Para solicitar al servidor un informe detallado sobre el volumen WREN01 de la

agrupacin de almacenamiento denominada TAPEPOOL, entre:
query volume wren01 format=detailed
La Figura 29 muestra la salida de esta consulta detallada. En la Tabla 22 se

proporcionan algunas sugerencias sobre cmo utilizar la informacin.
Nombre volumen: WREN01

Nombre agrupacin almacenamiento: TAPEPOOL
Nombre clase dispositivo: TAPE8MM
Capacidad estimada (MB): 2.472,0
%util: 26,3
Estado volumen: Llenando
Acceso: Lectura/Grabacin
% espacio reclamable: 5,3
Volumen reutilizable?: No
En error?: No
Nmero caras grabables: 1
Nmero montajes: 4
Nmero pases grabacin: 2
Fecha aprox. ltima grabacin: 04/09/2002 11:33:26
Fecha aproximada ltima lectura: 03/09/2002 16:42:55
Fecha en que pas a pendiente:
Nmero errores grabacin: 0
Nmero errores lectura: 0
Ubicacin volumen:
ltima actualizacin por (administrador): TANAGER
Fecha/hora ltima actualizacin: 04/09/2002 11:33:26
Figura 29. Informacin detallada de un volumen de agrupacin de almacenamiento

Tabla 22. Utilizar el informe detallado de un volumen
Tarea
Campos y descripcin
Asegurarse de que el volumen se

encuentra disponible.
Estado del volumen

Acceso
Compruebe el estado del volumen para ver si un volumen de disco se ha
desactivado o si actualmente un volumen de acceso secuencial se est llenando
con datos.
Compruebe el acceso para determinar si se pueden leer los archivos de este
volumen o grabar en ellos.
302
Tabla 22. Utilizar el informe detallado de un volumen (continuacin)

Tarea
Campos y descripcin
Supervisar la utilizacin del

espacio de almacenamiento.
Capacidad estimada
%util
La capacidad estimada se determina mediante la clase de dispositivo asociada a la
agrupacin de almacenamiento a la que pertenece el volumen. En funcin de la
capacidad estimada, el sistema hace el seguimiento del porcentaje de espacio que
ocupan los archivos de clientes (%util). En este ejemplo, se est utilizando el
26,3% de la capacidad estimada.
Supervisar el estado de error del

volumen.
Nmero de errores de grabacin

Nmero de errores de lectura
El servidor informa cuando el volumen est en estado de error y actualiza
automticamente la modalidad de acceso del volumen a solo lectura. El Nmero
de errores de grabacin y el Nmero de errores de lectura indican el tipo y la
gravedad del problema. Debe auditar un volumen cuando se sita en estado de
error. Consulte el apartado Cmo auditar un volumen de una agrupacin de
almacenamiento en la pgina 737 para obtener informacin sobre auditoras de
volmenes.
303

Tarea
Campos y descripcin
Supervisar la vida til de los

volmenes de acceso secuencial
que ha definido para la
Volumen reutilizable?
Nmero de pases de grabacin
Nmero de montajes
Fecha aproximada de la ltima grabacin
Fecha aproximada de la ltima lectura
El servidor mantiene estadsticas sobre el uso los volmenes que se han definido
para las agrupaciones de almacenamiento. Las estadsticas de un volumen que
ha definido explcitamente un administrador permanecen mientras el volumen
est definido para la agrupacin de almacenamiento. El servidor contina
manteniendo las estadsticas acerca de los volmenes definidos incluso si se
reclama y se reutiliza el volumen. Sin embargo, el servidor suprime las
estadsticas sobre el uso de un volumen reutilizable cuando el volumen vuelve al
estado de reutilizable (despus de la reclamacin o una vez suprimidos todos los
archivos del volumen).
En este ejemplo, WREN01 es un volumen definido para el servidor por un
administrador y no un volumen reutilizable (Volumen reutilizable? es No).
El nmero de pases de grabacin indica el nmero de veces que se ha grabado en el
volumen, empezando desde el principio del volumen. El valor uno indica que un
volumen se est utilizando por primera vez. En este ejemplo, WREN01 tiene 2
como valor para el nmero de pases, lo que indica que el espacio de este
volumen puede haberse reclamado o suprimido una vez con anterioridad.
Compare este valor con las especificaciones proporcionadas con el medio que
utiliza. El fabricante puede recomendar un nmero mximo de pases de
grabacin para algunos tipos de medios de cintas. Es posible que deba dejar de
utilizar los volmenes de cintas una vez alcanzado el nmero mximo de pases
para garantizar la integridad de los datos. Para dejar de utilizar un volumen
debido a que ya ha alcanzado el final de su vida til, traspase los datos del
volumen con el comando MOVE DATA. Consulte el apartado Traspaso de
archivos de un volumen a otro en la pgina 317.
Utilice el Nmero montajes, la Fecha aproximada ltima grabacin y la Fecha
aproximada ltima lectura como ayuda para estimar la vida til del volumen. Por
ejemplo, si han transcurrido ms de seis meses desde la ltima operacin de
grabacin o de lectura efectuada en el volumen, audite el volumen para
asegurarse de que todava se pueda acceder a los archivos. Consulte el apartado
Cmo auditar un volumen de una agrupacin de almacenamiento en la pgina
737 para obtener informacin sobre auditoras de volmenes.
El nmero indicado en el campo Nmero de montajes es el nmero de veces que
el servidor ha abierto el volumen para su uso. El nmero de veces que el
servidor ha abierto el volumen no siempre coincide con el nmero de veces que
se ha montado fsicamente el volumen en una unidad. Una vez montado
fsicamente un volumen, el servidor puede abrir el mismo volumen varias veces
para distintas operaciones, como por ejemplo para distintas sesiones de copia de
seguridad de cliente.
Determinar la ubicacin de un
volumen de una agrupacin de
almacenamiento de acceso
secuencial.
304
Ubicacin
Al definir o actualizar un volumen de acceso secuencial, puede proporcionar
informacin de la ubicacin del volumen. La consulta detallada visualiza el
nombre de la ubicacin. La informacin de ubicacin puede ser de ayuda para
hacer el seguimiento de volmenes, por ejemplo, los volmenes fuera del local
almacenados en agrupaciones de almacenamiento de copia.

Tarea
Campos y descripcin
Determinar si un volumen de una

acceso secuencial espera a que
caduque el periodo de retardo de
reutilizacin.
Fecha en que pas a pendiente

Un volumen de acceso secuencial se sita en estado pendiente despus de
suprimir o trasladar el ltimo archivo del volumen. Todos los archivos que
contena el volumen pendiente han caducado o se han suprimido, o se han
traspasado del volumen. Los volmenes permanecen en estado pendiente
durante el tiempo especificado con el parmetro REUSEDELAY para la
agrupacin de almacenamiento a la que pertenece el volumen.
De todos modos, si un volumen est lleno, a veces el %util (porcentaje del

volumen utilizado) ms el % espacio reclamable (porcentaje del espacio que se
puede reclamar) pueden sumar ms del 100 por ciento. Esto puede ocurrir cuando
un volumen contiene agregaciones de archivos que tienen espacio vaco debido a
que hay archivos que han caducado o se han suprimido de las agregaciones de
archivos. El campo %util muestra todo el espacio que ocupan los archivos que
forman parte de una agregacin y los forman parte de agregaciones, incluyendo el
espacio vaco entre las agregaciones de archivos. El campo % espacio reclamable
incluye todo el espacio reclamable del volumen, incluyendo tambin el espacio
vaco entre las agregaciones de archivos. Puesto que ambos campos incluyen el
espacio vaco entre las agregaciones de archivos, estos valores pueden sumar ms
del 100 por ciento. Para obtener ms informacin, consulte los apartados Cmo
agrupa el servidor los archivos antes de almacenarlos en la pgina 265 y
Solicitud de informacin sobre la utilizacin del espacio de almacenamiento en la
pgina 313.
Obtencin de informacin sobre el contenido de un volumen de

Todos los administradores pueden solicitar informacin sobre el contenido de un
volumen de una agrupacin de almacenamiento. Ver el contenido de un volumen
de almacenamiento resulta til cuando un volumen est daado o antes de llevar a
cabo las acciones siguientes:
v Solicitar al servidor que corrija las incoherencias (comando AUDIT VOLUME).
v Trasladar archivos de un volumen a otros volmenes.
v Suprimir un volumen de una agrupacin de almacenamiento.
Puesto que el servidor hace el seguimiento del contenido de un volumen de
almacenamiento por medio de su base de datos, no es necesario acceder al
volumen solicitado para determinar el contenido del mismo.
El informe que genera un comando QUERY CONTENT muestra el contenido de
un volumen. Este informe puede ser sumamente extenso y tardar mucho en
generarse. Para reducir el tamao de este informe, acote la bsqueda seleccionando
uno o la totalidad de los criterios de bsqueda siguientes:
Nombre de nodo
Nombre del nodo cuyos archivos desea incluir en la consulta.
Nombre de espacio de archivos
Nombres de los espacios de archivos que se han de incluir en la consulta.
Los nombres de espacios de archivos son sensibles a las maysculas y
minsculas, y deben entrarse exactamente como los reconoce el servidor.
Utilice el comando QUERY FILESPACE para averiguar cul es la
combinacin de maysculas y minsculas correcta.
305
Nmero de archivos que se visualizarn

Entre un nmero entero positivo, como por ejemplo 10, para listar los diez
primeros archivos almacenados en el volumen. Entre un nmero entero
negativo, como por ejemplo -15, para listar los quince ltimos archivos
almacenados en el volumen.
Tipo de archivo
Especifica los tipos de archivos, es decir, versiones de copia de seguridad,
copias archivadas o archivos bajo gestin de espacio, o una combinacin de
los tres.
Formato de visualizacin de la informacin
Informacin estndar o detallada del volumen especificado.
Daado
Especifica si la salida de la consulta se restringe a los archivos que se sabe
estn daados, o a los archivos que no se sabe si estn daados.
Copiado
Especifica si la salida de la consulta se restringe a los archivos cuya copia
de seguridad se ha hecho en una agrupacin de almacenamiento de copia,
o a los archivos sin copia de seguridad en una agrupacin de
Visualizacin de un informe estndar sobre el contenido de un volumen: Para
ver los siete primeros archivos de copia de seguridad del volumen WREN01 del
espacio de archivos /usr del nodo cliente TOMC, por ejemplo, entre:
query content wren01 node=tomc filespace=/usr count=7 type=backup
En la Figura 30 se muestra un informe estndar en el que figuran los siete

primeros archivos del espacio de archivos /usr de TOMC almacenados en
WREN01.
Nombre nodo
Tipo Nombre
espacio
archivos
------------------------ ---- ---------TOMC
C.S. /usr
TOMC
C.S. /usr
TOMC
C.S. /usr
TOMC
C.S. /usr
TOMC
C.S. /usr
TOMC
C.S. /usr
TOMC
C.S. /usr
Nombre para archivo del cliente
-------------------------------------/bin/ acctcom
/bin/ acledit
/bin/ aclput
/bin/ admin
/bin/ ar
/bin/ arcv
/bin/ banner
Figura 30. Informe estndar sobre el contenido de un volumen
En el informe constan los archivos lgicos del volumen. Si uno de los archivos del
mismo es una agregacin de archivos lgicos (archivos de clientes de los que se ha
hecho copia de seguridad o que se han archivado), todos los archivos lgicos que
formen parte de la agregacin de archivos estarn incluidos en el informe. Una
agregacin de archivos puede estar almacenada en ms de un volumen y, por lo
tanto, es posible que no todos los archivos lgicos del informe estn realmente
almacenados en el volumen consultado.
Visualizacin de un informe detallado sobre el contenido de un volumen: para
visualizar informacin detallada sobre los archivos almacenados en el volumen
VOL1, entre el comando siguiente:
query content vol1 format=detailed
306
La Figura 31 en la pgina 308 muestra un informe detallado en el que figuran los

archivos almacenados en VOL1. En el informe constan los archivos lgicos y se
indica si cada archivo forma parte de una agregacin de archivos. Si un archivo
lgico est almacenado como parte de una agregacin de archivos, la informacin
de los campos Nmero de segmento, Tamao almacenado y Copia en cach? se
aplica a la agregacin de archivos, no al archivo lgico concreto.
Si un archivo lgico forma parte de una agregacin de archivos, el campo
Agregacin? muestra el nmero de secuencia del archivo lgico dentro de la
agregacin de archivos. Por ejemplo, el campo Agregado? contiene el valor 2/4
para el archivo AB0CTGLO.IDE, lo que significa que este archivo es el segundo de
cuatro archivos de la agregacin de archivos. Todos los archivos lgicos que
forman parte de una agregacin de archivos figuran en el informe. Una agregacin
de archivos puede estar almacenada en ms de un volumen y, por lo tanto, es
posible que no todos los archivos lgicos del informe estn realmente almacenados
en el volumen consultado.
Para los volmenes de disco, el campo Copia en cach? identifica si el archivo es
una copia en cach de un archivo que se ha migrado a la siguiente agrupacin de
307
Tipo:
Nombre espacio archivos:
Nombre para archivo del cliente:
Agregacin?:
Tamao almacenado:
Nmero segmento:
Copia en cach?:
Nombre nodo: DWE

C.S.
OS2
\ README
No
27.089
1/1
No
Nombre nodo:
Tipo:
Agregacin?:
Tamao almacenado:
Nmero segmento:
Copia en cach?:
DWE
C.S.
DRIVE_L_K:
\COMMON\DSMCOMMN\ AB0CTCOM.ENT
1/4
202.927
1/1
No
Nombre nodo:
Tipo:
Agregacin?:
Tamao almacenado:
Nmero segmento:
Copia en cach?:
DWE
C.S.
DRIVE_L_K:
\COMMON\DSMCOMMN\ AB0CTGLO.IDE
2/4
202.927
1/1
No
Nombre nodo:
Tipo:
Agregacin?:
Tamao almacenado:
Nmero segmento:
Copia en cach?:
DWE
C.S.
DRIVE_L_K:
\COMMON\DSMCOMMN\ AB0CTTRD.IDE
3/4
202.927
1/1
No
Nombre nodo:
Tipo:
Agregacin?:
Tamao almacenado:
Nmero segmento:
Copia en cach?:
DWE
C.S.
DRIVE_L_K:
\COMMON\DSMCOMMN\ AB0CTSYM.ENT
4/4
202.927
1/1
No
Figura 31. Ver un informe detallado del contenido de un volumen
Bsqueda de los volmenes que utiliza un nodo cliente

Puede utilizar el comando SELECT del servidor para buscar los volmenes de
acceso secuencial que utiliza un nodo cliente. Utilice SELECT para realizar una
consulta SQL de la tabla VOLUMEUSAGE en la base de datos de Tivoli Storage
Manager. Por ejemplo, para obtener una lista de los volmenes que utiliza el nodo
cliente EXCH1 en la agrupacin de almacenamiento TAPEPOOL, entre el comando
siguiente:
select volume_name from volumeusage where node_name=EXCH1 and
stgpool_name=TAPEPOOL
Se obtiene una salida similar a la siguiente:

VOLUME_NAME
-----------------TAPE01
TAPE08
TAPE13
TAPE21
308
Para obtener ms informacin sobre cmo utilizar el comando SELECT, consulte la

Supervisin de los procesos de migracin

En el informe estndar de agrupaciones de almacenamiento hay cuatro campos que
proporcionan informacin sobre el proceso de migracin. Son los siguientes:
%migr
Especifica el porcentaje de datos de cada agrupacin de almacenamiento
que se puede migrar. Este valor se utiliza para determinar cundo se inicia
o se para la migracin.
Para las agrupaciones de almacenamiento de disco, este valor representa la
cantidad de espacio de disco que ocupan las copias de seguridad de
archivos, las copias archivadas o los archivos bajo gestin de espacio que
se pueden migrar a otra agrupacin de almacenamiento, inclusive los
archivos que estn en volmenes desactivados. Los datos en cach estn
excluidos del valor de %migr.
Para las agrupaciones de almacenamiento de acceso secuencial, este valor
es el porcentaje de los volmenes totales de la agrupacin de
almacenamiento que realmente contienen datos en ese momento. Por
ejemplo, suponga que una agrupacin de almacenamiento tiene cuatro
volmenes definidos explcitamente y un valor mximo de volmenes
reutilizables de seis volmenes. Si en ese momento solo hay dos
volmenes que contienen realmente datos, el valor de %migr ser el 20%.
Este campo est en blanco para las agrupaciones de almacenamiento de
copia.
Migr (%Sup)
Especifica cundo puede el servidor empezar a migrar datos de esta
agrupacin de almacenamiento. La migracin puede empezar cuando el
porcentaje de datos que se puede migrar alcanza este umbral. (Este campo
est en blanco para las agrupaciones de almacenamiento de copia.)
Migr (%Inf)
Especifica cundo puede el servidor dejar de migrar datos de esta
agrupacin de almacenamiento. La migracin puede finalizar cuando el
porcentaje de datos que se puede migrar est por debajo de este umbral.
(Este campo est en blanco para las agrupaciones de almacenamiento de
copia.)
Siguiente agrupacin de almacenamiento
Especifica la agrupacin de almacenamiento primaria destino a la que se
migran los datos. (Este campo est en blanco para las agrupaciones de
almacenamiento de copia.)
Ejemplo: Supervisar la migracin de datos entre agrupaciones

de almacenamiento
La Figura 27 en la pgina 300 muestra que los umbrales de migracin de la
agrupacin de almacenamiento BACKUPPOOL estn establecidos en el 50% para el
umbral superior de migracin y el 30% para el umbral inferior de migracin.
Cuando la cantidad de datos migrables almacenados en la agrupacin de
almacenamiento BACKUPPOOL alcance el 50%, el servidor puede empezar a
migrar los archivos a BACKTAPE.
Para supervisar la migracin de archivos de BACKUPPOOL a BACKTAPE, entre:
309
query stgpool back*
Consulte la Figura 32 para ver un ejemplo del resultado de este comando.

Si est activada la funcin de cach para una agrupacin de almacenamiento de
disco y se migran archivos, el valor de %util no cambia ya que los archivos en
cach siguen ocupando espacio en la agrupacin de almacenamiento de disco. Sin
embargo, el valor de %migr disminuye dado que el espacio que ocupan los
archivos en cach ya no es migrable.
Nombre
Nombre clase Capacidad %util
agrupacin
dispositivo estimada
almacenamiento
(MB)
----------- ---------- ---------- ----BACKTAPE
TAPE
180,0
95,2
BACKUPPOOL
DISK
80,0
51,6
%migr
Migr. Migr. Siguiente

(%Sup) (%Inf) agrupacin
almacenamiento
----- ---- ---- ----------100,0
90
70
28,8
50
30 BACKTAPE
Figura 32. Informacin sobre agrupaciones de almacenamiento de copia de seguridad
Puede hacer una consulta en el servidor con el fin de supervisar el proceso de

migracin entrando:
query process
Se visualizar un mensaje similar al de la Figura 33:
Nmero
Descripcin proceso
Estado
proceso
-------- ------------------------ --------------------------------------------2 Migracin
Agrupacin de almacenamiento de disco BACKUPPOOL,
Archivos traspasados: 1086, Bytes traspasados:
25555579, Archivos ilegibles: 0, Bytes
ilegibles: 0
Figura 33. Informacin sobre el proceso de migracin
Una vez finalizada la migracin, el servidor muestra el mensaje siguiente:

ANR1101I Ha finalizado el proceso de migracin para la agrupacin de
almacenamiento BACKUPPOOL.
Gestin de problemas durante el proceso de migracin

Durante el proceso de migracin puede producirse un problema que ocasione la
suspensin del proceso de migracin. Por ejemplo, puede no haber espacio
suficiente en la agrupacin de almacenamiento a la que se migran los datos. Si se
suspende la migracin, se puede volver a intentar el proceso.
En este punto, un administrador del sistema puede:
v Cancelar el proceso de migracin. Consulte el apartado Cancelacin del proceso
de migracin en la pgina 311 para obtener informacin adicional.
v Finalizar el proceso de migracin modificando los atributos de la agrupacin de
almacenamiento desde la que se migran los datos. Consulte el apartado
Finalizacin del proceso de migracin modificando las caractersticas de la
agrupacin de almacenamiento en la pgina 311 para obtener informacin
adicional.
310
v Proporcionar espacio adicional. Consulte el apartado Cmo proporcionar

espacio adicional para el proceso de migracin en la pgina 312 para obtener
informacin adicional.
El servidor intenta reiniciar el proceso de migracin cada 60 segundos durante
varios minutos y, si no lo consigue, finaliza dicho proceso anormalmente.
Cancelacin del proceso de migracin

Para detener la migracin del servidor en caso de producirse un problema o de
necesitar los recursos que utiliza el proceso, puede cancelar la migracin.
En primer lugar, determine el nmero de identificacin del proceso de migracin
entrando:
query process
Se muestra un mensaje similar al de la Figura 34:
Nmero
Descripcin proceso
Estado
proceso
-------- ------------------------ --------------------------------------------1 Migracin
ANR1113W Se ha suspendido el proceso de
migracin de la agrupacin de almacenamiento
BACKUPPOOL - no hay espacio suficiente en la
agrupacin de almacenamiento subordinada.
Figura 34. Obtencin del nmero de identificacin del proceso de migracin
Despus, puede cancelar el proceso de migracin entrando:

cancel process 1
Finalizacin del proceso de migracin modificando las

caractersticas de la agrupacin de almacenamiento
Hay determinados errores que hacen que el servidor contine intentando reiniciar
el proceso de migracin cada 60 segundos. (Si el problema sigue existiendo
transcurridos varios minutos, el proceso de migracin finalizar.) Para detener los
intentos repetidos de reinicio, puede cambiar algunas caractersticas de la
agrupacin de almacenamiento desde la que se migran los datos. Segn el entorno,
puede optar por lo siguiente:
v Establecer umbrales de migracin ms elevados para la agrupacin de
almacenamiento origen de la migracin de datos. Cuanto ms elevado es el
umbral, la agrupacin de almacenamiento debe tener ms cantidad de datos
migrables para que se inicie la migracin. Esa modificacin retarda la migracin.
En el ejemplo del apartado Ejemplo: Supervisar la migracin de datos entre
agrupaciones de almacenamiento en la pgina 309, se poda actualizar la
agrupacin de almacenamiento de disco BACKUPPOOL.
v Agregar volmenes a la agrupacin origen de la migracin de datos. Al agregar
volmenes, disminuye el porcentaje de datos que son migrables (%migr).
agrupaciones de almacenamiento en la pgina 309, se podan agregar
volmenes a la agrupacin de almacenamiento de disco BACKUPPOOL para
aumentar su capacidad de almacenamiento.
Nota: esto solo es conveniente en el caso de recibir un mensaje relativo a
espacio insuficiente para la agrupacin de almacenamiento origen de la
migracin de datos.
311
Cmo proporcionar espacio adicional para el proceso de

migracin
Un proceso de migracin se puede suspender debido a espacio insuficiente en la
agrupacin de almacenamiento a la que se migran los datos. Para que el proceso
de migracin pueda completarse, puede proporcionar volmenes de
almacenamiento adicionales para esa agrupacin de almacenamiento.
agrupaciones de almacenamiento en la pgina 309, se podan agregar volmenes
a la agrupacin de almacenamiento BACKTAPE o aumentar el nmero mximo de
cintas reutilizables permitidas. De cualquiera de las dos maneras, se aumenta la
capacidad de almacenamiento de BACKTAPE.
Supervisin de la utilizacin del espacio de cach del

El valor de %util incluye los datos en cach que hay en un volumen (si est
activada la funcin de cach) y el valor de %migr excluye los datos en cach. Por
lo tanto, cuando est activada la funcin de cach y se produce una migracin, el
valor de %migr disminuye mientras que el valor de %util permanece invariable. El
valor de %util permanece igual porque los datos migrados permanecen en el
volumen como datos en cach. En este caso, el valor de %util solo disminuye
cuando caducan los datos en cach.
Si actualiza una agrupacin de almacenamiento de CACHE=YES a CACHE=NO,
los archivos en cach no desaparecen de forma inmediata. El valor de %util
permanece invariable. El espacio de cach se reclama con el tiempo a medida que
el servidor necesita el espacio y no se crean archivos en cach adicionales.
Para determinar si se utiliza la funcin de cach en el almacenamiento de disco y
para supervisar la cantidad de espacio que utilizan las copias en cach, solicite al
servidor un informe detallado de agrupaciones de almacenamiento. Por ejemplo,
para solicitar un informe detallado sobre BACKUPPOOL, entre:
query stgpool backuppool format=detailed
La Figura 35 en la pgina 313 visualiza un informe detallado de la agrupacin de

almacenamiento.
312
Nombre agrupacin almacenamiento:

Tipo agrupacin almacenamiento:
Capacidad estimada (MB):
%util:
%migr:
Pct lgico:
Migr (%Sup):
Migr (%Inf):
Retardo en migracin:
Continuar con migracin:
Procesos migracin:
Siguiente agrupacin almacenamiento:
Agrupacin almacenamiento reclamacin:
Umbral de tamao mximo:
Acceso:
Descripcin:
Ubicacin desbordamiento:
Cach para archivos migrados?:
Funcin proximidad?:
Umbral reclamacin:
Mximos volmenes reutilizables:
Periodo retardo para reutilizacin volumen:
Migracin en curso?:
Cantidad migrada (MB):
Tiempo transcurrido en migracin (segundos):
Reclamacin en curso?:
Volumen migrndose/reclamndose:
Formato datos agrupacin de almacenamiento:
Agrupaciones de almacenamiento de copia:
Continuar la copia en caso de error?:
Datos CRC:
BACKUPPOOL
PRIMARY
DISK
80,0
42,0
29,6
82,1
50
30
0
S
1
BACKTAPE
Ilimitado
Lectura/Grabacin
0 Da(s)
S
0,10
5
SERVER_CONSOLE
04/09/2002 16:47:49
Nativo
No
Figura 35. Informe detallado de agrupacin de almacenamiento
Cuando Cach para archivos migrados? est establecido en S, el valor de %util

no cambia debido a la migracin, ya que las copias en cach de los archivos
migrados a la siguiente agrupacin de almacenamiento permanecen en el
Este ejemplo muestra que la utilizacin permanece en el 42%, incluso despus de
haberse migrado los archivos a la agrupacin de almacenamiento BACKTAPE, y
que la cantidad actual de datos disponibles para la migracin es del 29,6%.
Cuando Cach para archivos migrados? est establecido en No, el valor de %util
se aproxima ms al valor de %migr ya que las copias en cach no se retienen en el
Solicitud de informacin sobre la utilizacin del espacio de

almacenamiento
Tarea
Solicitar al servidor informacin sobre el

Todos los administradores pueden solicitar informacin sobre el nivel de ocupacin

del almacenamiento del servidor. Utilice el comando QUERY OCCUPANCY para
los informes con informacin desglosada por nodo o por espacio de archivos. Este
informe sirve para determinar cunto espacio utiliza cada uno de los siguientes
elementos:
313
v Nodo cliente y espacio de archivos

v Agrupacin de almacenamiento o clase de dispositivo
v Tipo de datos (copia de seguridad, copia archivada o bajo gestin de espacio)
En cada informe figuran dos mediciones del espacio que utiliza una agrupacin de
almacenamiento:
v Espacio lgico ocupado
Es el espacio que utilizan los archivos lgicos. Un archivo lgico es un archivo
de cliente. Se almacena como archivo fsico simple o en una agregacin de
archivos junto con otros archivos lgicos.
v Espacio fsico ocupado
Es el espacio que utilizan los archivos fsicos. Un archivo fsico es un archivo
lgico simple o bien una agregacin de archivos formada por varios archivos
lgicos.
Una agregacin de archivos puede contener espacio vaco utilizado alguna vez
por archivos lgicos que ya han caducado o que se han suprimido. Por lo tanto,
el espacio utilizado por los archivos fsicos es igual o mayor que el espacio
utilizado por los archivos lgicos. La diferencia entre ambos constituye la
medida de cunto espacio sin utilizar pueden tener las agregaciones de archivos.
El espacio no utilizado puede reclamarse en las agrupaciones de almacenamiento
secuencial.
Tambin puede utilizar este informe para evaluar el tamao medio de los archivos
de estaciones de trabajo almacenados en el almacenamiento del servidor.
Cantidad de espacio que utiliza cada nodo cliente

Todos los administradores pueden solicitar informacin sobre el espacio que utiliza
cada nodo cliente y cada espacio de archivos:
v La cantidad de datos en copias de seguridad, copias archivadas o archivos
migrados al almacenamiento del servidor
v La cantidad de archivos que estn en el almacenamiento del servidor y cuya
copia de seguridad se ha almacenado en una agrupacin de almacenamiento
v La cantidad de espacio de almacenamiento que se utiliza
Para determinar cunto espacio de almacenamiento del servidor utiliza, por
ejemplo, el espacio de archivos /home perteneciente al nodo cliente MIKE, entre:
query occupancy mike /home
Recuerde que los nombres de espacio de archivos son sensibles a las maysculas y
minsculas, y deben entrarse exactamente como los reconoce el servidor. Utilice el
comando QUERY FILESPACE para determinar la grafa correcta. Para obtener ms
informacin, consulte el apartado Gestin de espacios de archivos en la pgina
355.
La Figura 36 en la pgina 315 muestra el resultado de la consulta. El informe
muestra el nmero de copias de seguridad, copias archivadas o archivos migrados
del espacio de archivos /file perteneciente a MIKE. El informe tambin muestra la
cantidad de espacio que hay ocupado en cada agrupacin de almacenamiento.
Si hace una copia de seguridad de la agrupacin de almacenamiento ENGBACK1
en una agrupacin de almacenamiento de copia, la agrupacin de almacenamiento
de copia tambin se lista en el informe. Para determinar la cantidad de archivos de
la agrupacin de almacenamiento primaria del nodo cliente cuya copia de
314
seguridad se ha almacenado en una agrupacin de almacenamiento de copia,

compare el nmero de archivos que hay en cada tipo de agrupacin para el nodo
cliente.
Nombre nodo
Tipo
Nombre
espacio
Nombre
agrupacin
-----------MIKE
---- ----------- ----------C.S. /home

ENGBACK1
Nmero de
archivos
--------513
Espacio
fsico
ocupado
(MB)
------3,52
Espacio
lgico
ocupado
(MB)
-------3,01
Figura 36. Informe de la ocupacin de agrupaciones de almacenamiento por nodo cliente
Cantidad de espacio que utiliza cada agrupacin de

almacenamiento o clase de dispositivo
Puede supervisar la cantidad de espacio que utilizan una agrupacin de
almacenamiento individual, un grupo de agrupaciones de almacenamiento o las
agrupaciones de almacenamiento clasificadas por una clase de dispositivo concreta.
Crear informes de ocupacin de forma regular puede ser de ayuda para planificar
la capacidad.
Para realizar una consulta en el servidor sobre la cantidad de datos almacenados,
por ejemplo, en las agrupaciones de almacenamiento de cinta de copia de
seguridad pertenecientes a la clase de dispositivo TAPECLASS, especifique:
query occupancy devclass=tapeclass
En la Figura 37 se muestra un informe sobre la ocupacin de las agrupaciones de

almacenamiento de cinta asignadas a la clase de dispositivo TAPECLASS.
Nombre nodo
--------------CAROL
CAROL
PEASE
PEASE
PEASE
TOMC
TOMC
Tipo Nombre
espacio
archivos
Nombre
Nmero de Espacio
agrupacin
archivos
fsico
almacenamiento
ocupado
(MB)
---- ----------- ----------- --------- ---------Arch OS2C
ARCHTAPE
5
0,92
Bkup OS2C
BACKTAPE
21
1,02
Arch /home/peas- ARCHTAPE
492
18,40
e/dir
Bkup /home/peas- BACKTAPE
33
7,60
e/dir
Bkup /home/peas- BACKTAPE
2
0,80
e/dir1
Arch /home/tomc
ARCHTAPE
573
20,85
/driver5
Bkup /home
BACKTAPE
13
2,02
Espacio
lgico
ocupado
(MB)
-------0,89
1,02
18,40
7,38
0,80
19,27
1,88
Figura 37. Informe de la ocupacin de las agrupaciones de almacenamiento por clase de

dispositivo
Nota: si se trata de datos de copias archivadas, en la columna Nombre de espacio

de archivos puede aparecer (copia archivada) en lugar de un nombre de
espacio de archivos. Esto significa que los datos se archivaron antes de que
el servidor diese soporte a la funcin de proximidad por espacio de
archivos.
Cantidad de espacio que utilizan las copias de seguridad de

archivos, las copias archivadas y los archivos bajo gestin de
espacio
Puede consultar al servidor la cantidad de espacio que utilizan las copias de
seguridad de archivos, las copias archivadas y los archivos bajo gestin de espacio.
315
Si determina el tamao medio de los archivos de estaciones de trabajo

almacenados en el almacenamiento del servidor, puede estimar cunta capacidad
de almacenamiento puede necesitar al inscribir nuevos clientes para el servidor.
Consulte los apartados Estimacin de las necesidades de espacio para
agrupaciones de almacenamiento en la pgina 296 y Estimacin de las
necesidades de espacio para las copias archivadas de una agrupacin de
almacenamiento de acceso aleatorio en la pgina 298 para obtener informacin
sobre planificacin de espacio de almacenamiento.
Para solicitar un informe sobre las versiones de copia de seguridad almacenadas,
por ejemplo, en la agrupacin de almacenamiento denominada BACKUPPOOL,
entre:
query occupancy stgpool=backuppool type=backup
La Figura 38 visualiza un informe sobre la cantidad de almacenamiento del

servidor para las copias de seguridad de archivos.
Nombre nodo
--------------CAROL
CAROL
PEASE
PEASE
TOMC
Tipo Nombre
espacio
archivos
Nombre
Nmero de Espacio
Espacio
agrupacin
archivos
fsico
lgico
almacenamiento
ocupado
ocupado
(MB)
(MB)
---- ----------- ----------- --------- ---------- -------C.S. OS2C
BACKUPPOOL
513
23,52
23,52
C.S. OS2D
BACKUPPOOL
573
20,85
20,85
C.S. /marketing
BACKUPPOOL
132
12,90
9,01
C.S. /business
BACKUPPOOL
365
13,68
6,18
C.S. /
BACKUPPOOL
177
21,27
21,27
Figura 38. Informe de la ocupacin de las copias de seguridad de archivos de las

Para determinar el tamao medio de las versiones de copia de seguridad

almacenadas en BACKUPPOOL, realice los pasos siguientes utilizando los datos
que se facilitan en la Figura 38:
1. Sume el nmero de megabytes de espacio que ocupan las versiones de copia de
seguridad.
En este ejemplo, las versiones de copia de seguridad ocupan 92,22 MB de
espacio en BACKUPPOOL.
2. Sume el nmero de archivos almacenados en la agrupacin de almacenamiento.
En este ejemplo, hay 1760 versiones de copia de seguridad residentes en
BACKUPPOOL.
3. Divida el espacio ocupado por el nmero de archivos para determinar el
tamao medio de cada copia de seguridad de un archivo almacenada
BACKUPPOOL.
En este ejemplo, el tamao medio de la copia de seguridad de cada archivo de
estacin de trabajo en BACKUPPOOL es de unos 0,05 MB, o 50 KB
aproximadamente.
Puede utilizar este promedio para calcular la capacidad necesaria para las
agrupaciones de almacenamiento adicionales definidas para el servidor.
316
Traspaso de archivos de un volumen a otro

Puede traspasar archivos de un volumen a otro de la misma agrupacin de
almacenamiento o de otra distinta mediante el comando MOVE DATA. Los
volmenes pueden ser volmenes en local o volmenes fuera de local. Durante las
operaciones normales, no es necesario traspasar datos. Puede tener que traspasar
datos en determinadas situaciones, por ejemplo, si se necesita recobrar los datos
legibles de un volumen de Tivoli Storage Manager daado.
|
|
Nota: el comando MOVE DATA no se admite para volmenes definidos en una

agrupacin de almacenamiento Centera.
Durante el proceso de traspaso de datos, el servidor:
v Traspasa todos los archivos legibles a los volmenes disponibles de la
agrupacin de almacenamiento destino especificada.
v Suprime todas las copias en cach de un volumen de disco.
v Intenta eludir todos los archivos que anteriormente se haban marcado como
daados.
Durante el proceso de traspaso de datos, los usuarios no pueden acceder al
volumen para restaurar o recuperar archivos y no se pueden grabar archivos
nuevos en el volumen.
Nota:
v Los archivos de una agrupacin de almacenamiento de copia no se
traspasan al trasladar los archivos primarios.
v Solo puede traspasar datos para volmenes que pertenecen a una
agrupacin de almacenamiento con DATAFORMAT=NATIVE o
DATAFORMAT=NONBLOCK.
Tarea
Traspasar archivos de un volumen de

cualquier agrupacin de almacenamiento a
un volumen disponible de cualquier
Traspasar archivos de un volumen a un

Almacenamiento con restricciones
volumen disponible en cualquier agrupacin
de almacenamiento para la que se est
autorizado
Traspaso de datos a otros volmenes de la misma agrupacin

de almacenamiento
Traspasar archivos de un volumen a otros volmenes de la misma agrupacin de
almacenamiento resulta til en los casos siguientes:
v Cuando desea liberar todo el espacio de un volumen para que pueda suprimirse
del servidor de Tivoli Storage Manager.
Consulte el apartado Supresin de volmenes de agrupaciones de
almacenamiento en la pgina 329 para obtener informacin sobre cmo
suprimir copias de seguridad de datos, datos archivados o datos bajo gestin de
espacio antes de suprimir un volumen de una agrupacin de almacenamiento.
v Al recobrar los archivos legibles de un volumen que se ha daado.
v Si desea suprimir archivos en cach de los volmenes de disco.
317
Si desea forzar la eliminacin de los archivos en cach, puede suprimirlos

traspasando los datos de un volumen a otro. Durante el proceso de traspaso, el
servidor suprime los archivos en cach que quedan en los volmenes de disco.
Si traspasa datos entre volmenes de la misma agrupacin de almacenamiento y
agota el espacio de la agrupacin de almacenamiento antes de traspasar todos los
datos del volumen destino, no podr traspasar todos sus datos. En este caso,
deber traspasar los datos al espacio disponible de otra agrupacin de
almacenamiento segn se describe en el apartado Traspaso de datos a otra
Traspaso de datos a otra agrupacin de almacenamiento

Puede traspasar todos los datos de un volumen de una agrupacin de
almacenamiento a volmenes de otra agrupacin de almacenamiento. Si especifica
una agrupacin de almacenamiento destino distinta de la agrupacin de
almacenamiento origen, el servidor utiliza la jerarqua de almacenamiento para
traspasar datos si se necesita ms espacio.
Nota: los datos no se pueden traspasar de una agrupacin de almacenamiento
primaria a una agrupacin de almacenamiento de copia. Los datos de una
agrupacin de almacenamiento de copia no se pueden traspasar a ninguna
otra agrupacin de almacenamiento.
Los datos se pueden traspasar de las agrupaciones de almacenamiento de acceso
aleatorio a las agrupaciones de almacenamiento de acceso secuencial. Por ejemplo,
si tiene un volumen de disco daado y tiene una cantidad limitada de espacio de
almacenamiento de disco, puede trasladar todos los archivos del volumen de disco
a una agrupacin de almacenamiento de cinta. Traspasar archivos de un volumen
de disco a una agrupacin de almacenamiento secuencial puede necesitar un gran
nmero de operaciones de montaje si se aplica la funcin de proximidad a la
agrupacin de almacenamiento destino. Asegrese de tener suficiente personal y
medios para trasladar los archivos del almacenamiento de disco a secuencial.
Traspaso de datos de un volumen fuera del local de una

Puede traspasar los datos de volmenes fuera del local sin tener que traer los
volmenes al local. El proceso del comando MOVE DATA para los volmenes de
agrupaciones de almacenamiento primarias no afecta a los archivos de
El proceso del comando MOVE DATA para los volmenes de las agrupaciones de
almacenamiento de copia es parecido al de las agrupaciones de almacenamiento
primarias, con las excepciones siguientes:
v La mayora de los volmenes de las agrupaciones de almacenamiento de copia
se pueden establecer en la modalidad de acceso fuera de local, con lo que resultan
inelegibles para montarlos. Durante el proceso del comando MOVE DATA, los
archivos vlidos de volmenes fuera de local se copian de los archivos originales
de las agrupaciones de almacenamiento primarias. De este modo, los archivos
vlidos de los volmenes fuera de local se copian sin tener que montar esos
volmenes. Estas nuevas copias de los archivos se graban en otro volumen de la
v Con el comando MOVE DATA, puede traspasar los datos de cualquier volumen
de agrupacin de almacenamiento primaria a cualquier agrupacin de
almacenamiento primaria. Sin embargo, los datos de un volumen de agrupacin
318
de almacenamiento de copia solo se pueden traspasar a otro volumen de la

misma agrupacin de almacenamiento de copia.
Cuando se trasladan archivos de un volumen marcado como fuera de local, el
servidor lleva a cabo las acciones siguientes:
1. Determina qu archivos siguen estando activos en el volumen desde el que se
traspasan los datos.
2. Obtiene esos archivos de una agrupacin de almacenamiento primaria o de otra
3. Copia los archivos en uno o varios volmenes de la agrupacin de
almacenamiento de copia destino.
Procedimiento para traspasar datos

1. Antes de trasladar los archivos de un volumen, siga estos pasos:
v Si desea garantizar que no se graban nuevos archivos en un volumen
despus de traspasar datos desde l, cambie la modalidad de acceso del
volumen a solo lectura. De este modo se impide que el servidor vuelva a
llenar el volumen inmediatamente a continuacin de traspasar los datos.
Puede ser conveniente en caso de querer suprimir el volumen.
Consulte el apartado Actualizacin de volmenes de agrupaciones de
actualizar la modalidad de acceso de un volumen de agrupacin de
almacenamiento.
v Asegrese de que haya suficiente espacio disponible en los volmenes de la
agrupacin de almacenamiento destino especificada; para ello, siga estos
pasos:
a. Consulte el volumen de almacenamiento origen para determinar la
cantidad de espacio necesario en otros volmenes. Consulte el apartado
Supervisin de la utilizacin de volmenes de agrupaciones de
solicitar informacin sobre un volumen de almacenamiento.
b. Consulte la agrupacin de almacenamiento destino especificada para
asegurarse de que hay suficiente capacidad para almacenar los archivos
que se traspasan. Consulte el apartado Supervisin del espacio
disponible de una agrupacin de almacenamiento en la pgina 299 para
obtener informacin sobre cmo consultar agrupaciones de
almacenamiento.
Si necesita ms espacio de almacenamiento, defina volmenes o aumente el
nmero mximo de volmenes reutilizables de la agrupacin de
almacenamiento destino especificada. Consulte el apartado Definicin de
volmenes de agrupaciones de almacenamiento en la pgina 258 para
obtener informacin sobre cmo preparar volmenes para utilizarlos para el
v Si traspasa archivos de un volumen de una agrupacin de almacenamiento
secuencial a otro volumen de la misma agrupacin de almacenamiento,
asegrese de que el lmite de montaje de la clase de dispositivo asociada a la
agrupacin de almacenamiento es mayor que uno.
Consulte el apartado Solicitud de informacin sobre una clase de
dispositivo en la pgina 236 para obtener ms informacin sobre cmo
solicitar informacin referente al valor de lmite de montaje de la clase de
dispositivo.
319
v Si traspasa archivos de un volumen de cinta a una agrupacin de

almacenamiento de cinta, asegrese de que estn disponibles las dos
unidades de cinta necesarias.
2. Traspase los datos con el comando MOVE DATA.
Por ejemplo, para trasladar los archivos almacenados en el volumen
d:\storage\vol3 a cualquier volumen disponible de la agrupacin de
almacenamiento STGTMP1, entre:
move data d:\storage\vol3 stgpool=stgtmp1
Cuando se traspasan datos de un volumen, el servidor inicia un proceso de

fondo y enva mensajes informativos como, por ejemplo:
ANR1140I
Se ha iniciado el proceso de traspaso de datos para el
(identificador de proceso 32).
El comando RESTORE STGPOOL puede ejecutarse en primer plano en un

cliente de administracin emitindolo con el parmetro WAIT=YES.
Nota:
v Puede que un volumen no est totalmente vaco una vez finalizada
una operacin de traspaso de datos. Por ejemplo, es posible que el
servidor no pueda reubicar uno o ms archivos en otro volumen
debido a errores de entrada/salida en el dispositivo o debido a que se
han encontrado errores en el archivo. Puede suprimir el volumen y los
volmenes restantes con DISCARDDATA=YES. El servidor suprime
los archivos restantes con errores de E/S o de otro tipo.
v Solo puede traspasar datos para volmenes que pertenecen a una
agrupacin de almacenamiento con DATAFORMAT=NATIVE o
DATAFORMAT=NONBLOCK.
Solicitud de informacin sobre el proceso de traspaso de datos

Para solicitar informacin sobre el proceso de traspaso de datos, entre:
query process
La Figura 39 muestra un ejemplo del informe que se recibe relativo al proceso de

traspaso de datos.
Nmero
Descripcin proceso
Estado
proceso
-------- -------------------- ------------------------------------------------32 Traspaso de datos
Volumen D:\STORAGE\VOL3, (agr. almacenamiento
BACKUPPOOL), Agrupacin destino STGTMP1, Archivos
traspasados: 49, Bytes traspasados: 9.121.792,
Archivos ilegibles: 0, Bytes ilegibles: 0. Archivo
actual (bytes): 3.522.560
Volumen de salida actual: VOL1.
Figura 39. Informacin sobre el proceso de traspaso de datos
Reclamacin de espacio en agregaciones durante el traspaso de

datos
El espacio vaco se acumula en una agregacin de archivos a medida que se
suprimen archivos lgicos de dicha agregacin. Durante el proceso de reclamacin,
se reconstruye la agregacin y este espacio vaco se elimina. Sin embargo, no se
puede iniciar el proceso de reclamacin solo para volmenes especficos. Para
320
reconstruir una agregacin para un volumen especfico, puede emitir el comando

MOVE DATA con el parmetro RECONSTRUCT. De este modo, es posible
traspasar datos de una agrupacin de almacenamiento de acceso secuencial sin
traspasar ningn archivo caducado de las agregaciones. Esto puede ser
recomendable si los archivos caducados contienen datos confidenciales y deben ser
depurados por motivos legales.
Por ejemplo, para trasladar los archivos almacenados en el volumen
d:\storage\vol3 a cualquier volumen disponible de la agrupacin de
almacenamiento STGTMP1 y reconstruir las agregaciones de dicho volumen, entre:
move data d:\storage\vol3 stgpool=stgtmp1 reconstruct=yes
Supervisin del traspaso de datos entre volmenes

Puede solicitar al servidor informacin de volmenes para supervisar el traspaso
de datos entre volmenes. Por ejemplo, para ver cuntos datos se han traspasado
del volumen origen en la operacin de traspaso de ejemplo, entre:
query volume d:\storage\vol3 stgpool=backuppool
Casi al principio del proceso de traspaso, si se consulta el volumen origen de la

operacin de traspaso de datos se obtiene el resultado siguiente:
Nombre volumen
--------------D:\STORAGE\VOL3
Nombre
agrupacin
almacenamiento
-------------BACKUPPOOL
Nombre
clase
estimada
agrupacin
dispositivo
(MB)
---------- --------- ----- ---------DISK
15,0 59,9 Activado
Si se consulta el volumen destino de la operacin de traspaso de datos (VOL1,

segn la salida de la consulta del proceso) se obtiene el resultado siguiente:
Nombre volumen
---------------VOL1
Nombre
agrupacin
almacenamiento
-------------STGTMP1
Nombre
clase
estimada
agrupacin
dispositivo
(MB)
----------- --------- ----- ---------8500DEV
4.944,0
0,3 Llenando
Al final del proceso de traspaso, si se consulta el volumen origen de la operacin

de traspaso de datos se obtiene el resultado siguiente:
Nombre volumen
---------------D:\STORAGE\VOL3
Nombre
agrupacin
almacenamiento
-------------BACKUPPOOL
Nombre
clase
estimada
agrupacin
dispositivo
(MB)
----------- --------- ----- ---------DISK
15,0 0,0 Activado

Puede traspasar datos situados en una agrupacin de almacenamiento de acceso
secuencial para uno o ms nodos, o para un nodo con espacios de archivos
seleccionados, mediante el comando MOVE NODEDATA. Con este comando, los
datos se pueden encontrar en una agrupacin de almacenamiento primaria o de
copia. Si la agrupacin de almacenamiento origen es una agrupacin de
almacenamiento primaria, puede traspasar datos a otros volmenes de la misma
agrupacin o a otra agrupacin de almacenamiento primaria. Si la agrupacin de
almacenamiento origen es una agrupacin de almacenamiento de copia, los datos
slo se pueden traspasar a otros volmenes de esa agrupacin de almacenamiento.
321
Notas:
1. Solo se pueden traspasar datos por nodo, si los datos se encuentran en una
agrupacin de almacenamiento cuyo formato de datos sea NATIVE o
NONBLOCK.
2. Si va a traspasar archivos de la misma agrupacin de almacenamiento, deber
haber volmenes disponibles que no contengan los datos que se van a
traspasar. Es decir, el servidor no puede utilizar un volumen de destino que
contenga datos que se deben traspasar.
3. El servidor de Tivoli Storage Manager no admite el traspaso de datos de nodos
de una agrupacin de almacenamiento Centera.
|
|
Tarea
Traspasar datos por nodo

almacenamiento con restricciones
Traspaso de datos de todos los espacios de archivos para

uno o ms nodos
El traspaso de datos de todos los espacios de archivos en uno o ms nodos es til:
v Si desea optimizar el rendimiento mediante la reduccin del nmero de
montajes de volmenes necesarios durante una operacin de restauracin
consolidando datos para un nodo especfico o varios nodos dentro de una
v Si desea traspasar datos de nodos especficos a otra agrupacin de
almacenamiento
v Si desea aumentar el rendimiento del proceso de restauracin del cliente
traspasando primero los datos a una agrupacin de almacenamiento de acceso
aleatorio
Nota: debe evitar el traspaso de datos a una agrupacin de almacenamiento, o
fuera o dentro de la misma, si MOVE NODEDATA est procesando datos en
la misma agrupacin de almacenamiento.
Para traspasar todos los espacios de archivos de un nodo denominado
ACCOUNTING cuyos datos se encuentran en la agrupacin de almacenamiento
ACCTPOOL y la agrupacin de almacenamiento de destino es BACKUPPOOL,
especifique:
move nodedata accounting fromstgpool=acctpool tostgpool=backuppool
Traspaso de datos de espacios de archivos seleccionados

para un nodo
El traspaso de datos de espacios de archivos seleccionados para un nodo es til:
v Si desea mejorar el rendimiento mediante la reduccin del nmero de montajes
de volmenes necesarios durante una operacin de restauracin consolidando
datos para espacios de archivos especficos dentro de una agrupacin de
almacenamiento.
v Si desea consolidar datos para espacios de archivos crticos permitiendo que la
restauracin de estos archivos tenga una prioridad ms alta en situaciones de
recuperacin. Esto es de gran utilidad durante la recuperacin de datos cuando
es esencial que se restauren en primer lugar solo los datos cruciales para el
negocio y, a continuacin, los datos que no son importantes para el negocio.
322
v Si desea traspasar espacios de archivos especficos a otra agrupacin de

almacenamiento.
v Si desea aumentar el rendimiento del proceso de restauracin del cliente
traspasando primero los datos a una agrupacin de almacenamiento de acceso
aleatorio.
Por ejemplo, considere la posibilidad de traspasar datos de un solo nodo y
restringir el traspaso de datos a archivos en un espacio de archivos no Unicode
especfico (en este ejemplo, \\eng\e$) y en un espacio de archivos Unicode
especfico (en este ejemplo, \\eng\d$). El nombre del nodo que posee los datos es
ENGINEERING y tiene datos almacenados en la agrupacin de almacenamiento
ENGPOOL. Una vez realizado el traspaso, los datos se encuentran en la
agrupacin de almacenamiento de destino BACKUPPOOL. Para traspasar los
datos, especifique lo siguiente:
move nodedata engineering fromstgpool=engpool
tostgpool=backuppool filespace=\\eng\e$ unifilespace=\\eng\d$
Otro ejemplo consiste en traspasar datos para un nodo denominado MARKETING

desde todas las agrupaciones de almacenamiento primarias de acceso secuencial a
una agrupacin de almacenamiento de acceso aleatorio denominada DISKPOOL.
Primero, debe obtener una lista de agrupaciones de almacenamiento que contiene
datos para el nodo MARKETING, para ello emita lo siguiente:
query occupancy marketing
o bien
SELECT * from OCCUPANCY where node_name=MARKETING;
En este ejemplo, todos los nombres de agrupaciones de almacenamiento de la lista

empiezan por los caracteres FALLPLAN. Para traspasar los datos, repita el
comando siguiente para cada instancia de FALLPLAN. En el ejemplo siguiente se
muestra el comando para FALLPLAN3:
move nodedata marketing fromstgpool=fallplan3
tostgpool=diskpool
En este ltimo ejemplo, se muestra el traspaso de espacios de archivos Unicode y

no Unicode para un nodo. Se traspasa al nodo NOAH el espacio de archivos que
no es Unicode \\servtuc\d$ y el espacio de archivos Unicode \\tsmserv1\e$ cuyo
identificador de espacio de archivos es 2, desde la agrupacin de almacenamiento
de acceso secuencial TAPEPOOL a la agrupacin de almacenamiento de acceso
aleatorio DISKPOOL.
move nodedata noah fromstgpool=tapepool tostgpool=diskpool
filespace=\\servtuc\d$ fsid=2
Solicitud de informacin sobre el proceso de traspaso de

datos
Para solicitar informacin sobre el proceso de traspaso de datos, entre:
query process
323
La Figura 40 muestra un ejemplo del informe que se recibe relativo al proceso de

traspaso de datos.
Nmero
Descripcin proceso
proceso
--------------------------3
Traspaso de datos nodo
Estado
------------------------------------------------Agrupacin de almacenamiento 3590FC, Agrupacin de
destino 3590FC, Archivos traspasados: 0, Bytes
traspasados: 0, Archivos ilegibles: 0,
Bytes ilegibles: 0. Archivo fsico actual
(bytes): 268.468.584
Volumen de entrada actual:
DST308.
Volumen de salida actual:
DST279.
Figura 40. Informacin sobre el proceso de traspaso de datos
Prevencin de operaciones de traspaso de datos incompletas

Existen varias razones por las que se puede producir una operacin MOVE
NODEDATA incompleta. A continuacin, se detallan las razones ms comunes:
v Los archivos se han marcado como daados en la agrupacin de
almacenamiento origen. Para obtener ms informacin sobre qu hay que hacer
con estos archivos marcados como daados, consulte el apartado Correccin de
archivos daados en la pgina 745.
v Los archivos de la agrupacin de almacenamiento origen se encuentran en
volmenes cuyo modo de acceso es fuera del local, destruido o no disponible.
Para llevar a cabo la operacin de traspaso, vuelva a traer los volmenes al
local, restaure los volmenes destruidos desde una agrupacin de
almacenamiento de copia o haga que los volmenes estn disponibles.
v Los archivos se han traspasado, agregado o eliminado durante la operacin de
traspaso. Para evitar esta situacin, durante el proceso de traspaso no realice las
operaciones siguientes:
Migracin de cualquier tipo relacionada con la agrupacin de almacenamiento
Reclamacin de volmenes dentro de la agrupacin de almacenamiento
Ejecucin simultnea del proceso MOVE DATA para un volumen de una
agrupacin de almacenamiento que contenga datos que deben traspasarse
durante el proceso MOVE NODEDATA
Operaciones de copia de seguridad en una agrupacin de almacenamiento de
copia mientras se ejecuta el proceso MOVE NODEDATA en dicha agrupacin
de copia
Almacenamiento de archivos directamente desde un cliente a una agrupacin
de almacenamiento
Cmo redenominar una agrupacin de almacenamiento

Puede redenominar una agrupacin de almacenamiento. Es posible que deba
hacerlo cuando distribuya polticas mediante la configuracin de empresa.
Consulte el apartado Configuracin de un servidor gestionado en la pgina 630.
Al redenominar una agrupacin de almacenamiento, todos los administradores que
tienen el privilegio de almacenamiento restringido para la agrupacin de
almacenamiento disponen automticamente del privilegio de almacenamiento
restringido para la agrupacin de almacenamiento con el nuevo nombre. Si la
324
agrupacin de almacenamiento redenominada se encuentra en una jerarqua de

agrupaciones de almacenamiento, se conserva la jerarqua.
Los grupos de copia y las clases de gestin pueden contener un nombre de
agrupacin de almacenamiento como destino. Si redenomina una agrupacin de
almacenamiento que se utiliza como destino, el destino del grupo de copia o la
clase de gestin no se cambia al nuevo nombre de la agrupacin de
almacenamiento. Para continuar utilizando la poltica con la agrupacin de
almacenamiento redenominada, debe cambiar el destino de los grupos de copia y
las clases de gestin y, a continuacin, debe activar el juego de polticas con los
destinos modificados.
Definicin de una agrupacin de almacenamiento de copia

Utilice una agrupacin de almacenamiento de copia para hacer la copia de
seguridad de una o ms agrupaciones de almacenamiento primarias. Consulte la
Tabla 24 en la pgina 327 y el apartado Copia de seguridad de agrupaciones de
almacenamiento en la pgina 708 para obtener ms informacin. Al definir una
agrupacin de almacenamiento de copia, debe estar preparado para proporcionar
en parte o en su totalidad la informacin que se muestra en la Tabla 23.
Notas:
|
|
1. para realizar una copia de seguridad de una agrupacin de almacenamiento

2. No puede definir agrupaciones de almacenamiento de copia para una clase de
dispositivo Centera.
Tabla 23. Informacin para definir una agrupacin de almacenamiento de copia
Informacin
Explicacin
Clase de
dispositivo
Especifica el nombre de la clase de dispositivo asignado para la

agrupacin de almacenamiento. Se trata de un parmetro obligatorio.
Tipo de
agrupacin
Especifica que desea definir una agrupacin de almacenamiento de

copia. Se trata de un parmetro obligatorio. Al actualizar una agrupacin
de almacenamiento no se puede cambiar si la agrupacin es una
agrupacin de almacenamiento primaria o de copia.
Modalidad de
acceso
Define el acceso a los volmenes de la agrupacin de almacenamiento

para las operaciones de usuario (como por ejemplo copia de seguridad y
restauracin) y las operaciones del sistema (como por ejemplo
reclamacin). Los valores posibles son:
Lectura/grabacin
Las operaciones de usuario y del sistema se pueden leer o
grabar en volmenes.
Solo lectura
Las operaciones de usuario pueden leer en los volmenes, pero
no grabar datos en ellos. De todos modos, los procesos del
sistema pueden trasladar archivos dentro de los volmenes de
la agrupacin de almacenamiento.
No disponible
Especifica que los usuarios no pueden acceder a los archivos
almacenados en los volmenes de la agrupacin de
almacenamiento de copia. Los archivos se pueden trasladar
dentro de los volmenes de la agrupacin de almacenamiento
de copia, pero no se permiten nuevas grabaciones en los
volmenes de la agrupacin de almacenamiento de volmenes
externos a la agrupacin de almacenamiento.
325
Tabla 23. Informacin para definir una agrupacin de almacenamiento de

copia (continuacin)
Informacin
Explicacin
Nmero mximo
de volmenes
reutilizables
Si especifica un valor superior a cero, el servidor adquiere

dinmicamente los volmenes reutilizables a medida que los necesita,
hasta alcanzar este nmero mximo. Se trata de un parmetro
obligatorio.
En el caso de las bibliotecas automatizadas, establezca este valor igual a
la capacidad fsica de la biblioteca. Consulte el apartado Adicin de
volmenes reutilizables a un dispositivo de biblioteca automatizada en
la pgina 186.
Funcin de
proximidad
Cuando la funcin de proximidad est activada, el servidor intenta

conservar todos los archivos pertenecientes a un nodo cliente o a un
espacio de archivos de cliente en un nmero mnimo de volmenes de
almacenamiento de acceso secuencial. Consulte el apartado Funcin de
proximidad en agrupaciones de almacenamiento de copia en la pgina
286.
Umbral de
reclamacin
Especifica cundo se inicia la reclamacin de los volmenes de la

agrupacin de almacenamiento. La reclamacin es un proceso que
traslada todos los archivos fragmentados activos restantes de un
volumen a otro, con lo que el volumen original queda disponible para
reutilizarlo. Un volumen se puede utilizar para reclamacin cuando el
porcentaje de espacio sin utilizar del volumen es mayor que el valor del
parmetro de reclamacin.
El proceso de reclamacin funciona de un modo distinto para los
volmenes de agrupaciones de almacenamiento fuera de local y para los
volmenes virtuales. Cuando un volumen de agrupacin de
almacenamiento de copia que est fuera del local se convierte en
disponible para la reclamacin, el proceso de reclamacin intenta
recuperar los archivos activos del volumen reclamable de un volumen
de agrupacin de almacenamiento primaria o de copia que est en el
local. A continuacin, el proceso graba los archivos en un volumen
disponible en la agrupacin de almacenamiento de copia original.
Consulte los apartados Reclamacin de las agrupaciones de
almacenamiento de copia en la pgina 293 y Reclamacin de
volmenes con el tipo de dispositivo SERVER en la pgina 292 para
Perodo de
retardo de
reutilizacin
Especifica el nmero de das que deben transcurrir despus de haberse

suprimido todos los archivos de un volumen para que el volumen se
pueda volver a grabar o devolver a la agrupacin de volmenes
reutilizables. Consulte el apartado Cmo retardar la reutilizacin de los
volmenes reclamados en la pgina 295.
Ejemplo: Definir una agrupacin de almacenamiento de copia

Suponga que debe mantener copias de los archivos almacenados en
BACKUPPOOL, ARCHIVEPOOL y SPACEMGPOOL (agrupaciones de
almacenamiento de disco predeterminadas) para la recuperacin en caso de
siniestro. Desea crear una agrupacin de almacenamiento de copia denominada
DISASTER-RECOVERY y ha decidido utilizar solo cintas reutilizables en la nueva
agrupacin, estableciendo el nmero mximo de volmenes reutilizables en un
valor adecuado. Entre el comando siguiente:
define stgpool disaster-recovery tapeclass pooltype=copy
maxscratch=100
326
Para almacenar datos en la nueva agrupacin de almacenamiento, debe hacer una

copia de seguridad de las agrupaciones de almacenamiento primarias
(BACKUPPOOL, ARCHIVEPOOL y SPACEMGPOOL) en la agrupacin
DISASTER-RECOVERY. Consulte el apartado Copia de seguridad de agrupaciones
Comparacin de las agrupaciones de almacenamiento

primarias y de copia
La Tabla 24 compara las caractersticas de las agrupaciones de almacenamiento
primarias y de copia.
Tabla 24. Comparacin de las agrupaciones de almacenamiento primarias y de copia
primaria
Agrupacin de almacenamiento de
copia
Destino de copias de seguridad de

archivos o de copias archivadas
(especificado en los grupos de copia
de seguridad o de copia archivada)
No
Destino de archivos bajo gestin de

espacio (especificado en la clase de
gestin)
No
Modalidad de acceso fuera de local

para volmenes
No
S, excepto para los volmenes que

tengan el tipo de dispositivo SERVER
Modalidad de acceso destruido para

volmenes
No
Volmenes de almacenamiento de
acceso aleatorio
No
Volmenes de almacenamiento de
acceso secuencial
Contenido
Archivos de clientes (versiones de

copia de seguridad, copias
archivadas, archivos bajo gestin de
espacio)
Copias de archivos que estn

almacenados en agrupaciones de
Traspaso de datos permitido
Dentro de la misma agrupacin de

almacenamiento primaria o a
cualquier agrupacin de
Solo dentro de la misma agrupacin.
Caracterstica
Si los volmenes estn fuera del local,

los datos se copian de los archivos
originales de las agrupaciones de
almacenamiento primaria.
Funcin de proximidad
S (solo agrupaciones de
S
almacenamiento de acceso secuencial)
Reclamacin
S (solo agrupaciones de
S
almacenamiento de acceso secuencial)
Los volmenes virtuales (volmenes
con el tipo de dispositivo SERVER) y
los volmenes fuera de local se
manejan de modo diferente. Para
obtener ms detalles, consulte los
apartados Reclamacin de
volmenes con el tipo de dispositivo
SERVER en la pgina 292 y
Reclamacin de volmenes fuera de
local en la pgina 294.
327
Tabla 24. Comparacin de las agrupaciones de almacenamiento primarias y de copia (continuacin)

Caracterstica
primaria
Agrupacin de almacenamiento de
copia
Supresin de archivos
Los archivos se suprimen:
Los archivos se suprimen:
v Durante el proceso de caducidad

del inventario, si los archivos han
caducado.
v Siempre que se suprime la copia

primaria del archivo de la
primaria (debido a caducidad,
supresin de espacio de archivos o
supresin de volumen).
v Al suprimirse un espacio de
archivos.
v Al suprimirse un volumen con la
opcin para descartar los datos.
v Al auditarse un volumen de
primaria con la opcin FIX=YES, si
los archivos del volumen estn
daados y no existen ms copias
del archivo.
v Al suprimirse un volumen con la

opcin para descartar los datos.
v Al auditarse un volumen de
copia con la opcin FIX=YES, si los
archivos del volumen estn
daados.
Supresin de una agrupacin de almacenamiento

Tarea
Suprimir agrupaciones de almacenamiento
Sistema
Antes de suprimir una agrupacin de almacenamiento, asegrese de que se

cumplen los requisitos siguientes:
v Todos los volmenes de la agrupacin de almacenamiento se han suprimido
Asegrese de haber guardado todos los datos legibles que desee conservar con
el comando MOVE DATA. Traspasar todos los datos que desea conservar puede
implicar emitir el comando MOVE DATA varias veces.
Antes de empezar a suprimir todos los volmenes pertenecientes a la
agrupacin de almacenamiento, cambie la modalidad de acceso de la agrupacin
de almacenamiento a no disponible, para que no se puedan leer ni grabar
archivos en la agrupacin de almacenamiento.
Para obtener informacin sobre cmo suprimir volmenes, consulte el apartado
Supresin de un volumen de agrupacin de almacenamiento con datos en la
pgina 330.
v La agrupacin de almacenamiento no est identificada como la siguiente
agrupacin de almacenamiento de la jerarqua de almacenamiento
Para determinar si se hace referencia a la agrupacin de almacenamiento como
la siguiente de la jerarqua de almacenamiento, solicite informacin sobre la
agrupacin de almacenamiento segn se describe en el apartado Supervisin
del espacio disponible de una agrupacin de almacenamiento en la pgina 299.
Actualice las definiciones de agrupacin de almacenamiento para eliminar esta
agrupacin de almacenamiento de la jerarqua de almacenamiento efectuando
una de las acciones siguientes:
Denomine otra agrupacin de almacenamiento como la siguiente agrupacin
de almacenamiento de la jerarqua de almacenamiento.
Entre el valor del parmetro NEXTSTGPOOL como "" (comillas dobles) para
eliminar esta agrupacin de almacenamiento de la definicin de jerarqua de
almacenamiento.
328
Consulte el apartado Definicin o actualizacin de agrupaciones de

almacenamiento primarias en la pgina 245 para obtener informacin sobre
cmo definir y actualizar agrupaciones de almacenamiento.
v La agrupacin de almacenamiento que se va a suprimir no est especificada
como el destino de ningn grupo de copia de ninguna clase de gestin del juego
de polticas activo de ningn dominio. Adems, una agrupacin de
almacenamiento que se va a suprimir no puede ser el destino de archivos bajo
gestin de espacio (especificado en ninguna clase de gestin del juego de
polticas de ningn dominio). Si esta agrupacin es un destino y se suprime la
agrupacin, no se ejecutarn las operaciones puesto que no hay espacio de
almacenamiento para almacenar los datos.
Supresin de volmenes de agrupaciones de almacenamiento

Puede suprimir volmenes, y opcionalmente los archivos de clientes que contienen,
de agrupaciones de almacenamiento primarias y de copia.
Si se suprimen archivos que no estn en cach de un volumen de agrupacin de
almacenamiento primaria, tambin se suprimen todas las copias de esos archivos
almacenadas en agrupaciones de almacenamiento de copia.
|
|
Los archivos de una agrupacin de almacenamiento de copia nunca se suprimen,

excepto en los casos siguientes:
v La retencin de datos est desactivada o los archivos cumplen los criterios de
retencin.
v El volumen que contiene la copia del archivo se suprime con la opcin
DISCARDDATA=YES.
v Se detecta un error de lectura utilizando AUDIT VOLUME con la opcin
FIX=YES en un volumen de agrupacin de almacenamiento de copia.
v El archivo primario se suprime por los motivos siguientes:
Caducidad de archivo segn polticas.
Supresin de espacio de archivos.
Supresin del volumen de la agrupacin de almacenamiento primaria.
|
|
No puede suprimir un volumen Centera si los datos se han almacenado utilizando

un servidor de proteccin de retencin de datos y los datos no han caducado.
Sugerencia: si suprime un gran nmero de volmenes, hgalo de uno en uno.
Suprimir simultneamente muchos volmenes puede afectar al
rendimiento del servidor de forma negativa.
Tarea
Suprimir volmenes de cualquier

Suprimir volmenes de agrupaciones de

almacenamiento sobre las que se tiene
autorizacin
Supresin de un volumen de agrupacin de almacenamiento

vaco
Puede suprimir los volmenes de agrupaciones de almacenamiento vacos. Por
ejemplo, para suprimir un volumen vaco denominado WREN03, entre:
329
delete volume wren03
En un cliente de administracin, recibir los siguientes mensajes de confirmacin,

salvo que el cliente est funcionando con la opcin NOCONFIRM:
ANR2200W Este comando suprimir el volumen WREN03
de su agrupacin de almacenamiento despus de verificar
que no contiene datos.
Desea continuar? (S/N)
Despus de responder afirmativamente, el servidor generar un proceso de fondo

para suprimir el volumen.
El comando RESTORE STGPOOL puede ejecutarse en primer plano en un cliente
de administracin emitindolo con el parmetro WAIT=YES.
Supresin de un volumen de agrupacin de almacenamiento

con datos
Para evitar suprimir por equivocacin copias de seguridad de archivos, copias

archivadas o archivos de gestin de espacio, el servidor no permite suprimir un
volumen que contenga datos de usuario, excepto si se especifica
DISCARDDATA=YES en el comando DELETE VOLUME.
|
|
|
|
|
|
Notas:
1. El servidor de Tivoli Storage Manager no suprimir las copias archivadas que
estn en espera de supresin.
2. Si la proteccin de retencin de archivado est activada, el servidor de Tivoli
Storage Manager suprimir las copias archivadas cuyo perodo de retencin
haya caducado.
Por ejemplo, para desechar todos los datos del volumen WREN03 y suprimir ste
de la agrupacin de almacenamiento, entre:
delete volume wren03 discarddata=yes
El servidor genera un proceso de fondo y suprime los datos en una serie de

transacciones por lotes de la base de datos. Una vez suprimidos del volumen todos
los archivos, el servidor suprime el volumen de la agrupacin de almacenamiento.
Si se cancela el proceso de supresin del volumen, o si se produce una anomala
del sistema, el volumen podra seguir conteniendo datos. Vuelva a emitir el
comando DELETE VOLUME y solicite explcitamente al servidor que deseche los
archivos restantes del volumen.
Para suprimir un volumen pero no los archivos que contiene, traspase los archivos
a otro volumen. Consulte el apartado Traspaso de archivos de un volumen a otro
en la pgina 317 para obtener informacin sobre cmo traspasar datos de un
volumen a otro.
Datos residuales: incluso despus de traspasar los datos, pueden quedar datos
residuales en el volumen debido a errores de E/S o debido a los
archivos que previamente se haban marcado como daados.
(Tivoli Storage Manager no traslada los archivos marcados como
daados.) Para suprimir un volumen que contiene datos
residuales que no se pueden traspasar, debe especificar
explcitamente que los archivos deben desecharse del volumen.
330
Parte 3. Gestin de las operaciones de los clientes
331
332

Cuando el servidor de IBM Tivoli Storage Manager est instalado, el cliente de
copia de seguridad/archivado y el cliente de administracin de IBM Tivoli Storage
Manager estn instalados en la misma mquina que el servidor predeterminado.Sin
embargo, muchas instalaciones de IBM Tivoli Storage Manager contienen clientes
remotos y clientes de aplicacin en otras mquinas que, a menudo, ejecutan
sistemas operativos distintos.
El servidor visualiza los clientes inscritos como nodos que requieren servicios y
recursos del servidor. El trmino nodos al que se hace referencia en este captulo
indica el siguiente tipo de clientes y servidores que puede inscribir como nodos
cliente:
v Cliente de copia de seguridad/archivado de Tivoli Storage Manager.
v Clientes de aplicacin de proteccin de datos de Tivoli Storage Manager.
v Tivoli Storage Manager para la gestin de espacio (cliente HSM).
v Servidor origen de Tivoli Storage Manager inscrito como nodo en un servidor
destino.
v Servidor de archivos de almacenamiento conectado a red (NAS) mediante
soporte para NDMP.
Cada uno de los nodos debe estar inscrito en el servidor y necesita un archivo de
opciones con un puntero al servidor.
Para obtener ms informacin acerca de muchos de los temas de este captulo,
seguridad/archivado. Los administradores pueden llevar a cabo las actividades
siguientes al gestionar nodos:
Tareas:
Instalacin del software de nodo cliente en la pgina 334
Aceptacin de la inscripcin cerrada predeterminada o activacin de la inscripcin
abierta en la pgina 335
Inscripcin de nodos en el servidor en la pgina 334
Conectar los nodos al servidor en la pgina 339
Conceptos:
Visin general acerca de los clientes y servidores como nodos en la pgina 334
Comparacin de los nodos conectados en red con los nodos locales en la pgina 342
333
Visin general acerca de los clientes y servidores como nodos

Cada uno de los clientes de copia de seguridad/archivado, clientes HSM, clientes
de aplicacin y servidores origen recibe un nombre de nodo cuando se inscribe
como nodo en el servidor de Tivoli Storage Manager. El servidor considera cada
uno de ellos como un nodo que precisa servicios y recursos del servidor.
Normalmente un nodo equivale a una mquina, como en el caso de un cliente de
copia de seguridad/archivado instalado en el sistema de un usuario para las
copias de seguridad de sistemas de archivos. Sin embargo, pueden existir varios
nodos en una sola mquina. Por ejemplo, una mquina servidor de SQL (Lenguaje
de Consulta Estructurada) puede contener tanto un cliente de aplicacin de Tivoli
Storage Manager para SQL Server para las copias de seguridad de la base de datos
y las anotaciones de transacciones como un cliente de copia de
seguridad/archivado de Tivoli Storage Manager para las copias de seguridad de
sistemas de archivos.
Instalacin del software de nodo cliente

Los administradores pueden instalar clientes de copia de seguridad/archivado,
clientes de aplicacin o clientes de Tivoli Storage Manager para la gestin de
espacio mediante cualquiera de los mtodos siguientes:
v Llevando a cabo la instalacin directamente desde el CD-ROM.
v Llevando a cabo la instalacin transfiriendo archivos instalables desde el
CD-ROM a una mquina destino.
v Llevando a cabo la instalacin utilizando tcnicas de instalacin silenciosas.
v Llevando a cabo la instalacin mediante la creacin de imgenes de software de
cliente y la instalacin de dichas imgenes.
Puede obtener ms informacin acerca de cmo instalar los diversos componentes
en las referencias siguientes:
v Para instalar el software de cliente, consulte la publicacin Gua del usuario e
v Para instalar el software de cliente de aplicacin de proteccin de datos de Tivoli
Storage Manager, consulte la documentacin del cliente de aplicacin que
corresponda a su cliente concreto.
Siga los procedimientos que se describen en este captulo para configurar un nodo
una vez instalado.
Inscripcin de nodos en el servidor

Los administradores pueden inscribir clientes de Tivoli Storage Manager, clientes
de aplicacin y clientes de HSM como nodos cliente.
Cuando se inscribe un nodo, Tivoli Storage Manager crea automticamente un
identificador de usuario de administracin con autorizacin de propietario de
cliente sobre el nodo.Puede utilizar este identificador de usuario de administracin
para acceder al cliente de copia de seguridad/archivado Web desde ubicaciones
remotas mediante un navegador Web. Si ya existe un identificador de usuario de
administracin con el mismo nombre, no se define automticamente un
identificador de usuario de administracin. Para obtener ms informacin, consulte
el apartado Visin general del acceso remoto a clientes de copia de
seguridad/archivado Web en la pgina 350.
334
Nota: para conectarse a un cliente de copia de seguridad/archivado Web

directamente desde un navegador Web admitido o desde un hipervnculo en
Enterprise Console de administracin por Web, debe especificar el URL del
nodo y el nmero de puerto durante el proceso de inscripcin o actualizar
posteriormente el nodo con esta informacin.
Aceptacin de la inscripcin cerrada predeterminada o

activacin de la inscripcin abierta
Para que un usuario pueda solicitar los servicios de Tivoli Storage Manager, el
nodo debe estar inscrito en el servidor.
De forma predeterminada, se utiliza la inscripcin cerrada, a menos que haya
seleccionado la opcin Configuracin mnima de la Lista de tareas de la
configuracin inicial. Si la inscripcin est establecida en cerrada, el administrador
debe inscribir los nodos cliente.
La inscripcin abierta permite a los nodos cliente inscribir sus nombres de nodo,
contraseas y opciones de compresin. En sistemas UNIX, slo el usuario root
puede inscribir un nodo cliente en el servidor.
Con cualquiera de las modalidades de inscripcin, de forma predeterminada, se
crea un identificador de usuario de administracin con autorizacin de propietario
de cliente sobre el nodo.
Nota: los cambios efectuados en el proceso de inscripcin no afectan a los nodos
cliente que ya estn inscritos.
Inscripcin cerrada
Para agregar un nodo con la modalidad de inscripcin cerrada, el administrador
utiliza el comando REGISTER NODE para inscribir el nodo y especificar la
contrasea inicial. El administrador tambin puede especificar los siguientes
parmetros opcionales:
v Informacin de contacto.
v El nombre del dominio de polticas al que est asignado el nodo.
v Si el nodo comprime los archivos antes de enviarlos al servidor para las
operaciones de copia de seguridad y archivado.
v Si el nodo puede eliminar las copias de seguridad y las copias archivadas del
v El nombre de una opcin de cliente establecida para su utilizacin por parte del
nodo.
v Si se debe forzar a un nodo para que cambie o restablezca la contrasea.
v El tipo de nodo que se inscribe.
v
v
v
v
v
v
v
v
La direccin URL que se utiliza para administrar el nodo cliente.

El nmero mximo de puntos de montaje que el nodo puede utilizar.
Si el nodo cliente mantiene un punto de montaje para toda una sesin.
La ruta de transferencia empleada cuando el nodo enva datos.
La ruta de transferencia empleada cuando se leen datos para un cliente.
Si el nodo cliente o servidor inicia sesiones.
La direccin IP del nodo.
La direccin de bajo nivel del nodo.
335
Inscripcin abierta
Para agregar un nodo con la modalidad de inscripcin abierta, el servidor solicita
al usuario que especifique un nombre de nodo, una contrasea y la informacin de
contacto correspondiente la primera vez que el usuario intenta conectarse al
servidor. Con la inscripcin abierta, el servidor asigna automticamente el nodo al
dominio de polticas STANDARD. De forma predeterminada, el servidor permite a
los usuarios suprimir las copias archivadas, pero no las copias de seguridad
guardadas en el almacenamiento del servidor.
Para activar la inscripcin abierta, debe entrar el siguiente comando desde la lnea
de comandos de un cliente de administracin:
set registration open
Si desea obtener ejemplos y una lista de los valores predeterminados de la

inscripcin abierta, consulte la publicacin Administrators Reference.
Si desea modificar los valores predeterminados de un nodo inscrito, utilice el
comando UPDATE NODE.
Consideraciones acerca de la compresin de nodos

Al activar la compresin, se reduce la utilizacin de la red y se ahorra
almacenamiento del servidor, pero ocasiona un incremento de la actividad general
de unidad central de proceso (CPU) en el cliente. La compresin de datos slo est
recomendada cuando la capacidad de red existente es insuficiente.
Atencin: utilice la compresin realizada por el cliente o la efectuada por la
unidad, pero no ambas. Para obtener ms informacin al respecto, consulte el
apartado Utilizacin de la compresin de datos en la pgina 238.
Para optimizar el rendimiento o paliar las limitaciones de memoria en la estacin
de trabajo, el administrador puede restringir la compresin de archivos. Puede
seleccionar una de estas tres opciones:
v Comprimir archivos.
v No comprimir archivos.
v Utilizar el valor establecido en la opcin COMPRESSION.
Establezca la opcin COMPRESSION en el archivo de opciones del sistema
cliente o en el archivo de configuracin de la interfaz del programa de aplicacin
(API).
En un sistema UNIX, un usuario root puede definir la opcin COMPRESSION
en el archivo de opciones del cliente dsm.opt.
Inscripcin de nodos cliente con el asistente para la

configuracin de nodos cliente de IBM Tivoli Storage Manager
Los administradores pueden utilizar el asistente para la configuracin de nodos
cliente de Tivoli Storage Manager para inscribir nodos cliente en un servidor y
asociar el nodo a una agrupacin de almacenamiento. Puede completar esta tarea
mediante Tivoli Storage Manager Management Console de la manera siguiente:
1. Pulse dos veces en el icono del escritorio de Tivoli Storage Manager
Management Console.
2. Expanda el rbol hasta que aparezca el servidor de Tivoli Storage Manager con
el que desea trabajar. Expanda el servidor y pulse en Asistentes. La lista de
asistentes aparece en el panel de la derecha.
336
3. Seleccione el Asistente para la configuracin de nodos cliente y pulse en

Iniciar. Aparece el Asistente para la configuracin de nodos cliente.
El administrador puede inscribir nodos mediante la lnea de comandos. Si desea
obtener ms informacin al respecto, consulte el apartado Adicin de clientes
desde la lnea de comandos de un cliente de administracin en la pgina 343.
Inscripcin de nodos con conjuntos de opciones de cliente

Los administradores pueden utilizar conjuntos de opciones de cliente junto con el
archivo de opciones de cliente para inscribir nodos en el servidor. Los conjuntos de
opciones de cliente se consideran parte de la implementacin avanzada y se tratan
en el apartado Gestin de los archivos de opciones de los clientes en la pgina
368. Puede especificar un conjunto de opciones para un nodo al inscribir o
actualizar el nodo. Por ejemplo:
register node mike pass2eng cloptset=engbackup
El nodo cliente MIKE queda inscrito con la contrasea pass2eng. Cuando el nodo
cliente MIKE lleva a cabo una operacin de planificacin, las entradas de las
anotaciones de planificacin se conservan cinco das.
Inscripcin de un servidor de archivos de almacenamiento

conectado a red (SAN) como nodo
Para incluir un servidor de archivos NAS como un nodo del cual Tivoli Storage
Manager pueda realizar copias de seguridad y restauraciones con operaciones
NDMP, puede inscribir el servidor de archivos como un nodo NAS. Los datos de
copia de seguridad pertenecientes al servidor de archivos NAS se asociarn al
nombre de nodo NAS.
El parmetro predeterminado de los comandos REGISTER NODE y UPDATE
NODE es TYPE=CLIENT. Para inscribir un servidor de archivos NAS como un
nodo, debe especificar el parmetro TYPE=NAS. Por ejemplo, para inscribir un
servidor de archivos NAS con el nombre de nodo NASXYZ y la contrasea
PW4PW, entre lo siguiente:
register node nasxyz pw4pw type=nas
Debe utilizar este mismo nombre de nodo cuando posteriormente defina el nombre
del transportador de datos correspondiente. Para obtener ms informacin,
consulte el Captulo 6, Utilizar NDMP para operaciones con servidores de
archivos NAS, en la pgina 135.
Inscripcin de un servidor origen como un nodo en un

servidor destino
Un volumen virtual es un volumen que parece un volumen de medio secuencial en
un servidor origen. En realidad, el volumen est almacenado como una copia
archivada en un servidor destino.
Para utilizar volmenes virtuales, inscriba el servidor origen como nodo cliente en
el servidor destino.
El parmetro predeterminado de los comandos REGISTER NODE y UPDATE
NODE es TYPE=CLIENT. Para inscribir un servidor origen como un nodo, debe
337
especificar el parmetro TYPE=SERVER. Para obtener ms informacin, consulte el

apartado Utilizacin de volmenes virtuales para almacenar datos en otro
Inscripcin de una interfaz de programacin de aplicaciones

para el servidor
Los usuarios de estaciones de trabajo pueden solicitar los servicios de Tivoli
Storage Manager mediante una aplicacin que utiliza la interfaz de programacin
de aplicaciones (API) de Tivoli Storage Manager. El administrador utiliza el
comando REGISTER NODE para inscribir la estacin de trabajo como un nodo.
Cmo establecer la opcin de compresin

En el caso de las aplicaciones que utilizan la API de Tivoli Storage Manager, la
compresin puede determinarla:
v Un administrador durante el registro, quien puede:
Exigir que los archivos se compriman.
Impedir que el cliente comprima los archivos.
Permitir que el usuario de la aplicacin o del cliente determine el estado de
compresin.
v El archivo de opciones del cliente. Si un administrador no activa ni desactiva la
compresin, Tivoli Storage Manager comprueba el estado de compresin
establecido en el archivo de opciones del cliente.El archivo de opciones del
cliente es obligatorio, pero el archivo de configuracin del usuario de la API es
opcional.
v Uno de los atributos de objeto. Cuando una aplicacin enva un objeto al
servidor, se pueden especificar determinados atributos de objeto. Uno de los
atributos de objeto es un distintivo que indica si los datos ya se han
comprimido. Si la aplicacin activa este distintivo durante una operacin de
copia de seguridad o de archivado, Tivoli Storage Manager no comprime los
datos por segunda vez.Este proceso altera temporalmente el valor que ha
establecido el administrador durante el registro.
Si desea obtener ms informacin sobre cmo establecer opciones para la API y
cmo controlar la compresin, consulte la publicacin IBM Tivoli Storage Manager
Utilizacin de la interfaz de programas de aplicacin.
Cmo establecer la opcin de supresin de archivos

En el caso de las aplicaciones que utilizan la API de Tivoli Storage Manager, la
opcin de supresin de archivos puede establecerla:
v Un administrador durante el registro.
Si un administrador no permite la supresin de archivos, otro administrador
debe suprimir del almacenamiento del servidor los objetos o espacios de
archivos asociados a la estacin de trabajo.
Si un administrador permite la supresin de archivos, Tivoli Storage Manager
comprueba el archivo de opciones del cliente.
v Una aplicacin, utilizando las llamadas de programa de supresin de la API de
Si la aplicacin utiliza la llamada de programa dsmDeleteObj o dsmDeleteFS,
los objetos o los archivos se marcan para supresin al ejecutar la aplicacin.
338
Conectar los nodos al servidor

El archivo de opciones del cliente conecta cada uno de los nodos al servidor. Los
administradores y los usuarios de todas las plataformas pueden modificar su
archivo de opciones del cliente (dsm.opt) con el editor de texto. Los archivos de
opciones de cliente pueden actualizarse de forma distinta segn las plataformas.
En la plataforma Windows, puede utilizar un asistente para trabajar con el archivo
de opciones del cliente. Para obtener ms informacin, consulte el apartado
Mtodos para crear o actualizar un archivo de opciones del cliente en la pgina
340.
Nota: si se efectan cambios en el archivo dsm.opt, debe reiniciarse el cliente para
que entren en vigor los cambios del archivo de opciones.
El archivo de opciones del cliente dsm.opt se encuentra en el directorio del cliente,
del cliente de aplicacin o del servidor host. Si el archivo no existe, copie el
archivo dsm.smp. Los usuarios y administradores pueden editar el archivo de
opciones del cliente a fin de especificar la siguiente informacin:
v La direccin de red del servidor.
v El protocolo de comunicaciones.
v Las opciones de copia de seguridad y archivado.
v Las opciones de gestin del espacio.
v Las opciones de planificacin.
Opciones de cliente obligatorias

Cada nodo necesita un archivo de opciones de cliente. Este archivo de opciones de
cliente debe contener la direccin de red del servidor de Tivoli Storage Manager y
otras opciones de comunicacin que permiten al nodo comunicarse con el
servidor.En la Figura 41 se muestra el contenido de un archivo de opciones de
cliente configurado para conectarse al servidor mediante TCP/IP. Las opciones de
comunicacin especificadas en el archivo de opciones del cliente cumplen los
requisitos mnimos para que el nodo se conecte al servidor. Si desea obtener ms
informacin acerca de cmo crear archivos de opciones, consulte el apartado
Mtodos para crear o actualizar un archivo de opciones del cliente en la pgina
340.
Archivo de opciones del cliente

(dsm.opt)
Opciones de
comunicacin
(necesarias)
Otras opciones
(no necesarias)
tcpserveraddress
commmethod
Consulte el manual "Gua del
seguridad/archivado"
Figura 41. Archivo de opciones del cliente
Opciones de cliente no obligatorias

Existen numerosas opciones no obligatorias que pueden establecerse en cualquier
momento. Estas opciones controlan el proceso de Tivoli Storage Manager.Consulte
339
la publicacin Gua del usuario e instalacin de los clientes de copia de

seguridad/archivado para obtener ms informacin sobre las opciones no obligatorias
del cliente.
Opciones de clientes UNIX

Para clientes UNIX, las opciones se encuentran en tres archivos de opciones: el
archivo de opciones del sistema cliente, el archivo de opciones del usuario del
cliente y el archivo de opciones de inclusin/exclusin. Los clientes de otras
plataformas utilizan un solo archivo de opciones.
Actualizacin de la contrasea para la planificacin de operaciones

Los administradores determinan las contraseas al inscribir los nodos. En el caso
de los nodos y servidores host que ejecutan Windows, es necesario llevar a cabo
un paso adicional. Los administradores deben actualizar las contraseas utilizando
la herramienta de configuracin del planificador de Tivoli Storage Manager
(DSMCUTIL). Esta herramienta permite a los administradores almacenar las
contraseas de Tivoli Storage Manager en el registro de NT. Una vez que una
contrasea est almacenada en el registro, el planificador puede ejecutarse como
una cuenta protegida con su propia autorizacin. Si la contrasea caduca, Tivoli
Storage Manager automticamente genera una contrasea nueva. Por ejemplo, para
especificar que el servidor proporcione una contrasea nueva si la contrasea
actual caduca, elimine el comentario (asterisco) de la lnea siguiente en el archivo
de opciones del cliente.
* passwordaccess generate
Mtodos para crear o actualizar un archivo de opciones del cliente

Existen varios mtodos para crear o actualizar archivos de opciones del cliente. Los
mtodos disponibles varan segn la plataforma del cliente.
Utilizacin de un editor de texto

Todos los archivos de opciones (dsm.opt) pueden editarse mediante un editor de
texto. Cualquier persona que tenga acceso al directorio en que est instalado el
software del nodo puede editar el archivo de opciones del cliente. La edicin de
los archivos de opciones uno a uno es el mtodo ms directo, pero puede no ser
adecuado en ubicaciones con muchos nodos cliente.
Utilizacin del Asistente para la configuracin de clientes

Cuando se inicie una GUI local del cliente de copia de seguridad/archivado y
Tivoli Storage Manager no encuentre un archivo de opciones, el asistente para la
configuracin guiar al usuario a travs del proceso de configuracin.
Desde la GUI del cliente de copia de seguridad/archivado, el cliente puede
tambin visualizar el asistente de configuracin seleccionando
HerramientasAsistente de configuracin. El usuario puede seguir los paneles del
asistente de configuracin para buscar informacin del servidor de Tivoli Storage
Manager en Active Directory. El usuario puede determinar el servidor al que desea
conectarse y el protocolo de comunicaciones que debe utilizar.
Nota: este asistente no est disponible para el cliente Web.
340
Utilizacin del Asistente para el archivo de opciones del

cliente (clientes Windows de 32 bits)
Genere el archivo de opciones del cliente dsm.opt desde el servidor de Tivoli
Storage Manager con el asistente del archivo de opciones del cliente. El asistente
detecta la direccin de red del servidor.
Creacin de un archivo de opciones del cliente

Los administradores pueden crear un archivo de opciones del cliente con el
asistente para el archivo de opciones del cliente en Tivoli Storage Manager
Management Console. Para utilizar Tivoli Storage Manager Management Console,
lleve a cabo lo siguiente:
Management Console.
3. Seleccione el asistente para el Archivo de opciones de cliente y pulse en
Iniciar. Aparece el asistente para el archivo de opciones de cliente de Tivoli
Storage Manager.
Sugerencia: el asistente del archivo de opciones del cliente permite al
administrador crear un archivo de opciones del cliente para un nico cliente de
Tivoli Storage Manager. Consulte el apartado Creacin de un archivo de
configuracin del cliente en la pgina 342 para obtener ms informacin acerca de
cmo crear archivos de opciones del cliente para varios clientes.
Utilizacin del Asistente para la configuracin de clientes

remotos (en red con clientes Windows de 32 bits)
Utilice el asistente para la configuracin de clientes remotos a fin de crear un
paquete que permita a los usuarios remotos crear archivos de opciones del cliente.
El administrador utiliza el asistente para generar un archivo de configuracin de
cliente y lo almacena en un directorio compartido. Los nodos acceden al directorio
y ejecutan el archivo de configuracin para crear el archivo de opciones del cliente.
Este mtodo es adecuado para ubicaciones con un gran nmero de nodos cliente.
Consulte el apartado Creacin de un archivo de configuracin del cliente en la
pgina 342.
Figura 42. Clientes Windows NT con directorio compartido en un servidor de archivos
341
Nota: la direccin de red del servidor de Tivoli Storage Manager es la nica

opcin obligatoria. Sin embargo, pueden establecerse muchas ms opciones
para controlar diversos aspectos de la gestin de datos de Tivoli Storage
Manager y la interaccin entre cliente y servidor.
La creacin de opciones para uno o dos clientes Windows puede ser ms
sencilla con el asistente para el archivo de opciones de cliente. No obstante,
el asistente para la configuracin de clientes remotos es de gran utilidad
para crear varios archivos de opciones del cliente.
Creacin de un archivo de configuracin del cliente

Los administradores pueden crear un archivo de opciones del cliente para varios
nodos creando un archivo de configuracin del cliente. Un archivo de
configuracin del cliente contiene las opciones mnimas necesarias para conectar
un nodo al servidor de Tivoli Storage Manager.Los usuarios pueden acceder a un
directorio compartido en el servidor y ejecutar un archivo de proceso por lotes que
crea un archivo de opciones. Utilizando este mtodo, los administradores permiten
a los usuarios finales crear archivos de opciones para sus nodos.
Management Console.
3. Seleccione el Asistente para la configuracin de clientes remotos y pulse en
Iniciar. Aparece el Asistente para el archivo de opciones del cliente de red de
Sugerencia: El Asistente para la configuracin de clientes remotos tambin permite
al administrador agregar otras opciones a las opciones de conexin de Tivoli
Storage Manager mnimas agregando un archivo que contenga opciones de cliente
adicionales.El resultado es un archivo de opciones del cliente que contiene las
opciones mnimas necesarias para conectar un cliente al servidor, as como las
opciones que el administrador desee aplicar a todos los clientes.
Comparacin de los nodos conectados en red con los nodos locales

Un entorno de Tivoli Storage Manager puede estar formado por un servidor y
clientes situados en la misma mquina (entorno autnomo) o un servidor y clientes
conectados en red (entorno de red).
El entorno autnomo de Tivoli Storage Manager consta de un cliente de copia de
seguridad/archivado y un cliente de administracin ubicados en el mismo sistema
que el servidor. No es necesario llevar a cabo ninguna otra accin para conectarse
al cliente. Esto se ilustra en la Figura 43 en la pgina 343.
342
Cliente de copia de
seguridad/archivado
Servidor
Cliente de administracin
Figura 43. Entorno autnomo
En la Figura 44 se muestra que un entorno de red de Tivoli Storage Manager

consta de un cliente de copia de seguridad/archivado y un cliente de
administracin en el mismo sistema que el servidor. Sin embargo, tambin pueden
conectarse nodos cliente conectados en red al servidor.
Cliente de copia de
seguridad/archivado
Cliente de copia de
seguridad/archivado
Servidor
Cliente de administracin
Cliente de aplicacin
Figura 44. Entorno de red
Cada cliente necesita un archivo de opciones del cliente. Los usuarios pueden
editar el archivo de opciones del cliente en el nodo cliente. El archivo de opciones
contiene un conjunto predeterminado de opciones de proceso que identifican el
servidor, el mtodo de comunicacin, las opciones de copia de seguridad y
archivado, las opciones de gestin de espacio y las opciones de planificacin.
Adicin de clientes desde la lnea de comandos de un cliente de

administracin
El administrador puede inscribir nodos mediante el comando REGISTER NODE.
Cmo activar la inscripcin abierta

La modalidad de inscripcin predeterminada en la instalacin es la inscripcin
cerrada, a menos que haya utilizado la opcin Configuracin mnima. Para
cambiar el valor predeterminado por la inscripcin abierta a fin de que los
usuarios puedan inscribir sus propios nodos cliente, entre el comando siguiente:
set registration open
343
Configuracin del archivo de opciones del cliente para

conectarse al servidor
Edite el archivo de opciones del cliente (dsm.opt) en el directorio del cliente
utilizando un editor de texto.
Ejemplo: Inscribir tres nodos cliente utilizando la lnea de

comandos de administracin
Imagine que desea inscribir tres estaciones de trabajo del departamento de
ingeniera y asignarlas al dominio de polticas ENGPOLDOM. Para poder asignar
nodos cliente a un dominio de polticas, debe existir este dominio de polticas. Para
definir un dominio de polticas, consulte el Captulo 13, Implementacin de
polticas para datos de cliente, en la pgina 389.
Desea que los usuarios puedan eliminar archivos de copias de seguridad o copias
archivadas de las agrupaciones de almacenamiento. Desde un cliente de
administracin, puede utilizar la funcin de macro para inscribir varios nodos
cliente a la vez. Para este ejemplo, el usuario crea un archivo de macros
denominado REGENG.MAC que contiene los siguientes comandos REGISTER
NODE:
register node ssteiner choir contact='department 21'
domain=engpoldom archdelete=yes backdelete=yes
register node carolh skiing contact='department 21, second shift'
register node mab guitar contact='department 21, third shift'
A continuacin, emita el comando MACRO:

macro regeng.mac
Si desea obtener informacin sobre el comando MACRO, consulte la publicacin

344

Este captulo contiene informacin acerca de la gestin de nodos cliente instalados
y configurados. Para obtener informacin sobre la instalacin y la configuracin de
nodos cliente, consulte el Captulo 11, Adicin de nodos cliente, en la pgina 333.
Nota: el servidor de IBM Tivoli Storage Manager visualiza los clientes inscritos, los
clientes de aplicacin y los servidores origen como nodos. El trmino nodos
en este captulo hace referencia al siguiente tipo de clientes y servidores
como nodos cliente:
v Clientes de aplicacin de proteccin de datos de Tivoli Storage Manager.
v Clientes de copia de seguridad/archivado de IBM Tivoli Storage Manager.
v Servidores origen de IBM Tivoli Storage Manager inscritos como nodos en
un servidor destino.
v Servidores de archivos de almacenamiento conectado a red (NAS)
mediante soporte para NDMP.
Los administradores pueden gestionar los nodos cliente y controlar el acceso al
servidor. Para obtener ms informacin, consulte los apartados siguientes:
Tareas:
Gestin de nodos en la pgina 346
Gestin de niveles de autorizacin de acceso a cliente en la pgina 352
Gestin de espacios de archivos en la pgina 355
Gestin de los archivos de opciones de los clientes en la pgina 368
Gestin de sesiones de IBM Tivoli Storage Manager en la pgina 371
Gestin de la seguridad de IBM Tivoli Storage Manager en la pgina 376
Conceptos:
Nodos cliente y espacios de archivos en la pgina 355
Gestin de tcnicas de inscripcin de nodos cliente

De forma predeterminada, IBM Tivoli Storage Manager proporciona la inscripcin
cerrada como tcnica para la inscripcin de nodos cliente. Los administradores
pueden modificar el valor predeterminado con el comando SET REGISTRATION.
Para obtener ms informacin sobre la inscripcin abierta y cerrada, consulte el
apartado Aceptacin de la inscripcin cerrada predeterminada o activacin de la
inscripcin abierta en la pgina 335.
345
Gestin de nodos
Desde la perspectiva del servidor, cada cliente y cliente de aplicacin es un nodo
que requiere servicios de IBM Tivoli Storage Manager.Para obtener ms
informacin al respecto, consulte el apartado Nodos cliente y espacios de
archivos en la pgina 355. Los nodos cliente pueden ser locales o remotos en
relacin con el servidor.Para obtener ms informacin, consulte el apartado
Comparacin de los nodos conectados en red con los nodos locales en la pgina
342.
Los administradores pueden llevar a cabo las actividades siguientes al gestionar
nodos cliente.
Tarea
Actualizar, redenominar, bloquear o

desbloquear nodos cliente
Sistema o poltica sin restricciones
Actualizar, redenominar, bloquear o

desbloquear nodos cliente asignados a
dominios de polticas especficos
Sistema, poltica sin restricciones o poltica

con restricciones para esos dominios
Visualizar informacin sobre nodos cliente o Todos los administradores

espacios de archivos
Suprimir nodos cliente
Eliminar nodos cliente asignados a dominios Sistema, poltica sin restricciones o poltica
de polticas especficos
Gestionar niveles de autorizacin de acceso
a cliente
Sistema
Gestin de nodos cliente a travs de un cortafuegos

en la mayora de los casos, el servidor y los clientes de IBM Tivoli Storage
Manager pueden trabajar a travs de un cortafuegos. Como cada cortafuegos es
distinto, puede que el administrador del cortafuegos tenga que consultar las
instrucciones del software o el hardware del cortafuegos que utilice.
IBM Tivoli Storage Manager dispone de dos mtodos para activar la comunicacin
entre el cliente y el servidor a travs de un cortafuegos: comunicacin iniciada por
cliente y comunicacin iniciada por servidor. Para permitir que se produzca la
comunicacin iniciada por cliente o la comunicacin iniciada por servidor a travs
de un cortafuegos, las opciones del cliente deben establecerse de acuerdo con los
parmetros de servidor en los comandos REGISTER NODE o UDPATE NODE. La
activacin de la comunicacin iniciada por servidor prevalecer sobre la
comunicacin iniciada por cliente, incluida la informacin de direccin del cliente
que el servidor puede haber recopilado anteriormente en las sesiones por peticin
de servidor.
Sesiones iniciadas por cliente

Si desea permitir que los clientes se comuniquen con un servidor a travs de un
cortafuegos, configure el cortafuegos para abrir los puertos que el servidor y los
clientes necesitan. Consulte la publicacin Gua del usuario e instalacin de los clientes
de copia de seguridad/archivado para obtener ms informacin sobre qu puertos
deben abrirse en el cortafuegos.
346
Si selecciona la opcin CLIENTORSERVER del parmetro de servidor

SESSIONINITIATION, el cliente podr iniciar sesiones con el servidor. O bien, se
podr utilizar la planificacin por peticin de servidor para pedir al cliente que se
conecte al servidor.
Sesiones iniciadas por servidor

Para limitar el inicio de las sesiones planificadas de cliente de copia de
seguridad/archivado al servidor de IBM Tivoli Storage Manager, debe especificarse
en el servidor as como sincronizar la informacin en el archivo de opciones del
cliente. En el comando REGISTER NODE o UPDATE NODE, seleccione la opcin
SERVERONLY del parmetro SESSIONINITIATION. Especifique las direcciones de
nodo cliente HLADDRESS y LLADDRESS.
|
|
|
|
|
|
Por ejemplo,
register node fran secretpw hladdress=9.11.521.125 lladdress=1501
sessioninitiation=serveronly
HLADDRESS especifica la direccin IP del nodo cliente y se utiliza cada vez que el
servidor se pone en contacto con el cliente. LLADDRESS especifica la direccin de
bajo nivel del nodo cliente y se utiliza cada vez que el servidor se pone en contacto
con el cliente. El nodo cliente est a la escucha de sesiones del servidor en el
nmero de puerto indicado por LLADDRESS.
Si SESSIONINITIATION=SERVERONLY para un nodo definido en el servidor de
IBM Tivoli Storage Manager, el cliente debe tener
SESSIONINITIATION=SERVERONLY en este archivo de opciones. Adems, la
direccin TCP/IP del cliente debe corresponder con la informacin proporcionada
con el parmetro de servidor HLADDRESS. Por ltimo, la opcin
TCPCLIENTPORT del archivo de opciones del cliente debe corresponder con la
informacin proporcionada con el parmetro de servidor LLADDRESS, o el
servidor no sabr cmo ponerse en contacto con el cliente.
Nota: si conmuta de sesiones por peticin de servidor a sesiones iniciadas por
servidor, el servidor excluir toda la informacin de direcciones que tuviera
y slo utilizar la informacin de los parmetros HLADDRESS y
LLADDRESS de los comandos REGISTER NODE y UPDATE NODE al
establecer contacto con el cliente.
Tabla 25. Sesiones iniciadas por servidor
Valor o parmetro en el
servidor de IBM Tivoli
Storage Manager:
Ubicacin del servidor de

IBM Tivoli Storage
Manager
Debe coincidir esto en el

cliente:
Ubicacin del cliente
SESSIONINITIATION=
SERVERONLY
Comando REGISTER o
UPDATE NODE
SESSIONINITIATION=
SERVERONLY
Archivo de opciones del

cliente
HLADDRESS
Comando REGISTER o
UPDATE NODE
Direccin TCP/IP
Direccin TCP/IP
LLADDRESS
Comando REGISTER o
UPDATE NODE
TCPCLIENTPORT
Archivo de opciones del

cliente
Actualizacin de la informacin de nodos cliente

Puede utilizar el comando UPDATE NODE para actualizar informacin, como por
ejemplo el dominio de polticas asignado del cliente, la contrasea de usuario o la
informacin de contacto y el conjunto de opciones de cliente que utiliza el nodo.
347
Por ejemplo, entre lo siguiente para actualizar el nodo cliente TOMC para evitar
que suprima copias archivadas de las agrupaciones de almacenamiento:
update node tomc archdelete=no
Cmo redenominar los nodos cliente

Puede redenominar el cliente con el comando RENAME NODE. Puede
redenominar un nodo cliente si se modifica el nombre de red o el nombre de host
de la estacin de trabajo. Por ejemplo, con clientes UNIX, los usuarios definen su
nombre de nodo basndose en el valor que devuelve el comando HOSTNAME.
Cuando los usuarios acceden al servidor, los identificadores de usuario de IBM
Tivoli Storage Manager de los mismos coinciden con el nombre de host de las
estaciones de trabajo.Si el nombre de host cambia, puede actualizar el ID de
usuario de un nodo cliente para que coincida con el nuevo nombre de host.
Por ejemplo, para cambiar el nombre CAROLH por ENGNODE, entre:
rename node carolh engnode
ENGNODE retiene la informacin de contacto y el acceso a las copias de seguridad

y datos archivados pertenecientes a CAROLH. Todas las copias de seguridad o
copias archivadas de CAROLH ahora pertenecen a ENGNODE.
Bloqueo y desbloqueo de nodos cliente

Puede impedir que los nodos cliente accedan al servidor con el comando LOCK
NODE. Esto evitar que los nodos cliente realicen operaciones, como por ejemplo
la copia de seguridad y la restauracin o el archivado y la recuperacin.
Puede restaurar un acceso al servidor del nodo bloqueado con el comando
UNLOCK NODE.
Por ejemplo, para impedir que el nodo cliente MAB acceda al servidor, entre:
lock node mab
Para permitir que el nodo cliente MAB vuelva a acceder al servidor, entre:
unlock node mab
Consulte tambin el apartado Cmo activar o desactivar el acceso al servidor en

la pgina 374.
Supresin de nodos cliente

Puede suprimir un nodo cliente del servidor con el comando REMOVE NODE.
Todos los espacios de archivos que pertenecen al nodo cliente deben suprimirse
primero del almacenamiento del servidor. Una vez que se hayan suprimido todos
los espacios de archivos del nodo cliente (consulte el apartado Supresin de
espacios de archivos en la pgina 367), puede suprimir el nodo.
Por ejemplo, para eliminar el nodo cliente DEBBYG, especifique lo siguiente:
1. Suprima el espacio de archivos DEBBYG entrando:
delete filespace debbyg * type=any
2. Suprima el nodo DEBBYG entrando:

remove node debbyg
Nota: para poder suprimir un nodo NAS, primero debe suprimir todos los
espacios de archivos y, a continuacin, las rutas definidas para el
348
transportador de datos con el comando DELETE PATH. Suprima el

transportador de datos correspondiente con el comando DELETE
DATAMOVER. A continuacin, puede emitir el comando REMOVE NODE
para suprimir el nodo NAS.
Visualizacin de informacin sobre nodos cliente

Puede visualizar informacin sobre nodos cliente. Por ejemplo, como
administrador de polticas, puede efectuar una consulta en el servidor relativa a
todos los nodos cliente asignados a los dominios de polticas para los que tiene
autorizacin. O bien, puede solicitar al servidor informacin detallada sobre un
nodo cliente.
Visualizacin de informacin sobre nodos cliente asignados a

Puede visualizar informacin sobre nodos cliente asignados a dominios de polticas
especficos. Por ejemplo, para visualizar informacin sobre nodos cliente asignados
a los dominios de polticas STANDARD y ENGPOLDOM, entre:
query node * domain=standard,engpoldom
La salida de este comando podra tener un aspecto parecido al siguiente:

Nombre nodo
Plataf.
---------JOE
ENGNODE
HTANG
MAB
PEASE
SSTEINER
-------WinNT
AIX
Mac
AIX
Linux86
SUN
SOLARIS
Nombre dominio Das desde

polticas
ltimo
acceso
-------------- ---------STANDARD
6
ENGPOLDOM
<1
STANDARD
4
ENGPOLDOM
<1
STANDARD
3
ENGPOLDOM
<1
Das desde
asignacin
contrasea
---------6
1
11
1
12
1
Bloqueo
------No
No
No
No
No
No
Visualizacin de informacin sobre un nodo cliente especfico

Puede ver la informacin relativa a nodos cliente especficos. Por ejemplo, para
consultar los parmetros de inscripcin definidos para el nodo cliente JOE, entre:
query node joe format=detailed
El informe resultante sera parecido al siguiente:
349
Nodo: JOE
Plataforma: WinNT
Nivel SO cliente: 5.00
Versin cliente: Versin 5, Release 1, Nivel 5.0
Nombre dominio poltica: STANDARD
Fecha/hora ltimo acceso: 05/19/2002 18:55:46
Das desde ltimo acceso: 6
Fecha/hora asignacin contrasea: 05/19/2002 18:26:43
Das desde asignacin contrasea: 6
Nmero inicios sesin no vlidos: 0
Bloqueo: No
Contacto:
Compresin: Eleccin del cliente
Supresin copias archivadas?: S
Supresin copias seguridad?: No
Fecha/hora de inscripcin: 03/19/2002 18:26:43
Inscrito por administrador: SERVER_CONSOLE
ltimo mtodo comunicacin usado: Tcp/Ip
Bytes recibidos en ltima sesin: 108.731
Bytes enviados en ltima sesin: 698
Duracin ltima sesin (seg): 0,00
% esperas desocupado lt. sesin: 0,00
% esperas comunicaciones ltima sesin: 0,00
% esperas medio ltima sesin: 0,00
Conjunto opciones:
URL: http://client.host.name:1581
Tipo nodo: Cliente
Perodo caducidad contrasea: 60
Mantener punto de montaje?: No
Mx. puntos montaje permitidos: 1
Cambiar nombre de espacio de archivos automticamente: No
Protocolo de validacin: No
Nombre TCP/IP: JOE
Direccin TCP/IP: 9.11.153.39
ID exclusivo global: 11.9c.54.e0.8a.b5.11.d6.b3.c3.00.06.29.45.c1.5b
Archivos mximos en grupo de transaccin: 0
Ruta de grabacin de datos: ANY
Ruta de lectura de datos: ANY
Iniciacin de sesin: ClientOrServer
Direccin HL: 9.11.521.125
Direccin LL: 1501
Visin general del acceso remoto a clientes de copia de

seguridad/archivado Web
Con la introduccin del cliente Web de copia de seguridad/archivado, cuando un
nodo cliente est inscrito con un servidor de IBM Tivoli Storage Manager 3.7.0 o
posterior, se crea un ID de usuario de administracin idntico al mismo tiempo. De
forma predeterminada, este ID de usuario tiene autorizacin de propietario sobre
el nodo.
La conexin con Enterprise permite a un usuario que tenga el ID de usuario de
administracin y la contrasea correctos acceder a un cliente de copia de
seguridad/archivado Web desde un navegador Web. El nodo cliente o un ID de
usuario con la autorizacin adecuada puede utilizar el cliente de copia de
seguridad/archivado Web para realizar operaciones de copia de seguridad,
archivado, restauracin y recuperacin en cualquier mquina que ejecute el cliente
de copia de seguridad/archivado Web.
Puede establecer acceso a un cliente de copia de seguridad/archivado Web para el
personal de help desk que no disponga privilegios de poltica o de sistema,
otorgando a dichos usuarios la autorizacin de acceso a cliente a los nodos que
necesitan gestionar. El personal de help desk podr realizar, en nombre del nodo
cliente, actividades tales como operaciones de copia de seguridad o archivado.
350
Un cliente de copia de seguridad/archivado nativo puede conectarse a IBM Tivoli

Storage Manager mediante el nombre de nodo y la contrasea, o bien mediante un
ID de usuario de administracin y su contrasea.La contrasea del ID de usuario
de administracin se gestiona de forma independiente de la contrasea que se
genera con la opcin de cliente passwordaccess generate. El cliente debe tener la
opcin passwordaccess generate especificada en su archivo de opciones del cliente
para poder utilizar el cliente de copia de seguridad/archivado Web.
Para utilizar el cliente de copia de seguridad/archivado Web desde el navegador
Web, debe especificar el URL y el nmero de puerto de la mquina cliente de copia
de seguridad/archivado de IBM Tivoli Storage Manager que ejecuta el cliente
Web.El navegador que utilice para conectarse a un cliente de copia de
seguridad/archivado Web debe ser Microsoft Internet Explorer 5.0 o Netscape 4.7 o
posterior. El navegador debe disponer de Java Runtime Environment (JRE) 1.3.1,
que incluye el software de plug-in de Java. JRE est disponible en
http://java.sun.com/getjava.
Durante la inscripcin de nodos, tiene la opcin de otorgar a un ID de usuario de
administracin existente la autorizacin de acceso a cliente o de propietario de
cliente. Tambin puede impedir que el servidor cree un ID de usuario de
administracin durante la inscripcin. Si ya existe un ID de usuario de
administracin con el mismo nombre que el nodo que se inscribe, el servidor
inscribir el nodo, pero no crear automticamente un ID de usuario de
administracin. Este proceso tambin se aplica si la instalacin utiliza la inscripcin
abierta.
Si desea obtener ms informacin sobre la instalacin y configuracin del cliente
de copia de seguridad/archivado Web, consulte la publicacin Gua del usuario e
Clase de privilegio de nodo y autorizacin de acceso a cliente

El acceso a un cliente de copia de seguridad/archivado Web requiere la
autorizacin de propietario de cliente o la autorizacin de acceso a cliente. De forma
predeterminada, los administradores con privilegios de poltica o de sistema en el
dominio del nodo cliente tienen autorizacin de propietario de cliente. De forma
predeterminada, el ID de usuario de administracin creado automticamente en el
registro tiene autorizacin de propietario de cliente. Este ID de usuario de
administracin se muestra cuando un administrador emite un comando QUERY
ADMIN.
A continuacin se describe la diferencia entre autorizacin de propietario de cliente
y autorizacin de acceso a cliente cuando se define para un usuario que tiene la
clase de privilegio de nodo:
Propietario de cliente
Puede acceder al cliente mediante el cliente de copia de
seguridad/archivado Web o el cliente de copia de seguridad/archivado
nativo.
Los datos son propiedad del usuario y tiene derecho a obtener acceso fsico
a los datos de forma remota. Puede realizar operaciones de copia de
seguridad y restauracin en la misma mquina o en otra diferente, puede
suprimir espacios de archivos o datos archivados.
El ID de usuario con autorizacin de propietario de cliente tambin puede
acceder a los datos de otra mquina mediante el parmetro NODENAME.
351
El administrador puede modificar la contrasea del nodo cliente para el

cual tiene autorizacin.
Este es el nivel de autorizacin predeterminado del cliente en el registro.
De forma predeterminada, un administrador con privilegios de sistema o
de poltica en un dominio de cliente tiene autorizacin de propietario de
cliente.
Acceso a cliente
Slo es posible acceder al cliente mediante el cliente de copia de
seguridad/archivado Web.
Slo es posible restaurar datos en el cliente original.
Un ID de usuario con autorizacin de acceso de cliente no puede acceder
al cliente desde otra mquina con el parmetro NODENAME.
Esta autorizacin de clase de privilegio es til para el personal de ayuda,
puesto que les permite ayudar a los usuarios a hacer una copia de
seguridad de los datos y restaurarlos sin tener privilegios de polticas o de
sistema. Los datos de cliente slo se pueden restaurar en el cliente original.
Un ID de usuario con privilegio de acceso de cliente no puede acceder
directamente a dados del cliente desde un cliente de copia de
seguridad/archivado nativo.
Gestin de niveles de autorizacin de acceso a cliente

De forma predeterminada, un administrador con privilegio de sistema o poltica en
un dominio de clientes puede acceder de forma remota a los clientes y efectuar
operaciones de copia de seguridad y restauracin.
Puede otorgar autorizacin de acceso a cliente o autorizacin de propietario de
cliente a otros administradores especificando los parmetros CLASS=NODE y
AUTHORITY=ACCESS o AUTHORITY=OWNER en el comando GRANT
AUTHORITY. Es necesario tener uno de los privilegios siguientes para otorgar o
revocar la autorizacin de acceso a cliente o propietario de cliente:
v Privilegio de sistema.
v Privilegio de poltica en el dominio del cliente.
v Privilegio de propietario de cliente en el nodo.
v Privilegio de acceso a cliente en el nodo.
Puede otorgar a un administrador la autorizacin de acceso a cliente para unos
clientes concretos o para todos los clientes de un dominio especificado. Por
ejemplo, puede otorgar privilegios de acceso a cliente a usuarios pertenecientes a
entornos del help desk. En el apartado Ejemplo: Configuracin de acceso de help
desk a mquinas cliente en un dominio de polticas especfico en la pgina 354
hallar ms informacin.
Cmo otorgar autorizacin de cliente

Para otorgar la autorizacin de acceso a cliente al administrador FRED para el nodo
LABCLIENT, emita:
grant authority fred class=node node=labclient
Ahora, el administrador FRED puede acceder al cliente LABCLIENT y hacer copias

de seguridad y restauraciones. El administrador slo puede restaurar los datos en
el nodo LABCLIENT.
352
Para otorgar la autorizacin de propietario de cliente a ADMIN1 para el nodo

STUDENT1, emita:
grant authority admin1 class=node authority=owner node=student1
Ahora, el ID de usuario ADMIN1 puede realizar las operaciones de copia de

seguridad y de restauracin para el nodo cliente STUDENT1. El ID de usuario
ADMIN1 administrador tambin puede restaurar archivos del nodo cliente
STUDENT1 en otro nodo cliente.
Creacin automtica de un ID de usuario de administracin con

autorizacin de propietario de cliente
Cuando utilice el comando REGISTER NODE, de forma predeterminada, el
servidor crear, adems del nodo cliente, un ID de usuario de administracin. El
ID de usuario de administracin tiene autorizacin de propietario de cliente
cuando se define el nodo en el servidor. Por ejemplo, si desea inscribir el nodo
cliente DESK2, emita:
register node desk2 pass2dsk
A continuacin se muestra la salida de este comando:

ANR2060I Nodo DESK2 registrado en dominio de polticas STANDARD.
ANR2099I El identificador de usuario de administracin DESK2 se ha definido con
acceso de propietario para el nodo DESK2.
El nodo cliente DESK2 est inscrito, adems de un ID de usuario de

administracin con el mismo ID. El ID de usuario de administracin DESK2 tiene
la contrasea pass2dsk y autorizacin de propietario de cliente en el nodo DESK2.
Cuando el cliente utiliza la opcin PASSWORDACCESS=GENERATE para cambiar
la contrasea, el ID de administracin DESK2 todava puede acceder al cliente
desde una ubicacin remota.
Cmo impedir la creacin automtica de un ID de usuario de

administracin con autorizacin de propietario de cliente
Puede impedir la creacin automtica de un ID de usuario de administracin con
autorizacin de propietario de cliente especificando USERID=NONE en el
comando REGISTER NODE. Por ejemplo, desea inscribir DESK2 sin crear de forma
predeterminada un ID de usuario de administracin si autorizacin de propietario
de cliente. Especifique lo siguiente:
register node desk2 pass2dsk userid=none
Cmo inscribir un nodo y otorgar una autorizacin de

propietario a un ID de administracin existente
Puede otorgar la autorizacin de propietario de cliente a un ID de usuario de
administracin existente. Por ejemplo, para otorgar autorizacin de propietario de
cliente para el ID de usuario HELPADMIN al inscribir el nodo NEWCLIENT, entre:
register node newclient pass2new userid=helpadmin
Este comando hace que el nodo NEWCLIENT se inscriba con la contrasea

pass2new y tambin otorga la autorizacin de propietario de cliente a
HELPADMIN. Este comando no crea un ID de administrador. Ahora el ID de
usuario de cliente HELPADMIN ya puede acceder al nodo NEWCLIENT desde
una ubicacin remota.
353
Ejemplo: Configuracin de acceso de help desk a mquinas

cliente en un dominio de polticas especfico
Suponga que desea configurar acceso de help desk para el usuario HELP1 a los
nodos cliente en el dominio FINANCE. Desea otorgar autorizacin de acceso a
cliente para HELP1 en el dominio FINANCE sin tener que otorgar privilegios de
poltica o de sistema.
Los nodos cliente se han configurado anteriormente de la manera siguiente:
v Se han instalado y configurado. El URL y los nmeros de puerto se han
especificado durante el proceso de REGISTER NODE.
v Se han asignado al dominio de polticas FINANCE.
v Se ha iniciado el servicio Client Acceptor.
v Se ha especificado la opcin passwordaccess generate en los archivos de
opciones de cliente.
El responsable del departamento de soporte, con el identificador de usuario
HELP1, tiene un navegador Web con Java Runtime Environment (JRE) 1.3.1.
1. Registre el ID de usuario de administracin HELP1.
register admin help1 05x23 contact="M. Smith, Help Desk x0001"
2. Otorgue la autorizacin de acceso a cliente al ID de usuario de administracin

HELP1 en todos los clientes en el dominio FINANCE. Con autorizacin de
acceso a cliente, HELP1 puede realizar operaciones de copia de seguridad y de
restauracin para clientes del dominio FINANCE. Los nodos cliente del
dominio FINANCE son Dave, Sara y Joe.
grant authority help1 class=node authority=access domains=finance
A continuacin se muestra la salida que genera el comando:

ANR2126I GRANT
ACCESS para el
ANR2126I GRANT
ACCESS para el
ANR2126I GRANT
ACCESS para el
AUTHORITY: El administrador HELP1 ha recibido autorizacin

cliente DAVE.
cliente JOE.
cliente SARA.
3. El responsable de Help Desk, HELP1, abre el navegador Web y especifica el

URL y el nmero de puerto para la mquina cliente Sara:
http://sara.machine.name:1581
Se inicia un applet de Java y la ventana de presentacin del cliente se muestra

en la ventana principal del navegador Web. Cuando HELP1 accede a la funcin
de copia de seguridad desde la ventana de presentacin del cliente, aparece la
pantalla de conexin de IBM Tivoli Storage Manager en una ventana de applet
de Java independiente.HELP1 se autentifica con el ID de usuario de
administracin y su contrasea. HELP1 puede realizar una copia de seguridad
de Sara.
Si desea obtener ms informacin sobre las funciones que no admite cliente de
copia de seguridad/archivado Web, consulte la publicacin Gua del usuario e
354
Gestin de espacios de archivos

Un nombre de espacio de archivos identifica a un grupo de archivos que estn
almacenados como una unidad lgica en el almacenamiento del servidor. Los
administradores gestionan los espacios de archivos en los que IBM Tivoli Storage
Manager almacena los datos de cada nodo cliente. En el apartado Nodos cliente y
espacios de archivos hallar ms informacin al respecto.
Los administradores puede realizar las actividades siguientes para gestionar
espacios de archivos:
Tarea
Determinar cundo se cambiar el nombre

de los espacios de archivos existentes para
permitir la creacin de nuevos espacios de
archivos preparados para Unicode.
Privilegio del sistema, de poltica sin

restricciones o de privilegio de poltica con
restricciones para el dominio de polticas al
que est asignado el nodo cliente.
Visualizar informacin acerca de espacios de Todos los administradores

archivos
Traspasar espacios de archivos seleccionados
de un solo nodo, adems de los datos de un
nodo situados en una agrupacin de
Privilegio del sistema, de almacenamiento

sin restricciones o de almacenamiento con
restricciones para la agrupacin de
almacenamiento origen. Si tiene privilegio
de almacenamiento con restricciones y tiene
previsto traspasar datos a otra agrupacin
de almacenamiento, debe tener la
autorizacin adecuada para la agrupacin de
almacenamiento destino.
Suprimir espacios de archivos
Suprimir espacios de archivos asignados a


Nodos cliente y espacios de archivos

Cada cliente recibe un nombre de nodo cuando se inscribe en el servidor. El
servidor visualiza los nodos inscritos que requieren servicios y recursos del
servidor.
Normalmente un nodo equivale a una mquina, como en el caso de un cliente de
copia de seguridad/archivado instalado en el sistema de un usuario para las
copias de seguridad de sistemas de archivos. Sin embargo, los diferentes nodos
pueden existir en una sola mquina, como es el caso de una mquina servidor de
SQL que contiene un cliente de aplicacin para la base de datos de SQL y copias
de seguridad de las anotaciones de transacciones, as como un cliente de copia de
seguridad/archivado para copias de seguridad del sistema de archivos.
Generalmente, cada sistema de archivos de cliente se representa en el servidor
como un espacio de archivos exclusivo que pertenece a cada nodo cliente. Por lo
tanto, la cantidad de espacios de archivos que tenga un nodo depender del
nmero de sistemas de archivos en la mquina cliente. Por ejemplo, un sistema de
sobremesa Windows puede tener varias unidades (sistemas de archivos), como por
ejemplo C: y D:. En este caso, el nodo cliente tiene dos espacios de archivos en el
servidor; uno para la unidad C: y otro para la unidad D:. Los espacios de archivos
crecen a medida que el cliente almacena ms datos en el servidor. Los espacios de
archivos disminuyen a medida que caducan las versiones de copias de seguridad y
copias archivadas y el servidor reclame el espacio.
355
IBM Tivoli Storage Manager no permite a un administrador suprimir un nodo a

menos que se hayan suprimido los espacios de archivos del nodo.
Espacios de archivos para clientes

En nodos cliente de Windows, los espacios de archivos se correlacionan con
particiones lgicas y recursos compartidos. Cada espacio de archivos recibe el
nombre UNC de la particin o recurso compartido correspondiente del cliente.
En nodos cliente de NetWare, los espacios de archivos se correlacionan con
volmenes de NetWare. Cada espacio de archivos recibe el nombre del volumen de
NetWare correspondiente.
En clientes de Macintosh, los espacios de archivos se correlacionan con volmenes
de Macintosh. Cada espacio de archivos recibe el nombre del volumen de
Macintosh correspondiente.
En clientes de UNIX, un nombre de espacio de archivos se correlaciona con un
espacio de archivos almacenado que tenga el mismo nombre que el sistema de
archivos o el punto de montaje virtual en el que se originaron los archivos. La
opcin VIRTUALMOINTPOINT permite a los usuarios definir un punto de
montaje virtual para un sistema de archivos para hacer una copia de seguridad o
archivar copias empezando por un directorio o subdirectorio especfico. Para
obtener informacin sobre la opcin VIRTUALMOUNTPOINT, consulte la
publicacin correspondiente Gua del usuario e instalacin de los clientes de copia de
Soporte para clientes preparados para Unicode

Unicode es un estndar universal de codificacin de caracteres que admite el
intercambio, al proceso y a la visualizacin de texto redactado en cualquiera de los
idiomas del mundo moderno. Para sistemas Windows NT, Windows 2000,
Windows Server 2003, Macintosh OS 9 y Macintosh OS X con el cliente preparado
para Unicode, el servidor admite el almacenamiento de espacios de archivo con
nombres de espacio de archivos Unicode, nombres de directorio y nombres de
archivo en el almacenamiento del servidor. Los espacios de archivos del
almacenamiento del servidor que tienen nombres Unicode se denominan espacios de
archivos preparados para Unicode. El soporte para nombres Unicode permite a un
cliente procesar correctamente una operacin de IBM Tivoli Storage Manager
aunque los espacios de archivos contengan nombres de directorios o archivos en
varios idiomas, o cuando el cliente utilice una pgina de cdigos distinta de la del
servidor.
Los nuevos clientes que almacenan datos en el servidor por primera vez no
requieren una configuracin especial. Si el cliente tiene instalado el software ms
reciente del cliente de IBM Tivoli Storage Manager, el servidor almacena
automticamente espacios de archivos preparados para Unicode para dicho cliente.
Sin embargo, si hay clientes que ya tienen datos almacenados en el servidor y los
clientes instalan el software de cliente de IBM Tivoli Storage Manager Unicode,
necesita planificar la migracin a espacios de archivos preparados para
Unicode.Para permitir que los clientes con datos existentes empiecen a almacenar
datos en espacios de archivos preparados para Unicode, IBM Tivoli Storage
Manager proporciona una funcin para cambiar automticamente el nombre de los
espacios de archivos.Los datos de los archivos no resultan afectados; slo cambiar
el nombre del espacio de archivos. Una vez que se cambia el nombre del espacio
de archivos existente, la operacin crea un nuevo espacio de archivos preparado
para Unicode. La creacin del nuevo espacio de archivos preparado para Unicode
356
para clientes puede aumentar notablemente la cantidad de espacio necesario para

agrupaciones de almacenamiento y para la base de datos del servidor. Tambin
puede aumentar el tiempo necesario para que un cliente ejecute una copia de
seguridad incremental completa, puesto que la primera copia de seguridad
incremental despus del espacio de archivos preparado para Unicode es una copia
de seguridad completa.
Cuando los clientes con espacios de archivos existentes realizan una migracin a
espacios de archivos preparados para Unicode, debe asegurarse de disponer de
espacio de almacenamiento suficiente para las agrupaciones de almacenamiento y
de base de datos. Tambin deber permitir intervalos de copia de seguridad
potencialmente ms largos para las copias de seguridad completas.
Nota: una vez que el servidor tiene el nivel de software ms reciente, que incluye
el soporte para espacios de archivos preparados para Unicode, slo es
posible volver a un nivel anterior del servidor restaurando una versin
anterior de IBM Tivoli Storage Manager y de la base de datos.
Actualmente, el cliente de IBM Tivoli Storage Manager preparado para Unicode
slo est disponible en Windows NT, Windows 2000, Windows Server 2003,
Macintosh OS 9 y Macintosh OS X. Los datos de una pgina de cdigos Unicode
de otra fuente, incluidos clientes de nivel inferior y clientes de API, no se
identificarn ni se tratarn como preparados para Unicode.
Nota: el resto de este apartado hace referencia a estos clientes como los clientes
preparados para Unicode, los usuarios de sistemas operativos basados en
Windows NT y Macintosh o clientes.
Se recomienda encarecidamente que los usuarios de sistemas operativos basados en
Windows NT y Macintosh migren los espacios de archivos no Unicode a Unicode.
Para obtener ms informacin, consulte la publicacin Gua del usuario e instalacin
Razones para la migracin de clientes a espacios de archivos preparados para
Unicode
Migracin de clientes a espacios de archivos preparados para Unicode en la
pgina 358
Consulta de espacios de archivos preparados para Unicode en la pgina 365
Clientes preparados para Unicode y juegos de copias de seguridad existentes
en la pgina 366
Razones para la migracin de clientes a espacios de archivos

preparados para Unicode
Sin el soporte de IBM Tivoli Storage Manager para el almacenamiento de espacios
de archivos preparados para Unicode, algunos clientes han sufrido errores de copia
de seguridad cuando los espacios de archivos contienen nombres de directorios o
archivos en varios idiomas o cuando no es posible convertir los nombres al cdigo
de la pgina del servidor.Cuando IBM Tivoli Storage Manager no puede convertir
la pgina de cdigos, el cliente puede recibir uno o todos los siguientes mensajes si
se utiliza la lnea de comandos: ANS1228E, ANS4042E y ANS1803E.Los clientes
que utilicen la GUI pueden recibir el mensaje que indica ruta no encontrada. Si
utiliza clientes que experimentan errores de copia de seguridad, deber migrar los
espacios de archivos de estos clientes para asegurarse de que estos sistemas estn
completamente protegidos con copias de seguridad. Si tiene un gran nmero de
357
clientes, puede establecer la prioridad de migracin de clientes basndose en la

importancia de los datos de cada cliente en relacin con su negocio. Consulte el
apartado Migracin de clientes a espacios de archivos preparados para Unicode.
Los espacios de archivos nuevos de los que se haga una copia de seguridad en
sistemas cliente con el cliente de IBM Tivoli Storage Manager preparado para
Unicode, se almacenan automticamente como espacios de archivos preparados
para Unicode en el almacenamiento del servidor.
Los objetos de copia de seguridad o copia archivada de un cliente de IBM Tivoli
Storage Manager preparado para Unicode en un entorno de idioma pueden
restaurarse o recuperarse con un cliente preparado para Unicode en el mismo
entorno de idioma o en cualquier otro entorno que reciba soporte.Esto significa
que, por ejemplo, los archivos de copia de seguridad de un cliente japons
preparado para Unicode pueden restaurarse en un cliente alemn apreparado para
Unicode.
Nota: los objetos de copia de seguridad o copia archivada de un cliente de IBM
Tivoli Storage Manager preparado para Unicode no pueden ser restaurados
ni recuperados por un cliente que no est preparado para Unicode.
Migracin de clientes a espacios de archivos preparados para

Unicode
Con el fin de que los clientes puedan migrar datos existentes a espacios de
archivos preparados para Unicode, IBM Tivoli Storage Manager proporciona una
funcin de para cambiar automticamente el nombre de los espacios de archivos.
Si se activa la funcin de cambio de nombre, IBM Tivoli Storage Manager la utiliza
cuando reconoce que un espacio de archivos no preparado para Unicode en el
almacenamiento del servidor coincide con el nombre de un espacio de archivos en
un cliente. Se cambia el nombre del espacio de archivos existente en el
almacenamiento del servidor para que el espacio de archivos de la operacin
actual se considere como un espacio de archivos nuevo y preparado para Unicode.
Por ejemplo, si la operacin es una copia de seguridad incremental en el nivel de
espacio de archivos, se copiar todo el espacio de archivos en el servidor como
espacio de archivos preparado para Unicode.
En el ejemplo siguiente se muestra cmo funciona este proceso cuando en el
servidor se activa la funcin de cambio de nombre para un nodo cliente existente
que tiene espacios de archivos en el almacenamiento del servidor.
1. El administrador actualiza una definicin de nodo cliente emitiendo el
comando UPDATE NODE con el parmetro AUTOFSRENAME YES.
2. El cliente procesa una copia de seguridad incremental.
3. IBM Tivoli Storage Manager procesa la copia de seguridad de la manera
siguiente:
a. Cambia el nombre del espacio de archivos existente (_OLD).
b. Crea un espacio de archivos nuevo preparado para Unicode.
c. Procesa la copia de seguridad en la operacin actual en el nuevo espacio de
archivos preparado para Unicode.
Atencin: si fuerza el cambio de nombre de los espacios de archivos en todos los
clientes al mismo tiempo, las operaciones de copia de seguridad pueden competir
por recursos de red y de almacenamiento y puede agotarse el espacio de
almacenamiento en las agrupaciones de almacenamiento.
358
Antes de activar la funcin de cambio de nombre automtico de espacios de

archivos para clientes de IBM Tivoli Storage Manager preparados para Unicode, lea
los apartados siguientes:
Opciones para cambiar de nombre automticamente espacios de archivos
Reglas para cambiar automticamente el nombre de los espacios de archivos
en la pgina 361
Planificacin para versiones Unicode de espacios de archivos de cliente
existentes en la pgina 361
Efecto de la migracin a Unicode en los clientes en la pgina 363
Ejemplo de proceso de migracin en la pgina 364
Opciones para cambiar de nombre automticamente espacios de archivos: como
administrador puede controlar si debe cambiarse el nombre de espacios de
archivos de clientes existentes para forzar la creacin de nuevos espacios de
archivos preparados para Unicode. De forma predeterminada, no se produce
ningn cambio automtico de nombre. Para cambiar el cambio automtico de
nombre, utilice el parmetro AUTOFSRENAME cuando inscriba o actualice un
nodo. Tambin puede permitir que los clientes lo elijan. Los clientes pueden
utilizar la opcin de cliente AUTOFSRENAME.
Nota: el valor de AUTOFSRENAME afecta slo a los clientes preparados para
Unicode.
Dispone de estas opciones:
v Impedir que se cambie el nombre de espacios de archivos existentes, de forma
que no se creen espacios archivos preparados para Unicode (valor
predeterminado: AUTOFSRENAME=NO).
IBM Tivoli Storage Manager no cambia automticamente el nombre de espacios
de archivos de cliente cuando el sistema cliente se actualiza a un cliente de IBM
Tivoli Storage Manager preparado para Unicode. Este valor puede ser de ayuda
para el administrador a la hora de controlar los espacios de archivos de cliente a
los que se debe cambiar el nombre cada vez. El administrador puede determinar
cuntos clientes preparados para Unicode existen mediante el comando QUERY
NODE FORMAT=DETAILED. En la salida se muestra el nivel de cliente. Un
cliente preparado para Unicode se encuentra en un sistema Windows NT,
Windows 2000, Windows Server 2003, Macintosh OS 9 y Macintosh OS X en IBM
Tivoli Storage Manager versin 4.2.0 o posterior.
v Cambiar automticamente el nombre de espacios de archivos existentes forzando
la creacin de espacios de archivos preparados para Unicode en lugar de los
espacios de archivos redenominados (AUTOFSRENAME=YES).
IBM Tivoli Storage Manager cambia automticamente el nombre de espacios de
archivos en el almacenamiento del servidor cuando el cliente se actualiza al
cliente preparado para Unicode y se ejecuta una de las operaciones siguientes:
archivado, copia de seguridad selectiva, copia de seguridad incremental
completa o copia de seguridad incremental parcial.IBM Tivoli Storage Manager
cambia automticamente el nombre de los espacios de archivos especificados en
la operacin actual y crea nuevos espacios de archivos preparados para Unicode
en los que los archivos y los directorios se almacenan para completar la
operacin.Los dems espacios de archivos no especificados en la operacin
actual no se ven afectados por el cambio de nombre. Esto significa que un
cliente puede tener espacios de archivos combinados. Consulte el apartado
Reglas para cambiar automticamente el nombre de los espacios de archivos
en la pgina 361 para saber cmo se crea el nuevo nombre.
359
Atencin: si fuerza el cambio de nombre de los espacios de archivos en todos

los clientes al mismo tiempo, las operaciones de los clientes pueden competir
por recursos de red y de almacenamiento y puede agotarse el espacio de
almacenamiento en las agrupaciones de almacenamiento.
v Permitir a los clientes elegir si desean cambiar el nombre de espacios de
archivos, determinando si deben crearse espacios de archivos preparados para
Unicode (AUTOFSRENAME=CLIENT).
Si utiliza este valor para un nodo cliente, el cliente puede establecer su opcin
AUTOFSRENAME en el archivo de opciones. La opcin de cliente determina si
se cambia el nombre de los espacios de archivos (YES o NO) o si se debe
preguntar al usuario si desea cambiar el nombre cuando tiene lugar una
operacin de IBM Tivoli Storage Manager (PROMPT).
El valor predeterminado de la opcin de cliente es PROMPT. Si se establece este
valor, el cliente presenta opciones para determinar si desea cambiar el nombre
del espacio de archivos. Si un cliente con espacios de archivos existentes en el
almacenamiento del servidor se actualiza al cliente preparado para Unicode y
ejecuta una operacin de IBM Tivoli Storage Manager con el servidor, se
pregunta al usuario si desea cambiar el nombre de los espacios de archivos
implicados en la operacin actual.
Slo se preguntar una vez al usuario si desea cambiar el nombre de un espacio de
archivos determinado.
Si el cliente elige no cambiar el nombre del espacio de archivos, posteriormente
el administrador podr cambiar el nombre del espacio de archivos para que se
cree un nuevo espacio de archivos preparado para Unicode la prxima vez que
el cliente procese una copia archivada, una copia de seguridad selectiva, una
copia de seguridad incremental, una copia de seguridad incremental completa o
una copia de seguridad incremental parcial.
Atencin: no se solicitar respuesta del usuario en operaciones que se ejecuten
con el planificador cliente. Si el cliente ejecuta el planificador y la opcin de
cliente AUTOFSRENAME se establece en PROMPT, no se solicitar respuesta del
usuario y no se cambiar el nombre del espacio de archivos. Esto permite que
una sesin de cliente se ejecuta de forma desatendida. La peticin de respuesta
aparecer en la prxima sesin interactiva en el cliente.
En la tabla siguiente se resume lo que ocurre con diferentes valores de opcin y de
parmetro.
Tabla 26. Resultados de los diferentes valores de AUTOFSRENAME
Parmetro en el
servidor
(para cada cliente)
Opcin en el cliente
Resultado para espacios de archivos
Se cambia el nombre
del espacio de
archivos?
S, No, Prompt
Se cambia el nombre
No
S, No, Prompt
No se cambia el nombre
No
Cliente
Se cambia el nombre
No
No se cambia el nombre
Prompt
Lnea de comandos o GUI: el usuario recibe Depende de la

una nica peticin sobre el cambio de
respuesta del usuario
nombre
(s o no)
Planificador cliente: no se cambia el nombre No
(la peticin aparece durante la siguiente
sesin de lnea de comandos o de la GUI)
360
Reglas para cambiar automticamente el nombre de los espacios de archivos:

con su funcin automtica de cambio de nombre, IBM Tivoli Storage Manager
cambia el nombre de un espacio de archivos agregando el sufijo _OLD. Por
ejemplo:
Espacio de archivos original
Espacio de archivos redenominado
\\maria\c$
\\maria\c$_OLD
Si el nuevo nombre entra en conflicto con otro nombre de espacio de archivos, se

agrega un nmero al sufijo. Por ejemplo:
Espacio de archivos original
\\maria\c$
Otros espacios de archivos

existentes:
\\maria\c$_OLD
\\maria\c$_OLD1
Espacio de archivos
redenominado
\\maria\c$_OLD2
Si el nuevo nombre del espacio de archivos supera los 64 caracteres, se truncar en

la derecha antes de que se agregue el sufijo _OLD.
Planificacin para versiones Unicode de espacios de archivos de cliente
existentes: en la planificacin deber tener en consideracin los factores
siguientes:
v Una vez que los clientes con espacios de archivos empiecen a crear espacios de
archivos preparados para Unicode, todava necesitarn acceder durante un
tiempo a los espacios de archivos redenominados que no sean Unicode.
v Los requisitos de espacio para la base de datos y la agrupacin de
almacenamiento pueden duplicarse si permite que todos los clientes creen
espacios de archivos preparados para Unicode, adems de sus espacios de
archivos existentes no Unicode.
v Puesto que las copias de seguridad iniciales posteriores a la migracin son
copias de seguridad completas, el tiempo necesario para la finalizacin de las
operaciones de copia de seguridad puede aumentar en gran manera.
Para minimizar los problemas, es necesario planificar el almacenamiento de
espacios de archivos preparados para Unicode para clientes que ya tengan espacios
de archivos en el almacenamiento del servidor.
1. Determine los clientes que deben realizar la migracin.
Los clientes que han tenido problemas a la hora de hacer una copia de
seguridad de archivos, porque sus espacios de archivos contienen nombres de
directorios o de archivos que no pueden convertirse a la pgina de cdigos del
servidor, deben tener la prioridad ms alta. Equilibre este factor con los clientes
que son esenciales en sus operaciones. Si el nmero de clientes que deben
prepararse para Unicode es elevado, puede controlar la migracin de los
clientes.
Cambie la opcin de cambio de nombre para unos pocos clientes cada vez con
el fin de controlar la utilizacin de espacio de almacenamiento y el tiempo de
proceso. Plantese tambin la migracin por etapas en clientes que tengan una
gran cantidad de datos de copia de seguridad.
361
2. Permita un tiempo de copia de seguridad y una utilizacin de recursos de red

mayores cuando se creen por primera vez espacios de archivos preparados para
Unicode en el almacenamiento del servidor.
Basndose en el nmero de clientes y en la cantidad de datos que dichos
clientes poseen, determine si debe realizar la migracin por etapas. Una
migracin por etapas significa que el parmetro AUTOFSRENAME se
establecer en YES o CLIENT slo para una pequea cantidad de clientes cada
da.
Nota: si establece el parmetro AUTOFSRENAME en CLIENT, asegrese de
establecer la opcin AUTOFSRENAME de los clientes (que ejecutan el
planificador cliente) en YES. Con esto se garantiza el cambio de nombre
de los espacios de archivos.
3. Compruebe la utilizacin actual del almacenamiento para los clientes que
deben prepararse para Unicode.
Puede utilizar el comando QUERY OCCUPANCY para visualizar informacin
sobre cunto espacio utiliza actualmente cada cliente. Inicialmente, los clientes
necesitarn solamente el espacio que utilicen los espacios activos. Por lo tanto,
debe estimar el espacio actual que utilizan las copias (las diferentes versiones
del mismo archivo). La migracin dar como resultado una copia de seguridad
completa en la siguiente copia de seguridad incremental, por lo que los clientes
necesitarn espacio para dicha copia de seguridad, adems de las otras
versiones adicionales que conservarn. Por lo tanto, el almacenamiento
necesario tambin depender de la poltica (consulte el paso siguiente). Su
poltica de IBM Tivoli Storage Manager especifica cmo se hace una copia de
seguridad de los archivos, cmo se archivan, cmo se migran del
almacenamiento del nodo cliente y cmo se gestionan en el almacenamiento del
servidor.
4. Determine en qu grado sus polticas de IBM Tivoli Storage Manager afectarn
al almacenamiento que necesitar.
Si sus polticas hacen caducar archivos basndose slo en el nmero de
versiones (Versiones si datos existen), el espacio de almacenamiento necesario
para cada cliente se doblar hasta que suprima los espacios de archivos
anteriores.
Si sus polticas hacen caducar los archivos basndose nicamente en la
antigedad (Retener versin adicional) el espacio de almacenamiento necesario
para cada cliente aumentar inicialmente, pero no se duplicar.
Si sus polticas utilizan el nmero de versiones y su antigedad, cada cliente
necesitar menos del doble de su utilizacin actual.
5. Calcule el resultado en el tamao de la base de datos.
El tamao de base de datos depende del nmero de archivos en el
almacenamiento del servidor, as como del nmero de versiones de dichos
archivos. A medida que se hace una copia de seguridad de espacios de archivos
preparados para Unicode, los espacios de archivos originales redenominados se
conservan. Por lo tanto, el servidor requerir espacio adicional en la base de
datos para almacenar informacin sobre la cantidad mayor de archivos y de
espacios de archivos.
Consulte el apartado Estimacin y supervisin de los requisitos de espacio de
la base de datos y las anotaciones de recuperacin en la pgina 544.
6. Organice espacio adicional en la agrupacin de almacenamiento, incluido
espacio en agrupaciones de almacenamiento de copia, segn los clculos
realizados en el paso 3 y 4.
362
7. Compruebe que haya espacio disponible en la base de datos del servidor y

comprelo con el espacio calculado en el paso 5 en la pgina 362.
8. Asegrese de tener una copia de seguridad completa de la base de datos antes
de continuar la migracin de espacios de archivos preparados para Unicode.
Consulte el apartado Copia de seguridad de la base de datos en la pgina
713.
9. Determine cmo gestionar la antigedad de los espacios de archivos
redenominados. El administrador puede suprimirlos o puede permitir a los
clientes suprimir sus espacios de archivos.
Efecto de la migracin a Unicode en los clientes: el servidor gestiona de la
manera siguiente un cliente preparado para Unicode y sus espacios de archivos:
v Cuando un cliente se actualiza a un cliente preparado para Unicode y se conecta
al servidor, el servidor identifica al cliente como cliente preparado para Unicode.
Nota: el mismo cliente (el mismo nombre de nodo) con una versin anterior de
IBM Tivoli Storage Manager, o un cliente no preparado para Unicode, no
puede conectarse al servidor.
v El espacio de archivos original redenominado (_OLD) se conserva en las
versiones activa e inactiva, que el cliente puede restaurar si es necesario. El
espacio de archivos original no se actualizar. El servidor no marcar como
inactivos los archivos activos cuando se haga una copia de seguridad de los
mismos archivos en el espacio de archivos preparado para Unicode.
Nota: antes de instalar el cliente preparado para Unicode, el cliente puede hacer
una copia de seguridad de archivos en una pgina de cdigos diferente
de la del entorno local actual, pero no puede restaurarlos. Una vez
instalado el cliente preparado para Unicode, si el mismo cliente contina
utilizando los espacios de archivos no preparado para Unicode, el cliente
pasa por alto los archivos que no estn en la misma pgina de cdigos
que el entorno local durante una operacin de copia de seguridad. Puesto
que se pasan por alto los archivos, aparecen como suprimidos del cliente.
Las versiones activas de los archivos en el almacenamiento del servidor
pasan a ser inactivas en el servidor. Si se actualiza a un cliente preparado
para Unicode un cliente en esta situacin, debe migrar los espacios de
archivos para dicho cliente a espacios de archivos preparados para
Unicode.
v El servidor no permite enviar a un cliente que no est preparado para Unicode
un espacio de archivos preparado para Unicode durante un proceso de
restauracin o recuperacin.
v Los clientes deben tener en cuenta que no vern todos sus datos en un espacio
de archivos preparado para Unicode hasta que se procese una copia de
seguridad incremental completa.
Cuando un cliente realiza una copia de seguridad selectiva de un archivo o
directorio y se cambia el nombre del espacio de archivos original, el nuevo
espacio de archivos preparado para Unicode contendr solamente el archivo o
directorio especificado para dicha operacin de copia de seguridad. Se realizar
una copia de seguridad de los dems directorios y archivos en la siguiente copia
de seguridad incremental completa.
Si un cliente necesita restaurar un archivo antes de la siguiente copia de
seguridad incremental completa, el cliente puede realizar una restauracin a
partir del espacio de archivos redenominado, en lugar del nuevo espacio de
archivos preparado para Unicode. Por ejemplo:
363
1. Sue ha hecho una copia de seguridad de su espacio de archivos,

\\sue-node\d$.
2. Sue actualiza el cliente de IBM Tivoli Storage Manager de su sistema al
cliente de IBM Tivoli Storage Manager preparado para Unicode.
3. Sue efecta una copia de seguridad selectiva del archivo HILITE.TXT.
4. La funcin automtica de cambio de nombre est activada y IBM Tivoli
Storage Manager cambia el nombre \\sue-node\d$ por \\sue-node\d$_OLD.A
continuacin, IBM Tivoli Storage Manager crea un nuevo espacio de archivos
preparado para Unicode en el servidor con el nombre \\sue-node\d$.Este
nuevo espacio de archivos preparado para Unicode contiene nicamente el
archivo HILITE.TXT.
5. Los dems directorios y archivos del sistema de archivos de Sue se copiarn
en la siguiente operacin de copia de seguridad incremental completa. Si Sue
necesita restaurar un archivo antes de la siguiente copia de seguridad
incremental completa, puede restaurar el archivo del espacio de archivos
\\sue-node\d$_OLD.
Si desea obtener ms informacin, consulte la publicacin Gua del usuario e
Ejemplo de proceso de migracin: en este apartado se muestra una secuencia
posible para la migracin de clientes. En esta situacin se suponen las siguientes
condiciones:
v Se ha hecho copia de seguridad de la base de datos del servidor de IBM Tivoli
Storage Manager.
v Se ha instalado el software ms reciente del servidor. En esta instalacin se ha
actualizado tambin la base de datos del servidor.
v Los clientes tienen instalado el software ms reciente.
v Algunos clientes son servidores de archivos. La mayor parte de los clientes son
estaciones de trabajos que utilizan sus respectivos usuarios.
v Los clientes suelen ejecutar copias de seguridad incrementales planificadas cada
noche.
A continuacin se presenta un posible proceso de migracin:
1. Instale el software del cliente de IBM Tivoli Storage Manager preparado para
Unicode en todos los clientes.
2. Primero migre los servidores de archivos. En los clientes que son servidores de
archivos, actualice el parmetro AUTOFSRENAME para activar el cambio de
nombre automtico en los espacios de archivos. Por ejemplo, si los nombres de
nodo cliente de todos los servidores de archivos empiezan por FILE, entre el
comando siguiente:
update node file* autofsrename=yes
Con esto cambiar los nombres de los espacios de archivos en la siguiente

operacin de copia de seguridad o de archivado en los servidores de archivos.
Si los servidores de archivos contienen muchos datos, puede cambiar el
parmetro de cambio de nombre en un servidor de archivos cada da.
3. Permita que se ejecuten las planificaciones de copia de seguridad y archivado
como es habitual. Supervise los resultados.
a. Compruebe los espacios de archivos redenominados en los clientes
servidores de archivos. Los espacios de archivos redenominados tienen el
364
sufijo _OLD u _OLDn, siendo n un nmero. (Consulte el apartado Reglas para

cambiar automticamente el nombre de los espacios de archivos en la
pgina 361.)
b. Compruebe la capacidad de las agrupaciones de almacenamiento. Agregue
volmenes de cinta o de disco a las agrupaciones de almacenamiento si es
necesario.
c. Consulte las estadsticas de utilizacin de la base de datos para asegurarse
de disponer de espacio suficiente.
4. Migre los clientes de estacin de trabajo. Por ejemplo, migre todos los clientes
cuyos nombres empiecen por la a.
update node a* autofsrename=yes
5. Esa noche, permita la ejecucin de las planificaciones de copia de seguridad y

archivado habituales. Supervise los resultados.
6. Pasado un tiempo suficiente, considere suprimir los espacios de archivos
anteriores redenominados. Consulte el apartado Gestin de los espacios de
archivos redenominados.
Gestin de los espacios de archivos redenominados: para permitir la creacin de
espacios de archivos preparados para Unicode, los espacios de archivos
redenominados automticamente (_OLD) se conservan en el servidor. Los usuarios
todava pueden acceder a las versiones de archivo en estos espacios de archivos.
Puesto que no se vuelve a hacer una copia de seguridad de un espacio de archivos
redenominado con el nuevo nombre, los archivos que estn activos (la versin de
copia de seguridad ms reciente) del espacio de archivos redenominado
permanecen activos y nunca caducan. Los archivos inactivos del espacio de
archivos caducan de acuerdo con los valores de polticas que establecen el tiempo
durante el que se retienen las versiones. Para determinar durante cunto tiempo se
retienen los archivos, consulte los valores de los parmetros Retener versin
adicional y Retener versin adicional y Retener nica versin del grupo de copia
de seguridad de la clase de gestin a la que estn vinculados los archivos.
Cuando los usuarios ya no necesiten los espacios de archivos anteriores
redenominados, puede suprimirlos. A ser posible, espere durante el tiempo de
retencin ms largo para la versin nica (Retener nica versin) que permita la
clase de gestin. Si su sistema tiene limitaciones de almacenamiento, puede
suprimir estos espacios de archivos antes de llevar esto a cabo.
Consulta de espacios de archivos preparados para Unicode

Puede determinar los espacios de archivos que estn preparados para Unicode
consultando todos los espacios de archivos:
query filespace
Nombre nodo Nombre de

espacio
archivos
FSID
Plataf.
---------- ----------- ---- ------SUE

\\sue\c$
1 WinNT
SUE
\\sue\d$
2 WinNT
JOE
\\joe\c$
1 WinNT
Tipo de
espacio
archivos
Es el
esp. de
archivos
Unicode?
--------- --------NTFS
Yes
NTFS
Yes
NTFS
No
Capacidad Pct
(MB)
Util
-------2,502.3
6,173.4
12,299.7
----75.2
59.6
31.7
Para consultar un espacio de archivos preparado para Unicode, puede ser ms

cmodo utilizar el identificador de espacio de archivos (FSID) en lugar del nombre
365
de espacio de archivos. Es posible que los nombres de espacios de archivos para

espacios de archivos preparados para Unicode no sean legibles cuando se
visualicen en la pgina de cdigos del servidor. Intentar especificar el nombre de
un espacio de archivos preparado para Unicode no funcionar, porque depende de
la pgina de cdigos del servidor y de las rutinas de conversin que intenten
realizar la conversin de la pgina de cdigos del servidor a Unicode. Consulte el
apartado Visualizacin de informacin sobre espacios de archivos para obtener
ms informacin.
Clientes preparados para Unicode y juegos de copias de

seguridad existentes
Un cliente puede tener un juego de copias de seguridad que contenga espacios de
archivos preparados para Unicode y espacios de archivos no preparados para
Unicode. El cliente debe tener un nivel de IBM Tivoli Storage Manager igual o
posterior para restaurar los datos en el juego de copias de seguridad. Por ejemplo,
un cliente de la versin 5.1.0 realiza copias de seguridad de espacios de archivos y,
a continuacin, se actualiza a la versin 5.2.0 con soporte para espacios de archivos
preparados para Unicode. Ese mismo cliente todava puede restaurar espacios de
archivos no Unicode desde el juego de copias de seguridad.
Solo es posible acceder a los espacios de archivos preparados para Unicode de un
juego de copias de seguridad mediante un cliente preparado para Unicode y no
con una versin anterior del cliente. El servidor solamente permite a los clientes
preparados para Unicode restaurar datos de espacios de archivos preparados para
Unicode. Si desea obtener ms informacin sobre la restauracin de juegos de
copias de seguridad, consulte el apartado Restauracin de juego de copias de
seguridad desde un cliente de copia de seguridad/archivado en la pgina 451.
Visualizacin de informacin sobre espacios de archivos

Puede visualizar informacin sobre espacios de archivos para realizar lo siguiente:
v Identificar los espacios de archivos definidos para cada nodo cliente, para poder
suprimir cada espacio de archivos del servidor antes de eliminar el nodo cliente
del servidor.
v Identificar los espacios de archivos preparados para Unicode e identificar su ID
de espacio de archivos (FSID).
v Supervisar el espacio utilizado en los discos de la estacin de trabajo.
v Supervisar si las copias de seguridad se realizan correctamente para el espacio
de archivos.
v Determinar la fecha y la hora de la ltima copia de seguridad.
La informacin de espacio de archivos se visualiza identificando el nombre de
nodo cliente y el nombre de espacio de archivos.
Nota: los nombres de espacios de archivos son sensibles a las maysculas y
minsculas y deben entrarse exactamente como el servidor los reconoce.
Por ejemplo, para ver informacin sobre espacios de archivos definidos para el
nodo cliente JOE, entre:
query filespace joe *
En la figura siguiente se muestra la salida de este comando.
366
Nombre nodo Nombre de

espacio
archivos
FSID
Plataf.
---------- ----------- ---- ------JOE

\\joe\c$
1 WinNT
JOE
\\joe\d$
2 WinNT
Tipo de
espacio
archivos
Es el
esp. de
archivos
Unicode?
--------- --------NTFS
Yes
NTFS
Yes
Capacidad Pct
(MB)
Util
-------- ----2,502.3 75.2

6,173.4 59.6
Cuando visualiza informacin de espacio de archivos de forma detallada, el campo

de nombre de espacio de archivos puede mostrar nombres de espacios de archivos
en forma de puntos suspensivos (...). Esto indica al administrador que existe un
espacio de archivos, pero que no se ha podido convertir a la pgina de cdigos del
servidor. La conversin puede dar errores si la cadena incluye caracteres que no
estn disponibles en la pgina de cdigos del servidor o si el servidor tiene
problemas para acceder a las rutinas de conversin del sistema.
Los nombres de espacios de archivos y nombres de archivos que pueden estar en
pginas de cdigos o entorno nacional distintas de las del servidor no se visualizan
correctamente en la interfaz Web del administrador ni en la interfaz de lnea de
comandos de administracin. Los datos han sido almacenados como copia de
seguridad y pueden restaurarse correctamente, pero el nombre de espacio de
archivos o el nombre de archivo puede visualizarse con una combinacin de
caracteres no vlidos o espacios en blanco. Consulte la publicacin Administrators
Reference para obtener ms informacin.

Puede traspasar datos de un nodo cliente a una agrupacin de almacenamiento de
acceso secuencial o traspasar unos espacios de archivos seleccionados para un solo
nodo. Para obtener ms informacin, consulte el apartado Traspaso de datos para
un nodo cliente en la pgina 321.
Supresin de espacios de archivos

Puede suprimir un nodo cliente de un servidor, pero primero debe suprimir todos
los datos de ese cliente del almacenamiento del servidor suprimiendo los espacios
de archivos que pertenecen al nodo.
Los administradores pueden desear suprimir un espacio de archivos en los casos
siguientes:
v Cuando los usuarios no estn autorizados para eliminar copias de seguridad o
copias archivadas de las agrupaciones de almacenamiento.
Por ejemplo, el nodo cliente PEASE ya no necesita las copias archivadas del
espacio de archivos /home/pease/dir2. Sin embargo, no tiene la autorizacin para
suprimir esos archivos. Puede suprimirlos con el comando siguiente:
delete filespace pease /home/pease/dir2 type=archive
La autorizacin para suprimir copias de seguridad o copias archivadas del

almacenamiento del servidor se establece al inscribir un nodo cliente. Consulte el
apartado Aceptacin de la inscripcin cerrada predeterminada o activacin de
la inscripcin abierta en la pgina 335 para obtener informacin sobre cmo
permitir a los usuarios eliminar archivos de las agrupaciones de
almacenamiento.
v Cuando desee eliminar un nodo cliente del servidor.
367
Debe suprimir los archivos de un usuario de las agrupaciones de

almacenamiento para poder eliminar un nodo cliente. Por ejemplo, para
suprimir todos los espacios de archivos pertenecientes al nodo cliente DEBBYG,
entre:
delete filespace debbyg * type=any
Una vez suprimidos todos los espacios de archivos de un nodo cliente, puede
suprimir el nodo con el comando REMOVE NODE. Si desea obtener ms
informacin, consulte el apartado Supresin de nodos cliente en la pgina 348.
v Cuando desee suprimir los archivos de un usuario especfico.
Para nodos cliente que admiten varios usuarios, como por ejemplo UNIX, se
asocia un nombre de propietario de archivos con cada archivo del servidor. El
nombre de propietario es el ID de usuario del sistema operativo, (por ejemplo el
ID de usuario UNIX. Al suprimir un espacio de archivos perteneciente a un
propietario especfico, slo se suprimen los archivos que tienen el nombre de
propietario especificado en el espacio de archivos.
|
|
|
|
|
|
|
|
|
Cuando un nodo tenga ms de un espacio de archivos y emita el comando

DELETE FILESPACE slo para un espacio de archivos, al emitir el comando
QUERY FILESPACE para el nodo durante el proceso no se visualizar ningn
espacio de archivos. Cuando finalice el proceso de supresin, podr ver los
espacios restantes con el comando QUERY FILESPACE. Si la proteccin de
retencin de datos est activada, los nicos archivos que se suprimirn del espacio
de archivos sern los que cumplan el criterio de retencin. El espacio de archivos
no se suprimir si no se puede suprimir uno o varios archivos del espacio de
archivos.
|
|
|
|
|
|
Nota: los datos almacenados mediante el producto de proteccin de retencin de

datos de IBM Tivoli Storage Manager no pueden suprimirse con el comando
DELETE FILESPACE si el perodo de retencin de los datos no ha caducado.
Si estos datos se almacenan en una agrupacin de almacenamiento Centera,
recibirn proteccin adicional de la funcin de proteccin de retencin del
dispositivo de almacenamiento Centera.
Gestin de los archivos de opciones de los clientes

Un nodo cliente se conecta con el servidor utilizando la informacin de un archivo
de opciones del cliente (dsm.opt). Este archivo, que se encuentra en el directorio del
cliente, contiene opciones de cliente que controlan el proceso y las conexiones con
el servidor. La opcin ms importante es la direccin de red del servidor, pero
puede agregar muchas otras opciones de cliente cuando lo desee. Para obtener ms
informacin acerca de los archivos de opciones de cliente, consulte el apartado
Conectar los nodos al servidor en la pgina 339.
Los administradores tambin pueden controlar las opciones del cliente creando
conjuntos de opciones de cliente en el servidor que se utilizan junto con los
archivos de opciones del cliente en los nodos cliente. Consulte los apartados
siguientes:
v Creacin de conjuntos de opciones de cliente en el servidor
v Gestin de los conjuntos de opciones de cliente en la pgina 370
Creacin de conjuntos de opciones de cliente en el servidor

Un administrador puede crear un conjunto de opciones de cliente para que lo
utilice un nodo cliente de la versin 3 o posterior de IBM Tivoli Storage Manager.
368
Las opciones de cliente especificadas en el conjunto se utilizarn junto con el

archivo de opciones que se describe en el apartado Conectar los nodos al
Los conjuntos de opciones de cliente permiten al administrador especificar
opciones adicionales que pueden no estar incluidas en el archivo de opciones del
cliente (dsm.opt). Puede especificar qu clientes deben utilizar el conjunto de
opciones con los comandos REGISTER NODE o UPDATE NODE. El cliente puede
utilizar estas opciones definidas durante un proceso de copia de seguridad,
archivado, restauracin o recuperacin. Consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de seguridad/archivado para obtener informacin
detallada sobre las opciones de cliente.
Para crear un conjunto de opciones de cliente y hacer que los clientes lo utilice,
lleve a cabo lo siguiente:
1. Cree el conjunto de opciones de cliente con el comando DEFINE CLOPTSET.
2. Agregue opciones de cliente al conjunto de opciones con el comando DEFINE
CLIENTOPT.
3. Especifique qu clientes deben utilizar el conjunto de opciones con el comando
REGISTER NODE o UPDATE NODE.
Creacin de un conjunto de opciones de cliente

Al crear un conjunto de opciones de cliente, se define un nombre para el conjunto
y, si se desea, se puede facilitar una descripcin del conjunto. Por ejemplo:
define cloptset engbackup
description=Opciones de copia seguridad para Ingeniera.
Nota: el conjunto de opciones est vaco cuando se define por primera vez.
Adicin de opciones de cliente a un conjunto de opciones

Puede agregar opciones de cliente en un conjunto de opciones de cliente definido.
En el ejemplo siguiente se muestra cmo agregar una opcin de cliente en el
conjunto de opciones ENGBACKUP.
define clientopt engbackup schedlogretention 5
Si desea ver una lista de las opciones de cliente vlidas que puede especificar,
consulte la publicacin Administrators Reference.
El servidor asigna de forma automtica nmeros de secuencia a las opciones
especificadas o bien se puede optar por especificar el nmero de secuencia para el
orden de proceso. Esto resulta til si se ha definido la misma opcin ms de una
vez, como ocurre en el ejemplo siguiente.
define clientopt engbackup inclexcl "include d:\admin"
define clientopt engbackup inclexcl "include d:\payroll"
Se asigna el nmero de secuencia 0 a la opcin include d:\admin.Se asigna el

nmero de secuencia 1 a la opcin include d:\payroll.Si desea procesar de forma
especfica una opcin antes que la otra, incluya el parmetro de secuencia tal y
como se indica a continuacin:
define clientopt engbackup inclexcl "include d:\admin" seqnumber=2"
define clientopt engbackup inclexcl "include d:\payroll" seqnumber=1"
Las opciones se procesan empezando por el nmero de secuencia ms elevado.
369
Cualquier sentencia de inclusin/exclusin del conjunto de opciones de cliente del

servidor tiene prioridad sobre las sentencias de inclusin/exclusin del archivo de
opciones del cliente. Las sentencias de inclusin/exclusin siempre se refuerzan y
se colocan en la parte inferior de la lista de inclusin/exclusin y se evalan antes
que las sentencias de inclusin/exclusin. Si el conjunto de opciones del servidor
tiene varias sentencias de inclusin/exclusin, stas se procesan empezando por el
nmero de secuencia ms elevado. El cliente puede utilizar el comando QUERY
INCLEXCL para ver las sentencias de inclusin/exclusin en el orden en que se
procesan. QUERY INCLEXCL tambin visualiza el origen de cada sentencia de
inclusin/exclusin. Para obtener ms informacin sobre el proceso de sentencias
de inclusin/exclusin, consulte el apartado Lista de inclusin/exclusin en la
pgina 403 y la publicacin Gua del usuario e instalacin de los clientes de copia de
El parmetro FORCE permite que un administrador especifique si un nodo cliente
puede alterar temporalmente el valor de una opcin. Este parmetro no tiene
ningn efecto en opciones aditivas, tales como INCLEXCL y DOMAIN. El valor
predeterminado es NO. Si FORCE=YES, el cliente no puede alterar temporalmente
el valor. El ejemplo siguiente muestra cmo impedir que un cliente utilice la copia
de seguridad de subarchivos:
define clientopt engbackup subfilebackup no force=yes
Cmo inscribir nodos cliente y asignarlos a un conjunto de

opciones
Se puede inscribir o actualizar un nodo cliente y especificar un conjunto de
opciones para que lo utilice de la forma siguiente:
register node mike pass2eng cloptset=engbackup
El nodo cliente MIKE queda inscrito con la contrasea pass2eng. Cuando el nodo
cliente MIKE realiza una operacin de planificacin, las entradas de las anotaciones
de planificacin se conservan por espacio de 5 das.
Gestin de los conjuntos de opciones de cliente

Los administradores pueden realizar las actividades siguientes para gestionar los
conjuntos de opciones de cliente:
Tarea
Actualizar el nmero de secuencia para una

opcin de cliente
Suprimir una opcin de un conjunto de

opciones de cliente

con restricciones
Copiar un conjunto de opciones de cliente

con restricciones
Actualizacin del nmero de secuencia de una opcin de cliente

Se puede actualizar el nmero de secuencia de una opcin de cliente para cambiar
el orden del proceso correspondiente. Esto resulta til si se dispone de la misma
opcin ms de una vez, por ejemplo, varias opciones INCLUDE.
El ejemplo siguiente muestra cmo cambiar el nmero de secuencia para la opcin
DATEFORMAT de 0 a 9:
update clientopt engbackup dateformat 0 9
370
Suprimir una opcin de un conjunto de opciones de cliente

Se puede eliminar una opcin definida en un conjunto de opciones de cliente. El
ejemplo siguiente muestra cmo eliminar la opcin sondeo SCHEDMODE del
conjunto de opciones financeschd:
delete clientopt financeschd schedmode
Copia de un conjunto de opciones de cliente

Se puede copiar una opcin de cliente existente para otro conjunto de opciones. El
ejemplo siguiente muestra cmo copiar el conjunto de opciones engbackup para el
conjunto de opciones financeschd:
copy cloptset engbackup financeschd
Solicitud de informacin sobre un conjunto de opciones de

cliente
Para visualizar informacin sobre el contenido de un conjunto de opciones de
cliente, emita el comando siguiente:
query cloptset financeschd
Actualizacin de la descripcin de un conjunto de opciones de

cliente
Se puede actualizar la descripcin para un conjunto de opciones de cliente. El
ejemplo siguiente muestra cmo actualizar la descripcin para el conjunto de
opciones engbackup:
update clopset engbackup description=Informacin de planificacin
Cmo suprimir un conjunto de opciones de cliente

Cuando se suprime un conjunto de opciones de cliente, las referencias hechas por
los nodos cliente al conjunto de opciones se establecen como nulas. Los clientes
siguen utilizando su archivo de opciones del cliente correspondiente. El ejemplo
siguiente muestra cmo suprimir el conjunto de opciones de cliente engbackup:
delete cloptset engbackup
Gestin de sesiones de IBM Tivoli Storage Manager

Cada vez que un administrador o nodo cliente se conecta al servidor, se establece
una sesin de administracin o de cliente. IBM Tivoli Storage Manager realiza un
seguimiento de las sesiones en la base de datos del servidor. Los clientes de copia
de seguridad/archivado pueden utilizarse para realizar sesiones de restauracin
reiniciables; sin embargo, esto no es posible en clientes de aplicaciones. En el
apartado Gestin de sesiones de restauracin reiniciables de cliente en la pgina
375 hallar ms informacin.
Tivoli Storage Manager puede mantener una sesin de restauracin de cliente en
modalidad de bucle DSMC hasta que se cumplen una de las siguientes
condiciones:
v Se satisface el lmite MOUNTRETENTION de clases de dispositivo.
v Se satisface el perodo IDLETIMEOUT del cliente.
v Finaliza la sesin de bucle.
Los administradores pueden realizar las actividades siguientes para gestionar
sesiones de IBM Tivoli Storage Manager:
371
Tarea
Visualizar informacin sobre sesiones de

clientes
Cancelar una sesin de cliente
Sistema u operador
Activar o desactivar una sesin de cliente
Sistema u operador
Visualizacin de informacin sobre sesiones de IBM Tivoli

Storage Manager
A cada sesin de cliente se le asigna un nmero de sesin exclusivo. Para
visualizar informacin sobre sesiones de cliente, entre:
query session
La Figura 45 muestra un ejemplo de informe de sesin de cliente.
Nmero
sesin
-----471
472
475
Mtodo
comun.
-----Tcp/Ip
Tcp/Ip
HTTP
Estado Tiempo
Bytes
Bytes Tipo Plataf.
sesin espera
env.
rec.
------ ------ ------- ------- ----- -------IdleW
36 S
592
186 Node WinNT
RecvW
0 S
730
638 Node WinNT
Run
0 S
0
0 Admin WebBrowser
Nombre cliente
----------JOEUSER
STATION1
ADMIN
Figura 45. Informacin sobre sesiones de cliente
Puede conocer el estado del servidor examinando el estado de la sesin y el tiempo de

espera para determinar durante cunto tiempo (en segundos, minutos u horas) ha
estado la sesin en el estado actual.
Estados de la sesin del servidor

El estado de la sesin de servidor puede ser uno de los siguientes:
Start
Conectndose con una sesin de cliente.
Run
Ejecutando una peticin de cliente.
End
Finalizando una sesin de cliente.
RecvW
Esperando a recibir un mensaje previsto del cliente mientras hay una
transaccin de base de datos en proceso. Una sesin con este estado est
sujeta al lmite COMMTIMEOUT.
SendW
Esperando el acuse de recibo referente a que el cliente ha recibido un
mensaje que ha enviado el servidor.
MediaW
Esperando a que el medio extrable quede disponible.
La existencia de agregaciones de archivos puede ocasionar varias esperas
de medios dentro de una transaccin; esta circunstancia se indica mediante
un mensaje de cliente. Para obtener ms informacin, consulte el apartado
372
Nota: si se especifica QUERY SESSION FORMAT=DETAILED, el campo

Estado de acceso al medio muestra el tipo de estado de espera al
medio.
IdleW Esperando la comunicacin del cliente, y NO hay en proceso ninguna
transaccin de la base de datos. Una sesin en este estado est sujeta al
lmite de IDLETIMEOUT tal como se especifica en el archivo de opciones
del servidor.
Si un cliente no inicia la comunicacin dentro del lmite de tiempo
especificado que establece la opcin IDLETIMEOUT en el archivo de
opciones del servidor, el servidor cancela la sesin de cliente.
Por ejemplo, si la opcin IDLETIMEOUT se ha establecido en 30 minutos y
un usuario no inicia ninguna operacin en el intervalo de 30 minutos, el
servidor cancela la sesin de cliente. La sesin de cliente se vuelve a
conectar automticamente al servidor cuando ste empieza a enviar datos
de nuevo.
Cancelacin de una sesin de IBM Tivoli Storage Manager

Puede cancelar una sesin de cliente con el comando CANCEL SESSION y el
nmero de sesin asociado. Puede ser necesario cancelar sesiones cuando la
mquina de un usuario no responda o como requisito previo antes de detener el
servidor. Los administradores pueden ver el nmero de sesin con el comando
QUERY SESSION tal como se describe en el apartado Visualizacin de
informacin sobre sesiones de IBM Tivoli Storage Manager en la pgina 372.
Los usuarios y los administradores cuyas sesiones se hayan cancelado deben
volver a emitir el ltimo comando para acceder de nuevo al servidor.
Si una operacin, como por ejemplo un proceso de copia de seguridad o archivado
se interrumpe al cancelar la sesin, el servidor retrotrae el resultado de la
transaccin actual. Es decir, se deshacen todos los cambios que ha efectuado la
operacin que todava no estn comprometidos para la base de datos. Si es
necesario, se puede retardar el proceso de cancelacin.
Si la sesin se encuentra en estado de ejecucin en el momento de cancelarla, el
proceso de cancelacin no tiene lugar hasta que la sesin entra en estado SendW,
RecvW o IdleW. Si desea obtener ms informacin al respecto, consulte el apartado
Estados de la sesin del servidor en la pgina 372.
Si la sesin que se cancela est a la espera de un montaje de medios, la peticin de
montaje se cancela automticamente. Si hay un volumen asociado con la sesin de
cliente que est actualmente a la espera de que lo monte una biblioteca
automatizada, puede que la cancelacin no entre en vigor hasta que finalice el
montaje.
Por ejemplo, para cancelar una sesin para el cliente MARIE:
1. Consulte las sesiones de cliente para determinar el nmero de sesin, tal como
se muestra en la Figura 45 en la pgina 372. El informe de ejemplo muestra que
el nmero de sesin de MARIE es 6.
2. Cancele la sesin del nodo MARIE entrando:
cancel session 6
Si desea cancelar todas las sesiones de archivado y copia de seguridad, entre:

cancel session all
373
Cundo se cancela automticamente una sesin de cliente

Las sesiones de cliente pueden cancelarse automticamente segn los valores de las
siguientes opciones del servidor:
COMMTIMEOUT
Especifica los segundos durante los que el servidor esperar un mensaje
del cliente esperado en una transaccin que provocar una actualizacin en
la base de datos. Si la duracin supera este tiempo de espera, el servidor
retrotrae la transaccin en proceso y finaliza la sesin del cliente. El tiempo
que tarde un cliente en responder depender de la velocidad y de la carga
del procesador del cliente y la carga de la red.
IDLETIMEOUT
Especifica los minutos durante los que el servidor esperar a que el cliente
inicie la comunicacin. Si el cliente no inicia la comunicacin con el
servidor en el tiempo especificado, el servidor finalizar la sesin del
cliente. Por ejemplo, el servidor solicita al cliente una operacin de copia
de seguridad, pero no se ha iniciado el nodo cliente. Otro ejemplo puede
ser que el programa de cliente est desocupado mientras el usuario decide
la accin que realizar (por ejemplo, operaciones de copia de seguridad,
archivado, restauracin o recuperacin de archivos). Si un usuario inicia la
sesin de cliente y no elige ninguna accin, la sesin superar el tiempo de
espera. El programa del cliente se volver a conectar automticamente al
servidor cuando el usuario elija una accin que requiera proceso por parte
del servidor. Un gran nmero de sesiones desocupadas puede impedir de
forma inadvertida que otros usuarios puedan conectarse al servidor.
THROUGHPUTDATATHRESHOLD
Especifica, en kilobytes por segundo, un umbral de velocidad de
transferencia que una sesin de cliente debe alcanzar para evitar que sea
cancelada una vez que haya superado el umbral de tiempo. La velocidad
de transferencia se calcula sumando los bytes de emisin y de recepcin y
dividindolos por la duracin de la sesin. La duracin no incluye el
tiempo dedicado al montaje de medios y empieza en el momento en que el
cliente enva datos al servidor para su almacenamiento. Esta opcin se
utiliza junto con la opcin de servidor THROUGHPUTTIMETHRESHOLD.
THROUGHPUTTIMETHRESHOLD
Especifica, en segundos, el umbral de tiempo de una sesin tras el cual
puede cancelarse la sesin por baja velocidad de transferencia. El servidor
finaliza una sesin de cliente cuando sta ha permanecido inactiva durante
ms minutos que los especificados y cuando la velocidad de transferencia
de datos es inferior a la cantidad especificada en la opcin de servidor
THROUGHPUTDATATHRESHOLD.
Si desea obtener ms informacin, consulte la publicacin Administrators Reference.
Cmo activar o desactivar el acceso al servidor

Tarea
Activar y desactivar el acceso de nodo

cliente al servidor
Sistema u operador
Visualizar el estado del servidor
Puede evitar que los clientes establezcan sesiones con el servidor mediante el
comando DISABLE SESSIONS. Este comando no cancela sesiones en curso ni
374
procesos del sistema como la migracin y la reclamacin. Por ejemplo, para

desactivar el acceso del nodo cliente al servidor, entre:
disable sessions
Puede continuar accediendo al servidor y completar las actividades actuales del

cliente, a menos que un usuario se desconecte o un administrador cancele una
sesin de cliente. Una vez desactivadas las sesiones de cliente, puede activarlas y
reanudar las operaciones normales con el comando:
enable sessions
Puede emitir el comando QUERY STATUS para determinar si el servidor est

activado o desactivado.
Consulte tambin el apartado Bloqueo y desbloqueo de nodos cliente en la
pgina 348.
Gestin de sesiones de restauracin reiniciables de cliente

Algunas operaciones de restauracin de gran envergadura pueden invocar un tipo
especial de operacin de restauracin, denominada sesin de restauracin
reiniciable. Estas sesiones especiales permiten al usuario reiniciar la sesin de
restauracin en el punto en que se abandon al interrumpirse. IBM Tivoli Storage
Manager identifica las sesiones de restauracin reiniciables mostrando el mensaje
ANS1247I en la mquina cliente cuando se inician las sesiones. Estas sesiones de
restauracin pueden reiniciarse siempre y cuando no haya transcurrido el intervalo
de restauracin.
Despus de las operaciones de restauracin directamente de cinta, el servidor de
Tivoli Storage Manager no libera el punto de montaje al estado IDLE desde el
estado INUSE. El servidor no cierra el volumen para permitir que se realicen
peticiones de restauracin adicionales a dicho volumen. Sin embargo, si hay una
peticin para realizar una copia de seguridad en la misma sesin, y el punto de
montaje es el nico disponible, la operacin de copia de seguridad se detendr y el
servidor emitir el mensaje ANS1114I. Puede evitarlo cerrando la sesin de
restauracin DSMC una vez que sta ha finalizado. Esto libera el punto de montaje
para sesiones posteriores.
Al guardar una sesin de restauracin reiniciable en la base de datos del servidor,
se bloquea el espacio de archivos en el almacenamiento del servidor. Durante el
bloqueo del espacio de archivos sucede lo siguiente:
v No se pueden trasladar los archivos que residen en volmenes secuenciales
asociados al espacio de archivos.
v No se puede hacer una copia de seguridad de los archivos asociados a la
restauracin. Sin embargo, los archivos que no estn asociados a la sesin de
restauracin reiniciable que se encuentran en el mismo espacio de archivos estn
disponibles para la copia de seguridad. Por ejemplo, si restaura todos los
archivos del directorio A, puede hacer una copia de seguridad de los archivos
del directorio B desde el mismo espacio de archivos.
La opcin de servidor RESTOREINTERVAL permite a los administradores
especificar durante cunto tiempo se guardarn en la base de datos del servidor las
sesiones de restauracin reiniciables. Al establecer esta opcin, tenga en cuenta las
operaciones de copia de seguridad planificadas. Para obtener ms informacin,
consulte el apartado dedicado a la opcin de servidor RESTOREINTERVAL en la
375

sesiones de restauracin reiniciables de clientes:
Tarea
Visualizar informacin sobre sesiones de

restauracin reiniciables de clientes
Cancelar sesiones de restauracin

reiniciables de clientes
Sistema u operador
Interrumpir sesiones de restauracin

reiniciables de clientes
Sistema u operador
Visualizacin de informacin sobre una sesin de restauracin

reiniciable de clientes
Puede visualizar informacin sobre sesiones de restauracin reiniciables de clientes
con el comando QUERY RESTORE. Por ejemplo, para determinar los nodos cliente
que tienen sesiones de restauracin reiniciables, entre:
query restore
Las sesiones de restauracin reiniciables tienen un nmero de sesin negativo.
Cmo cancelar una sesin de restauracin reiniciable de cliente

Cuando una sesin de restauracin de cliente se encuentra en estado reiniciable, el
espacio de archivos est bloqueado en el almacenamiento del servidor y no se
puede trasladar ningn archivo de los volmenes secuenciales. Esto impide que
otra operacin migre, traspase, reclame o una haga una copia de seguridad de los
datos. Las sesiones caducarn de forma automtica cuando transcurra el intervalo
de restauracin especificado.
Un administrador puede cancelar una sesin de restauracin reiniciable que se
encuentre en estado activo o reiniciable. Si la sesin de restauracin est activa, se
cancelan automticamente las peticiones de montaje relacionadas con ella. Si se
cancela una sesin de restauracin reiniciable con el comando CANCEL RESTORE,
no podr reiniciarse desde el punto de interrupcin. Las sesiones de restauracin
reiniciables tienen siempre nmeros de sesin negativos.
Para cancelar una sesin de restauracin reiniciable, debe especificar el nmero de
sesin. Por ejemplo:
cancel restore -1
Interrupcin de una sesin de restauracin reiniciable de cliente

activa
Un administrador puede interrumpir una sesin de restauracin reiniciable activa y
contar con la opcin de reiniciarla posteriormente a partir del punto de
interrupcin cancelando la sesin.
cancel session -2
Gestin de la seguridad de IBM Tivoli Storage Manager

Los administradores pueden realizar las actividades siguientes para gestionar la
seguridad de IBM Tivoli Storage Manager.
Tareas:
Gestin del acceso al servidor y a los clientes en la pgina 379
376
Tareas:
Gestin de administradores de IBM Tivoli Storage Manager en la pgina 380
Gestin de niveles de autorizacin de administracin en la pgina 382
Gestin de contraseas y procedimientos de inicio de sesin en la pgina 384
Conceptos:
Consola del servidor
Autorizacin y clases de privilegio de administracin
Consola del servidor

En el momento de la instalacin, la consola del servidor se define con un
identificador de usuario especial, denominado SERVER_CONSOLE. Este nombre
est reservado y no puede utilizarlo ningn otro administrador.
Un administrador con privilegio de sistema puede revocar u otorgar nuevos
privilegios al identificador de usuario SERVER_CONSOLE. Sin embargo, un
administrador no puede actualizar, bloquear, cambiar el nombre ni eliminar el
identificador de usuario SERVER_CONSOLE. El identificador de usuario
SERVER_CONSOLE no tiene contrasea. Por lo tanto, no puede utilizar el
identificador de usuario desde un cliente de administracin si no desactiva la
autentificacin.
Autorizacin y clases de privilegio de administracin

Una vez registrados, los administradores pueden llevar a cabo un conjunto de
tareas limitado. De forma predeterminada, los administradores pueden emitir
consultas y solicitar ayuda en la lnea de comandos.
Para que los administradores puedan ejecutar otras tareas, debe habrseles
otorgado la autorizacin necesaria mediante la asignacin de una o ms clases de
privilegio de administracin. Las clases de privilegio determinan el nivel de
autorizacin de un administrador. La Figura 46 en la pgina 378 muestra las clases
de privilegio. Un administrador con la clase de privilegio de sistema puede realizar
cualquier tarea con el servidor. Los administradores con privilegios de poltica,
almacenamiento, operador, analista o nodo pueden realizar subconjuntos de tareas.
Nota: hay dos opciones del servidor que proporcionan un control adicional sobre
la posibilidad de los administradores de llevar a cabo tareas.
v QUERYAUTH permite seleccionar la clase de privilegio que debe tener un
administrador para emitir los comandos QUERY y SELECT. De forma
predeterminada, no se necesita ninguna clase de privilegio. Puede cambiar
este valor de modo que se requiera una de las clases de privilegio,
incluida la de sistema.
v REQSYSAUTHOUTFILE permite especificar que es necesaria la
autorizacin del sistema para los comandos que hacen que el servidor
efecte la grabacin en un archivo externo (por ejemplo, BACKUP DB). El
valor predeterminado establece que es necesaria la autorizacin del
sistema para esos comandos.
informacin sobre las opciones del servidor.
377
Cuando un administrador accede a la interfaz Web de administracin, nicamente

se muestran las tareas que corresponden a la clase de privilegio del administrador.
Sistema
Poltica
Almacenamiento
Operador
No restringida
Restringida
No restringida
No restringido
Nodo
Analista
Figura 46. Clases de privilegio de administracin
La Tabla 27 resume las clases de privilegio y muestra ejemplos de cmo definir las
clases de privilegio. Para obtener ms informacin, consulte el apartado Gestin
de niveles de autorizacin de administracin en la pgina 382.
Tabla 27. Autorizacin y clases de privilegio
Clase de privilegio
Posibilidades
Sistema
Puede realizar cualquier tarea de

administracin con el servidor.
grant authority rocko classes=system
v Responsabilidades de todo el sistema

v Gestionar la empresa
v Gestionar seguridad de IBM Tivoli Storage
Manager
Poltica sin restricciones
grant authority smith classes=policy
Puede gestionar los servicios de copia de

seguridad y archivado para nodos asignados
a cualquier dominio de polticas.
v Gestionar nodos
v Gestionar la poltica
v Gestionar planificaciones
Poltica con restricciones

grant authority jones domains=engpoldom
Almacenamiento sin restricciones

grant authority coyote classes=storage
Las mismas posibilidades que la poltica sin

restricciones, salvo que la autorizacin est
limitada a unos dominios de polticas
especficos.
Puede gestionar el almacenamiento del
servidor, pero no puede definir ni suprimir
v Gestionar la base de datos y las
anotaciones de recuperacin
v Gestionar dispositivos de IBM Tivoli
Storage Manager
v Gestionar el almacenamiento de IBM Tivoli
Storage Manager
378
Tabla 27. Autorizacin y clases de privilegio (continuacin)

Clase de privilegio
Posibilidades
Puede gestionar el almacenamiento del

servidor, pero slo en agrupaciones de
almacenamiento especficas.
grant authority holland stgpools=tape*
v Gestionar dispositivos de IBM Tivoli

Storage Manager
v Gestionar el almacenamiento de IBM Tivoli
Storage Manager
Operador
grant authority bill classes=operator
Puede controlar el funcionamiento inmediato

del servidor y la disponibilidad de los
medios de almacenamiento.
v Gestionar el servidor de IBM Tivoli
Storage Manager
v Gestionar sesiones de clientes
v Gestionar operaciones de cinta
Nodo
grant authority help1
classes=node node=labclient
Analista
grant authority marysmith
classes=analyst
Puede acceder a un cliente de copia de

seguridad/archivado Web para realizar
operaciones de copia de seguridad y
restauracin. (Consulte el apartado Visin
general del acceso remoto a clientes de copia
de seguridad/archivado Web en la pgina
350.)
Puede restaurar los contadores que realizan
un seguimiento de las estadsticas del
servidor de IBM Tivoli Storage Manager.
Gestin del acceso al servidor y a los clientes

Un administrador puede controlar el acceso al servidor y a los clientes mediante
diversos mtodos. Consulte la Tabla 28 para obtener un resumen.
Tabla 28. Gestin del acceso
Tarea
Detalles
Permitir a un administrador nuevo acceder al 1. Cmo registrar administradores en la

servidor
pgina 380
2. Cmo otorgar autorizaciones a
administradores en la pgina 383
Modificar la autorizacin de los
administradores registrados
Gestin de niveles de autorizacin de

administracin en la pgina 382
Dar autorizacin a un usuario para acceder a Gestin de niveles de autorizacin de acceso

un cliente de modo remoto
a cliente en la pgina 352
Dar a un administrador autorizacin para
crear un juego de copias de seguridad para
un nodo cliente
Generacin de juegos de copias de

seguridad de clientes en el servidor en la
pgina 449
Impedir que los administradores accedan al

servidor
Bloqueo y desbloqueo de administradores

del servidor en la pgina 382
Impedir nuevas sesiones con el servidor, pero Cmo activar o desactivar el acceso al
permitir que finalicen las sesiones actuales
Impedir que los clientes accedan al servidor
Bloqueo y desbloqueo de nodos cliente en

la pgina 348
379
Tabla 28. Gestin del acceso (continuacin)

Tarea
Detalles
Cambiar si se requieren contraseas para

acceder a IBM Tivoli Storage Manager
Cmo desactivar la autentificacin por

contrasea predeterminada en la pgina 386
Cambiar los requisitos de las contraseas
v Modificacin del perodo de caducidad

predeterminado de la contrasea en la
pgina 384
v Cmo establecer un lmite para intentos
no vlidos de especificacin de
contrasea en la pgina 385
v Cmo establecer una longitud mnima
para una contrasea en la pgina 385
v Cmo modificar el perodo de tiempo de
espera predeterminado para la interfaz
Web de administracin en la pgina 384
Impedir que los clientes inicien sesiones

dentro de un cortafuegos
Nota: para obtener informacin sobre cmo
conectar con IBM Tivoli Storage Manager a
travs de un cortafuegos, consulte la
publicacin Gua de iniciacin.
Sesiones iniciadas por servidor en la

pgina 347
Gestin de administradores de IBM Tivoli Storage Manager

El administrador se encarga de registrar a otros administradores, otorgar niveles de
autorizacin a administradores, cambiar el nombre de los administradores o
eliminarlos y bloquear y desbloquear administradores desde el servidor.
Tarea
Registrar un administrador
Sistema
Otorgar autorizacin de administracin
Sistema
Actualizar informacin sobre otros

administradores
Sistema
Actualizar informacin sobre uno mismo
Visualizar informacin sobre

administradores
Cambiar el nombre de un ID de usuario de

administracin
Sistema
Eliminar administradores
Sistema
Bloquear y desbloquear administradores del

servidor
Sistema
Cmo registrar administradores

Un administrador registra a otros administradores con el comando REGISTER
ADMIN.
Para registrar a un administrador con el identificador de usuario DAVEHIL, la
contrasea birds y un perodo de caducidad de la contrasea de 120 das, entre el
comando REGISTER ADMIN:
register admin davehil birds passexp=120 contact=backup team
380
Actualizacin de informacin sobre otros administradores

Un administrador puede restablecer la contrasea de otro administrador con el
comando UPDATE ADMINISTRATOR. Por ejemplo, el administrador DAVEHIL
cambia su contrasea por ganymede con el comando siguiente:
update admin davehil ganymede
Nota: no es posible actualizar el identificador y la informacin de contacto del

administrador SERVER_CONSOLE.
Cmo cambiar el nombre de un administrador

Puede cambiar el nombre de un identificador de administrador si un empleado
desea identificarse mediante un nuevo identificador o hay que asignar un
identificador de administrador existente a otra persona. Un identificador de
administrador no se puede cambiar el nombre por otro que ya exista en el sistema.
Por ejemplo, si el administrador HOLLAND abandona la organizacin, puede
asignar las clases de privilegio de administracin a otro usuario llevando a cabo las
acciones siguientes:
1. Asigne el identificador de usuario de HOLLAND a WAYNESMITH con el
comando RENAME ADMIN:
rename admin holland waynesmith
Cambiando el nombre del identificador del administrador, elimina a

HOLLAND como administrador registrado del servidor. Adems, registra a
WAYNESMITH como administrador con la contrasea, la informacin de
contacto y las clases de privilegio de administracin que previamente tena
asignadas HOLLAND.
2. Cambie la contrasea para impedir que el antiguo administrador acceda al
servidor con el comando siguiente:
update admin waynesmith new_password contact="development"
Nota: no se puede cambiar el nombre del administrador SERVER_CONSOLE.

Consulte el apartado Consola del servidor en la pgina 377.
Cmo eliminar administradores

Puede eliminar administradores del servidor para que dejen de tener acceso a las
funciones de administrador. Por ejemplo, para eliminar el identificador de
administrador SMITH registrado, entre:
remove admin smith
Notas:
1. no se puede eliminar del sistema el ltimo administrador del sistema.
2. No se puede eliminar el administrador SERVER_CONSOLE. Consulte el
apartado Consola del servidor en la pgina 377 para obtener ms
Visualizacin de informacin sobre administradores

Todos los administradores pueden consultar al servidor para ver la informacin de
administrador. Puede restringir la consulta a todos los administradores autorizados
con una clase de privilegio especfica.
Por ejemplo, para hacer una consulta al sistema para que elabore un informe
detallado sobre el identificador de administrador DAVEHIL, emita el comando
QUERY ADMIN:
query admin davehil format=detailed
381
La Figura 47 visualiza un informe detallado.

Nombre administrador: DAVEHIL
Fecha/hora ltimo acceso: 2002.09.04 17.10.52
Das desde ltimo acceso: <1
Fecha/hora asignacin contrasea: 2002.09.04 17.10.52
Bloqueo: No
Contacto:
Privilegio sistema: S
Privilegio de poltica: **Incluido en privilegio
Privilegio de almacenamiento: **Incluido en privilegio
Privilegio de analista: **Incluido en privilegio
Privilegio de operador: **Incluido en privilegio
Privilegio de acceso a cliente: **Incluido en privilegio
Privilegio propietario cliente: **Incluido en privilegio
Perfil de gestin:
Perodo caducidad contrasea: 90 das
de
de
de
de
de
de
sistema**
sistema**
sistema**
sistema**
sistema**
sistema**
Figura 47. Informe detallado de administrador
Bloqueo y desbloqueo de administradores del servidor

Con el comando LOCK ADMIN, puede aplicar bloqueos a otros administradores
para impedir de forma temporal que accedan a IBM Tivoli Storage Manager.
Por ejemplo, la administradora MARYSMITH se toma un permiso de ausencia de
la empresa. Puede bloquearla mediante el comando:
lock admin marysmith
Cuando regrese, cualquier administrador del sistema puede desbloquear su

identificador de administrador entrando:
unlock admin marysmith
Despus de entrar este comando MARYSMITH ya puede acceder al servidor para

llevar a cabo las tareas de administracin.
No es posible bloquear o desbloquear el identificador SERVER_CONSOLE del
servidor. Consulte el apartado Consola del servidor en la pgina 377 para
Gestin de niveles de autorizacin de administracin

Una clase de privilegio es un nivel de autorizacin que se otorga a un
administrador. La clase de privilegio determina las tareas administrativas que
puede desempear el administrador. Consulte el apartado Autorizacin y clases
de privilegio de administracin en la pgina 377 y la publicacin Administrators
Reference para conocer las actividades que los administradores pueden realizar con
cada clase de privilegio.
Puede llevar a cabo las actividades siguientes para gestionar niveles de
autorizacin:
382
Tarea
Otorgar un nivel de autorizacin a un

administrador
Sistema
Modificar el nivel de autorizacin de un

administrador
Sistema
Cmo otorgar autorizaciones a administradores

Puede otorgar una autorizacin con el comando GRANT AUTHORITY. Por
ejemplo, para otorgar al administrador JONES un privilegio de poltica con
restricciones para el dominio ENGPOLDOM, entre el comando siguiente:
grant authority jones domains=engpoldom
Ampliacin de la autorizacin para administradores

puede otorgar y ampliar la autorizacin con el comando GRANT AUTHORITY. Si
un identificador ya tiene algn nivel de autorizacin, la autorizacin adicional
otorgada se agrega a las clases de privilegio existentes; no altera temporalmente
estas clases.
Por ejemplo, JONES tiene el privilegio de poltica con restricciones para el dominio
de polticas ENGPOLDOM. Para ampliar la autorizacin de JONES al dominio de
polticas MKTPOLDOM y agregar el privilegio de operador, entre el comando
siguiente:
grant authority jones domains=mktpoldom classes=operator
Supongamos, en otro ejemplo, que existen tres agrupaciones de almacenamiento de

cinta: TAPEPOOL1, TAPEPOOL2 y TAPEPOOL3. Para otorgar el privilegio de
almacenamiento con restricciones para estas agrupaciones de almacenamiento al
administrador HOLLAND, puede entrar el comando siguiente:
grant authority holland stgpools=tape*
HOLLAND nicamente puede gestionar las agrupaciones de almacenamiento

cuyos nombres empiezan por TAPE, siempre que stas existieran al otorgarse la
autorizacin. HOLLAND no dispone de la autorizacin necesaria para gestionar
ninguna de las agrupaciones de almacenamiento que se han definido despus de
haberse otorgado la autorizacin.
Para agregar una nueva agrupacin de almacenamiento, TAPEPOOL4, a la
autorizacin de HOLLAND, entre:
grant authority holland stgpools=tapepool4
Cmo reducir la autorizacin para administradores

Puede revocar parte de la autorizacin de un administrador con el comando
REVOKE AUTHORITY. Por ejemplo, suponga que en lugar de revocar todas las
clases de privilegio para el administrador JONES, slo desea revocar la
autorizacin de operador y la autorizacin de poltica para el dominio de polticas
MKTPOLDOM. Entre el comando siguiente:
revoke authority jones classes=operator domains=mktpoldom
JONES sigue teniendo privilegio de poltica para el dominio de polticas

ENGPOLDOM.
Cmo reducir clases de privilegio

puede reducir la autorizacin de un administrador simplemente revocando una o
varias clases de privilegio y otorgando una o varias clases distintas.
Por ejemplo, el administrador HOGAN tiene autorizacin de sistema. Para limitar
la autorizacin de HOGAN nicamente a la clase de privilegio de operador, lleve a
1. Revoque la clase de privilegio de sistema con este comando:
383
revoke authority hogan classes=system
2. Otorgue la clase de privilegio de operador con este comando:

grant authority hogan classes=operator
Cmo revocar la autorizacin para administradores

Puede revocar la autorizacin de un administrador con el comando REVOKE
AUTHORITY. Para revocar todas las clases de privilegio de administracin, no
especifique ninguna clase de privilegio, ningn dominio de polticas ni ninguna
agrupacin de almacenamiento. Por ejemplo, para revocar las clases de privilegio
de operador y almacenamiento del administrador JONES, entre:
revoke authority jones
Gestin de contraseas y procedimientos de inicio de sesin

De forma predeterminada, IBM Tivoli Storage Manager requiere que los nodos y
administradores autorizados se identifiquen en el servidor con una contrasea.
contraseas y procedimientos de inicio de sesin:
Tarea
Modificar el perodo de tiempo de espera

predeterminado para la interfaz Web de
administracin
Sistema
Modificar el perodo de caducidad predeterminado

de la contrasea
Sistema
Establecer el lmite de intentos no vlidos de

especificacin de la contrasea
Sistema
Establecer la longitud mnima de las contraseas
Sistema
Desactivar la autentificacin por contrasea

predeterminada
Sistema
Activar el inicio de sesin unificado para clientes
Sistema
Cmo modificar el perodo de tiempo de espera predeterminado

para la interfaz Web de administracin
En el momento de la instalacin, el valor predeterminado de tiempo de espera de
la interfaz Web de administracin es de 10 minutos. Cuando se supera el perodo
de tiempo de espera, el usuario de la interfaz Web debe volver a autentificarse
conectndose y especificando una contrasea. El ejemplo siguiente muestra cmo
establecer el valor de tiempo de espera en 20 minutos:
set webauthtimeout 20
Se puede especificar un valor comprendido entre 0 y 9999 minutos. Si el valor

mnimo es 0, no hay ningn perodo de tiempo de espera para la interfaz Web de
administracin. Para garantizar la seguridad de un navegador desatendido, se
recomienda utilizar un valor de tiempo de espera superior a cero.
Modificacin del perodo de caducidad predeterminado de la

contrasea
De forma predeterminada, el servidor establece en 90 das el perodo de caducidad
de la contrasea. El perodo de caducidad empieza al registrar un administrador o
inscribir un nodo cliente por primera vez en el servidor. Si una contrasea de
usuario no se modifica dentro de este perodo, el servidor solicita al usuario que
cambie la contrasea la prxima vez que el usuario intenta acceder al servidor.
384
Para establecer el perodo de caducidad de la contrasea para unos

administradores o nodos cliente determinados, debe especificar los nombres de los
administradores o nodos cliente con el parmetro ADMIN o NODE en el comando
SET PASSEXP. Si establece el perodo de caducidad nicamente para unos usuarios
determinados, puede establecer el perodo de caducidad en un valor comprendido
entre 0 y 9999 das. El valor 0 significa que la contrasea del usuario no caduca
nunca. Por ejemplo, para establecer el perodo de caducidad del nodo cliente
LARRY en 120 das, emita el comando siguiente:
set passexp 120 node=larry
Una vez que se ha establecido explcitamente una caducidad de contrasea para un

nodo o administrador, este valor no se modifica si posteriormente establece una
caducidad de contrasea para todos los usuarios. Puede emplear el comando
RESET PASSEXP para restablecer el perodo de caducidad de contrasea en el
perodo de caducidad comn. Utilice el comando QUERY STATUS para visualizar
el perodo de caducidad de contrasea comn, que en la instalacin se establece en
90 das.
Cmo establecer un lmite para intentos no vlidos de

especificacin de contrasea
De forma predeterminada, IBM Tivoli Storage Manager no comprueba el nmero
de veces que un usuario intenta conectarse con una contrasea no vlida.Puede
establecer un lmite de intentos consecutivos no vlidos de entrada de contrasea
para todos los nodos cliente. Si se supera el lmite, el servidor bloquea el nodo. En
el ejemplo siguiente se establece un lmite para todo el sistema que fija en tres el
nmero de intentos consecutivos no vlidos de entrar una contrasea:
set invalidpwlimit 3
El valor predeterminado en el momento de la instalacin es 0. El valor 0 significa

que no se comprueba cuntos intentos no vlidos de entrar la contrasea se
realizan. El valor puede estar comprendido entre 0 y 9999 intentos.
Si ha establecido inicialmente un lmite de 4 y lo cambia por un nmero ms
pequeo, es posible que algunos clientes no superen la verificacin en el siguiente
intento de conexin.
Una vez que se haya bloqueado un nodo cliente, slo el administrador de
almacenamiento con la autorizacin adecuada podr desbloquear el nodo. Si desea
obtener informacin sobre el desbloqueo de un nodo cliente o administrador,
consulte los apartados Bloqueo y desbloqueo de nodos cliente en la pgina 348 y
Bloqueo y desbloqueo de administradores del servidor en la pgina 382.
Un administrador tambin puede obligar a un cliente a cambiar la contrasea en la
siguiente conexin especificando el parmetro FORCEPWRESET=YES en el
comando UPDATE NODE o UPDATE ADMIN. Para obtener ms informacin,
Cmo establecer una longitud mnima para una contrasea

De forma predeterminada, IBM Tivoli Storage Manager no comprueba la longitud
de una contrasea.El administrador puede especificar una longitud mnima para
contraseas de IBM Tivoli Storage Manager.En el ejemplo siguiente se muestra
cmo establecer la longitud mnima de contrasea en 8 caracteres:
set minpwlength 8
385
El valor predeterminado en el momento de la instalacin es 0. El valor 0 significa

que no se comprueba la longitud de la contrasea. El valor de longitud puede
estar comprendido entre 0 y 64.
Cmo desactivar la autentificacin por contrasea

predeterminada
De forma predeterminada, el servidor activa automticamente la autentificacin de
contrasea. Con la autentificacin de contrasea activada, todos los usuarios deben
entrar una contrasea al acceder al servidor. Para que los administradores y los
nodos cliente puedan acceder al servidor sin entrar ninguna contrasea, emita el
comando siguiente:
set authentication off
Atencin: al desactivar la autentificacin de contrasea, la seguridad de los datos

disminuye.
Cmo activar el inicio de sesin unificado con clientes de copia

de seguridad/archivado
La funcin de inicio de sesin unificado de IBM Tivoli Storage Manager permite
que el servidor de IBM Tivoli Storage Manager utilice la base de datos de cuentas
de usuarios de Windows en lugar de la base de datos del servidor cuando se
realiza la autenticacin de un inicio de sesin de cliente de copia de
seguridad/archivado. Con esta funcin, un usuario puede iniciar una sesin en
una mquina Windows y acceder al cliente de copia de seguridad/archivado sin
tener que especificar otra contrasea. Cuando se activa el inicio de sesin
unificado, el servidor contina utilizando sus mtodos de autentificacin para
protocolos que no sean Named Pipes.
El procedimiento que se describe a continuacin presupone que la mquina
servidor de IBM Tivoli Storage Manager y todas las mquinas cliente de IBM Tivoli
Storage Manager se encuentran en el mismo dominio de Windows. Un dominio de
Windows es una manera de permitir que el controlador de dominio de
tmowner=Microsoft Corporation tmtype=Windows gestione las cuentas de
usuario para todos los miembros del dominio. El procedimiento de inicio de sesin
unificado de IBM Tivoli Storage Manager se beneficia de la ventaja que supone
permitir que el dominio de Windows gestione cuentas de usuarios.
Nota: el servidor de IBM Tivoli Storage Manager se ejecutar correctamente en el
sistema operativo del servidor o la estacin de trabajo Windows y no tiene
que residir en la mquina del controlador de dominio Windows.
Requisitos del sistema: Para activar la conexin unificada, debe disponer de lo
siguiente:
v El cliente de copia de seguridad/archivado debe estar instalado en una mquina
que ejecute Windows NT o Windows 2000. No se ofrece soporte para el inicio de
sesin unificado con el cliente de copia de seguridad/archivado de IBM Tivoli
Storage Manager en Windows 95/98/ME.
v El servidor de IBM Tivoli Storage Manager debe activar el protocolo Named
Pipes.
v El cliente de copia de seguridad/archivado debe utilizar el mtodo de
comunicaciones Named Pipes.
Cmo activar la conexin unificada: Siga estos pasos para activar la conexin
unificada.
386
Paso 1: desde el controlador de dominio de Windows

Autorice a los usuarios de IBM Tivoli Storage Manager creando un grupo global de
Windows y agregando usuarios:
1. Abra Administrador de usuarios para dominios de Herramientas
administrativas.
2. Pulse Usuario -> Grupo global nuevo.
3. Para Nombre de grupo entre, por ejemplo, ADSMSERVER.
4. Agregue usuarios al grupo ADSMSERVER utilizando el botn Agregar.
5. Pulse Aceptar para agregar el grupo.
6. Reinicie la mquina del servidor para activar los grupos.
Paso 2: desde la mquina servidor de IBM Tivoli Storage Manager
1. Desde la consola de IBM Tivoli Storage Manager, asegrese de que el servidor
de IBM Tivoli Storage Manager est parado:
a. Pulse dos veces en el icono del escritorio de la consola de IBM Tivoli
Storage Manager.
b. Expanda el rbol hasta que aparezca el servidor de IBM Tivoli Storage
Manager con el que desea trabajar.
c. Expanda el servidor y, a continuacin, expanda Informes.
d. Pulse Informacin de servicio.
e. Si en la parte derecha se muestra el estado del servidor Ejecutando,
seleccione el servidor y pulse en Detener.
2. Configure el servicio del servidor de IBM Tivoli Storage Manager para utilizar
la cuenta de administrador:
a. Pulse con el botn derecho en el servidor con el que desea trabajar y
seleccione Propiedades.
En Windows 2000: Inicio -> Programas -> Herramientas administrativas ->
Servicios.
b. En la seccin Tipo de inicio, seleccione Automtico.
c. En la seccin Iniciar sesin como, seleccione Esta cuenta y cambie Sistema
local por DOMINIO\Administrador.
d. Especifique la contrasea de la cuenta del administrador del dominio de
Windows.
e. Pulse Aceptar para continuar.
3. En la consola de IBM Tivoli Storage Manager, active el inicio de sesin
unificado en IBM Tivoli Storage Manager:
a. En el panel izquierdo, expanda el servidor.
c. En el panel izquierdo, seleccione Informacin de servicio.
d. En el panel derecho, pulse en el servidor para seleccionarlo y pulse en
Editar archivo de opciones.
e. Pulse en la ficha Named Pipes y haga lo siguiente:
1) Asegrese de que Activar Named Pipes... est marcado.
2) En Nombre de Pipe, especifique la instancia del servidor como nombre
de Pipe. Por ejemplo, Server1.
3) En el apartado Inicio de sesin unificado NT, marque Activar sobre
Named Pipes.
4) En Nombre de grupo TSM, entre TSMSERVER.
387
Nota: el procedimiento anterior equivale a entrar las lneas siguientes en el

archivo de opciones del servidor (dsmserv.opt):
adsmgroupname tsmserver
commmethod namedpipe
namedpipename \\.\pipe\server1
securepipes yes
4. Reinicie el servidor de IBM Tivoli Storage Manager:

a. En el panel izquierdo, expanda el servidor de IBM Tivoli Storage Manager.
c. Pulse Informacin de servicio.
d. En el panel derecho, seleccione el servidor y pulse en Iniciar. El Estado del
servidor cambiar a Ejecutando.
5. Asegrese de que los clientes de copia de seguridad/archivado que ha
agregado al grupo del servidor de IBM Tivoli Storage Manager estn inscritos
como nodos cliente de IBM Tivoli Storage Manager.Consulte el apartado
Inscripcin de nodos en el servidor en la pgina 334 para obtener ms
informacin.
Nota: cuando se activa la conexin unificada, el proceso de autentificacin pasa
por alto la contrasea del nodo que se ha asignado durante la inscripcin
del nodo. En lugar de sta, se utilizar la contrasea de dominio de
Windows.
Paso 3: desde cada mquina cliente
1. Todos los usuarios deben asegurar que son miembros del grupo de
Administradores o del grupo de Operadores de copia de seguridad en sus
mquinas.
2. Rearranque la mquina del cliente para activar el grupo.
3. Edite el archivo de opciones del cliente (dsm.opt) para configurar el cliente de
copia de seguridad/archivado para el uso de la conexin unificada. Asegrese
de que las opciones siguientes estn activas (el asterisco se suprime). Por
ejemplo:
commmethod namedpipe
namedpipename \\nombre_servidor\pipe\server1
nodename nombreusuario
passwordaccess generate
Notas:
a. En el ejemplo, nombre_servidor es el nombre NetBIOS del sistema en el que
se ejecuta el servidor de IBM Tivoli Storage Manager.
b. El nombreusuario debe ser el mismo que el nombre de cuenta de Windows
que el usuario ha utilizado para iniciar la sesin.
Nota: en el ejemplo, nombremquina debe sustituirse por el nombre de la
mquina en la que est instalado el servidor de IBM Tivoli Storage
Manager.
4. Para verificar que la conexin unificada est activada, arranque el cliente de
copia de seguridad/archivado. Tambin puede realizar operaciones de copia de
seguridad y restauracin.
388
Captulo 13. Implementacin de polticas para datos de cliente

Las polticas son reglas que establece el usuario en el servidor de IBM Tivoli
Storage Manager para facilitar la gestin de los datos de los clientes. Las polticas
controlan cmo y cundo se almacenan los datos de los clientes, por ejemplo:
v Cmo y cundo se hace una copia de seguridad de los archivos y se archivan en
el almacenamiento del servidor.
v Cmo se migran los archivos bajo gestin de espacio al almacenamiento del
servidor.
v El nmero de copias de un archivo y el perodo de tiempo que se mantienen las
copias en el almacenamiento del servidor.
IBM Tivoli Storage Manager proporciona una poltica estndar que establece reglas
para proporcionar un nivel bsico de proteccin para los datos de las estaciones de
trabajo. Si esta poltica estndar cumple sus necesidades, puede empezar a utilizar
Tivoli Storage Manager de inmediato.Consulte el apartado Planificacin de la
poltica bsica en la pgina 391 para obtener ms informacin acerca de la poltica
estndar.
El proceso de caducidad del servidor es mtodo del servidor para aplicar las
polticas que define el administrador. El proceso de caducidad determina cundo
no se necesitan los archivos, es decir, cundo. Por ejemplo, si tiene una poltica que
indica que se conserven solo cuatro copias de un archivo, la quinta copia ms
antigua caducar. Durante el proceso de caducidad, el servidor elimina de la base
de datos las entradas de archivos caducados y suprime de forma efectiva los
archivos del almacenamiento del servidor. Consulte los apartados Caducidad de
archivos y proceso de caducidad en la pgina 394 y Ejecucin del proceso de
caducidad para suprimir archivos caducados en la pgina 430 para obtener ms
informacin.
Es posible que necesite ms flexibilidad en las polticas de la que le ofrece la
poltica estndar. Para dar cabida a las necesidades individuales de los usuarios,
puede ajustar la poltica STANDARD (consulte el apartado Iniciacin de los
usuarios en la pgina 393 para obtener ms informacin) o puede crear sus
propias polticas (consulte el apartado Creacin de polticas propias en la pgina
412 para obtener ms informacin). Algunos tipos de clientes o situaciones
requieren una poltica especial. Por ejemplo, puede activar clientes para restaurar
copias de seguridad de archivos a un instante especfico (consulte el apartado
Cmo establecer la poltica para activar la restauracin en un instante especfico
para los clientes en la pgina 441 para obtener ms informacin).
Las polticas se pueden distribuir desde un gestor de configuracin a los servidores
gestionados. En el Captulo 21, Cmo trabajar con una red de servidores de IBM
Tivoli Storage Manager, en la pgina 613, hallar ms informacin referente a la
distribucin de configuraciones.
Conceptos:
Planificacin de la poltica bsica en la pgina 391
La poltica estndar en la pgina 391
389
Conceptos:
Caducidad de archivos y proceso de caducidad en la pgina 394
Operaciones de cliente controladas por polticas en la pgina 395
Componentes de una poltica en la pgina 397
Informacin adicional acerca de las clases de gestin en la pgina 401
Cmo selecciona IBM Tivoli Storage Manager los archivos para las operaciones de
polticas en la pgina 407
Cmo funciona la migracin de cliente con las operaciones de copia de seguridad y de
archivado en la pgina 412
||
Tareas:
Iniciacin de los usuarios en la pgina 393
Modificacin de una poltica en la pgina 393
Creacin de polticas propias en la pgina 412
Definicin y actualizacin de un dominio de polticas en la pgina 415
Definicin y actualizacin de un juego de polticas en la pgina 416
Definicin y actualizacin de una clase de gestin en la pgina 416
Definicin y actualizacin de un grupo de copia de seguridad en la pgina 417
Definicin y actualizacin de un grupo de copia archivada en la pgina 424
Asignacin de una clase de gestin predeterminada en la pgina 427
Validacin y activacin de un juego de polticas en la pgina 428
Asignacin de nodos cliente en un dominio de polticas en la pgina 430
Ejecucin del proceso de caducidad para suprimir archivos caducados en la pgina 430
Proteccin y caducidad de datos archivados en la pgina 432
Supuestos de configuracin de polticas en la pgina 434
Configuracin de la poltica para copias de seguridad directas a cinta en la pgina 434
|
|
Configuracin de la poltica para los clientes de aplicacin de Tivoli Storage Manager en

la pgina 436
Poltica para copias de seguridad de volmenes lgicos en la pgina 436
Configuracin de la poltica para las operaciones NDMP en la pgina 437
Configuracin de la poltica para el traspaso de datos fuera de la LAN en la pgina 438
Poltica para los servidores y clientes de IBM Tivoli Storage Manager en la pgina 441
|
|
Cmo establecer la poltica para activar la restauracin en un instante especfico para los
clientes en la pgina 441
Distribucin de polticas mediante Enterprise Configuration en la pgina 442
Consulta de polticas en la pgina 442
|
|
Supresin de polticas en la pgina 445
390
Planificacin de la poltica bsica

Empiece por planificar su poltica. Puede utilizar la poltica predeterminada que
viene con el servidor. Pregntese lo siguiente:
v Cuntas versiones de copia de seguridad necesitan los clientes?
v Durante cunto tiempo los clientes deben conservar las versiones de copia de
seguridad?
Examine la poltica predeterminada para determinar si cumple sus necesidades:
v En el almacenamiento del servidor se retienen como mximo dos versiones de
copia de seguridad de un archivo del sistema cliente.
v La versin de copia de seguridad ms reciente se retiene tanto tiempo como el
archivo original est en el sistema de archivos del cliente. El resto de versiones
se retienen por espacio de 30 das como mximo, a partir de la fecha en que
pasan a ser inactivos.
v Una versin de copia de seguridad de un archivo que se ha suprimido del
sistema cliente se retiene en el almacenamiento del servidor 60 das.
v La copia archivada se conserva como mximo 365 das.
Consulte el apartado La poltica estndar para obtener ms informacin sobre la
poltica estndar.
El servidor gestiona los archivos segn si son activos o inactivos. La copia de
seguridad o la copia archivada ms reciente de un archivo es la versin activa.
Todas las dems versiones se denominan versiones inactivas. Una versin activa de
un archivo pasa a ser inactiva:
v Cuando se realiza una nueva copia de seguridad
v Cuando un usuario suprime ese archivo del nodo cliente y ejecuta una copia de
seguridad incremental
La poltica determina cuntas versiones inactivas de los archivos conserva el
servidor y durante cunto tiempo. Cuando los archivos superan los criterios, los
archivos caducan. A continuacin, el proceso de caducidad puede eliminar los
archivos de la base de datos del servidor. Consulte los apartados Caducidad de
archivos y proceso de caducidad en la pgina 394 y Ejecucin del proceso de
caducidad para suprimir archivos caducados en la pgina 430 para obtener ms
informacin.
La poltica estndar
La poltica estndar consta de un dominio de polticas, un juego de polticas, una
clase de gestin, un grupo de copia de seguridad y un grupo de copia archivada
estndar. Cada uno de estos componentes se denomina STANDARD. Consulte el
apartado Componentes de una poltica en la pgina 397 para obtener ms
informacin. Los atributos de la poltica predeterminada son los siguientes:
Tabla 29. Resumen de la poltica predeterminada
Objeto en el que se establece la
poltica
Poltica
Polticas de copia de seguridad
391
Tabla 29. Resumen de la poltica predeterminada (continuacin)

Poltica
Objeto en el que se establece la

poltica
Se hace una copia de seguridad de los archivos en la

agrupacin de almacenamiento predeterminada,
BACKUPPOOL.
Grupo de copia de seguridad

STANDARD, parmetro
DESTINATION
Se hace una copia de seguridad incremental solo si el Grupo de copia de seguridad

archivo se ha modificado desde la ltima operacin de STANDARD, parmetro MODE
copia de seguridad.
No se puede hacer una copia de seguridad de
archivos mientras se estn modificando.

STANDARD, parmetro
SERIALIZATION
En el almacenamiento del servidor se retienen como

mximo dos versiones de copia de seguridad de un
archivo del sistema cliente. La versin de copia de
seguridad ms reciente se retiene tanto tiempo como
el archivo original est en el sistema de archivos del
cliente. El resto de versiones se retienen por espacio
de 30 das como mximo, a partir de la fecha en que
pasan a ser inactivos.

STANDARD y los parmetros
siguientes:
Una versin de copia de seguridad de un archivo que

se ha suprimido del sistema cliente se retiene en el
almacenamiento del servidor 60 das.

STANDARD, parmetro
VERDELETED
Cuando la copia de seguridad de un archivo ya no

est asociada a un grupo de copia de seguridad,
permanece en el almacenamiento del servidor 30 das
(perodo de gracia de retencin de copia de
seguridad).
Dominio de polticas STANDARD,

parmetro BACKRETENTION
VEREXISTS
RETEXTRA
RETONLY
Polticas de archivo
Se archivan las copias de los archivos en la
agrupacin de almacenamiento de disco
predeterminada, ARCHIVEPOOL.
Grupo de copia archivada

STANDARD, parmetro
DESTINATION
No se pueden archivar las copias mientras se estn

modificando los archivos.

STANDARD, parmetro
SERIALIZATION
La copia archivada se conserva como mximo 365

das.

STANDARD, parmetro RETVER
Cuando una copia archivada ya no est asociada a un

grupo de copia archivada, permanece en el
almacenamiento del servidor 365 das (perodo de
gracia de retencin de archivado).
Dominio de polticas STANDARD,

parmetro ARCHRETENTION
General
La clase de gestin predeterminada es STANDARD.
Juego de polticas STANDARD

(ACTIVE), comando ASSIGN
DEFMGMTCLASS
Poltica de gestin de espacio (HSM)

Los archivos de cliente no estn bajo gestin de
espacio (no hay clientes HSM).
392
Clase de gestin STANDARD,

parmetro SPACEMGTECHNIQUE
Iniciacin de los usuarios

Al inscribir un nodo cliente, ste se asigna de forma predeterminada al dominio de
polticas STANDARD. Si los usuarios inscriben sus propias estaciones de trabajo
durante la inscripcin abierta, tambin se asignan al dominio de polticas
STANDARD.
Para obtener el mximo rendimiento de IBM Tivoli Storage Manager, puede ajustar
el entorno de polticas efectuando las acciones siguientes:
v Defina conjuntos de opciones de cliente para los diferentes grupos de usuarios.
Consulte el apartado Creacin de conjuntos de opciones de cliente en el
servidor en la pgina 368 para obtener ms informacin.
v Ayude a los usuarios a crear la lista de inclusin/exclusin. Por ejemplo:
Cree listas de inclusin/exclusin para ayudar a usuarios no experimentados
que tienen necesidades de gestin de espacio sencillas. Una manera de hacer
esto es definir una lista bsica de inclusin/exclusin como parte de un
conjunto de opciones de cliente. Con esto, el administrador posee un cierto
control sobre la utilizacin de los clientes. Consulte el apartado Creacin de
conjuntos de opciones de cliente en el servidor en la pgina 368 para obtener
ms informacin.
Proporcione una lista de inclusin/exclusin de ejemplo a los usuarios que
deseen especificar el modo en que el servidor gestiona sus archivos. Puede
ensear a los usuarios que prefieran gestionar sus propios archivos a efectuar
las acciones siguientes:
- Solicitar informacin sobre las clases de gestin.
- Seleccionar una clase de gestin que cumpla los requisitos de copia de
seguridad y archivado.
- Utilizar opciones de inclusin/exclusin para seleccionar las clases de
gestin para sus archivos.
Si desea obtener ms informacin sobre la lista de inclusin/exclusin, consulte
la gua del usuario del cliente correspondiente. Consulte tambin el apartado
Lista de inclusin/exclusin en la pgina 403.
v Automatice los procedimientos de copia de seguridad incremental definiendo
planificaciones para cada dominio de polticas. Despus, asocie las
planificaciones a los nodos cliente de cada dominio de polticas. Si desea obtener
informacin sobre planificaciones, consulte el Captulo 15, Planificacin de
operaciones para nodos cliente, en la pgina 473.
Modificacin de una poltica

Algunos tipos de clientes y situaciones requieren modificaciones en la poltica. Por
ejemplo, si necesita dirigir datos del cliente a agrupaciones de almacenamiento
diferentes de las predeterminadas, debe modificar la poltica. Otras situaciones
tambin pueden requerir modificaciones en la poltica. Consulte el apartado
Supuestos de configuracin de polticas en la pgina 434 para obtener ms
Para cambiar las polticas que ha establecido en un dominio de polticas, debe
sustituir el juego de polticas ACTIVE activando uno nuevo. Puede sustituir el
juego de polticas ACTIVE activando otro juego de polticas. Haga lo siguiente:
1. Cree o modifique un juego de polticas para que contenga la poltica que desea
implementar.
v Cree un nuevo juego de polticas definiendo un nuevo juego de polticas o
copiando un juego de polticas.
393
v Modifique un juego de polticas existente (no puede ser el juego de polticas

ACTIVE).
Nota: no es posible modificar directamente el juego de polticas ACTIVE. Si
desea realizar un pequeo cambio en el juego de polticas ACTIVE, copie
la poltica para modificarla y siga los pasos que aqu se indican.
2. Realice todos los cambios necesarios en las clases de gestin, los grupos de
copia de seguridad y los grupos de copia archivada del nuevo juego de
polticas. Para obtener ms informacin, consulte los apartados Definicin y
actualizacin de una clase de gestin en la pgina 416, Definicin y
actualizacin de un grupo de copia de seguridad en la pgina 417 y
Definicin y actualizacin de un grupo de copia archivada en la pgina 424.
3. Valide el juego de polticas. Consulte el apartado Validacin de un juego de
polticas en la pgina 428 para obtener ms informacin.
4. Active el juego de polticas. El contenido del nuevo juego de polticas se
convierte en el juego de polticas ACTIVE. Consulte el apartado Activacin de
un juego de polticas en la pgina 429 para obtener ms informacin.
Caducidad de archivos y proceso de caducidad

Un archivo caducado es un archivo que, de acuerdo con la poltica, el servidor ya
no necesita conservar. Los archivos caducan en las condiciones siguientes:
v Los usuarios suprimen espacios de archivos de los nodos cliente.
v Los usuarios hacen caducar archivos mediante el comando EXPIRE en el
software del cliente (versin 4.2 y posterior del software del cliente)
v Un archivo que es una versin de copia de seguridad excede los criterios del
grupo de copia de seguridad (tiempo que se conservan las versiones inactivas y
nmero de stas que se conservan).
v Una copia archivada excede los criterios de tiempo del grupo de copia archivada
(perodo de tiempo que se conservan las copias archivadas).
v Un juego de copias de seguridad excede el tiempo de retencin que tiene
especificado.
Notas:
1. un archivo base no puede caducar hasta que caducan todos los subarchivos
dependientes. Si desea obtener ms informacin al respecto, consulte el
apartado Proceso de caducidad de los archivos base y subarchivos en la
pgina 457.
2. Una copia archivada no puede optar a la caducidad si existe una retencin de
supresin asociada. Si un archivo no est retenido, se gestionar segn el
proceso de caducidad existente. Consulte el apartado Retencin de supresin
en la pgina 433 para obtener ms informacin al respecto.
|
|
|
|
El servidor suprime los archivos caducados de la base de datos del servidor solo
durante el proceso de caducidad. Una vez que los archivos caducados se suprimen
de la base de datos, el servidor puede volver a utilizar el espacio en las
agrupaciones de almacenamiento ocupado por los archivos caducados. Debe
asegurarse de que el proceso de caducidad se ejecute peridicamente para que el
servidor pueda volver a utilizar el espacio. Consulte los apartados Reclamacin
de espacio en agrupaciones de almacenamiento de acceso secuencial en la pgina
287 y Ejecucin del proceso de caducidad para suprimir archivos caducados en
394
El proceso de caducidad tambin elimina de la base de datos todas las sesiones de

restauracin reiniciables que superan el lmite de tiempo establecido para tales
sesiones mediante la opcin de servidor RESTOREINTERVAL. Consulte el
apartado Gestin de sesiones de restauracin reiniciables de cliente en la pgina
375 para obtener ms informacin sobre sesiones de restauracin reiniciables.
Operaciones de cliente controladas por polticas

Las polticas de IBM Tivoli Storage Manager rigen las siguientes operaciones de
cliente, que se tratan en este apartado:
v Copia de seguridad y restauracin en la pgina 395
v Archivado y recuperacin en la pgina 396
v Migracin y recuperacin de clientes en la pgina 396
Copia de seguridad y restauracin

Los clientes de copia de seguridad/archivado pueden hacer copias de seguridad
de archivos y directorios y restaurarlos. Los clientes de copia de
seguridad/archivado de los sistemas UNIX y Windows tambin pueden realizar
copias de seguridad de volmenes lgicos y restaurarlos. Las copias de seguridad
permiten a los usuarios conservar versiones distintas de los archivos a medida que
stos cambian.
Copia de seguridad
Como proteccin contra la prdida de informacin, el cliente de copia de
seguridad/archivado puede copiar archivos, subdirectorios y directorios en medios
controlados por el servidor. Las copias de seguridad se pueden controlar mediante
polticas y planificaciones definidas por el administrador, o bien, los usuarios
pueden solicitar copias de seguridad de sus propios datos. El cliente de copia de
seguridad/archivado proporciona dos tipos de copia de seguridad:
Copia de seguridad incremental
Hace una copia de seguridad de los archivos de acuerdo con la poltica
definida en el grupo de copia de seguridad de la clase de gestin de los
archivos. Una copia de seguridad incremental normalmente hace una copia
de seguridad de todos los archivos que son nuevos o se han modificado
desde la ltima copia de seguridad incremental.
Copia de seguridad selectiva
Hace una copia de seguridad solo de los archivos que especifica el usuario.
Los archivos tambin deben cumplir determinados requisitos de las
polticas definidas en el grupo de copia de seguridad.
Consulte la publicacin Gua del usuario e instalacin de los clientes de copia de
seguridad/archivado para obtener ms informacin acerca de los clientes de copia de
seguridad/archivado que tambin pueden realizar copias de seguridad de
volmenes lgicos. El volumen lgico debe cumplir determinados requisitos de
polticas definidos en el grupo de copia de seguridad; consulte el apartado
Poltica para copias de seguridad de volmenes lgicos en la pgina 436.
Restauracin
Cuando un usuario restaura una versin de copia de seguridad de un archivo, el
servidor enva una copia del archivo al nodo cliente. La versin de copia de
seguridad permanece en el almacenamiento del servidor. La restauracin de una
copia de seguridad de volumen lgico funciona de la misma forma.
395
Si existe ms de una versin de copia de seguridad, el usuario puede restaurar la

versin de copia de seguridad activa o cualquiera de las versiones de copia de
seguridad inactivas.
Si la poltica est configurada correctamente, un usuario puede restaurar a un
momento determinado los archivos de los que se ha hecho copia de seguridad. En
el apartado Cmo establecer la poltica para activar la restauracin en un instante
especfico para los clientes en la pgina 441 hallar informacin ms detallada
sobre los requisitos.
Archivado y recuperacin
Para conservar los archivos a fin de utilizarlos ms adelante o mantenerlos como
registros, un usuario con un cliente de copia de seguridad/archivado puede
archivar archivos, subdirectorios y directorios en medios controlados por el
servidor. Cuando los usuarios archivan copias, pueden elegir que el cliente de
copia de seguridad/archivado borre los archivos originales de la estacin de
trabajo despus de archivar las copias.
Cuando un usuario recupera un archivo, el servidor enva una copia del archivo al
nodo cliente. La copia archivada permanece en el almacenamiento del servidor.
Migracin y recuperacin de clientes

Cuando el producto Tivoli Storage Manager para la gestin de espacio se
encuentra en la estacin de trabajo, el usuario puede migrar archivos desde el
almacenamiento de la estacin de trabajo hasta el almacenamiento del servidor y
recuperarlos cuando los necesite. Tivoli Storage Manager para la gestin de espacio
libera espacio en los nodos cliente para los nuevos datos y utiliza los recursos de
almacenamiento de un modo ms eficaz. El producto Tivoli Storage Manager para
la gestin de espacio instalado tambin se denomina el cliente de gestin de
espacio o cliente HSM.
Los archivos que se han migrado y recuperado con el cliente HSM se denominan
archivos bajo gestin de espacio.
Para obtener informacin detallada acerca de la utilizacin de Tivoli Storage
Manager para la gestin de espacio, consulte la publicacin IBM Tivoli Storage
Manager para la gestin del espacio en UNIX: Gua del usuario.
Migracin
Al migrarse un archivo al servidor, se sustituye en el nodo cliente por un archivo
apndice de pequeo tamao y con el mismo nombre que el archivo original. El
archivo apndice contiene los datos necesarios para ubicar el archivo migrado en el
Tivoli Storage Manager para la gestin de espacio proporciona la migracin
selectiva y la migracin automtica. La migracin selectiva permite a los usuarios
migrar los archivos por el nombre. stos son los dos tipos de migracin
automtica:
Umbral
Si la utilizacin del espacio sobrepasa el umbral superior establecido en el
nodo cliente, se inicia la migracin y contina hasta que el valor de
utilizacin desciende hasta el umbral inferior tambin establecido en el
nodo cliente.
396
Demanda
Si se produce una condicin de falta de espacio en un nodo cliente, se
inicia la migracin y contina hasta que el valor de utilizacin desciende
hasta el umbral inferior.
Como preparacin para una migracin automtica eficaz, Tivoli Storage Manager
para la gestin de espacio copia un porcentaje de los archivos de usuario del nodo
cliente en el servidor de IBM Tivoli Storage Manager. El proceso de premigracin se
produce siempre que Tivoli Storage Manager para la gestin de espacio efecta
una migracin automtica. La prxima vez que se necesite espacio libre en el nodo
cliente, los archivos premigrados al servidor se pueden cambiar rpidamente por
archivos apndice en el cliente. El porcentaje de premigracin predeterminado es la
diferencia entre los umbrales superior e inferior.
Los archivos se seleccionan para la migracin automtica y la premigracin en
funcin del nmero de das que han transcurrido desde la ltima vez que se
accedi al archivo y tambin de otros factores establecidos en el nodo cliente.
Recuperacin
Tivoli Storage Manager para la gestin de espacio proporciona la recuperacin
selectiva y la recuperacin transparente. La recuperacin selectiva permite a los
usuarios recuperar los archivos por el nombre. La recuperacin transparente se
produce automticamente cuando un usuario accede a un archivo migrado.
Reconciliacin
Los procesos de migracin y premigracin pueden generar incoherencias entre los
archivos apndice del nodo cliente y los archivos bajo gestin de espacio del
almacenamiento del servidor. Por ejemplo, si un usuario suprime un archivo
migrado del nodo cliente, la copia permanece en el servidor. Con la periodicidad
establecida en el nodo cliente, IBM Tivoli Storage Manager compara el
almacenamiento del nodo cliente y el del servidor y los reconcilia suprimiendo del
servidor los archivos obsoletos o que no existen en el nodo cliente.
Componentes de una poltica

Los administradores de polticas utilizan la poltica de IBM Tivoli Storage Manager
para especificar cmo se hacen las copias de seguridad de archivos, cmo se
archivan las copias, cmo se migran los archivos desde el almacenamiento del
nodo cliente y cmo se gestionan en el almacenamiento del servidor. La Figura 48
en la pgina 398 muestra los componentes de una poltica y las relaciones entre los
mismos. Consulte el apartado Ejemplo: Objetos de poltica de muestra en la
pgina 414.
397
Dominio de polticas
Juegos de polticas
Juego de polticas activo
Clases de gestin
Clase de gestin
predeterminada
Grupo de
copia de
seguridad
Grupo de
copia de
seguridad
Juego de
polticas
adicional
Juego de
polticas
adicional
Clase de gestin
adicional
Clase de gestin
adicional
Figura 48. Poltica de IBM Tivoli Storage Manager

Controla el proceso de copia de seguridad de los archivos asociados a la
clase de gestin. El grupo de copia de seguridad determina la siguiente
informacin:
v La frecuencia con que puede hacerse una copia de seguridad de un
archivo.
v Cmo manejar archivos en uso durante una operacin de copia de
seguridad.
v Dnde almacena inicialmente el servidor las versiones de copia de
seguridad de los archivos y directorios.
v Cuntas versiones de copia de seguridad de archivos y directorios
conservar el servidor.
v Durante cunto tiempo conservar el servidor las versiones de copia de
seguridad de los archivos y directorios (consulte el apartado Ejecucin
del proceso de caducidad para suprimir archivos caducados en la
pgina 430 para obtener ms informacin).
Controla el proceso de archivado de los archivos asociados a la clase de
gestin. El grupo de copia archivada determina la siguiente informacin:
v Cmo manejar los archivos que se utilizan durante la operacin de
archivado.
v Dnde almacena el servidor las copias archivadas.
v Durante cunto tiempo conserva el servidor las copias archivadas de los
archivos (consulte el apartado Ejecucin del proceso de caducidad para
suprimir archivos caducados en la pgina 430 para obtener ms
informacin).
Clase de gestin
Asocia los grupos de copia de seguridad y archivado a los archivos y
especifica si los archivos de nodo cliente se migran a agrupaciones de
398
almacenamiento y cmo se efecta esa migracin. La clase de gestin

puede contener un grupo de copia de seguridad, un grupo de copia
archivada, ambos grupos de copia o ningn grupo de copia. Los usuarios
pueden vincular (es decir, asociar) los archivos con una clase de gestin a
travs de la lista de inclusin/exclusin.
Consulte el apartado Informacin adicional acerca de las clases de
gestin en la pgina 401 para obtener ms informacin.
Juego de polticas
Especifica las clases de gestin que estn disponibles para grupos de
usuarios. Los juegos de polticas contienen una o varias clases de gestin.
Debe identificar una clase de gestin como la clase de gestin predeterminada.
nicamente un juego de polticas, el juego de polticas activo (ACTIVE),
controla las operaciones de la poltica.
Dominio de polticas
Permite al administrador agrupar los nodos cliente segn las polticas que
rigen los archivos y segn los administradores que gestionan las polticas.
El dominio de polticas contiene uno o varios juegos de polticas, pero solo
puede haber activo un juego de polticas (denominado ACTIVE) a la vez.
El servidor solo utiliza el juego de polticas ACTIVE para gestionar los
archivos de los nodos cliente asignados a un dominio de polticas.
Puede utilizar los dominios de polticas para llevar a cabo las tareas
siguientes:
v Agrupar nodos cliente con requisitos de gestin de archivo semejantes.
v Proporcionar polticas predeterminadas diferentes para grupos de
clientes distintos.
v Dirigir archivos de grupos distintos de clientes a jerarquas de
almacenamiento distintas segn necesidades (destinos de archivo
distintos con caractersticas de almacenamiento distintas).
v Restringir el nmero de clases de gestin a las que los clientes tienen
acceso.
Relaciones entre clientes, almacenamiento y polticas

La Figura 49 en la pgina 400 resume las relaciones entre el entorno de dispositivos
fsicos, los objetos de almacenamiento y poltica de IBM Tivoli Storage Manager y
los clientes. Los nmeros de la lista siguiente se corresponden con los nmeros de
la figura.
399
Clientes
Disco
Dominio de polticas
Juego de polticas
Volumen Volumen
Clase de gestin
2
Grupo
de copia
Agrupacin de
almacenamiento
Indica
Representa
Clase de disp.
DISK
Migracin
6
Cinta
5
Volumen Volumen
Clase de gestin
Representa
Grupo
de copia
Indica
Medio
Agrupacin de
almacenamiento
Clase de disp.
Biblioteca
Representa
Unidades
Unidad Unidad
Dispositivo
Figura 49. Modo en que trabajan conjuntamente los clientes, el almacenamiento del servidor y las polticas
1
Al inscribir los clientes, stos se asocian a un dominio de polticas. Dentro

del dominio de polticas estn el juego de polticas, la clase de gestin y los
grupos de copia.
2, 3
Cuando un cliente hace una copia de seguridad, archiva o migra un
archivo, ste se vincula a una clase de gestin. Una clase de gestin y los
grupos de copia de seguridad y copia archivada que sta contiene
especifican dnde se almacenan los archivos y cmo se gestionan al
realizar la copia de seguridad, archivarlos o migrarlos del cliente.
400
4, 5
Las agrupaciones de almacenamiento son los destinos de las copias de
seguridad de archivos, las copias archivadas o los archivos bajo gestin de
espacio. Los grupos de copia especifican las agrupaciones de
almacenamiento para las copias de seguridad de archivos o las copias
archivadas. Las clases de gestin especifican las agrupaciones de
almacenamiento para los archivos bajo gestin de espacio.
Las agrupaciones de almacenamiento se correlacionan con las clases de
dispositivos, que representan a los dispositivos. La agrupacin de
almacenamiento contiene volmenes del mismo tipo indicado por la clase
de dispositivo asociada. Por ejemplo, una agrupacin de almacenamiento
correlacionada con una clase de dispositivo con un tipo de dispositivo de 8
mm solo contiene cintas de 8 mm.
6
Los archivos que se almacenan inicialmente en agrupaciones de

almacenamiento de disco se pueden migrar a agrupaciones de
almacenamiento de cinta u otros tipos de agrupaciones de almacenamiento
si las agrupaciones estn configuradas en una jerarqua de
almacenamiento.
Informacin adicional acerca de las clases de gestin

Las clases de gestin son la conexin clave entre los archivos de clientes y las
polticas.
Cada nodo cliente est asignado a un solo dominio de polticas y tiene acceso
nicamente a las clases de gestin contenidas en el juego de polticas. Las clases de
gestin especifican si los archivos de clientes se migran a agrupaciones de
almacenamiento (gestin de almacenamiento jerrquico). Los grupos de copia de
estas clases de gestin especifican el nmero de versiones de copia de seguridad
retenidas en el almacenamiento del servidor y el tiempo que se conservan las
versiones de copia de seguridad y las copias archivadas.
Por ejemplo, si un grupo de usuarios solo necesita una versin de copia de
seguridad de sus archivos, puede crear un dominio de polticas que contenga una
sola clase de gestin cuyo grupo de copia de seguridad solo permita una versin
de copia de seguridad. Despus, puede asignar los nodos cliente para esos
usuarios al dominio de polticas. Consulte el apartado Inscripcin de nodos en el
servidor en la pgina 334 para obtener informacin sobre cmo inscribir los nodos
cliente y asignarlos a dominios de polticas.
En los apartados siguientes se proporciona ms informacin sobre las clases de
gestin y cul es su relacin con otros componentes de IBM Tivoli Storage
Manager:
v Contenido de una clase de gestin
v Clases de gestin predeterminadas en la pgina 402
v Lista de inclusin/exclusin en la pgina 403
v Cmo se asocian los archivos y directorios a una clase de gestin en la pgina
404
Contenido de una clase de gestin

Una clase de gestin contiene la poltica de las operaciones de copia de seguridad,
archivado y gestin de espacio que llevan a cabo los clientes. Puede especificar si
un cliente de Tivoli Storage Manager para la gestin de espacio puede migrar
401
archivos al almacenamiento del servidor y cmo se efectuar esta migracin

mediante parmetros en la clase de gestin. En el caso de los clientes que utilizan
el servidor para las operaciones de copia de seguridad y archivado, puede elegir el
contenido una clase de gestin de entre las opciones siguientes:
Un grupo de copia de seguridad y un grupo de copia archivada
Habitualmente los usuarios finales necesitan hacer copias de seguridad de
documentos, hojas de clculo y grficos y archivarlos.
Solo un grupo de copia de seguridad
Algunos usuarios solo quieren hacer copias de seguridad de los archivos
(como por ejemplo archivos de trabajo, de base de datos, de anotaciones o
histricos que cambian a diario). Algunos clientes de aplicacin nicamente
necesitan un grupo de copia de seguridad ya que nunca efectan
operaciones de archivado.
Solo un grupo de copia archivada
Una clase de gestin que solo contiene un grupo de copia archivada es til
para los usuarios que crean:
v Archivos cuyo contenido corresponde a un instante especfico. Por
ejemplo, un tcnico puede archivar el diseo de un componente
electrnico y el software que ha creado el diseo. Ms adelante, el
tcnico puede utilizar el diseo como base para un nuevo componente
electrnico.
v Archivos que se utilizan con escasa frecuencia, pero que deben retenerse
mucho tiempo. Un cliente puede borrar el archivo original sin que esto
afecte al perodo de tiempo que la copia archivada se conserva en el
almacenamiento del servidor. Ejemplos de esto son los registros
jurdicos, registros de pacientes y formularios fiscales.
Atencin: una clase de gestin que no contiene ni un grupo de copia de
seguridad ni de copia archivada impide que se haga una copia de seguridad de un
archivo o que se archive una copia. Este tipo de clase de gestin no es aconsejable
para la mayora de los usuarios. Utilice este tipo de clase de gestin con sumo
cuidado para evitar que los usuarios la seleccionen por error. Si los usuarios
vinculan sus archivos a una clase de gestin sin grupos de copia, IBM Tivoli
Storage Manager emite mensajes de aviso.
Clases de gestin predeterminadas

Todos los juegos de polticas deben contener una clase de gestin predeterminada,
que se utiliza con los fines siguientes:
v Para gestionar archivos que no estn vinculados con una clase de gestin
especfica, segn define la opcin INCLUDE de la lista de inclusin/exclusin.
v Para gestionar las versiones de copia de seguridad existentes cuando un
administrador suprime del servidor una clase de gestin o un grupo de copia de
seguridad. Consulte el apartado Cmo se asocian los archivos y directorios a
una clase de gestin en la pgina 404.
v Para gestionar las copias archivadas existentes cuando un administrador
suprime del servidor una clase de gestin o un grupo de copia archivada. El
servidor no vuelve a vincular las copias archivadas, pero utiliza el grupo de
copia archivada (si lo hay) de la clase de gestin predeterminada. Consulte el
apartado Cmo se asocian los archivos y directorios a una clase de gestin en
la pgina 404.
402
v Para gestionar los archivos cuando se asigna un nodo cliente a un nuevo

dominio de polticas y las clases de gestin del juego de polticas activo no
tienen los mismos nombres que la clase de gestin a la que estn vinculados los
archivos del nodo.
En trminos generales, una clase de gestin predeterminada debe:
v Satisfacer las necesidades de la mayora de los usuarios.
v Contener un grupo de copia de seguridad y un grupo de copia archivada.
v Establecer la serializacin esttica o esttica compartida para garantizar la
integridad de las copias de seguridad y de las copias archivadas.
v Retener las versiones de copia de seguridad y las copias archivadas la cantidad
de tiempo suficiente.
v Retener los directorios, como mnimo, mientras haya algn archivo asociado al
directorio.
Otras clases de gestin pueden contener grupos de copia adaptados a las
necesidades de grupos especiales de usuarios, o a las necesidades de la mayora de
los usuarios en circunstancias especiales.
Lista de inclusin/exclusin
|
|
|
|
|
|
|
Un usuario puede definir una lista de inclusin/exclusin para especificar los

archivos que pueden utilizarse para los diferentes procesos que puede ejecutar el
cliente. Las opciones de inclusin/exclusin de la lista determinan qu archivos
pueden utilizarse para los servicios de copia de seguridad y archivado y qu
archivos se pueden migrar desde el cliente (bajo gestin de espacio). Las opciones
tambin incluyen el modo en que el servidor controla los vnculos simblicos y el
proceso de imgenes, la compresin y el cifrado.
Si un usuario no crea ninguna lista de inclusin/exclusin, se aplican las siguientes
condiciones predeterminadas:
v Todos los archivos pertenecientes al usuario pueden utilizarse para los servicios
de copia de seguridad y archivado.
v La clase de gestin predeterminada rige las polticas de copia de seguridad,
archivado y gestin de espacio.
En la Figura 50 en la pgina 404 se muestra un ejemplo de una lista de
inclusin/exclusin. Las sentencias de esta lista de ejemplo realizan las siguientes
acciones:
v Excluir archivos o directorios de las operaciones de copia de seguridad,
archivado y migracin de cliente.
La lnea 1 de la Figura 50 en la pgina 404 indica que el ID de nodo SSTEINER
excluye todos los archivos de tipo core de la posibilidad de ser utilizados para la
copia de seguridad y la migracin de cliente.
v Incluir algunos archivos excluidos anteriormente
La lnea 2 de la Figura 50 en la pgina 404 indica que se excluyen los archivos
del directorio *:\home\ssteiner. Sin embargo, la sentencia include siguiente, en
la lnea 3, indica que el archivo *:\home\ssteiner\options.scr puede utilizarse
para las operaciones de copia de seguridad y migracin de cliente.
v Vincular un archivo a una clase de gestin especfica
La lnea 4 de la Figura 50 en la pgina 404 indica que la poltica definida en la
clase de gestin MCENGBK2 gestiona todos los archivos y subdirectorios
pertenecientes al directorio *:\home\ssteiner\driver5.
403
exclude
exclude
include
include
*:\...\core
*:\home\ssteiner\*
*:\home\ssteiner\options.scr
*:\home\ssteiner\driver5\...\* mcengbk2
Figura 50. Ejemplo de una lista de inclusin/exclusin
IBM Tivoli Storage Manager procesa la lista de inclusin/exclusin desde el final

hasta el principio y se para cuando encuentra una sentencia include o exclude que
coincide con el archivo que est procesando. Por consiguiente, el orden en que
figuran las opciones de inclusin y exclusin incide en cules son los archivos que
se incluyen y excluyen. Por ejemplo, suponga que intercambia el orden de dos
lneas en el ejemplo, del siguiente modo:
include *:\home\ssteiner\options.scr
exclude *:\home\ssteiner\*
La sentencia exclude est la ltima y excluye a todos los archivos del directorio
*:\home\ssteiner. Cuando IBM Tivoli Storage Manager procesa la lista de
inclusin/exclusin para el archivo options.scr, encuentra primero la sentencia
exclude. Esta vez, el archivo options.scr se excluye.
Algunas opciones se evalan despus de las opciones de inclusin y exclusin ms
bsicas. Por ejemplo, las opciones que incluyen o excluyen archivos para la
compresin se evalan despus de que el programa determine los archivos que
pueden utilizarse para el proceso que se ejecuta.
Puede crear listas de inclusin-exclusin como parte de conjuntos de opciones de
cliente que defina para los clientes. Si desea obtener informacin sobre la
definicin de conjuntos de opciones de cliente y la asignacin de un conjunto de
opciones a un cliente, consulte el apartado Creacin de conjuntos de opciones de
cliente en el servidor en la pgina 368.
Si desea obtener ms informacin sobre las opciones de inclusin/exclusin,
consulte la gua del usuario del cliente correspondiente.
Cmo se asocian los archivos y directorios a una clase de

gestin
Vincular es el proceso de asociar un archivo a una clase de gestin. Las polticas
definidas en la clase de gestin se aplican entonces a los archivos vinculados. El
servidor vincula un archivo a una clase de gestin cuando un cliente hace una
copia de seguridad, archiva o migra el archivo. Un cliente elige una clase de
gestin del modo siguiente:
v Para realizar una copia de seguridad de un archivo, un cliente puede especificar
una clase de gestin en la lista de inclusin/exclusin del cliente (el archivo de
opciones de inclusin/exclusin para clientes UNIX), o bien puede aceptar la
clase de gestin predeterminada.
v Para realizar copias de seguridad de directorios, el cliente puede especificar una
clase de gestin utilizando la opcin DIRMC en el archivo de opciones del
cliente.
Nota: se recomienda definir una clase de gestin predeterminada. Si no se
especifica ninguna clase de gestin para un directorio, el servidor elige la
404
clase de gestin con el mayor perodo de retencin del grupo de copia de

seguridad (perodo de retencin para la nica versin de copia de
seguridad).
v Para realizar una copia de seguridad de un sistema de archivos o de un
volumen lgico, un cliente puede especificar una clase de gestin en la lista de
inclusin/exclusin del cliente (el archivo de opciones de inclusin/exclusin
para clientes UNIX), o bien puede aceptar la clase de gestin predeterminada.
v Para archivar un archivo, el cliente puede efectuar una de las acciones
siguientes:
Especificar una clase de gestin en la lista de inclusin/exclusin del cliente
(con la opcin include o include.archive)
Especificar una clase de gestin con la opcin ARCHMC en el comando de
archivado.
Aceptar la clase de gestin predeterminada.
v Para archivar directorios, el cliente puede especificar una clase de gestin con las
opciones de archivado o con la opcin ARCHMC.
Nota: se recomienda definir una clase de gestin predeterminada. Si el cliente
no especifica ninguna opcin de archivado, el servidor asigna la clase de
gestin predeterminada al directorio archivado. Si la clase de gestin
predeterminada no tiene ningn grupo de copia archivada, el servidor
asigna la clase de gestin que en este momento tiene el grupo de copia
archivada con el menor tiempo de retencin.
v Para migrar un archivo, un cliente puede especificar una clase de gestin en la
lista de inclusin/exclusin o puede aceptar la clase de gestin predeterminada.
La clase de gestin predeterminada es la clase de gestin identificada como el
valor predeterminado en el juego de polticas activo.
Una clase de gestin especificada con una sencilla opcin include puede aplicarse
a uno o ms procesos en el cliente. Las opciones include ms especficas (como por
ejemplo include.archive) permiten al usuario especificar diferentes clases de
gestin. A continuacin se presentan algunos ejemplos de este mtodo:
v Si un cliente hace una copia de seguridad de un archivo, archiva una copia y
migra un archivo al mismo servidor, y utiliza una sola opcin include, la clase
de gestin especificada para el archivo se aplica para las tres operaciones (copia
de seguridad, archivado y migracin).
v Si un cliente hace una copia de seguridad de un archivo y archiva una copia en
un servidor, y migra el archivo a un servidor distinto, el cliente puede
especificar una clase de gestin al archivo para las operaciones de copia de
seguridad y de archivado, y otra distinta para la operacin de migracin.
v Los clientes de la versin 4.2 o posterior pueden especificar una clase de gestin
para operaciones de archivado distinta de la clase de gestin para las
operaciones de copia de seguridad.
Si desea obtener ms informacin, consulte la gua del usuario del cliente
correspondiente.
Efectos de la modificacin de una clase de gestin

Un archivo permanece vinculado a una clase de gestin aunque cambien los
atributos de la clase de gestin o sus grupos de copia. El supuesto siguiente ilustra
este proceso:
405
1. El archivo denominado REPORT.TXT est vinculado a la clase de gestin

predeterminada que contiene un grupo de copia de seguridad que especifica
que pueden retenerse hasta tres versiones de copia de seguridad en el
2. Durante la semana siguiente, se almacenan tres versiones de copia de
seguridad de REPORT.TXT en el almacenamiento del servidor. La versin de
copia de seguridad activa y las dos inactivas estn vinculadas con la clase de
gestin predeterminada.
3. El administrador asigna una nueva clase de gestin predeterminada que
contiene un grupo de copia de seguridad que especifica solo dos versiones de
copia de seguridad como mximo.
4. El administrador activa el juego de polticas y la nueva clase de gestin
predeterminada entra en vigor.
5. Se vuelve a hacer una copia de seguridad de REPORT.TXT, con lo que el
nmero de versiones pasa a ser cuatro. El servidor determina que, segn el
nuevo grupo de copia de seguridad, solo deben retenerse dos versiones. Por
consiguiente, el servidor marca las dos versiones ms antiguas como caducadas
para su eliminacin.
6. Se produce el proceso de caducidad (consulte el apartado Ejecucin del
proceso de caducidad para suprimir archivos caducados en la pgina 430 para
obtener ms informacin). REPORT.TXT sigue vinculado a la clase de gestin
predeterminada, que ahora incluye los nuevos criterios de retencin. Por lo
tanto, se depuran las dos versiones marcadas para supresin y en el
almacenamiento permanecen una versin de copia de seguridad activa y otra
inactiva.
Volver a vincular archivos con clases de gestin

El proceso de volver a vincular consiste en asociar un archivo o una imagen de
volumen lgico a una nueva clase de gestin.
Versiones de copia de seguridad: el servidor vuelve a vincular las versiones de
copia de seguridad de los archivos y las imgenes de volmenes lgicos en los
casos siguientes:
v El usuario cambia la clase de gestin especificada en la lista de
inclusin/exclusin y hace una copia de seguridad.
v Un administrador activa un juego de polticas del mismo dominio de polticas
que el nodo cliente, y el juego de polticas no contiene una clase de gestin con
el mismo nombre que la clase de gestin con la que un archivo est actualmente
vinculado.
v Un administrador asigna un nodo cliente a un dominio de polticas distinto y el
juego de polticas activo en ese dominio de polticas no tiene una clase de
gestin con el mismo nombre.
Las versiones de copia de seguridad de un directorio se pueden volver a vincular
cuando el usuario especifica una clase de gestin distinta utilizando la opcin
DIRMC en el archivo de opciones del cliente, y cuando se hace una copia de
seguridad del directorio.
Si un archivo est vinculado a una clase de gestin que ya no existe, el servidor
utiliza la clase de gestin predeterminada para gestionar las versiones de copia de
seguridad. Cuando el usuario hace otra copia de seguridad, el servidor vuelve a
vincular el archivo y las versiones de copia de seguridad que existan a la clase de
gestin predeterminada. Si la clase de gestin predeterminada no tiene un grupo
406
de copia de seguridad, el servidor utiliza el perodo de gracia de retencin de

copia de seguridad especificado para el dominio de polticas.
Copias archivadas: las copias archivadas no se vuelven a vincular nunca porque
cada operacin de archivado crea una copia archivada distinta. Las copias
archivadas permanecen vinculadas con el nombre de clase de gestin especificado
al archivarlas el usuario.
Si la clase de gestin a la que est vinculada una copia archivada ya no existe o ya
no contiene un grupo de copia archivada, el servidor utiliza la clase de gestin
predeterminada. Si posteriormente se modifica o se sustituye la clase de gestin
predeterminada, el servidor utiliza la clase de gestin predeterminada actualizada
para gestionar la copia archivada.
Si la clase de gestin predeterminada no contiene un grupo de copia archivada, el
servidor utiliza el perodo de gracia de retencin de archivado especificado para el
dominio de polticas.
Cmo selecciona IBM Tivoli Storage Manager los archivos para las
operaciones de polticas
Este apartado describe cmo selecciona IBM Tivoli Storage Manager los archivos
para las operaciones siguientes:
v Copias de seguridad incrementales completas y parciales.
v Copia de seguridad selectiva.
v Copia de seguridad de volmenes lgicos.
v Archivado.
v Migracin automtica desde un cliente HSM (Tivoli Storage Manager para la
gestin de espacio).
Copia de seguridad incremental

Los clientes de copia de seguridad/archivado pueden elegir hacer una copia de
seguridad de los archivos utilizando la copia de seguridad incremental completa o
parcial. Una copia de seguridad incremental completa garantiza que las copias de
seguridad de los archivos de los clientes se gestionan siempre de acuerdo con las
polticas. Los clientes deben utilizar la copia de seguridad incremental completa
siempre que sea posible.
Si el tiempo para realizar la copia de seguridad es limitado, a veces los clientes
deben utilizar la copia de seguridad incremental parcial. Una copia de seguridad
incremental parcial es ms rpida y necesita menos memoria. Cuando un cliente
utiliza la copia de seguridad incremental parcial, solo se hace una copia de
seguridad de los archivos que se han modificado a partir de la ltima copia de
seguridad incremental. Se prescinde de los atributos de la clase de gestin que
provocaran que se hiciese copia de seguridad de un archivo mientras se lleva a
cabo una copia de seguridad incremental. Por ejemplo, no se hace una copia de
seguridad de los archivos sin modificar aunque estn asignados a una clase de
gestin que especifique la modalidad absoluta y se haya sobrepasado los das
mnimos entre copias de seguridad (frecuencia).
El servidor realiza menos procesos para una copia de seguridad incremental
parcial. Por ejemplo, no caduca archivos ni vuelve a vincular clases de gestin a
archivos durante una copia de seguridad incremental parcial.
407
Si los clientes deben utilizar copias de seguridad incrementales parciales, deben

realizar copias de seguridad incrementales completas de forma peridica para
garantizar que se hacen copias de seguridad completas y que las copias de
seguridad de los archivos se almacenan de acuerdo con las polticas. Por ejemplo,
los clientes pueden hacer copias de seguridad incrementales parciales todas las
noches durante la semana y una copia de seguridad incremental completa el fin de
semana.
Realizar copias de seguridad incrementales completas es importante si se desea
que los clientes cuenten con la posibilidad de restaurar archivos en un momento
especfico. Solo una copia de seguridad incremental completa puede detectar si se
han suprimido archivos desde que se realiz copia de seguridad por ltima vez. Si
no se efecta la copia de seguridad incremental completa con suficiente frecuencia,
los clientes que restauren a un momento especfico pueden encontrarse con que
muchos archivos han sido suprimidos de la estacin de trabajo que se restaura.
Como resultado, el sistema de archivos de un cliente puede quedarse sin espacio
en el transcurso del proceso de restauracin. Consulte el apartado Cmo
establecer la poltica para activar la restauracin en un instante especfico para los
clientes en la pgina 441 si desea ms informacin.
Copia de seguridad incremental completa

Cuando un usuario solicita una copia de seguridad incremental completa, IBM
Tivoli Storage Manager lleva a cabo las acciones siguientes para determinar la
viabilidad del proceso:
1. Contrasta cada uno de los archivos con la lista de inclusin/exclusin del
usuario:
v Los archivos excluidos no pueden utilizarse para las operaciones de copia de
seguridad.
v Si los archivos no estn excluidos y se ha especificado una clase de gestin
con la opcin INCLUDE, IBM Tivoli Storage Manager utiliza esa clase de
gestin.
v Si los archivos no estn excluidos, pero no se ha especificado ninguna clase
de gestin con la opcin INCLUDE, IBM Tivoli Storage Manager utiliza la
v Si no existe ninguna lista de inclusin/exclusin, todos los archivos del
dominio del cliente pueden utilizarse para la copia de seguridad y IBM
Tivoli Storage Manager utiliza la clase de gestin predeterminada.
2. Comprueba la clase de gestin de cada uno de los archivos incluidos:
v Si hay un grupo de copia de seguridad, el proceso contina con el paso 3.
v Si no hay ningn grupo de copia de seguridad, el archivo no puede
utilizarse para la copia de seguridad.
3. Comprueba la modalidad, la frecuencia y la serializacin definidas en el grupo de
copia de seguridad.
Modalidad
Especifica si se hace una copia de seguridad del archivo solo si ste se
ha cambiado desde la ltima copia de seguridad (modificado) o siempre
que se solicita una copia de seguridad (absoluta).
Frecuencia
Especifica el nmero mnimo de das que deben transcurrir entre copias
de seguridad.
Nota: en Windows NT y Windows 2000, este atributo se omite durante
una copia de seguridad de diario.
408
Serializacin
Especifica cmo se manejan los archivos si se modifican mientras se
hace la copia de seguridad y qu sucede si se produce alguna
modificacin.
v Si la modalidad es modificado y ha transcurrido el nmero mnimo de das
desde la ltima copia de seguridad del archivo, IBM Tivoli Storage Manager
determina si se ha modificado el archivo desde la ltima copia de seguridad
del mismo:
Si el archivo se ha cambiado y se cumple el requisito de serializacin, se
hace una copia de seguridad del archivo.
Si el archivo no se ha cambiado, no se hace ninguna copia de seguridad.
v Si la modalidad es modificado y no ha transcurrido el nmero mnimo de das
desde la ltima copia de seguridad del archivo, el archivo no puede
v Si la modalidad es absoluta, ha transcurrido el nmero mnimo de das desde
la ltima copia de seguridad del archivo y se cumple el requisito de
serializacin, se hace una copia de seguridad del archivo.
v Si la modalidad es absoluta y no ha transcurrido el nmero mnimo de das
desde la ltima copia de seguridad del archivo, ste no puede utilizarse para
la copia de seguridad.
Copia de seguridad incremental parcial

Cuando un usuario solicita una copia de seguridad incremental parcial, IBM Tivoli
Storage Manager lleva a cabo las acciones siguientes para determinar la viabilidad
del proceso:
1. Contrasta cada uno de los archivos con la lista de inclusin/exclusin del
usuario:
v Los archivos excluidos no pueden utilizarse para las operaciones de copia de
seguridad.
v Si los archivos no estn excluidos y se ha especificado una clase de gestin
con la opcin INCLUDE, el servidor utiliza esa clase de gestin.
v Si los archivos no estn excluidos pero no se ha especificado ninguna clase
de gestin con la opcin INCLUDE, el servidor utiliza la clase de gestin
predeterminada.
v Si no existe ninguna lista de inclusin/exclusin, todos los archivos del
dominio del cliente pueden utilizarse para la copia de seguridad y el
servidor utiliza la clase de gestin predeterminada.
v Si hay un grupo de copia de seguridad, el proceso contina con el paso 3.
v Si no hay ningn grupo de copia de seguridad, el archivo no puede
3. Comprueba la fecha y la hora de la ltima copia de seguridad incremental que
ha hecho el cliente y el requisito de serializacin definido en el grupo de copia
de seguridad. (La serializacin especifica cmo se manejan los archivos si se
modifican mientras se hace una copia de seguridad y qu sucede si se produce
alguna modificacin.)
v Si el archivo no se ha cambiado desde la ltima copia de seguridad
incremental, no se hace una copia de seguridad del archivo.
v Si el archivo se ha cambiado desde la ltima copia de seguridad incremental
y se cumple el requisito de serializacin, se hace una copia de seguridad del
archivo.
409
Copia de seguridad selectiva

Cuando un usuario solicita una copia de seguridad selectiva, IBM Tivoli Storage
Manager lleva a cabo las acciones siguientes para determinar la viabilidad del
proceso:
1. Contrasta el archivo con las sentencias include o exclude de la lista de
inclusin/exclusin del usuario:
v Los archivos que no estn excluidos pueden utilizarse para la copia de
seguridad. Si se ha especificado una clase de gestin con la opcin
INCLUDE, IBM Tivoli Storage Manager utiliza esa clase de gestin.
v Si no existe ninguna lista de inclusin/exclusin, los archivos seleccionados
pueden utilizarse para la copia de seguridad y IBM Tivoli Storage Manager
utiliza la clase de gestin predeterminada.
v Si la clase de gestin contiene un grupo de copia de seguridad y se cumple
el requisito de serializacin, se hace una copia de seguridad del archivo. La
serializacin especifica cmo se manejan los archivos si se modifican
mientras se hace una copia de seguridad y qu sucede si se produce alguna
modificacin.
v Si la clase de gestin no contiene un grupo de copia de seguridad, el archivo
no puede utilizarse para la copia de seguridad.
Una caracterstica importante de la copia de seguridad selectiva es que se hace una
copia de seguridad de un archivo con independencia de si se ha modificado o no.
El resultado puede no ser siempre el previsto. Por ejemplo, suponga que una clase
de gestin especifica mantener tres versiones de copia de seguridad de un archivo.
Si el cliente utiliza la copia de seguridad incremental, se hace una copia de
seguridad del archivo solo cuando ste se modifica y las tres versiones del
almacenamiento estarn en tres niveles distintos. Si el cliente utiliza la copia de
seguridad selectiva, se hace una copia de seguridad del archivo
independientemente de haberse modificado o no. Si el cliente utiliza la copia de
seguridad selectiva en el archivo tres veces sin modificar el archivo, las tres
versiones del archivo que hay en el almacenamiento del servidor son idnticas.
Con anterioridad, las versiones distintas se han perdido.
Copia de seguridad de volmenes lgicos

Cuando un usuario solicita una copia de seguridad de volmenes lgicos, IBM
Tivoli Storage Manager lleva a cabo las acciones siguientes para determinar la
viabilidad del proceso:
1. Contrasta la especificacin del volumen lgico con las sentencias include o
exclude de la lista de inclusin/exclusin del usuario:
v Si no existe ninguna lista de inclusin/exclusin, los volmenes lgicos
seleccionados pueden utilizarse para la copia de seguridad y IBM Tivoli
Storage Manager utiliza la clase de gestin predeterminada.
v Los volmenes lgicos que no estn excluidos pueden utilizarse para la copia
de seguridad. Si la lista de inclusin/exclusin tiene una opcin INCLUDE
para el volumen con una clase de gestin especificada, IBM Tivoli Storage
Manager utiliza esa clase de gestin. De lo contrario, se utiliza la clase de
2. Comprueba la clase de gestin de cada uno de los volmenes lgicos incluidos:
v Si la clase de gestin contiene un grupo de copia de seguridad y el volumen
lgico cumple el requisito de serializacin, se hace una copia de seguridad
del volumen lgico. La serializacin especifica cmo se manejan los
410
volmenes lgicos si se modifican mientras se hace una copia de seguridad y

qu sucede si se produce alguna modificacin.
v Si la clase de gestin no contiene un grupo de copia de seguridad, el
volumen lgico no puede utilizarse para la copia de seguridad.
Archivado
Cuando un usuario solicita una operacin de archivado de un archivo o un grupo
de archivos, IBM Tivoli Storage Manager lleva a cabo las acciones siguientes para
determinar la viabilidad del proceso:
1. Contrasta los archivos con la lista de inclusin/exclusin del usuario para
comprobar si hay alguna clase de gestin especificada:
v IBM Tivoli Storage Manager utiliza la clase de gestin predeterminada para
los archivos que no estn vinculados a ninguna clase de gestin.
v Si no existe ninguna lista de inclusin/exclusin, IBM Tivoli Storage
Manager utiliza la clase de gestin predeterminada, salvo que el usuario
especifique otra clase de gestin. Si desea obtener ms informacin, consulte
la gua del usuario del cliente correspondiente.
2. Comprueba la clase de gestin para cada copia que va a archivarse.
v Si la clase de gestin contiene un grupo de copia archivada y se cumple el
requisito de serializacin, la copia se archiva. La serializacin especifica cmo
se manejan los archivos si se modifican mientras se archivan y qu sucede si
se produce alguna modificacin.
v Si la clase de gestin no contiene un grupo de copia archivada, la copia no se
archiva.
Nota: si debe crear frecuentemente copias archivadas para los mismos datos, en su
lugar, puede utilizar el archivado instantneo (juegos de copia de
seguridad). Las operaciones frecuentes de archivado pueden crear una gran
cantidad de metadatos en la base de datos del servidor, con lo que aumenta
el tamao de la base de datos y disminuye el rendimiento de operaciones de
servidor, como por ejemplo la caducidad. A menudo, pueden conseguirse los
mismos resultados con la copia de seguridad incremental o los juegos de
copias de seguridad. Aunque la funcin de archivado es una manera muy
eficaz de almacenar datos inactivos con retencin fija, no debe utilizarse de
forma frecuente y a gran escala como mtodo principal de copia de
seguridad. Para obtener ms informacin sobre cmo crear juegos de copias
de seguridad, consulte el apartado Creacin y utilizacin de juegos de
copias de seguridad del cliente en la pgina 448.
Migracin automtica de un nodo cliente

Un archivo puede utilizarse para la migracin automtica desde un cliente HSM si
cumple todas las condiciones siguientes:
v Reside en un nodo donde el usuario root haya agregado y activado la gestin de
almacenamiento jerrquico. Tambin debe residir en un sistema de archivos local
al que el usuario root ha agregado gestin de espacio, y no en el sistema de
archivos raz (/) ni /tmp.
v No est excluido de la migracin en la lista de inclusin/exclusin.
v Cumple los requisitos de clase de gestin para la migracin:
El archivo no es un archivo especial de caracteres, un archivo especial de
bloques, un archivo especial FIFO (es decir, un archivo Named Pipe) ni un
directorio.
411
El archivo est asignado a una clase de gestin que proporciona gestin de

espacio.
La clase de gestin solicita la migracin automtica al transcurrir un nmero
de das especificado.
Una versin de copia de seguridad del archivo existe si la clase de gestin lo
necesita.
El archivo es de mayor tamao que el archivo apndice que lo sustituira
(ms un byte) o que el tamao de bloque del sistema de archivos, el que sea
mayor.
Cmo funciona la migracin de cliente con las operaciones de copia

de seguridad y de archivado
Como administrador, puede definir una clase de gestin que especifique la
migracin automtica desde el cliente en determinadas condiciones. Por ejemplo, si
no se ha accedido al archivo como mnimo desde hace 30 das y existe una versin
de copia de seguridad, el archivo se migra. Tambin puede definir una clase de
gestin que permita a los usuarios migrar de forma selectiva segn si existe o no
una versin de copia de seguridad. Los usuarios pueden tambin optar por
archivar copias que se hayan migrado. IBM Tivoli Storage Manager efecta lo
siguiente:
v Si se hace una copia de seguridad del archivo o se archiva una copia en el
servidor al que se haba migrado, el servidor copia el archivo de la agrupacin
de almacenamiento de migracin en la agrupacin de almacenamiento de copia
de seguridad o archivado. Para una operacin de cinta a cinta, cada agrupacin
de almacenamiento debe tener una unidad de cinta.
v Si se hace una copia de seguridad del archivo o se archiva una copia en otro
servidor, IBM Tivoli Storage Manager accede al archivo utilizando la modalidad
de recuperacin de migrar al cerrar. El archivo reside en el nodo cliente solo
hasta que el servidor almacena la versin de copia de seguridad o la copia
archivada en una agrupacin de almacenamiento.
Cuando un cliente restaura una versin de copia de seguridad de un archivo
migrado, el servidor suprime del almacenamiento del servidor la copia migrada
del archivo la prxima vez que se ejecuta la reconciliacin.
Cuando un cliente archiva una copia que se ha migrado y no especifica que el
archivo debe borrarse despus de archivarlo, la copia migrada del archivo
permanece en el almacenamiento del servidor. Cuando un cliente archiva una
copia que se ha migrado y especifica que el archivo debe borrarse, el servidor
suprime del almacenamiento del servidor el archivo migrado la prxima vez que
se ejecuta la reconciliacin.
La clase de gestin predeterminada de IBM Tivoli Storage Manager especifica que
debe haber una versin de copia de seguridad de un archivo para que ste pueda
migrarse.
Creacin de polticas propias
412
Tarea
Definir o copiar un dominio de polticas
Sistema
Actualizar un dominio de polticas sobre el

que se tiene autorizacin
Tarea
Definir, actualizar o copiar juegos de

polticas y clases de gestin de cualquier
dominio de polticas
Definir, actualizar o copiar los juegos de

polticas y las clases de gestin de los
dominios de polticas sobre los que se tiene
autorizacin
Definir o actualizar grupos de copia de

cualquier dominio de polticas
Definir o actualizar grupos de copia

pertenecientes a dominios de polticas sobre
los que se tiene autorizacin
Asignar una clase de gestin

predeterminada a un juego de polticas
inactivo de cualquier dominio de polticas
Asignar una clase de gestin

predeterminada a un juego de polticas
inactivo de los dominios de polticas sobre
los que se tiene autorizacin
Validar y activar juegos de polticas de

cualquier dominio de polticas
Validar y activar los juegos de polticas de

los dominios de polticas sobre los que se
tiene autorizacin
Iniciar el proceso de caducidad de inventario Sistema
Puede crear sus propias polticas de dos formas:

v Defina los componentes de una poltica y especifique cada uno de los atributos.
v Copie los componentes de poltica ya existentes y actualice nicamente los
atributos que desee modificar.
En la tabla siguiente puede verse que otra ventaja de copiar componentes de
polticas existentes es que algunos componentes asociados se copian en una sola
operacin.
Si copia...
Crear...
Dominio de polticas
Un nuevo dominio de polticas con:

v Una copia de cada juego de polticas del dominio original.
v Una copia de cada clase de gestin de cada juego de polticas
original.
v Una copia de cada grupo de copia de cada clase de gestin
original.
Juego de polticas
Un nuevo juego de polticas en el mismo dominio de polticas con:

v Una copia de cada clase de gestin del juego de polticas original.
v Una copia de cada grupo de copia de la clase de gestin original.
Clase de gestin
Una nueva clase de gestin en el mismo juego de polticas y una copia

de cada grupo de copia en la clase de gestin.
413
Ejemplo: Objetos de poltica de muestra

La Figura 51 muestra las polticas de un departamento de ingeniera. Este ejemplo
se utiliza en todo lo que queda de captulo.
El dominio contiene dos juegos de polticas, STANDARD y TEST. El administrador
ha activado el juego de polticas denominado STANDARD. Al activar un juego de
polticas, el servidor hace una copia del juego de polticas y lo denomina ACTIVE.
Solo puede estar activo un juego de polticas cada vez.
El juego de polticas ACTIVE contiene dos clases de gestin: MCENG y
STANDARD. La clase de gestin predeterminada es STANDARD.
Dominio de polticas ENGPOLDOM

Perodo de gracia de retencin de copias de seguridad = 90
Perodo de gracia de retencin de archivado = 730
Juego de polticas
TEST
Juego de polticas
STANDARD
Juego de polticas ACTIVE

Clase de gestin por omisin = STANDARD
Clase de gestin STANDARD
Grupo de copias de
seguridad STANDARD
Versiones de copia
de seguridad = 2
Grupo de copias
archivadas STANDARD
Retencin = 365 das
Clase de gestin MCENG

Grupo de copias de
seguridad STANDARD
Grupo de copias
archivadas STANDARD
Versiones de copia
de seguridad = 5
Retencin = 730 das
Figura 51. Ejemplo de objetos de poltica definidos para un departamento de ingeniera
En los apartados que figuran a continuacin se describen las tareas que hay que
llevar a cabo para crear nuevas polticas para la instalacin. Lleve a cabo las tareas
en el orden siguiente:
Tareas:
Definicin y actualizacin de un dominio de polticas en la pgina 415
Definicin y actualizacin de un juego de polticas en la pgina 416
Definicin y actualizacin de una clase de gestin en la pgina 416
Definicin y actualizacin de un grupo de copia de seguridad en la pgina 417
Definicin y actualizacin de un grupo de copia archivada en la pgina 424
Asignacin de una clase de gestin predeterminada en la pgina 427
Activacin de un juego de polticas en la pgina 429
Ejecucin del proceso de caducidad para suprimir archivos caducados en la pgina 430.
414
Definicin y actualizacin de un dominio de polticas

Al actualizar o definir un dominio de polticas, debe especificar lo siguiente:
Perodo de gracia de retencin de copia de seguridad
Especifica el nmero de das que se debe retener una versin de copia de
seguridad inactiva si el servidor no puede volver a vincular el archivo con
una clase de gestin adecuada. El perodo de gracia de retencin de copia
de seguridad impide que las versiones de copia de seguridad caduquen
inmediatamente si la clase de gestin con la que est vinculado un archivo
ya no existe o ya no contiene un grupo de copia de seguridad, y la clase
de gestin predeterminada no contiene un grupo de copia de seguridad.
Las versiones de copia de seguridad del archivo que gestiona el perodo de
gracia se retienen en el almacenamiento del servidor solo durante el
perodo de gracia de retencin de copia de seguridad. Este perodo
empieza el da de la copia de seguridad. Por ejemplo, si se utiliza el
perodo de gracia de retencin de copia de seguridad para el dominio de
polticas STANDARD y se ha establecido en 30 das, las versiones de copia
de seguridad que utilizan el perodo de gracia caducan a los 30 das a
partir del da de la copia de seguridad.
En el perodo de gracia se siguen gestionando las versiones de copia de
seguridad del archivo, excepto si se da una de las circunstancias siguientes:
v El cliente vincula el archivo con una clase de gestin que contiene un
grupo de copia de seguridad y despus hace una copia de seguridad del
archivo.
v Se agrega un grupo de copia de seguridad a la clase de gestin del
archivo.
v Se agrega un grupo de copia de seguridad a la clase de gestin
predeterminada.
Perodo de gracia de retencin de archivado
Especifica el nmero de das que debe retenerse una copia archivada si la
clase de gestin para el archivo ya no contiene un grupo de copia
archivada y la clase de gestin predeterminada no contiene un grupo de
copia archivada. El perodo de gracia de retencin impide que las copias
archivadas caduquen inmediatamente.
La copia archivada del archivo que gestiona el perodo de gracia se retiene
en el almacenamiento del servidor el nmero de das que especifica el
perodo de gracia de retencin de archivado. Este perodo empieza el da
en que se archiva la copia por primera vez. Por ejemplo, si se utiliza el
perodo de gracia de retencin de archivado para el dominio de polticas
STANDARD, una copia archivada caduca a los 365 das a partir del da en
que se archiva la copia por primera vez.
El perodo de gracia contina gestionando la copia archivada, excepto si se
agrega un grupo de copia archivada a la clase de gestin del archivo o a la
Ejemplo: Definir un dominio de polticas

Para crear un nuevo dominio de polticas, puede efectuar una de las acciones
siguientes:
v Copiar un dominio de polticas existente y actualizar el nuevo dominio.
v Definir un nuevo dominio de polticas desde el principio.
Nota: al copiar un dominio existente, tambin se copian los juegos de polticas, las
clases de gestin y los grupos de copia asociados.
415
Por ejemplo, para copiar y actualizar, siga este procedimiento:

1. Copie el dominio de polticas STANDARD en el dominio de polticas
ENGPOLDOM con el comando siguiente:
copy domain standard engpoldom
ENGPOLDOM ahora contiene el juego de polticas, la clase de gestin, el grupo

de copia de seguridad y el grupo de copia archivada estndar.
2. Actualice el dominio de polticas ENGPOLDOM de manera que el perodo de
gracia de retencin de copia de seguridad se ample a 90 das y el de archivado
a 2 aos con el comando siguiente:
update domain engpoldom description='Dominio de polticas de Ingeniera'
backretention=90 archretention=730
Definicin y actualizacin de un juego de polticas

Al definir o actualizar un juego de polticas, especifique lo siguiente:
Nombre de dominio de polticas
Denomina el dominio de polticas al que pertenece el juego de polticas
Las polticas del nuevo juego de polticas no entran en vigor a menos que
establezca el nuevo juego como juego de polticas ACTIVE. Consulte el apartado
Activacin de un juego de polticas en la pgina 429.
Ejemplo: Definir un juego de polticas

Un administrador necesita desarrollar nuevas polticas a partir del juego de
polticas STANDARD ya existente. Para crear un juego de polticas TEST en el
dominio de polticas ENGPOLDOM, el administrador debe llevar a cabo las
1. Copiar el juego de polticas STANDARD y denominar al nuevo juego de
polticas TEST:
copy policyset engpoldom standard test
Nota: al copiar un juego de polticas existente, tambin se copian las clases de

gestin y los grupos de copia asociados.
2. Actualizar la descripcin del juego de polticas denominado TEST:
update policyset engpoldom test
description='Juego de polticas para comprobacin'
Definicin y actualizacin de una clase de gestin

Al definir o actualizar una clase de gestin, especifique lo siguiente:
Nombre de dominio de polticas
Denomina el dominio de polticas al que pertenece la clase de gestin.
Nombre de juego de polticas
Denomina el juego de polticas al que est asignada la clase de gestin.
Descripcin
Describe la clase de gestin. Una descripcin clara puede ayudar a los
usuarios a elegir una clase de gestin adecuada para su utilizacin.
Los cuatro parmetros siguientes solo son vlidos para los clientes de Tivoli
Storage Manager para la gestin de espacio (clientes HSM):
416
Si la gestin de espacio est permitida

Especifica que los archivos pueden utilizarse para la migracin automtica
y la selectiva, solo para la migracin selectiva o no se hace ninguna
migracin.
Con qu frecuencia se pueden migrar los archivos
Especifica el nmero mnimo de das que deben transcurrir desde la ltima
vez que se ha accedido a un archivo para que ste pueda utilizarse para la
migracin automtica.
Si es obligatoria la copia de seguridad
Especifica si debe existir una versin de copia de seguridad de un archivo
para que ste se pueda migrar.
Dnde deben almacenarse los archivos migrados
Especifica el nombre de la agrupacin de almacenamiento donde se
almacenan los archivos. La eleccin puede depender de factores tales como
los siguientes:
v El nmero de nodos cliente que hacen una migracin a la agrupacin de
almacenamiento. Cuando hay un gran nmero de archivos de usuario
que se almacenan en la misma agrupacin de almacenamiento, puede
producirse la contencin de volmenes cuando los usuarios intentan
migrar archivos a la agrupacin de almacenamiento o recuperarlos de
sta.
v Con qu rapidez deben recuperarse los archivos. Si los usuarios
necesitan acceso inmediato a las versiones migradas, puede especificar
una agrupacin de almacenamiento de disco como destino.
Nota: no se puede especificar una agrupacin de almacenamiento de copia
como destino.
Ejemplo: Definir una nueva clase de gestin

Cree una nueva clase de gestin siguiendo los pasos siguientes:
1. Defina una nueva clase de gestin MCENG entrando:
define mgmtclass engpoldom standard mceng
2. Actualice la descripcin de la clase de gestin denominada MCENG con el

comando siguiente:
update mgmtclass engpoldom standard mceng
description='Clase de gestin de ingeniera para copia de seguridad y archivado'
Definicin y actualizacin de un grupo de copia de seguridad

Tareas:
Dnde deben almacenarse las copias de seguridad
Cmo manejar archivos modificados durante una copia de seguridad en la pgina 418
Con qu frecuencia se puede hacer una copia de seguridad de los archivos en la pgina
419
Cuntas versiones de copia de seguridad deben retenerse y durante cunto tiempo en la
pgina 420
Dnde deben almacenarse las copias de seguridad

Especifique una agrupacin de almacenamiento en la que el servidor almacene
inicialmente los archivos asociados a este grupo de copia de seguridad. Esto se
llama destino. La eleccin puede depender de factores tales como los siguientes:
417
v Si el servidor y los nodos cliente tienen acceso a dispositivos compartidos en

una red de rea de almacenamiento (SAN).
v El nmero de nodos cliente que hacen copia de seguridad en la agrupacin de
almacenamiento. Cuando hay un gran nmero de archivos de usuario que se
almacenan en la misma agrupacin de almacenamiento, puede producirse la
contencin de volmenes cuando los usuarios intentan hacer una copia de
seguridad de los archivos a la agrupacin de almacenamiento o recuperarlos de
sta.
v Con qu rapidez deben restaurarse los archivos. Si los usuarios necesitan acceso
inmediato a las versiones de copia de seguridad, tal vez desee especificar una
agrupacin de almacenamiento de disco como destino.
Nota: no se puede especificar una agrupacin de almacenamiento de copia.
Cmo manejar archivos modificados durante una copia de

seguridad
Puede utilizar el atributo SERIALIZATION en el comando DEFINE COPYGROUP
para especificar cmo deben manejarse los archivos si se modifican durante una
operacin de copia de seguridad. Este atributo puede tener uno de los cuatro
valores siguientes: STATIC (esttico), SHRSTATIC (esttico compartido), DYNAMIC
(dinmico) o SHRDYNAMIC (dinmico compartido). El valor que seleccione
depende de cmo desea que IBM Tivoli Storage Manager maneje los archivos que
se modifican mientras se realiza una copia de seguridad de los mismos.
No realizar una copia de seguridad de los archivos que se modifiquen durante la
copia de seguridad
Se recomienda impedir que el servidor realice una copia de seguridad de
un archivo mientras ste se est modificando. Utilice uno de los valores
siguientes:
STATIC (esttico)
Especifica que IBM Tivoli Storage Manager intentar realizar una
copia de seguridad del archivo solo una vez. Si el archivo o
directorio se modifica durante una copia de seguridad, el servidor
no efectuar la copia de seguridad del mismo.
SHRSTATIC (esttico compartido)
Especifica que si el archivo o directorio se modifica durante una
copia de seguridad, el servidor volver a intentar la operacin de
copia de seguridad tantas veces como especifica la opcin
CHANGINGRETRIES del archivo de opciones del cliente. Si el
archivo o directorio se modifica durante el ltimo intento, el
servidor no realizar la copia de seguridad del mismo.
Realizar copia de seguridad de los archivos que se modifican durante la copia de
seguridad
Algunos archivos siempre estn en uso, como por ejemplo el archivo de
anotaciones de errores. Por consiguiente, el servidor nunca puede realizar
una copia de seguridad de estos archivos si la serializacin est establecida
en STATIC o SHRSTATIC. Para que pueda realizarse una copia de
seguridad de los archivos que se modifican durante la operacin de copia
de seguridad, utilice uno de los valores siguientes:
DYNAMIC (dinmico)
Especifica que se hace una copia de seguridad de un archivo o
directorio en el primer intento, aunque el archivo o directorio se
modifique durante la operacin de copia de seguridad.
418
SHRDYNAMIC (dinmico compartido)

Especifica que si el archivo o directorio se modifica durante una
copia de seguridad, el servidor volver a intentar la operacin de
copia de seguridad tantas veces como especifica la opcin
CHANGINGRETRIES del archivo de opciones del cliente. El
servidor realiza la copia de seguridad del archivo o directorio
durante el ltimo intento aunque se est modificando.
Atencin:
v Si se modifica un archivo durante una copia de seguridad y est
especificado el valor DYNAMIC o SHRDYNAMIC, es posible que la
copia de seguridad no contenga todas las modificaciones y que no se
pueda utilizar. Por ejemplo, la versin de copia de seguridad puede
contener un registro truncado. En algunos casos, puede capturarse una
copia de seguridad dinmica o difusa de un archivo (el archivo se ha
modificado durante la copia de seguridad). Por ejemplo, se aceptara
una copia de seguridad dinmica de un archivo de anotaciones de
errores que cambia continuamente. Sin embargo, una copia de seguridad
dinmica de un archivo de base de datos no sera aceptable, puesto que
al restaurar una copia de seguridad de este tipo podra provocar que la
base de datos no se pudiera utilizar. Considere detenidamente cundo
debe realizar copias de seguridad dinmicas de archivos, as como los
posibles problemas que se podran ocasionar al restaurar las copias de
seguridad difusas.
v Cuando determinados usuarios o procesos abren archivos, es posible que
se deniegue todo acceso, incluido el acceso de lectura, a los archivos
para todos los dems usuarios o procesos. Si esto sucede, incluso con la
serializacin establecida en DYNAMIC o SHRDYNAMIC, IBM Tivoli
Storage Manager no podr abrir el archivo de ningn modo y, por
consiguiente, el servidor no podr realizar la copia de seguridad del
archivo.
Con qu frecuencia se puede hacer una copia de seguridad de

los archivos
Puede especificar con qu frecuencia se puede hacer una copia de seguridad de los
archivos mediante dos parmetros:
Frecuencia
La frecuencia es el nmero mnimo de das que debe transcurrir entre
copias de seguridad incrementales completas.
Nota: en Windows NT y Windows 2000, este atributo se omite durante
una copia de seguridad de diario.
Modalidad
Este parmetro especifica si un archivo o directorio debe modificarse para
que se tenga en cuenta para el proceso de copia de seguridad incremental
completa. IBM Tivoli Storage Manager no comprueba este atributo cuando
un usuario solicita una copia de seguridad incremental parcial, una copia
de seguridad selectiva de un archivo o una copia de seguridad de un
volumen lgico. Puede elegir entre dos modalidades:
Modificado
Un archivo solo se considera para la copia de seguridad
incremental completa si se ha modificado desde la ltima copia de
seguridad. Se considera que un archivo ha cambiado si ha variado
alguno de los elementos siguientes:
419
v
v
v
v
Fecha de la ltima modificacin del archivo.

Tamao del archivo.
Propietario del archivo.
Permisos de archivo.
Absoluta
Un archivo se considera para la copia de seguridad incremental
completa independientemente de si se ha modificado desde la
ltima copia de seguridad.
El servidor tiene en cuenta ambos parmetros para determinar la frecuencia con
que se puede hacer una copia de seguridad de los archivos. Por ejemplo, si la
frecuencia es 3 y la modalidad es Modificado, solo se hace una copia de seguridad
del archivo o directorio si se ha modificado y han transcurrido tres das desde la
ltima copia de seguridad. Si la frecuencia es 3 y la modalidad es Absoluto, se
hace una copia de seguridad del archivo o del directorio al transcurrir tres das
tanto si se ha modificado el archivo como si no se ha cambiado.
Utilice la modalidad Modificado si desea asegurarse de que el servidor retenga
varias versiones de copia de seguridad distintas. Si la modalidad se establece en
Absoluto, los usuarios pueden encontrarse con tres versiones de copia de
seguridad idnticas en lugar de tres versiones de copia de seguridad distintas.
La modalidad absoluta puede ser til para forzar una copia de seguridad
completa. Tambin puede ser til para asegurar que se realizan copias de
seguridad de los archivos de atributo ampliado, puesto que Tivoli Storage Manager
no detecta cambios si el tamao del archivo de atributo ampliado es el mismo.
Si establece la modalidad en Absoluto, establezca la frecuencia en 0 si desea
asegurarse de que se hace una copia de seguridad de un archivo cada vez que
estn planificadas las copias de seguridad incrementales completas para un cliente
o ste las inicia.
Cuntas versiones de copia de seguridad deben retenerse y

durante cunto tiempo
Es til tener varias versiones de los archivos cuando los usuarios actualizan
continuamente los archivos y en ocasiones necesitan restaurar el archivo original
desde el que empezaron. La versin de copia de seguridad ms actual de un
archivo se denomina la versin activa. Todas las dems versiones se denominan
versiones inactivas. Puede especificar el nmero de versiones que se conservarn
mediante los mtodos siguientes:
v Especificando directamente el nmero de versiones.
El nmero de versiones de copia de seguridad se especifica mediante dos
parmetros:
Versiones si datos existen (nmero de versiones que se conservarn cuando
los datos sigan existiendo en el nodo cliente).
Versiones si datos suprimidos (nmero de versiones que se conservarn
cuando los datos ya no existan en el nodo cliente).
v Especificando el nmero de das que se conservar cada una de las versiones de
copia de seguridad.
El nmero de das que se conservarn las versiones de copia de seguridad se
especifica mediante dos parmetros:
Retener versiones adicionales (cuntos das se mantendrn versiones de copia
de seguridad inactivas; los das se cuentan a partir del da en que la versin
ha quedado inactiva).
420
Retener versin nica (cuntos das se mantendr la ltima versin de copia

de seguridad de un archivo que se ha suprimido).
v Especificando una combinacin del nmero de versiones y el nmero de das
que se conservarn.
Utilice una combinacin de los cuatro parmetros: Versiones si datos existen,
Versiones si datos suprimidos y Retener versiones adicionales y Retener versin
nica.
Estos parmetros interactan para determinar las versiones de copia de seguridad
que retiene el servidor. Cuando el nmero de versiones de copia de seguridad
inactivas excede el nmero de versiones permitidas (Versiones si datos existen y
Versiones si datos suprimidos), la versin ms antigua caduca y el servidor
suprime el archivo de la base de datos la prxima vez que se ejecuta el proceso de
caducidad. El nmero de versiones inactivas que el servidor conserva tambin est
relacionado con el parmetro que especifica cunto tiempo se conservan las
versiones inactivas (Retener versiones adicionales). Las versiones inactivas caducan
cuando el nmero de das que han permanecido inactivas excede el valor
especificado para retener versiones adicionales, aunque no se supere el nmero de
versiones.
Nota: un archivo base no puede caducar hasta que caducan todos los subarchivos
dependientes. Para obtener ms informacin al respecto, consulte el
apartado Activacin de clientes para que utilicen la copia de seguridad de
subarchivos en la pgina 456.
Por ejemplo, consulte la Tabla 30 y la Figura 52 en la pgina 422. Un nodo cliente
ha hecho una copia de seguridad del archivo REPORT.TXT cuatro veces en un
mes, desde el 23 de marzo hasta el 23 de abril. Los valores del grupo de copia de
seguridad de la clase de gestin a la que est vinculado el archivo REPORT.TXT
determinan cmo maneja el servidor estas versiones de copia de seguridad. La
Tabla 31 en la pgina 422 muestra varios ejemplos de la incidencia de valores de
grupo de copia distintos en las versiones. Los ejemplos ilustran los efectos a 24 de
abril (un da despus de hacerse la ltima copia de seguridad del archivo).
Tabla 30. Estado del informe REPORT.TXT a 24 de abril
Versin
Fecha de creacin
Das que la versin ha

permanecido inactiva
Activa
23 de abril
(no se aplica)
Inactiva 1
13 de abril
1 (desde el 23 de abril)
Inactiva 2
31 de marzo
11 (desde el 13 de abril)
Inactiva 3
23 de marzo
24 (desde el 31 de marzo)
421
Almacenamiento de servidor
Dominio de polticas
REPORT.TXT
Juego de polticas - Activo
Martes 23 de marzo
Mircoles 31 de marzo
Clase de gestin
por omisin
Jueves 13 de abril
Viernes 23 de abril
Grupo de
copias de
seguridad
Versin
activa
Versiones
inactivas
Figura 52. Versiones activas e inactivas de REPORT.TXT

Tabla 31. Efectos de la poltica del grupo de copia de seguridad en las versiones de copia de seguridad de
REPORT.TXT a 24 de abril. Un da despus de hacerse la ltima copia de seguridad del archivo.
Versiones si Versiones si Retener
datos
datos
versiones
existen
suprimidos adicionales
Retener
versin
nica
Resultado
3 versiones
180 das
Los parmetros Versiones si datos existen y Retener versiones adicionales

controlan la caducidad de las versiones. La versin creada el 23 de marzo
se retiene hasta que el nodo cliente vuelve a hacer una copia de seguridad
del archivo (con lo que crea una cuarta versin inactiva) o hasta que esta
versin permanece inactiva durante 60 das.
2 versiones
60 das
Si el usuario suprime el archivo REPORT.TXT del nodo cliente, el servidor

anota la supresin en la siguiente copia de seguridad incremental completa
del nodo cliente. A partir de este punto, los parmetros Versiones si datos
suprimidos y Retener versin nica tambin tienen incidencia. Ahora todas
las versiones estn inactivas. Dos de las cuatro versiones caducan de
inmediato (las versiones del 23 de marzo y el 31 de marzo caducan). La
versin del 13 de abril caduca cuando permanece inactiva durante 60 das
(el 23 de junio). El servidor conserva la ltima versin inactiva restante, la
versin del 23 de abril, durante 180 das despus de quedar inactiva.
NOLIMIT
2 versiones
60 das
180 das
El parmetro Retener versiones adicionales controla la caducidad de las

versiones. Las versiones inactivas (no la ltima versin restante) caducan
cuando permanecen inactivas durante 60 das.
del nodo cliente. A partir de este punto, los parmetros Versiones si datos
suprimidos y Retener versin nica tambin tienen incidencia. Ahora todas
las versiones estn inactivas. Dos de las cuatro versiones caducan de
inmediato (las versiones del 23 de marzo y el 31 de marzo caducan)
porque solo se permiten dos versiones. La versin del 13 de abril caduca
cuando permanece inactiva durante 60 das (el 22 de junio). El servidor
conserva la ltima versin inactiva restante, la versin del 23 de abril,
durante 180 das despus de quedar inactiva.
422
Tabla 31. Efectos de la poltica del grupo de copia de seguridad en las versiones de copia de seguridad de
REPORT.TXT a 24 de abril (continuacin). Un da despus de hacerse la ltima copia de seguridad del archivo.
Versiones si Versiones si Retener
datos
datos
versiones
existen
suprimidos adicionales
Retener
versin
nica
Resultado
NOLIMIT
180 das
El parmetro Retener versiones adicionales controla la caducidad de las

versiones. El servidor no hace caducar las versiones inactivas en funcin
del nmero mximo de copias de seguridad. Las versiones inactivas (no la
ltima versin restante) caducan cuando permanecen inactivas durante 60
das.
NOLIMIT
60 das

del nodo cliente. A partir de este punto, el parmetro Retener versin nica
tambin entra en vigor. Ahora todas las versiones estn inactivas. Tres de
las cuatro versiones caducarn despus de estar inactivas durante 60 das.
El servidor conserva la ltima versin inactiva restante, la versin del 23
de abril, durante 180 das despus de quedar inactiva.
3 versiones
2 versiones
NOLIMIT
NOLIMIT
El parmetro Versiones si datos existen controla la caducidad de las

versiones hasta que un usuario suprime el archivo del nodo cliente. El
servidor no caduca las versiones inactivas en funcin de la antigedad.
del nodo cliente. A partir de este punto, el parmetro Versiones si datos
suprimidos controla la caducidad. Ahora todas las versiones estn
inactivas. Dos de las cuatro versiones caducan de inmediato (las versiones
del 23 de marzo y el 31 de marzo caducan) porque solo se permiten dos
versiones. El servidor conserva las dos versiones inactivas restantes de
forma indefinida.
Consulte la publicacin Administrators Reference para obtener ms informacin

sobre los parmetros. En la lista siguiente se proporcionan consejos sobre la
utilizacin del valor NOLIMIT:
Versiones si datos existen
El hecho de establecer el valor en NOLIMIT puede suponer un incremento
del almacenamiento, si bien este valor puede ser necesario en algunas
situaciones. Por ejemplo, para permitir que los nodos cliente restauren
archivos a un instante especfico, establezca el valor de Versiones si datos
existen en NOLIMIT. Con ello se asegura de que se retienen las versiones
segn el parmetro Retener versiones adicionales del grupo de copia.
Consulte los apartados Cmo establecer la poltica para activar la
restauracin en un instante especfico para los clientes en la pgina 441 y
Versiones si datos suprimidos
El hecho de establecer el valor en NOLIMIT puede suponer un incremento
del almacenamiento, si bien este valor puede ser necesario en algunas
situaciones. Por ejemplo, para permitir que los nodos cliente restauren
archivos a un instante especfico, establezca el valor de Versiones si datos
suprimidos en NOLIMIT. Con ello se asegura de que se retienen las
versiones segn el parmetro Retener versiones adicionales del grupo de
copia. Consulte los apartados Cmo establecer la poltica para activar la
restauracin en un instante especfico para los clientes en la pgina 441 y
Retener versiones adicionales
423
Si se especifica NOLIMIT, las versiones de copia de seguridad inactivas se

suprimen en funcin de los parmetros Datos de versiones existentes o
Datos de versiones suprimidas.
Para permitir que los nodos cliente restauren archivos a un instante
especfico, establezca el valor de Versiones si datos existen o Versiones si
datos suprimidos en NOLIMIT. Establezca el valor de Retener versiones
adicionales en el nmero de das que prev que los clientes necesitarn
versiones de archivos disponibles para una posible restauracin a un
instante especfico. Por ejemplo, para permitir que los clientes restauren
archivos a partir de un instante cuya anterioridad sea de 60 das,
establezca Retener versiones adicionales en 60. Consulte el apartado
Cmo establecer la poltica para activar la restauracin en un instante
especfico para los clientes en la pgina 441 si desea ms informacin.
Retener versin nica
Si se especifica NOLIMIT, la ltima versin se retiene para siempre,
excepto si un usuario o un administrador suprime el archivo del
Ejemplo: Definir un grupo de copia de seguridad

Defina un grupo de copia de seguridad perteneciente a la clase de gestin MCENG
del juego de polticas STANDARD perteneciente al dominio de polticas
ENGPOLDOM. Este nuevo grupo de copia debe hacer lo siguiente:
v Permitir a los usuarios realizar copias de seguridad de archivos modificados,
independientemente del tiempo transcurrido desde la ltima copia de seguridad,
utilizando el valor predeterminado 0 para el parmetro de frecuencia (parmetro
frequency no especificado).
v Retener hasta cuatro versiones de copia de seguridad inactivas cuando el archivo
original resida en la estacin de trabajo del usuario, mediante el parmetro
Versiones si datos existen (verexists=5)
v Retener hasta cuatro versiones de copia de seguridad inactivas cuando el archivo
original se suprime de la estacin de trabajo del usuario, mediante el parmetro
Versiones si datos suprimidos (verdeleted=4)
v Retener versiones de copia de seguridad inactivas durante un mximo de 90
das, mediante el parmetro Retener versin adicional (retextra=90)
v Si solo hay una versin de copia de seguridad, retenerla durante 600 das
despus de suprimir el archivo original de la estacin de trabajo, mediante el
parmetro Retener nica versin (retonly=600)
v Impedir que se haga una copia de seguridad de los archivos si se estn
utilizando, mediante el parmetro Serializacin (serialization=static)
v Almacenar archivos en la agrupacin de almacenamiento ENGBACK1 mediante
el parmetro Destino (destination=engback1)
Para definir el grupo de copia de seguridad, entre:
define copygroup engpoldom standard mceng standard
destination=engback1 serialization=static
verexists=5 verdeleted=4 retextra=90 retonly=600
Definicin y actualizacin de un grupo de copia archivada

Para definir o actualizar un grupo de copia archivada en la interfaz Web o en la
lnea de comandos, especifique lo siguiente:
424
Dnde deben almacenarse las copias archivadas

Especifique como destino final una agrupacin de almacenamiento
definida. La eleccin puede depender de factores tales como los siguientes:
v Si el servidor y los nodos cliente tienen acceso a dispositivos
compartidos en una red de rea de almacenamiento (SAN).
v El nmero de nodos cliente que archivan copias en la agrupacin de
almacenamiento. Cuando hay un gran nmero de archivos de usuario
que se almacenan en la misma agrupacin de almacenamiento, puede
producirse contencin de volmenes cuando los usuarios intenten
archivar copias en la agrupacin de almacenamiento o recuperarlas de
sta.
v Con qu rapidez deben restaurarse los archivos. Si los usuarios necesitan
acceso inmediato a las copias archivadas, puede especificar una
agrupacin de almacenamiento de disco como destino.
v Si el grupo de copia archivada es para la clase de gestin
predeterminada de un dominio de polticas. La clase de gestin
predeterminada la utilizan los clientes inscritos en el dominio de
polticas cuando no especifican una clase de gestin para un archivo.
Esto incluye los servidores que estn inscritos como clientes de este
servidor. Consulte el apartado Utilizacin de volmenes virtuales para
almacenar datos en otro servidor en la pgina 656 para obtener
informacin sobre la inscripcin de servidores como clientes de otro
servidor.
Nota: no se puede especificar una agrupacin de almacenamiento de copia
como destino.
Si se pueden modificar los archivos durante la operacin de archivado
Especifique cmo se manejarn los archivos si se modifican mientras se
archivan. Este atributo, denominado serializacin, puede tener uno de los
cuatro valores siguientes:
Esttico
Especifica que si el archivo se modifica durante un proceso de
archivado, el servidor no lo archiva. IBM Tivoli Storage Manager
no vuelve a intentar la operacin de archivado.
Esttico compartido
Especifica que si el archivo se modifica durante un proceso de
archivado, el servidor no lo archiva. Sin embargo, IBM Tivoli
Storage Manager vuelve a intentar la operacin de archivado tantas
veces como especifica la opcin CHANGINGRETRIES del archivo
de opciones del cliente.
Dinmico
Especifica que se archiva una copia en el primer intento, aunque se
est modificando el archivo durante el proceso de archivado.
Dinmico compartido
Especifica que si el archivo se modifica durante el intento de
archivado, el servidor lo archiva en el ltimo intento aunque se
est modificando el archivo. IBM Tivoli Storage Manager vuelve a
intentar la operacin de archivado tantas veces como especifica la
opcin CHANGINGRETRIES del archivo de opciones del cliente.
425
Para la mayora de los archivos, establezca la serializacin en esttica o en

esttica compartida para impedir que el servidor archive una copia
mientras se est modificando el archivo.
Sin embargo, puede ser conveniente definir un grupo de copia con una
serializacin dinmica compartida o dinmica para los archivos donde se
agregan continuamente registros de anotaciones, como por ejemplo las
anotaciones de error. Si solo tiene grupos de copia que utilizan el valor
esttico o esttico compartido, puede ser que no se archive nunca una
copia ya que se estn utilizando constantemente los archivos. Con el valor
dinmico compartido o dinmico, se archivan las copias de anotaciones.
Sin embargo, la copia archivada puede contener mensajes truncados.
Atencin: si se archiva una copia mientras el archivo se est utilizando
(serializacin dinmica compartida o dinmica), puede ser que la copia no
contenga todos los cambios y que no se pueda utilizar.
Nota: cuando determinados usuarios o procesos abren archivos, se deniega
el acceso de lectura a los archivos para todos los dems usuarios o
procesos. Si esto sucede, incluso con la serializacin establecida en
dinmica o dinmica compartida, el servidor no realiza la copia de
seguridad del archivo.
Tiempo que se retiene la copia archivada
Especifica el nmero de das que se retiene una copia archivada en el
almacenamiento. Al transcurrir ese tiempo, la copia archivada caduca y el
servidor suprime el archivo la prxima vez que se ejecuta el proceso de
caducidad.
Cuando un usuario archiva directorios, el servidor utiliza la clase de
gestin predeterminada, a menos que el usuario especifique lo contrario. Si
la clase de gestin predeterminada no tiene ningn grupo de copia
archivada, el servidor vincula el directorio a la clase de gestin que en este
momento tiene el menor tiempo de retencin de archivado. Cuando
modifique el tiempo de retencin de un grupo de copia archivada, es
posible que tambin cambie el tiempo de retencin de los directorios que
se han archivado utilizando ese grupo de copia.
El usuario puede cambiar las caractersticas de archivado mediante las
opciones de archivado en la interfaz o mediante la opcin ARCHMC en la
lnea de comandos.
|
|
|
|
|
Cundo iniciar el tiempo de retencin

Especifica cundo se iniciar el tiempo de retencin especificado en el
parmetro RETVER. Con el parmetro RETINIT en el grupo de copia
archivada asignado, puede iniciar el tiempo de retencin especificando el
almacenamiento de un objeto u otro evento.
|
|
|
Slo puede haber un evento que inicie la retencin para cada objeto. Por
ejemplo, una accin comercial como el cierre de una cuenta bancaria se
considera un evento.
|
|
|
|
|
El servidor pasa por alto la notificacin para un objeto cuya retencin ya se

ha iniciado en el momento de creacin del objeto o mediante una
notificacin de evento anterior. Para notificar al servidor sobre un evento
que inicia la retencin de un objeto, el cliente debe ser el propietario del
objeto.
426
|
|
|
|
|
|
|
|
Mnimo de das de retencin de un objeto

El parmetro RETMIN en grupos de copias archivadas especifica el
nmero mnimo de das que se retendr un objeto despus de archivarlo.
Para objetos gestionados mediante una poltica de retencin basada en
eventos, este parmetro garantiza que los objetos se retienen durante un
perodo de tiempo mnimo, independientemente de cundo el evento
desencadenar la retencin. El valor de este parmetro no aparece si ha
especificado CREATION en RETINIT.
|
|
|
|
|
|
|
Despus de haber definido un grupo de copia archivada mediante los

parmetros RETINIT=EVENT y RETMIN=n, asegrese de que los datos
archivados apropiados se vinculen a la clase de gestin con este grupo de
copia archivada. Puede llevar esto a cabo utilizando la clase de gestin
predeterminada o modificando el archivo de opciones del cliente de modo
que especifique la clase de gestin para los datos archivados
correspondientes.
|
|
|
|
|
|
|
|
|
|
Es posible colocar una retencin de supresin en un objeto que se

almacen con RETINIT=EVENT para el que no se ha producido un evento.
Si el evento se produce mientras la retencin de supresin est en vigor, se
iniciar el perodo de retencin, pero el objeto no se suprimir. Colocar
una retencin de supresin en un objeto no ampla el perodo de retencin.
Por ejemplo, si a un objeto le faltan 30 das para que finalice su perodo de
retencin y se aplica una retencin de 90 das, podr elegirse para
caducidad inmediatamente despus de que desaparezca la retencin.
Consulte el apartado Retencin de supresin en la pgina 433 para
obtener ms informacin sobre retenciones de supresin.
Ejemplo: Definir un grupo de copia archivada

Defina un grupo de copia archivada perteneciente a la clase MCENG que cumpla
las condiciones siguientes:
v Permite a los usuarios archivar un archivo si ste no se est utilizando
(serialization=static)
v Retiene la copia archivada durante 730 das (retver=730)
v Almacena archivos en la agrupacin de almacenamiento ENGARCH1
(destination=engarch1)
Para definir un grupo de copia archivada para la clase de gestin MCENG del
juego de polticas STANDARD perteneciente al dominio de polticas
ENGPOLDOM, entre:
define copygroup engpoldom standard mceng standard
type=archive destination=engarch1 serialization=static
retver=730
Asignacin de una clase de gestin predeterminada

Una vez que haya definido un juego de polticas y las clases de gestin que
contiene, debe asignar una clase de gestin predeterminada para el juego de
polticas. Consulte el apartado Clases de gestin predeterminadas en la pgina
402 para ver las sugerencias respecto al contenido de las clases de gestin
predeterminadas.
Ejemplo: Asignar una clase de gestin predeterminada

Para asignar la clase de gestin STANDARD como clase de gestin predeterminada
del juego de polticas TEST en el dominio de polticas ENGPOLDOM, entre:
assign defmgmtclass engpoldom standard standard
427
La clase de gestin STANDARD se ha copiado del juego de polticas STANDARD

en el juego de polticas TEST (consulte el apartado Ejemplo: Definir un juego de
polticas en la pgina 416). Para que la nueva clase de gestin predeterminada
entre en vigor, debe activar el juego de polticas.
Validacin y activacin de un juego de polticas

Despus de haber definido un juego de polticas y haber definido las clases de
gestin para el mismo, puede validar el juego de polticas y activar el juego de
polticas para el dominio de polticas. En un dominio de polticas solo hay un
juego de polticas activo.
Validacin de un juego de polticas

Al validar un juego de polticas, el servidor examina las definiciones de clase de
gestin y grupo de copia del juego de polticas e informa de las condiciones que
deben considerarse si se activa el juego de polticas.
La validacin no se puede ejecutar si el juego de polticas no contiene una clase de
gestin predeterminada. La validacin tiene como resultado mensajes de aviso si se
cumple alguna de las condiciones siguientes.
Condicin
Razn del aviso
Los destinos de almacenamiento

especificados para copia de seguridad, copia
archivada o migracin no hacen referencia a
las agrupaciones de almacenamiento
definidas.
Una operacin de copia de seguridad,

archivado o migracin no se podr ejecutar si
la operacin implica almacenar un archivo en
una agrupacin de almacenamiento
inexistente.
Un destino de almacenamiento especificado

para copia de seguridad, archivado o
migracin es una agrupacin de
El destino de almacenamiento debe

encontrarse en una agrupacin primaria.
La clase de gestin predeterminada no

contiene un grupo de copia de seguridad o
de copia archivada.
Si la clase de gestin predeterminada no

contiene un grupo de copia de seguridad o
de copia archivada, no se har una copia de
seguridad ni una copia archivada de los
archivos de usuario vinculados a la clase de
El juego de polticas ACTIVE actual

denomina a una clase de gestin que no est
definida en el juego de polticas que se
valida.
Cuando los usuarios hacen copia de

seguridad de archivos que estn vinculados
con una clase de gestin que ya no existe en
el juego de polticas activo, las versiones de
copia de seguridad se vuelven a vincular con
la clase de gestin predeterminada. Consulte
el apartado Cmo se asocian los archivos y
directorios a una clase de gestin en la
Cuando la clase de gestin con la que est
vinculada una copia archivada ya no existe y
la clase de gestin predeterminada no
contiene un grupo de copia archivada, se
utiliza el perodo de gracia de retencin de
archivado para retener la copia archivada.
Consulte el apartado Definicin y
actualizacin de un dominio de polticas en
428
Condicin
Razn del aviso
El juego de polticas ACTIVE actual contiene

grupos de copia que no estn definidos en el
juego de polticas que se valida.
Cuando los usuarios hacen copia de

seguridad y el grupo de copia de seguridad
ya no existe en la clase de gestin con la que
est vinculado un archivo, la clase de gestin
predeterminada gestiona las versiones de
copia de seguridad. Si la clase de gestin
predeterminada no contiene un grupo de
copia de seguridad, el perodo de gracia de
retencin de copia de seguridad gestiona las
versiones de copia de seguridad y no se hace
una copia de seguridad del archivo de
estacin de trabajo. Consulte el apartado
Definicin y actualizacin de un dominio de
polticas en la pgina 415
Una clase de gestin especifica que debe

existir una versin de copia de seguridad
para poder migrar un archivo de un nodo
cliente, pero la clase de gestin no contiene
un grupo de copia de seguridad.
Las contradicciones entre clases de gestin

pueden causar problemas a los usuarios de
HSM.
Activacin de un juego de polticas

Para activar un juego de polticas, especifique un nombre de dominio de polticas y
de juego de polticas. Al activar un juego de polticas, el servidor lleva a cabo las
v Ejecuta una validacin final del contenido del juego de polticas.
v Copia el juego de polticas original en el juego de polticas ACTIVE.
No se puede actualizar el juego de polticas ACTIVE; los juegos original y ACTIVE
son dos objetos independientes. Por ejemplo, actualizar el juego de polticas
original no tiene ningn efecto sobre el juego de polticas ACTIVE. Para modificar
el contenido del juego de polticas ACTIVE, debe crear o modificar otro juego de
polticas y activar dicho juego de polticas. Consulte el apartado Modificacin de
una poltica en la pgina 393 para obtener ms informacin al respecto.
|
|
|
|
|
|
|
|
|
Si la proteccin de retencin de datos est activada, se aplican las reglas siguientes

durante la validacin y la activacin del conjunto de polticas. El servidor puede
ser gestionado y recibir definiciones de polticas a travs de la configuracin
empresarial, pero no ser posible activar juegos de polticas propagados si no se
cumplen estas reglas.
v Todas las clases de gestin del juego de polticas que deben validarse y activarse
deben contener un grupo de copia archivada.
v Si existe una clase de gestin en el juego de polticas activo, debe existir una
clase de gestin con el mismo nombre en el juego de polticas para poder
validarla y activarla.
v Si existe un grupo de copia en el juego de polticas activo, el grupo de copia
correspondiente en el juego de polticas que debe validarse y activarse debe
tener valores RETVER y RETMIN como mnimo tan grandes como los valores
correspondientes del grupo de copia activo.
|
|
Consulte el apartado Proteccin de retencin de datos en la pgina 432 para

obtener ms informacin sobre la proteccin de retencin.
|
|
|
|
|
429
Ejemplo: Validar y activar un juego de polticas

La validacin y la activacin del juego de polticas STANDARD en el dominio de
polticas ENGPOLDOM es un proceso que consta de dos pasos:
1. Para validar el juego de polticas STANDARD, entre:
validate policyset engpoldom standard
Examine los mensajes que se generen y corrija los problemas.

2. Para activar el juego de polticas STANDARD, entre:
activate policyset engpoldom standard
Asignacin de nodos cliente en un dominio de polticas

Puede utilizar la consola de Tivoli Storage Manager o la lnea de comandos del
servidor para asignar nodos cliente a un dominio de polticas. Para utilizar la
consola de Tivoli Storage Manager, lleve a cabo lo siguiente:
1. Pulse dos veces en el icono del escritorio de la consola de Tivoli Storage
Manager.
Iniciar. Aparece el asistente para la configuracin de nodos cliente.
4. Avance en el asistente hasta que aparezca el panel Definir polticas y nodos
cliente de Tivoli Storage Manager.
5. Asigne nodos cliente a un dominio de polticas de una de las maneras
siguientes:
v Seleccione un nodo cliente y pulse en Editar. Aparecer el dilogo
Propiedades. Seleccione un dominio de polticas de la lista desplegable. Para
crear un dominio de polticas, pulse en Nuevo.
v Para crear nuevos nodos cliente, pulse en el botn Agregar nodo. Aparecer
el dilogo Propiedades. Introduzca la informacin de nodo necesaria y
seleccione un dominio de polticas de la lista desplegable.
6. Finalice el asistente.
En la lnea de comandos o en la interfaz Web de administracin, puede asignar
nodos cliente existentes a un nuevo dominio de polticas, o bien puede crear
nuevos nodos cliente para asociarlos con un dominio de polticas existente.
Por ejemplo, para asignar el nodo cliente APPCLIENT1 al dominio de polticas
ENGPOLDOM, entre el comando siguiente:
update node appclient1 domain=engpoldom
Para crear un nuevo nodo cliente, NEWUSER, y asignarlo al dominio de polticas

ENGPOLDOM, entre el comando siguiente:
register node newuser newuser domain=engpoldom
Ejecucin del proceso de caducidad para suprimir archivos caducados

El proceso de caducidad suprime los archivos de cliente del almacenamiento del
servidor. El proceso de caducidad tambin elimina de la base de datos las sesiones
de restauracin reiniciables que superan el lmite de tiempo para guardar tales
sesiones.
430
El proceso de caducidad se puede ejecutar automticamente o mediante un

comando. Asegrese de que el proceso de caducidad se ejecuta peridicamente
para que el servidor pueda volver a utilizar el espacio de agrupaciones de
almacenamiento que ocupan los archivos de cliente caducados.
|
|
|
|
Notas:
1. un archivo base no puede caducar hasta que caducan todos los subarchivos
dependientes. Si desea obtener ms informacin al respecto, consulte el
apartado Proceso de caducidad de los archivos base y subarchivos en la
pgina 457.
2. Una copia archivada no puede optar a la caducidad si existe una retencin de
supresin asociada. Si un archivo no est retenido, se gestionar segn el
proceso de caducidad existente. Consulte el apartado Retencin de supresin
Ejecucin automtica del proceso de caducidad

Puede controlar el proceso de caducidad automtico mediante la opcin de
intervalo de caducidad (EXPINTERVAL) en el archivo de opciones del servidor
(dsmserv.opt). Asimismo, con otra opcin de servidor, RESTOREINTERVAL, puede
controlar cundo caducarn las sesiones de restauracin reiniciables. Puede
establecer las opciones mediante el editor de opciones del servidor (disponible en
la consola de Tivoli Storage Manager) o editando el archivo dsmserv.opt (consulte
la publicacin Administrators Reference).
Si utiliza el archivo de opciones del servidor para controlar la caducidad
automtica, el servidor ejecutar el proceso de caducidad cada vez que inicie el
servidor. A continuacin, el servidor ejecuta el proceso de caducidad en el intervalo
que se ha especificado con la opcin, calculado a partir del momento en que se ha
arrancado el servidor.
Utilizacin de comandos y de la planificacin para controlar el

proceso de caducidad
Puede iniciar el proceso de caducidad de forma manual emitiendo el comando
siguiente:
expire inventory
A continuacin, el proceso de caducidad suprime de la base de datos los archivos

caducados. Puede planificar este comando utilizando el comando DEFINE
SCHEDULE. Si planifica el comando EXPIRE INVENTORY, establezca el intervalo
de caducidad en 0 (cero) en las opciones del servidor para que el servidor no
ejecute el proceso de caducidad al iniciar el servidor.
Puede controlar durante cunto tiempo se ejecuta el proceso de caducidad
utilizando el parmetro DURATION con el comando EXPIRE INVENTORY.
Cuando se ejecuta el proceso de caducidad, el servidor normalmente enva
mensajes detallados sobre los cambios de poltica efectuados desde la ltima
ejecucin del proceso de caducidad. Puede limitar estos mensajes marcando
Limitar nmero de mensajes en las opciones del servidor o mediante el parmetro
QUIET=YES con el comando EXPIRE INVENTORY. Al utilizar la opcin o el
parmetro quiet, el servidor emite mensajes sobre los cambios de poltica durante
el proceso de caducidad nicamente cuando se han suprimido archivos y se ha
utilizado la clase de gestin predeterminada o el perodo de gracia de retencin del
dominio para dar por caducados los archivos.
431
Proceso de caducidad adicional con el gestor de recuperacin

ante siniestro
Si dispone de gestor de recuperacin ante siniestro (DRM), uno o ms volmenes
de copia de seguridad de la base de datos tambin pueden suprimirse si se
cumplen las condiciones siguientes:
v El tipo de dispositivo del volumen es SERVER.
v El volumen no forma parte de la serie ms reciente de copias de seguridad de la
base de datos.
v El ltimo volumen de la serie de copias de seguridad de la base de datos ha
sobrepasado el valor de caducidad especificado con el comando SET
DRMDBBACKUPEXPIREDAYS.
Consulte el apartado Traslado de volmenes de copia de seguridad al local en la
Proteccin y caducidad de datos archivados

|
|
|
|
|
|
|
|
|
Existen dos maneras diferentes de proteger los objetos archivados de Tivoli Storage
Manager para que no se supriman accidentalmente. Un mtodo consiste en activar
la proteccin de retencin de datos en el nivel del servidor. Por ejemplo, se
requiere que los agentes de valores y otras instituciones reguladas hagan cumplir
los requisitos de retencin para determinados registros, incluidos el correo
electrnico, las declaraciones de los clientes, las liquidaciones de operaciones, las
imgenes de cheques y los formularios de cuentas nuevas. La proteccin de
retencin de datos impide la supresin deliberada o accidental de los datos
mientras no se cumpla el criterio de retencin especificado.
|
|
|
|
|
|
|
Otro mtodo de seguridad adicional consiste en colocar una retencin de supresin

en un objeto mediante la API de cliente. Por ejemplo, la legislacin federal de los
Estados Unidos permite que un agente de valores suprima registros una vez que
haya transcurrido el perodo de retencin normativo, pero otros requisitos legales
pueden ordenar la conservacin de los registros. Mediante la retencin de
supresin, se asegura de que los datos no se suprimen hasta que se libera la
retencin.
Proteccin de retencin de datos
|
|
|
|
|
|
La proteccin de retencin de datos garantiza que los objetos archivados no se

suprimirn del servidor de Tivoli Storage Manager mientras no se cumplan los
requisitos de retencin basados en la poltica. Esto se aplica en el nivel del servidor
mediante el comando SET ARCHIVERETENTIONPROTECTION. Consulte la
publicacin Administrators Reference para obtener ms informacin.
|
|
|
|
|
|
|
|
|
La proteccin de retencin slo puede activarse en un nuevo servidor que todava

no tenga objetos almacenados (objetos de copia de seguridad, archivado o gestin
de espacio). La activacin de la proteccin de retencin se aplica a todos los objetos
archivados almacenados posteriormente en ese servidor. Una vez que se ha
establecido la proteccin de retencin, el servidor no puede almacenar objetos de
copia de seguridad, objetos de gestin de espacio ni juegos de copias de seguridad.
La proteccin de retencin no puede agregarse a un objeto almacenado
previamente en un servidor de Tivoli Storage Manager. Una vez que se haya
almacenado un objeto con proteccin de retencin, sta no puede eliminarse.
432
|
|
|
|
|
|
|
|
|
|
|
|
|
La proteccin de retencin se basa en los criterios de retencin para cada objeto,

que se determina mediante el parmetro RETVER del grupo de copias archivadas
de la clase de gestin a la que est vinculado el objeto. Si un objeto utiliza la
retencin basada en eventos, el objeto no caducar hasta que llegue uno de estos
das (el que llegue primero): la fecha en que el objeto se archiv ms el nmero de
das indicado en el parmetro RETMIN o la fecha en que se produjo el evento ms
el nmero de das especificado en el parmetro RETVER. En servidores con la
proteccin de retencin habilitada, las operaciones siguientes no suprimen objetos
cuyos criterios de retencin no se han cumplido:
v Peticiones del cliente para suprimir un objeto archivado.
v DELETE FILESPACE (desde un cliente o un comando de administracin)
v DELETE VOLUME DISCARDDATA=YES
v AUDIT VOLUME FIX=YES
|
|
|
Nota: puede suprimirse una copia de datos en cach, pero los datos de las
agrupaciones de almacenamiento primaria y de copia slo se marcarn
como daados y nunca se suprimirn.
|
|
|
|
|
|
|
|
Si el servidor tiene la proteccin de retencin de datos activada, se aplican las

restricciones siguientes:
v Un nodo inscrito no puede volver a reasignarse a un dominio de poltica
diferente.
v No se puede definir una clase de dispositivo con el tipo de dispositivo SERVER.
v Se pueden exportar datos, pero no estarn protegidos con retencin cuando se
importen.
v No se pueden importar datos en un servidor con proteccin de retencin.
|
|
|
|
|
|
|
|
En servidores con proteccin de retencin activada, considere la posibilidad de

utilizar la duplicacin para la base de datos y las anotaciones de Tivoli Storage
Manager. Tambin debe considerar la utilizacin de la modalidad de anotacin
ROLL FORWARD y realizar copias de seguridad de la base de datos con
frecuencia. De este modo, si se precisa una restauracin de la base de datos, sta
puede devolverse al momento actual sin perder datos. Consulte el Captulo 23,
Proteccin y recuperacin del servidor, en la pgina 697 para obtener ms
|
|
|
|
El servidor no enva un valor de retencin a un dispositivo de almacenamiento

EMC Centera si la proteccin de retencin no est activada.Si este es el caso, puede
utilizar un dispositivo de almacenamiento Centera como dispositivo estndar
desde el que pueden suprimirse las copias de seguridad y las copias archivadas.
Retencin de supresin
|
|
|
|
|
|
Si se aplica una retencin a un objeto mediante la API de cliente, el objeto no se

suprimir hasta que se libere la retencin. Consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de seguridad/archivado para obtener ms
informacin. No existe lmite de frecuencia para la alternancia entre retencin y
liberacin de objetos. Un objeto slo puede tener una retencin, de modo que si
intenta retener un objeto que ya est retenido, recibir un mensaje de error.
|
|
Si un objeto con una poltica basada en eventos est retenida, sigue siendo posible
que se identifique un evento. La retencin no ampliar el perodo de retencin de
433
|
|
|
un objeto. Si el perodo de retencin especificado en los parmetros RETVER y

RETMIN caducan mientras el objeto est retenido, el objeto se podr eliminar
cuando se libere la retencin.
|
|
|
|
|
|
Si un objeto est retenido, no se suprimir tanto si tiene la proteccin de retencin

activada como si no. Si un objeto no est retenido, se gestionar de acuerdo con un
proceso normal como la caducidad normal, la proteccin de retencin de datos o la
retencin basada en eventos. Los datos en estado de proteccin de retencin
pueden exportarse, pero el estado de retencin no se conservar cuando los datos
se importen a otro sistema.
|
|
|
|
Las siguientes operaciones de supresin no se realizarn si una retencin se aplica

a un objeto:
v Peticiones del cliente para suprimir un objeto archivado.
v DELETE FILESPACE (desde un cliente o un comando de administracin)
v DELETE VOLUME DISCARDDATA=YES
v AUDIT VOLUME FIX=YES
|
|
|
Nota: puede suprimirse una copia de datos en cach, pero los datos de las
agrupaciones de almacenamiento primaria y de copia slo se marcarn
como daados y nunca se suprimirn.
|
|
Supuestos de configuracin de polticas

En este apartado se incluyen recomendaciones para casos en los que puede ser
necesario realizar modificaciones en la poltica.
v Configuracin de la poltica para copias de seguridad directas a cinta
v Configuracin de la poltica para los clientes de aplicacin de Tivoli Storage
Manager en la pgina 436
v Poltica para copias de seguridad de volmenes lgicos en la pgina 436
v Configuracin de la poltica para las operaciones NDMP en la pgina 437
v Configuracin de la poltica para el traspaso de datos fuera de la LAN en la
pgina 438
v Poltica para los servidores y clientes de IBM Tivoli Storage Manager en la
pgina 441
v Cmo establecer la poltica para activar la restauracin en un instante especfico
para los clientes en la pgina 441
Configuracin de la poltica para copias de seguridad directas

a cinta
La poltica predeterminada del servidor activa nodos cliente para realizar copias de
seguridad en agrupaciones de almacenamiento de disco del servidor. Como
alternativa, puede configurar una poltica para almacenar datos directamente en
agrupaciones de almacenamiento de cinta a fin de reducir la contencin de
recursos de disco. Si opta por hacer copias de seguridad directamente en cinta, el
nmero de clientes que pueden hacer una copia de seguridad de los datos a la vez
es igual al nmero de unidades disponibles para la agrupacin de almacenamiento
(hasta el lmite de montaje de la clase de dispositivo). Por ejemplo, si tiene una
unidad, la copia de seguridad de datos solo pueden hacerla los clientes de uno en
uno.
434
Las copias de seguridad directas a cinta eliminan la necesidad de migrar datos de

disco a cinta. Sin embargo, el rendimiento de las unidades de cinta con frecuencia
es menor al realizar copias de seguridad directamente en cinta que al hacer copias
de seguridad en disco y despus migrar a cinta. Hacer una copia de seguridad
directamente en cinta suele implicar ejecutar ms operaciones de inicio y paro de
la unidad de cinta. Hacer una copia de seguridad en disco y despus migrar a
cinta suele implicar que la unidad de cinta se mueve con ms continuidad, lo que
significa un mejor rendimiento.
Puede completar esta tarea mediante el asistente para la configuracin de nodos
cliente en la consola de Tivoli Storage Manager o mediante la lnea de comandos
del servidor. Para utilizar la consola de Tivoli Storage Manager, lleve a cabo lo
siguiente:
1. Pulse dos veces en el icono del escritorio de la consola de Tivoli Storage
Manager.
Iniciar. Aparece el asistente para la configuracin de nodos cliente.
4. Avance en el asistente hasta que aparezca el panel Definir polticas y nodos
cliente de Tivoli Storage Manager.
5. De forma predeterminada, los nodos cliente estn asociados a BACKUPPOOL.
Esta agrupacin de almacenamiento est establecida para migrar de inmediato
cualquier datos que reciba. Arrastre BACKUPPOOL y sultelo en una
Nota: tambin puede seleccionar un cliente, pulsar en Editar y luego en Nuevo
para crear un nuevo dominio de polticas que enve los datos del cliente
directamente a cualquier agrupacin de almacenamiento.
6. Finalice el asistente.
En la lnea de comandos del servidor, puede definir un nuevo dominio de polticas
que permita a los nodos cliente hacer una copia de seguridad de datos o
archivarlos directamente en agrupaciones de almacenamientos de cinta. Por
ejemplo, puede definir un dominio de polticas denominado DIR2TAPE con los
pasos siguientes:
1. Copie el dominio de polticas predeterminado STANDARD como plantilla:
copy domain standard dir2tape
Este comando crea el dominio de polticas DIR2TAPE que contiene un juego de

polticas, una clase de gestin, un grupo de copia de seguridad y un grupo de
copia archivada predeterminados, denominados STANDARD.
2. Actualice el grupo de copia de seguridad o el grupo de copia archivada en el
dominio de polticas DIR2TAPE para especificar que el destino sea una
agrupacin de almacenamiento de cinta. Por ejemplo, para utilizar una
agrupacin de almacenamiento de cinta llamada TAPEPOOL para copias de
seguridad, entre el comando siguiente:
update copygroup dir2tape standard standard destination=tapepool
Para utilizar una agrupacin de almacenamiento de cinta llamada TAPEPOOL

para el archivado, entre el comando siguiente:
update copygroup dir2tape standard standard type=archive
destination=tapepool
435
3. Active el juego de polticas modificado.

activate policyset dir2tape standard
4. Asigne nodos cliente al dominio de polticas DIR2TAPE. Por ejemplo, para

asignar un nodo cliente denominado TAPEUSER1 al dominio de polticas
DIR2TAPE, entre el comando siguiente:
update node tapeuser1 domain=dir2tape
Configuracin de la poltica para los clientes de aplicacin de

Los clientes de aplicacin de Tivoli Storage Manager que utilizan el servidor para
almacenar datos pueden requerir que configure la poltica para utilizar el
almacenamiento del servidor con la mxima eficacia. Consulte la gua del usuario
del cliente de aplicacin correspondiente para conocer requisitos de polticas.
Algunos clientes de aplicacin incluyen una indicacin de la hora en cada una de
las copias de seguridad de la base de datos. Dado que la poltica predeterminada
para el servidor conserva una versin de copia de seguridad de cada archivo
exclusivo, las copias de seguridad de la base de datos gestionadas por la poltica
predeterminada nunca se suprimen ya que cada una de las copias de seguridad
tiene una denominacin exclusiva con su indicacin de la hora. Para asegurarse de
que el servidor suprime correctamente copias de seguridad, configure la poltica tal
como se recomienda en la gua del usuario del cliente de aplicacin.
Poltica para copias de seguridad de volmenes lgicos

Considere la posibilidad de definir una clase de gestin especficamente para las
copias de seguridad de volmenes lgicos. Para permitir que los clientes restauren
un volumen lgico y posteriormente reconcilien los resultados de alguna de las
operaciones de copia de seguridad de archivos desde la ltima copia de seguridad
de volmenes lgicos, debe configurar las clases de gestin con el grupo de copia
de seguridad configurado de forma distinta del STANDARD. Los parmetros
Versiones si datos existen, Versiones si datos suprimidos y Retener versiones
adicionales funcionan de forma conjunta para determinar el perodo de tiempo
durante el cual un cliente puede restaurar una imagen de volumen lgico y
reconciliar posteriores copias de seguridad de archivos. Asimismo, es posible que
se vea sujeto a restricciones de almacenamiento del servidor que hagan necesario
controlar el nmero de versiones de copia de seguridad permitidas para los
volmenes lgicos. El servidor maneja las copias de seguridad de los volmenes
lgicos del mismo modo que las copias de seguridad incrementales o selectivas.
Las copias de seguridad de volmenes lgicos se diferencian de las operaciones
selectivas, incrementales o de archivado en que cada espacio de archivos del que se
realiza una copia de seguridad se considera un solo archivo de tamao grande.
Las copias de seguridad de volmenes lgicos estn destinadas a ayudar a acelerar
la restauracin de una mquina. Una forma de utilizar esta posibilidad consiste en
hacer que los usuarios efecten una copia de seguridad de volmenes lgicos
peridicamente (por ejemplo, una vez al mes) y planificar copias de seguridad
incrementales completas diarias. Si un usuario restaura un volumen lgico, el
programa primero restaura la copia de seguridad del volumen lgico y a
continuacin los archivos que se han modificado desde la ltima copia de
seguridad (incremental u otro proceso de copia de seguridad de archivos). El
usuario tambin puede especificar que el proceso de restauracin reconcilie las
discrepancias que puedan producirse al suprimir archivos.
436
Por ejemplo, un usuario hace una copia de seguridad de un volumen lgico y la

semana siguiente suprime uno o varios archivos del volumen. En la siguiente copia
de seguridad incremental, el servidor anota en la base de datos que se han
eliminado estos archivos del cliente. Cuando el usuario restaura el volumen lgico,
el programa reconoce que se han eliminado archivos desde que se cre la copia de
seguridad. El programa puede suprimir los archivos como parte del proceso de
restauracin. Para garantizar que los usuarios puedan utilizar la funcin para
reconciliar posteriores copias de seguridad incremental con un volumen lgico
restaurado, debe asegurarse de coordinar la poltica de las copias de seguridad
incrementales con la poltica de las copias de seguridad de volmenes lgicos.
Por ejemplo, decide asegurarse de que los clientes puedan optar por restaurar los
archivos y volmenes lgicos de cualquier momento de los 60 das anteriores.
Puede crear dos clases de gestin, una para los archivos y otra para los volmenes
lgicos. La Tabla 32 muestra los parmetros que intervienen. En el grupo de copia
de seguridad de ambas clases de gestin, establezca el parmetro Retener versiones
adicionales en 60 das.
En la clase de gestin de los archivos, establezca los parmetros de modo que el
servidor conserve las versiones en funcin de la antigedad y no en funcin del
nmero de versiones que existan. Puede haber almacenada ms de una versin
copia de seguridad de un archivo por da si los clientes efectan copias de
seguridad selectivas o bien si realizan copias de seguridad incrementales ms una
vez al da. Los parmetros Versiones si datos existen y Versiones si datos
suprimidos controlan cuntas de estas versiones conserva el servidor. Para
asegurarse de que se conservan las versiones de copia de seguridad por espacio de
los 60 das necesarios, establezca el parmetro Versiones si datos existen y el
parmetro Versiones si datos suprimidos en NOLIMIT para la clase de gestin de
los archivos. Esto significa que el servidor retiene las versiones de copia de
seguridad en funcin de la antigedad de las mismas, en lugar de utilizar como
criterio el nmero de versiones de copia de seguridad que existen de un mismo
archivo.
En el caso de las copias de seguridad de volmenes lgicos, el servidor no tiene en
cuenta el atributo de frecuencia en el grupo de copia de seguridad.
Tabla 32. Ejemplo de poltica de copia de seguridad para archivos y volmenes lgicos
Parmetro (grupo de copia
de seguridad de la clase de
gestin)
Clase de gestin para

archivos

volmenes lgicos
Versiones si datos existen
NOLIMIT
3 versiones
Versiones si datos suprimidos NOLIMIT
Retener versiones adicionales
60 das
60 das
Retener versin nica
120 das
120 das
Configuracin de la poltica para las operaciones NDMP

Puede inscribir un servidor de archivos NAS como un nodo utilizando las
operaciones NDMP. Con el control del servidor de Tivoli Storage Manager, el
servidor de archivos NAS realiza operaciones de copia de seguridad y restauracin
de imgenes de sistema de archivos en una biblioteca de cintas. El servidor de
Tivoli Storage Manager inicia la copia de seguridad, asigna una unidad y
selecciona y monta los medios. A continuacin, el servidor de archivos NAS
transfiere los datos a la cinta.
437
Puesto que el servidor de archivos NAS efecta la copia de seguridad, los datos se
almacenan en su propio formato. Para la mayora de los servidores NAS, los datos
se almacenan en formato de datos NDMPDUMP. En servidores de archivos con
conexin a red, los datos se almacenan en el formato de datos NETAPPDUMP. En
el caso de los servidores de archivos EMC, los datos se almacenan con el formato
de datos CELERRADUMP. Para gestionar copias de seguridad de imagen del
servidor de archivos NAS; los grupos de copia para los nodos NAS deben hacer
referencia a una agrupacin de almacenamiento que tenga un formato de datos
NDMPDUMP, NETAPPDUMP o CELERRADUMP.
|
|
|
|
|
|
|
|
|
Los siguientes atributos de grupo de copia se pasan por alto para imgenes NAS:
v Frecuencia
v Modalidad
v Retener versiones nicas
v Serializacin
v Versiones si datos suprimidos
Para configurar la poltica necesaria para los nodos NAS, puede definir un
dominio de polticas nuevo y separado. Consulte el Captulo 6, Utilizar NDMP
para operaciones con servidores de archivos NAS, en la pgina 135 para obtener
Las copias de seguridad de nodos NAS pueden iniciarse desde el servidor o desde
un cliente que tenga como mnimo autorizacin de propietario de cliente sobre el
nodo NAS. Para copias de seguridad iniciadas por el cliente, puede utilizar
conjuntos de opciones de cliente que contengan sentencias de inclusin y exclusin
para vincular imgenes de sistema de archivos NAS con una clase de gestin
especfica. Las opciones vlidas que pueden utilizarse para un nodo NAS son:
include.fs.nas, exclude.fs.nas y domain.nas. Para obtener ms informacin sobre las
opciones, consulte la publicacin Gua del usuario e instalacin de los clientes de copia
de seguridad/archivado correspondiente a su plataforma cliente. Para obtener ms
informacin sobre los conjuntos de opciones de cliente, consulte el apartado
Creacin de conjuntos de opciones de cliente en el servidor en la pgina 368.
Cuando el servidor de Tivoli Storage Manager crea una tabla de contenido, puede
ver un conjunto de archivos y directorios individuales cuya copia de seguridad se
ha realizado mediante NDMP y seleccionar cul desea restaurar. Para establecer
adnde se enviarn los datos y dnde se almacenar la tabla de contenido, la
poltica debe configurarse de modo que:
v Los datos de copia de seguridad de imagen se envan a una agrupacin de
almacenamiento con un formato NDMPDUMP, NETAPPDUMP o
CELERRADUMP.
v La tabla de contenido se enve a una agrupacin de almacenamiento con el
formato NATIVE o NONBLOCK.
|
|
|
Configuracin de la poltica para el traspaso de datos fuera de

la LAN
Para el traspaso de datos fuera de la LAN, puede realizar una configuracin de
SAN en la que un cliente accede directamente a un dispositivo de almacenamiento
para leer o grabar datos. El traspaso de datos fuera de la LAN requiere la
configuracin en el servidor y en el cliente, adems de la instalacin de un agente
de almacenamiento en la mquina cliente. El agente de almacenamiento transfiere
datos entre el cliente y el dispositivo de almacenamiento. Consulte la publicacin
Gua del usuario del agente de almacenamiento de IBM Tivoli Storage Manager para
obtener informacin detallada. Consulte el sitio Web para obtener ms informacin
438
sobre los clientes que admiten esta caracterstica:

Una tarea para la configuracin de los sistemas para la utilizacin de esta
caracterstica consiste en configurar la poltica para los clientes. Los grupos de
copia de estos clientes deben hacer referencia a la agrupacin de almacenamiento
asociada a los dispositivos de SAN. (En el apartado Configuracin de Tivoli
Storage Manager para traspaso de datos fuera de la LAN en la pgina 105 se
describe cmo configurar los dispositivos y definir la agrupacin de
almacenamiento.) Si ha definido una ruta del cliente a una unidad de la SAN, las
unidades de esta agrupacin de almacenamiento pueden utilizar la SAN para
enviar datos directamente al dispositivo para las operaciones de copia de
seguridad, archivado, restauracin y recuperacin.
Para configurar la poltica necesaria, defina un dominio de polticas nuevo y
separado, o bien defina una nueva clase de gestin en un dominio de polticas
existente:
v Definicin de un nuevo dominio de polticas en la pgina 439
v Definicin de una nueva clase de gestin en un dominio de polticas existente
en la pgina 440
Definicin de un nuevo dominio de polticas

Una manera de configurar la poltica para clientes consiste en definir un dominio
de polticas separado en el que el juego de polticas activo tenga una clase de
gestin predeterminada con la configuracin necesaria. A continuacin, inscriba
todos los clientes mediante la transferencia de datos a dicho dominio. Haga lo
siguiente:
1. Cree un dominio de polticas para los clientes. Por ejemplo, para definir un
dominio de polticas denominado SANCLIENTS, entre el comando siguiente:
define domain sanclients
description='Dominio de polticas para clientes que usan dispositivos de SAN'
2. Cree un juego de polticas en ese dominio. Por ejemplo, para definir un juego
de polticas denominado BASE en el dominio de polticas SANCLIENTS, entre
define policyset sanclients base
3. Cree la clase de gestin predeterminada para el juego de polticas. Primero

defina la clase de gestin y, a continuacin, asgnela como la clase de gestin
predeterminada para el juego de polticas.
Por ejemplo, para definir la clase de gestin denominada SANCLIENTMC,
define mgmtclass sanclients base sanclientmc
A continuacin, asgnela como la clase de gestin predeterminada:

assign defmgmtclass sanclients base sanclientmc
4. Defina el grupo de copia de seguridad de la clase de gestin predeterminada

tal como se indica a continuacin:
v Especifique el parmetro DESTINATION, el nombre de la agrupacin de
almacenamiento asociada a los dispositivos de SAN en el servidor.
La agrupacin de almacenamiento debe estar ya configurada. La agrupacin
de almacenamiento debe hacer referencia a una clase de dispositivo asociada
a una biblioteca para los dispositivos de SAN. Consulte el apartado
439
Configuracin de Tivoli Storage Manager para traspaso de datos fuera de la

LAN en la pgina 105 para obtener ms informacin.
v Acepte los valores predeterminados de todos los dems parmetros.
Por ejemplo, para definir el grupo de copia de seguridad de la clase de gestin
SANCLIENTMC, entre el comando siguiente:
define copygroup sanclients base sanclientmc standard destination=sanpool
5. Defina el grupo de copia archivada de la clase de gestin predeterminada tal

v Especifique el parmetro DESTINATION, el nombre de la agrupacin de
almacenamiento asociada a los dispositivos de SAN en el servidor.
La agrupacin de almacenamiento debe estar ya configurada. La agrupacin
de almacenamiento debe hacer referencia a una clase de dispositivo asociada
a una biblioteca para los dispositivos de SAN. Consulte el apartado
Configuracin de Tivoli Storage Manager para traspaso de datos fuera de la
LAN en la pgina 105 para obtener ms informacin.
v Acepte los valores predeterminados de todos los dems parmetros.
Por ejemplo, para definir el grupo de copia archivada de la clase de gestin
SANCLIENTMC, entre el comando siguiente:
define copygroup sanclients base sanclientmc standard
type=archive destination=sanpool
6. Active el juego de polticas.

Por ejemplo, para activar el juego de polticas BASE en el dominio de polticas
SANCLIENTS, entre el comando siguiente:
activate policyset sanclients base
7. Inscriba o actualice los clientes de aplicacin para asociarlos al nuevo dominio

de polticas.
Por ejemplo, para actualizar el nodo SANCLIENT1, entre el comando siguiente:
update node sanclient1 domain=sanclients
Definicin de una nueva clase de gestin en un dominio de

polticas existente
Si opta por no definir un dominio de polticas aparte con la clase de gestin
adecuada como valor predeterminado, debe definir una nueva clase de gestin
dentro de un dominio de polticas existente y activar el juego de polticas. Puesto
que la nueva clase de gestin no es la clase de gestin predeterminada del dominio
de polticas, debe agregar una sentencia include en cada uno de los archivos de
opciones de cliente para vincular objetos a esa clase de gestin.
Por ejemplo, suponga que sanclientmc es el nombre de la clase de gestin que ha
definido para clientes que utilizan dispositivos en una SAN. Desea que el cliente
pueda utilizar la SAN para hacer una copia de seguridad de cualquier archivo en
la unidad c. Incluya la lnea siguiente al final de la lista de inclusin/exclusin del
cliente:
include c:* sanclientmc
Si desea obtener ms informacin sobre la lista de inclusin/exclusin, consulte la

publicacin Gua del usuario e instalacin de los clientes de copia de seguridad/archivado.
440
Poltica para los servidores y clientes de IBM Tivoli Storage

Manager
Un servidor (servidor origen) puede estar inscrito como cliente de otro servidor
(servidor destino). Los datos que almacena el servidor origen aparecen como
copias archivadas en el servidor destino. El servidor origen est inscrito en un
dominio de polticas del servidor destino y utiliza la clase de gestin
predeterminada de dicho dominio de polticas. En la clase de gestin
predeterminada, el destino del grupo de copia archivada determina dnde
almacena el servidor destino los datos del servidor origen. Otras especificaciones
de poltica, como por ejemplo por cunto tiempo hay que retener los datos, no son
vlidas para los datos almacenados de un servidor origen. Consulte el apartado
Cmo establecer la poltica para activar la restauracin en un

instante especfico para los clientes
Para permitir que los clientes restauren a un instante especfico archivos de los que
se ha hecho copia de seguridad, debe configurar el grupo de copia de seguridad
de forma diferente de STANDARD. Los parmetros Versiones si datos existen,
Versiones si datos suprimidos y Retener versiones adicionales funcionan
conjuntamente para determinar el perodo de tiempo que puede usar un cliente
para realizar una operacin de recuperacin a un instante especfico.
Por ejemplo, decide asegurarse de que los clientes puedan optar por restaurar los
archivos de cualquier momento de los 60 das anteriores. En el grupo de copia de
seguridad, establezca el parmetro Retener versiones adicionales en 60 das. Puede
haber almacenada ms de una versin copia de seguridad de un archivo por da si
los clientes efectan copias de seguridad selectivas o bien si realizan copias de
seguridad incrementales ms una vez al da. Los parmetros Versiones si datos
existen y Versiones si datos suprimidos controlan cuntas de estas versiones
conserva el servidor. Para asegurarse de que se conservan las versiones de copia de
seguridad por espacio de los 60 das necesarios, establezca el parmetro Versiones
si datos existen y el parmetro Versiones si datos suprimidos en NOLIMIT. Esto
significa que el servidor determina las versiones de copia de seguridad que se
conservan en funcin de la antigedad de las mismas, en lugar de utilizar como
criterio el nmero de versiones de copia de seguridad que existen de un mismo
archivo.
Conservar las versiones de copia de seguridad de los archivos el tiempo suficiente
para permitir que los clientes restauren los datos a un instante puede suponer un
coste mayor de recursos. Las necesidades de almacenamiento del servidor
aumentan ya que se conservan ms versiones de los archivos; tambin aumenta el
tamao de la base de datos del servidor para efectuar el seguimiento de todas las
versiones de archivo. Debido a estos costes mayores, puede interesarle elegir
cuidadosamente los clientes que pueden utilizar la poltica que permite efectuar
operaciones de restauracin a un instante especfico.
Los clientes necesitan ejecutar operaciones de copia de seguridad incremental
completa con la frecuencia suficiente para que IBM Tivoli Storage Manager pueda
detectar los archivos que se han suprimido en el sistema de archivos de los
clientes. Solo una copia de seguridad incremental completa puede detectar si se
han suprimido archivos desde que se realiz copia de seguridad por ltima vez. Si
no se efecta la copia de seguridad incremental completa con suficiente frecuencia,
los clientes que restauren a un momento especfico pueden encontrarse con que
441
muchos archivos han sido suprimidos de la estacin de trabajo que se restaura.

Como resultado, el sistema de archivos de un cliente puede quedarse sin espacio
en el transcurso del proceso de restauracin.
Distribucin de polticas mediante Enterprise Configuration

Si configura un servidor de Tivoli Storage Manager como gestor de configuracin,
puede distribuir polticas a otros servidores de Tivoli Storage Manager. Para
distribuir polticas, debe asociar un dominio de polticas a un perfil. Los servidores
gestionados que se suscriben al perfil reciben las definiciones siguientes:
v El dominio de polticas.
v Los juegos de polticas del dominio, excepto el juego de polticas ACTIVE.
v Las clases de gestin de los juegos de polticas.
v Los grupos de copia de seguridad y de copia archivada de las clases de gestin.
v Las planificaciones de cliente asociadas al dominio de polticas.
Los nombres de los nodos cliente y las asociaciones de planificacin de cliente no
se distribuyen, as como tampoco el juego de polticas ACTIVE.
Las polticas distribuidas se convierten en objetos gestionados (por ejemplo,
dominio de polticas, juegos de polticas o clases de gestin) definidos en la base
de datos de cada servidor gestionado. Para utilizar la poltica gestionada, debe
activar un juego de polticas en cada servidor gestionado. Si las agrupaciones de
almacenamiento especificadas como destinos en la poltica no existen en el servidor
gestionado, al activar el juego de polticas se reciben mensajes que indican el
problema. Puede crear nuevas agrupaciones de almacenamiento para hacer
coincidir los nombres del juego de polticas o puede redenominar las agrupaciones
de almacenamiento existentes.
En el servidor gestionado tambin debe asociar los nodos cliente al dominio de
polticas gestionado y asociar los nodos cliente a las planificaciones.
Consulte el apartado Configuracin de Enterprise Configuration en la pgina 626
Consulta de polticas
Tarea
Consultar cualquier dominio de polticas, juego de Todos los administradores

polticas, clase de gestin o grupo de copia
Puede solicitar informacin acerca del contenido de los objetos de poltica. Le

puede interesar efectuar esta consulta antes de crear nuevos objetos o al ayudar a
los usuarios a elegir las polticas que se ajustan a sus necesidades.
Puede especificar que la salida de una consulta tenga formato estndar o detallado.
Los ejemplos de este apartado tienen el formato estndar.
En un servidor gestionado, puede ver si las definiciones son objetos gestionados.
Solicite el formato detallado en la consulta y compruebe el contenido del campo
ltima actualizacin por (administrador). Para los objetos gestionados, este
campo contiene la cadena de caracteres $$CONFIG_MANAGER$$.
442
Consulta de grupos de copia

Para solicitar informacin acerca de los grupos de copia de seguridad (valor
predeterminado) del dominio de polticas de ingeniera ENGPOLDOM, entre:
query copygroup engpoldom * *
A continuacin se muestra la salida de la consulta. La figura muestra que el juego

de polticas ACTIVE contiene dos grupos de copia de seguridad pertenecientes a
las clases de gestin MCENG y STANDARD.
Nombre
dominio
polticas
--------ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
Nombre
juego
polticas
--------ACTIVE
ACTIVE
STANDARD
STANDARD
TEST
Nombre
clase
gestin
-------MCENG
STANDARD
MCENG
STANDARD
STANDARD
Nombre
Versiones Versiones
Retener Retener
grupo
si datos
si datos
versin
nica
copia
existen suprimidos adicional versin
--------------- ---------- --------- ------STANDARD
5
4
90
600
STANDARD
2
1
30
60
STANDARD
5
4
90
600
STANDARD
2
1
30
60
STANDARD
2
1
30
60
Para solicitar informacin acerca de los grupos de copia archivada del dominio de
polticas de ingeniera ENGPOLDOM, entre:
query copygroup engpoldom * type=archive
A continuacin se muestra la salida de la consulta.

Nombre
dominio
polticas
--------ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
ENGPOLDOM
Nombre
juego
polticas
--------ACTIVE
ACTIVE
STANDARD
STANDARD
TEST
Nombre
clase
gestin
--------MCENG
STANDARD
MCENG
STANDARD
STANDARD
Nombre
grupo
copia
--------STANDARD
STANDARD
STANDARD
STANDARD
STANDARD
Retener
versin
-------730
365
730
365
365
Consulta de clases de gestin

Para solicitar informacin acerca de las clases de gestin del dominio de polticas
de ingeniera ENGPOLDOM, entre:
query mgmtclass engpoldom * *
La figura siguiente es la salida de la consulta. Muestra que el juego de polticas

ACTIVE contiene las clases de gestin MCENG y STANDARD.
443
Nombre
dominio
polticas
--------ENGPOLDOM
Nombre
juego
polticas
--------ACTIVE
Nombre
clase
gestin
--------MCENG
Clase
gestin
predet.?
--------No
ENGPOLDOM
ACTIVE
STANDARD
Yes
ENGPOLDOM
STANDARD
MCENG
No
ENGPOLDOM
STANDARD
STANDARD
Yes
ENGPOLDOM
TEST
STANDARD
Yes
Descripcin
-----------------------Clase de gestin para

Ingeniera (copias
seg. y copias arch.)
Clase de gestin
predeterminada instalada
Ingeniera (copias
seg. y copias arch.)
Clase de gestin
Clase de gestin
Consulta de juegos de polticas

Para solicitar informacin acerca de los juegos de polticas del dominio de polticas
de ingeniera ENGPOLDOM, entre:
query policyset engpoldom *
La figura siguiente es la salida de la consulta. Muestra un juego de polticas

ACTIVE y dos juegos de polticas inactivos, STANDARD y TEST.
Nombre
dominio
polticas
Nombre
juego
polticas
--------ENGPOLDOM
--------ACTIVE
Nombre
clase
gestin
predet.
--------STANDARD
ENGPOLDOM
STANDARD
STANDARD
ENGPOLDOM
TEST
STANDARD
Descripcin
-----------------------Juego de polticas
predeterminado instalado
Juego de polticas
predeterminado instalado
Juego de polticas para comprobacin
Consulta de dominios de polticas

Para solicitar informacin acerca de un dominio de polticas (por ejemplo, para
determinar si hay nodos cliente inscritos para ese dominio de polticas), entre:
query domain *
La figura siguiente es la salida de la consulta. Muestra que los dos dominios de

polticas, ENGPOLDOM y STANDARD, tienen nodos cliente asignados.
444
Nombre
dominio
polticas
Juego
polticas
activado
--------APPCLIENTS
ENGPOLDOM
--------BASE
STANDARD
Clase
gestin
predet.
activada
--------APPCLIENTMC
STANDARD
STANDARD
STANDARD
STANDARD
Nmero de
nodos
inscritos
---------1
21
18
Descripcin
-----------------------Dominio de polticas para

clientes de aplicacin
Dominio de polticas para
Ingeniera
Dominio de polticas
predeterminado instalado.
Supresin de polticas
|
|
|
|
|
Al suprimir un objeto de poltica, tambin se suprimen todos los objetos que le

pertenecen. Por ejemplo, al suprimir una clase de gestin, tambin se suprimen los
grupos de copia que contiene. Consulte el apartado Proteccin y caducidad de
datos archivados en la pgina 432 para conocer las limitaciones sobre la supresin
de objetos archivados.
No se puede suprimir el juego de polticas ACTIVE ni los objetos que forman parte
de ese juego de polticas.
Tarea
Suprimir dominios de polticas
Sistema
Suprimir cualquier juego de polticas, clase de

gestin o grupo de copia
Suprimir juegos de polticas, clases de gestin o

grupos de copia pertenecientes a dominios de
polticas sobre los que se tiene autorizacin
Puede suprimir los objetos de poltica denominados STANDARD que proporciona

el servidor. Sin embargo, todos los objetos de poltica STANDARD se restauran
siempre que se vuelve a instalar el servidor. Si vuelve a instalar el servidor
despus de suprimir los objetos de poltica STANDARD, el servidor enva
mensajes durante el proceso de un comando DSMSERV AUDITDB subsiguiente.
Los mensajes pueden contener la sentencia siguiente: Una instancia no concuerda
con los datos reales. El comando DSMSERV AUDITDB corrige este problema
restaurando los objetos de la poltica STANDARD. Si fuera necesario,
posteriormente puede suprimir los objetos de la poltica STANDARD restaurados.
Supresin de grupos de copia

Puede suprimir un grupo de copia de seguridad o de copia archivada si no
pertenece a una clase de gestin en el juego de polticas ACTIVE.
Por ejemplo, para suprimir los grupos de copia de seguridad o de copia archivada
pertenecientes a las clases de gestin MCENG y STANDARD en el juego de
polticas STANDARD, entre:
delete copygroup engpoldom standard mceng type=backup
delete copygroup engpoldom standard standard type=backup
delete copygroup engpoldom standard mceng type=archive
delete copygroup engpoldom standard standard type=archive
Supresin de clases de gestin

Puede suprimir una clase de gestin si no pertenece al juego de polticas ACTIVE.
Por ejemplo, para suprimir las clase de gestin MCENG y STANDARD del juego
de polticas STANDARD, entre:
delete mgmtclass engpoldom standard mceng
delete mgmtclass engpoldom standard standard
Al suprimir una clase de gestin de un juego de polticas, el servidor suprime la

clase de gestin y todos los grupos de copia pertenecientes a la clase de gestin del
dominio de polticas especificado.
445
Supresin de juegos de polticas

Los administradores autorizados pueden suprimir todos los juegos de polticas,
excepto el juego de polticas ACTIVE. Por ejemplo, para suprimir el juego de
polticas TEST del dominio de polticas ENGPOLDOM, entre:
delete policyset engpoldom test
Al suprimir un juego de polticas, el servidor suprime todas las clases de gestin y

todos los grupos de copia pertenecientes al juego de polticas del dominio de
polticas especificado.
El juego de polticas ACTIVE de un dominio de polticas no se puede suprimir.
Puede sustituir el contenido del juego de polticas ACTIVE activando otro juego de
polticas. De lo contrario, el nico modo de eliminar el juego de polticas ACTIVE
es suprimir el dominio de polticas que contiene el juego de polticas.
Supresin de dominios de polticas

Un dominio de polticas solo se puede suprimir si no tiene ningn nodo cliente
inscrito. Para determinar si hay nodos cliente inscritos para un dominio de
polticas, emita el comando QUERY DOMAIN o QUERY NODE. Traslade todos los
nodos cliente a otro dominio de polticas o suprima los nodos.
Por ejemplo, para suprimir el dominio de polticas STANDARD, siga estos pasos:
1. Solicite una lista de todos los nodos cliente asignados al dominio de polticas
STANDARD con el comando siguiente:
query node * domain=standard
2. Si el dominio de polticas tiene asignados nodos cliente, elimnelos de una de

las maneras siguientes:
v Asigne cada nodo cliente a un nuevo dominio de polticas. Por ejemplo,
entre los comandos siguientes:
update node htang domain=engpoldom
update node tomc domain=engpoldom
update node pease domain=engpoldom
Si el juego de polticas ACTIVE de ENGPOLDOM no tiene los mismos

nombres de clase de gestin que el juego de polticas ACTIVE del dominio
de polticas STANDARD, las versiones de copia de seguridad de los archivos
pueden vincularse con un nombre de clase de gestin distinto, segn se
describe en el apartado Cmo se asocian los archivos y directorios a una
clase de gestin en la pgina 404.
v Suprima cada nodo del dominio de polticas STANDARD eliminando en
primer lugar todos los espacios de archivos que pertenecen a los nodos y
suprimiendo despus los nodos.
3. Suprima el dominio de polticas con el comando siguiente:
delete domain standard
Al suprimir un dominio de polticas, el servidor suprime el dominio de polticas y

todos los juegos de polticas (inclusive el juego de polticas ACTIVE), clases de
gestin y grupos de copia pertenecientes al dominio de polticas.
446
Captulo 14. Gestin de datos para nodos cliente

En este captulo se presenta informacin para ayudarle a generar juegos de copias
de seguridad y activar copias de seguridad de subarchivos para nodos cliente.
Tambin puede utilizar la validacin de datos para nodos cliente a fin de detectar
daos en los datos al enviar datos a travs de la red entre el cliente y el servidor.
Para obtener ms informacin, consulte los apartados siguientes:
Tareas:
Validacin de datos de un nodo durante una sesin de cliente en la pgina 448
Generacin de juegos de copias de seguridad de clientes en el servidor en la pgina 449
Restauracin de juego de copias de seguridad desde un cliente de copia de
seguridad/archivado en la pgina 451
Cmo trasladar juegos de copias de seguridad a otros servidores en la pgina 452
Gestin de los juegos de copias de seguridad de los clientes en la pgina 453
Activacin de clientes para que utilicen la copia de seguridad de subarchivos en la
pgina 456
Optimizacin de operaciones de restauracin para clientes en la pgina 458
Gestin del rendimiento para operaciones de archivado en la pgina 466
Gestin de la utilizacin del almacenamiento para copias archivadas en la pgina 469

Conceptos:
Consideraciones sobre el rendimiento para la validacin de datos en la pgina 448
Creacin y utilizacin de juegos de copias de seguridad del cliente en la pgina 448
Visin general de las operaciones de archivado en la pgina 465
Validacin de datos de un nodo

La validacin de datos puede detectar daos en los datos durante una sesin de
cliente al enviar datos entre el cliente y el servidor. IBM Tivoli Storage Manager
proporciona la opcin de especificar si se debe realizar una comprobacin de
redundancia cclica (CRC) durante una sesin de cliente para validar los datos
enviados a travs de la red entre un cliente o un agente de almacenamiento y el
servidor.
La comprobacin de redundancia cclica del cliente se realiza en el cliente cuando
ste solicita servicios del servidor. Por ejemplo, el cliente enva una solicitud de
consulta, copia de seguridad o archivado. El servidor tambin realiza una
operacin de CRC de los datos que ha enviado el cliente y compara su valor con el
valor calculado por el cliente. Si los valores de CRC no coinciden, el servidor
emitir un mensaje de error en cada sesin. Segn la operacin, el cliente puede
volver a intentar automticamente la operacin.
Una vez que Tivoli Storage Manager ha finalizado la validacin de datos, el cliente
y el servidor descartan los valores de CRC generados en la sesin actual.
La validacin de los datos puede activarse en uno de los siguientes componentes o
en todos:
447
v Nodos cliente de Tivoli Storage Manager de la versin 5.1 o posterior.

v Agentes de almacenamiento de Tivoli Storage Manager de la versin 5.1 o
posterior. Para obtener ms informacin al respecto, consulte la gua del usuario
del agente de almacenamiento correspondiente al sistema operativo que utiliza.
En este apartado se proporciona informacin sobre la validacin de datos entre un
nodo y el servidor.
Consulte el apartado Eleccin de la ubicacin para activar la validacin de datos
en la pgina 740 donde encontrar informacin que le ayudar a determinar en
qu situaciones debe activarse la validacin de datos.
Consideraciones sobre el rendimiento para la validacin de

datos
Al decidir si la validacin de datos es necesaria en todos los nodos o solo en
algunos, debe tenerse en cuenta en qu medida esto puede afectar al rendimiento.
La validacin de datos afecta al rendimiento, puesto que requiere una actividad
general de la CPU adicional tanto en el cliente como en el servidor para calcular y
comparar los valores de CRC.
Este tipo de validacin es independiente de la validacin de datos grabados en un
volumen de agrupacin de almacenamiento. Consulte el apartado Validacin de
datos durante el proceso de auditora de volumen en la pgina 739.
Validacin de datos de un nodo durante una sesin de cliente

Puede activar la validacin de datos de un nodo mediante el comando REGISTER
NODE o UPDATE NODE. De forma predeterminada, la validacin de datos est
establecida en NO.
Los mtodos para activar la validacin de datos de un nodo incluyen la eleccin
de la validacin de datos para nodos individuales, la especificacin de un conjunto
de nodos utilizando una cadena de bsqueda comodn o la especificacin de un
grupo de nodos de un dominio de polticas.
Por ejemplo, para activar la validacin de datos de un nodo existente, ED, puede
emitir el comando UPDATE NODE. Este usuario realiza semanalmente una copia
de seguridad de los registros de nminas de la empresa y se ha decidido que es
necesario validar todos los datos del usuario: los datos y los metadatos.
update node ed validateprotocol=all
Posteriormente, la red ha mostrado ser estable y no se han detectado daos en los

datos cuando el usuario ED ha procesado las copias de seguridad. Por
consiguiente, puede desactivar la validacin de datos para minimizar la alteracin
del rendimiento causada por la validacin de todos los datos de ED durante una
sesin de cliente. Por ejemplo:
update node ed validateprotocol=no
Creacin y utilizacin de juegos de copias de seguridad del cliente

Un juego de copias de seguridad es una recopilacin de datos de copia de seguridad
de un cliente, almacenada y gestionada como un solo objeto en un medio
especfico en el almacenamiento del servidor. El servidor crea copias de versiones
activas de los objetos con copia de seguridad del cliente que estn en uno o ms
espacios de archivo especificados con el comando GENERATE BACKUPSET y las
448
consolida en medios secuenciales. Actualmente, los tipos de objeto de copia de

seguridad admitidos para juegos de copias de seguridad incluyen solo directorios
y archivos. Este proceso tambin se denomina archivado instantneo.
|
|
Los dispositivos de almacenamiento Centera no admiten juegos de copias de

seguridad.
Un dispositivo conectado a la mquina del cliente, como por ejemplo un CD-ROM
o una unidad JAZ o ZIP, puede leer los medios directamente.
Los administradores pueden generar varias copias de juegos de copias de
seguridad que se corresponden con algn instante especfico. Los juegos de copias
de seguridad pueden retenerse para varios perodos de tiempo. Existe una forma
eficaz de crear almacenamiento a largo plazo de copias de seguridad peridicas,
sin que los datos tengan que enviarse a travs de la red de nuevo.
Aunque el administrador puede generar un juego de copias de seguridad desde
cualquier archivo de copia de seguridad del cliente, los juegos de copia de
seguridad solo pueden ser utilizados por los clientes de copia de
seguridad/archivado. No es posible generar un juego de copias de seguridad para
un nodo NAS.
Para obtener ms detalles, consulte los apartados siguientes:
v Generacin de juegos de copias de seguridad de clientes en el servidor
v Restauracin de juego de copias de seguridad desde un cliente de copia de
seguridad/archivado en la pgina 451
v Cmo trasladar juegos de copias de seguridad a otros servidores en la pgina
452
v Gestin de los juegos de copias de seguridad de los clientes en la pgina 453
Generacin de juegos de copias de seguridad de clientes en

el servidor
Tarea
Generar un juego de copias de seguridad
Sistema o poltica con restricciones sobre el

dominio de polticas al que est asignado el
nodo
Se pueden crear juegos de copias de seguridad en el servidor para los nodos

cliente. El nodo cliente para el que se ha creado el juego de copias de seguridad
debe inscribirse en el servidor. Para que el servidor pueda crear un juego de copias
de seguridad para el nodo cliente es necesario haber completado una copia de
seguridad incremental para un nodo cliente.
El comando GENERATE BACKUPSET se ejecuta como un proceso de fondo en el
servidor. Si cancela el proceso de fondo que ha creado este comando, es posible
que el medio no contenga un juego de copias de seguridad completo.
v Seleccin del medio para el juego de copias de seguridad en la pgina 450
v Seleccin de un nombre para el juego de copias de seguridad en la pgina 450
449
v Cmo establecer un perodo de retencin para el juego de copias de seguridad

en la pgina 451
v Ejemplo: Generacin de un juego de copias de seguridad de cliente en la
pgina 451
Seleccin del medio para el juego de copias de seguridad

Al generar un juego de copias de seguridad, debe especificar en qu medio desea
que se grabe el juego de copias de seguridad.
Tenga en cuenta lo siguiente cuando seleccione una clase de dispositivo para
grabar el juego de copias de seguridad:
v Cree el juego de copias de seguridad en cualquier acceso secuencial cuyos tipos
de dispositivo estn admitidos en ambas mquinas, cliente y servidor. Si no
tiene acceso a dispositivos compatibles, tendr que definir una clase de
dispositivo para un tipo de dispositivo que est admitido tanto en el cliente
como en el servidor.
v Asegrese de que el dispositivo que leer el juego de copias de seguridad
admita el tipo de medio y el formato de grabacin para generar el juego de
copias de seguridad.
Puede grabar juegos de copias de seguridad en medios secuenciales: cinta
secuencial y clase de dispositivo FILE. Los volmenes de cinta que contienen el
juego de copias de seguridad no se asocia con agrupaciones de almacenamiento y,
por consiguiente, no migran a travs de la jerarqua de agrupaciones de
almacenamiento.
Para la clase de dispositivo FILE, el servidor crea cada juego de copias de
seguridad con una extensin de archivo de OST. Puede copiar los volmenes de la
clase de dispositivo FILE en medios extrables que se asocian con dispositivos
CD-ROM, JAZ o ZIP, utilizando el tipo de dispositivo REMOVABLEFILE. Para
obtener ms informacin, consulte el apartado Configuracin de dispositivos de
medios extrables en la pgina 95.
Utilizacin de medios reutilizables: puede determinar si desea utilizar
volmenes reutilizables al generar un juego. Si no utiliza unos volmenes
especficos, el servidor utiliza volmenes reutilizables para el juego de copias de
seguridad.
Puede utilizar volmenes especficos para el juego de copias de seguridad. Si no
existe suficiente espacio para almacenar el juego de copias de seguridad en los
volmenes, el servidor utiliza volmenes reutilizables para almacenar el resto del
juego de copias de seguridad.
Seleccin de un nombre para el juego de copias de seguridad

El servidor agrega un sufijo nico al nombre que especifique para el juego de
copias de seguridad. Por ejemplo, si denomina mybackupset al juego de copias de
seguridad, el servidor agregar una extensin exclusiva, por ejemplo, 3099, al
nombre. Esto permite crear juegos de copias de seguridad con el mismo nombre
sin sobregrabar juegos de copia de seguridad existentes.
Para ver informacin acerca de este juego de copias de seguridad ms adelante,
puede escribir un carcter comodn con el nombre (por ejemplo, mybackupset*) o
especificar el nombre completo (por ejemplo, mybackupset.3099).
450
Cmo establecer un perodo de retencin para el juego de

copias de seguridad
Puede establecer el perodo de retencin, especificado como un nmero de das,
para retener el juego de copias de seguridad del servidor. Puede especificar un
nmero de das comprendido entre 0 y 30.000. Los juegos de copias de seguridad
se retienen en el servidor durante 365 das si no se especifica un valor. El servidor
utiliza el perodo de retencin para determinar los volmenes en los que reside la
caducidad del juego de copias de seguridad.
Ejemplo: Generacin de un juego de copias de seguridad de

cliente
|
|
|
|
Cree un juego de copias de seguridad en CD-ROM que el cliente pueda utilizar

ms adelante para restaurar datos. Puesto que el CD-ROM es un medio de slo
lectura, debe crear un juego de copias de seguridad en un dispositivo en el que el
servidor pueda grabar antes de crear el juego de copias de seguridad en el
CD-ROM. No supere la capacidad de datos de CD-ROM. Siga estos pasos para
crear un juego de copias de seguridad en un CD-ROM:
1. Defina una biblioteca del tipo MANUAL. Asigne a la biblioteca el nombre
MANUALLIB.
define library manuallib libtype=manual
2. Defina una clase de dispositivo cuyo tipo de dispositivo sea REMOVABLEFILE.

Asigne a la clase de dispositivo el nombre CDFILE:
define devclass cdfile devtype=removablefile library=manuallib
3. Defina una unidad para asociarla a la biblioteca. Asigne a la unidad el nombre

CDDRIVE, y al dispositivo, el nombre h:
define drive manuallib cddrive device=h:
4. Defina una clase de dispositivo cuyo tipo de dispositivo sea FILE. Asigne a la
clase de dispositivo el nombre CDFILE:
define devclass cdfile devtype=file maxcapacity=640M dir=/backupset
|
|
|
|
|
5. Cree un juego de copias de seguridad con el tipo de dispositivo FILE para el

nodo cliente JOHNSON. Asigne al juego de copias de seguridad el nombre
PROJECT y establezca un perodo de retencin de 90 das.
|
|
|
|
|
|
|
Nota: Volumes=BK1,BK2,BK3 especifica que el juego de copias de seguridad se

coloca en los archivos llamados BK1, BK2 y BK3. Esto presupone que el
juego de copias de seguridad es suficientemente grande para necesitar
tres archivos de 650 MB.
6. Utilice cualquier software de grabacin de CD-ROM para colocar estos archivos
en CD-ROM. En este ejemplo, los nombres de los volmenes de CD-ROM son
BK1, BK2 y BK3.
v El software de grabacin debe etiquetar cada CD-ROM.
v La etiqueta debe coincidir exactamente con el nombre del archivo.
Si desea ver un ejemplo de cmo utilizar el juego de copias de seguridad en el
CD-ROM, consulte el apartado Cmo trasladar juegos de copias de seguridad
a otros servidores en la pgina 452.
|
|
|
|
|
generate backupset johnson project devclass=file

volumes=BK1,BK2,BK3 retention=90
Restauracin de juego de copias de seguridad desde un

cliente de copia de seguridad/archivado
Los nodos cliente de copia de seguridad/archivado pueden restaurar sus juegos de
copias de seguridad de dos formas:
451
v Directamente desde el servidor.

v Mediante un dispositivo conectado a la mquina del cliente que leer los medios
en los que est almacenado el juego de copias de seguridad.
Los juegos de copias de seguridad solo pueden ser utilizados por un cliente de
copia de seguridad/archivado y solo si los archivos del juego de copias de
seguridad se crearon en un cliente de copia de seguridad/archivado.
Para obtener ms informacin sobre la restauracin de juegos de copias de
seguridad, consulte la publicacin Utilizacin del cliente de copia de
seguridad/archivado del sistema operativo correspondiente.
Cmo trasladar juegos de copias de seguridad a otros

servidores
Tarea
Definir un juego de copias de seguridad
Si la opcin de servidor
REQSYSAUTHOUTFILE establecida es YES,
se necesita el privilegio de sistema. Si la
opcin de servidor REQSYSAUTHOUTFILE
establecida es NO, se necesita el privilegio
de sistema o poltica con restricciones sobre
el dominio de polticas al que est asignado
el nodo.
Puede definir (trasladar) un juego de copias de seguridad generado en un servidor

a otro servidor de Tivoli Storage Manager.Todos los juegos de copias de seguridad
de clientes creados en un servidor pueden definirse para otro servidor siempre que
los servidores compartan un tipo de dispositivo comn. El nivel del servidor que
define el juego de copias de seguridad debe ser igual o mayor que el nivel del
servidor que cre el juego de copias de seguridad.
Si tiene varios servidores que conectan con diferentes clientes, el comando DEFINE
BACKUPSET le permite tomar un juego de copias de seguridad generado con
anterioridad y hacer que est disponible para otros servidores. El objetivo consiste
en ofrecer al usuario una mayor flexibilidad para trasladar juegos de copias de
seguridad a distintos servidores, lo que permite al usuario la capacidad de
restaurar sus datos de un servidor que no es el servidor en que se cre el juego de
Utilizando el ejemplo que se describe en el apartado Ejemplo: Generacin de un
juego de copias de seguridad de cliente en la pgina 451, puede hacer que el
juego de copias de seguridad que se copi en el CD-ROM est disponible para otro
servidor con el comando siguiente:
|
|
define backupset johnson project devclass=cdrom volumes=BK1,BK2,BK3

description="juego de copias de seguridad copiado en CD-ROM"
|
|
|
|
|
|
|
Notas:
1. Devclass=cdrom especifica una clase de dispositivo del tipo REMOVABLEFILE
que hace referencia a su unidad de CD-ROM. Los CD-ROM tienen una
capacidad mxima de 650 MB.
2. Volumes=BK1,BK2,BK3 especifica los nombres de los volmenes que contienen
el juego de copias de seguridad. La etiqueta de volumen de estos CD-ROM
debe coincidir exactamente con el nombre del archivo en el volumen.
452
Gestin de los juegos de copias de seguridad de los clientes

Puede actualizar, consultar y suprimir los juegos de copias de seguridad.
Tarea
Actualizar el perodo de retencin asignado

a un juego de copias de seguridad

nodo
Ver informacin acerca de los juegos de

copias de seguridad
Ver informacin acerca del contenido de los

juegos de copias de seguridad

nodo
Suprimir juegos de copias de seguridad
Si la opcin de servidor
REQSYSAUTHOUTFILE establecida es YES,
se necesita el privilegio de sistema. Si la
opcin de servidor REQSYSAUTHOUTFILE
establecida es NO, se necesita el privilegio
de sistema o poltica con restricciones sobre
el dominio de polticas al que est asignado
el nodo.
Actualizacin del perodo de retencin de un juego de copias de

seguridad
Cuando desee modificar el nmero de das que el servidor retiene un juego de
copias de seguridad, actualice el perodo de retencin que est asociado al juego de
copias de seguridad. Por ejemplo, para actualizar el perodo de retencin asignado
al juego de copias de seguridad denominado ENGDATA.3099, que pertenece al
nodo cliente JANE, en 120 das, entre:
update backupset jane engdata.3099 retention=120
Visualizacin de informacin sobre juegos de copias de

seguridad
Para ver la informacin sobre los juegos de copias de seguridad, puede utilizar el
comando QUERY BACKUPSET. La salida de este comando muestra informacin,
como por ejemplo el nombre del nodo cliente cuyos datos contiene el juego de
copias de seguridad y la descripcin del juego de copias de seguridad, en caso de
haberse especificado.
La figura siguiente muestra el informe que se visualiza despus de entrar este
comando:
query backupset
Nodo:
Nombre juego copia seg.:
Fecha/hora:
Perodo de retencin:
Descripcin:
JANE
MYBACKUPSET.3099
09/04/2002 16:17:47
60
DCFILE
453
Visualizacin de informacin sobre volmenes de juegos de

copia de seguridad
Un juego de copias de seguridad de un cliente puede estar ubicado en ms de un
volumen. El servidor anota la informacin acerca de los volmenes utilizados para
el juego de copias de seguridad en el archivo histrico de volmenes. El archivo
histrico de volmenes contiene informacin como la fecha y la hora en que se ha
generado el juego de copias de seguridad, la clase de dispositivo en que se ha
grabado el juego de copias de seguridad y el comando utilizado para generar
dicho juego. Si un juego de copias de seguridad ocupa varios volmenes, el
servidor visualiza el comando utilizado para generar el juego de copias de
seguridad solo en el primer volumen.
Puede ver esta informacin utilizando el comando QUERY VOLHISTORY, con
BACKUPSET especificado como el tipo de volumen.
En el ejemplo siguiente se muestra la ubicacin en tres volmenes del juego de
copias de seguridad de este cliente determinado y la visualizacin del comando
utilizado para generar el juego de copias de seguridad con el primer volumen.
Fecha/Hora: 09/04/2002 07:34:06 PM
Tipo volumen: BACKUPSET
Serie copia seguridad:
Operacin copia seguridad:
Sec. volumen: 1
Clase dispositivo: FILE
Nombre volumen: 01334846.ost
Ubicacin volumen:
Comando: gen backupset client57 testbs /home dev=file scratch=yes
ret=2 desc="Client57 backupset"
Fecha/Hora:
Tipo volumen:
Sec. volumen:
Clase dispositivo:
Nombre de volumen:
Ubicacin volumen:
Comando:
09/04/2002 07:34:06 PM
BACKUPSET
Fecha/Hora:
Tipo volumen:
Sec. volumen:
Clase dispositivo:
Nombre de volumen:
Ubicacin volumen:
Comando:
09/04/2002 07:34:06 PM
BACKUPSET
2
FILE
01334849.ost
3
FILE
01334850.ost
Visualizacin del contenido de los juegos de copias de

seguridad
Puede ver informacin sobre el contenido de los juegos de copias de seguridad
mediante el comando QUERY BACKUPSETCONTENTS. Cuando emita la consulta,
el servidor muestra solo un juego de copias de seguridad cada vez.
El servidor muestra informacin acerca de los archivos y directorios que contiene
un juego de copias de seguridad. La figura siguiente muestra el informe que se
visualiza despus de entrar este comando:
query backupsetcontents jane engdata.3099
454
Nodo
Nombre
espacio
archivos
------------------------ ---------JANE
/srvr
JANE
/srvr
JANE
/srvr
JANE
/srvr
JANE
...
Nombre de archivo del cliente
--------------------------/deblock
/deblock.c
/dsmerror.log
/dsmxxxxx.log
......
Visualizacin de nombres de archivo y espacio de archivos: Los nombres de

espacios de archivos y nombres de archivo que pueden estar en pginas de cdigos
o entorno nacional distintas de las del servidor no se visualizan correctamente en
la interfaz Web del administrador ni en la interfaz de lnea de comandos de
administracin. Los datos han sido almacenados como copia de seguridad y
pueden restaurarse correctamente, pero el espacio de archivos o el nombre de
archivo puede visualizarse con una combinacin de caracteres no vlidos o
espacios en blanco.
Si el nombre del espacio de archivos est preparado para Unicode, el nombre se
convierte a la pgina de cdigos del servidor para poder visualizarse. Los
resultados de la conversin de caracteres que no admite la pgina de cdigos
actual depende del sistema operativo. Los nombres que Tivoli Storage Manager
puede convertir parcialmente pueden ir acompaados de signos de interrogacin
(??), espacios en blanco, caracteres que no se pueden imprimir o "...". Estos
caracteres indican al administrador que los archivos existen realmente. Si la
conversin no es satisfactoria, el nombre se visualiza como "...". La conversin
puede dar errores si la cadena incluye caracteres que no estn disponibles en la
pgina de cdigos del servidor o si el servidor tiene problemas para acceder a las
rutinas de conversin del sistema.
Supresin de juegos de copias de seguridad

Cuando el servidor crea un juego de copias de seguridad, el perodo de retencin
asignado al juego de copias de seguridad determina el espacio de tiempo que el
juego de copias de seguridad permanece en la base de datos. Cuando se supera
esta fecha, el servidor automticamente suprime el juego de copias de seguridad al
ejecutarse el proceso de caducidad. No obstante, tambin puede suprimir
manualmente del servidor el juego de copias de seguridad del cliente antes de la
fecha de caducidad planificada mediante el comando DELETE BACKUPSET.
Una vez suprimido un juego de copias de seguridad, los volmenes retornan al
estado reutilizable si Tivoli Storage Manager los ha adquirido como volmenes
reutilizables.Los volmenes reutilizables asociados al tipo de dispositivo FILE se
suprimen.
Para suprimir un juego de copias de seguridad denominado ENGDATA.3099, que
pertenece al nodo cliente JANE, creado antes de las 23:59 el 18 de marzo de 1999,
entre:
delete backupset jane engdata.3099 begindate=03/18/1999 begintime=23:59
Para suprimir todos los juegos de copias de seguridad que pertenecen al nodo
cliente JANE, creado antes de las 23:59 el 18 de marzo de 1999, entre:
delete backupset jane * begindate=03/18/1999 begintime=23:59
455
Activacin de clientes para que utilicen la copia de seguridad de

subarchivos
Un problema bsico al que actualmente se enfrentan los usuarios remotos y
mviles es la conexin a servicios de gestin de almacenamiento utilizando
mdems con ancho de banda limitado o poca calidad de lnea. En consecuencia,
aparece la necesidad de que los usuarios minimicen el volumen de datos que
envan a travs de la red, as como el tiempo de conexin a esta red.
Para ayudar a resolver este problema, puede utilizar copias de seguridad de
subarchivos. Cuando ya se ha hecho una copia de seguridad del archivo de un
cliente, las copias de seguridad posteriores normalmente se realizan de la parte del
archivo del cliente que se ha modificado (un subarchivo), en lugar de hacerlo con
todo el archivo. Un archivo base se representa mediante una copia de seguridad de
todo el archivo y es el archivo del que dependen los subarchivos. Si hay un gran
volumen de cambios de un archivo, el usuario puede solicitar una copia de
seguridad de todo el archivo. Se establece un archivo base nuevo del que
dependen todas las copias de seguridad de subarchivos posteriores.
Este tipo de copia de seguridad hace posible que los usuarios mviles reduzcan el
tiempo de conexin, el trfico de la red y el tiempo que tarda en hacerse una copia
de seguridad. Para activar este tipo de copia de seguridad, consulte el apartado
Configuracin de clientes para utilizar una copia de seguridad de subarchivos.
Ejemplo de copias de seguridad de subarchivos

Supongamos que, un lunes, un usuario solicita una copia de seguridad incremental
de un archivo denominado CUST.TXT. El usuario realiza actualizaciones diarias
del archivo CUST.TXT y solicita copias de seguridad posteriores.
En la tabla siguiente se describe cmo maneja Tivoli Storage Manager las copias de
seguridad del archivo CUST.TXT.
Versin
Da de la
copia de
seguridad
posterior
De qu hace copias de seguridad Tivoli Storage Manager
Primera
Lunes
Todo el archivo CUST.TXT (el archivo base)
Segunda
Martes
Un subarchivo de CUST.TXT. El servidor compara el archivo

del que se hizo copia de seguridad el lunes con el archivo del
que debe hacerse la copia de seguridad el martes. El servidor
recibe un subarchivo que contiene los cambios que existen
entre ambos archivos para que realizar la copia de seguridad.
Tercera
Mircoles
Un subarchivo de CUST.TXT. Tivoli Storage Manager

compara el archivo del que se hizo copia de seguridad el
lunes con el archivo del que debe hacerse la copia de
seguridad el mircoles.El servidor recibe un subarchivo que
contiene los cambios que existen entre ambos archivos para
que realizar la copia de seguridad.
Configuracin de clientes para utilizar una copia de seguridad

de subarchivos
Para activar la copia de seguridad de subarchivos, haga lo siguiente:
456
v En el servidor: debe configurar el servidor para que permita que los clientes
hagan copias de seguridad de subarchivos. Utilice el comando SET SUBFILE.
set subfile client
v En los clientes: deben establecerse las opciones SUBFILEBACKUP,

SUBFILECACHEPATH y SUBFILECACHESIZE en el archivo de opciones del
cliente (dsm.opt).
Puede controlar estas opciones desde el servidor incluyndolas en conjuntos de
opciones de cliente. Por ejemplo, puede desactivar la copia de seguridad de
subarchivos para nodos cliente concretos estableciendo SUBFILEBACKUP=NO
en el conjunto de opciones de cliente asociado con el nodo cliente. Si desea saber
cmo establecer y utilizar los conjuntos de opciones de cliente, consulte el
apartado Creacin de conjuntos de opciones de cliente en el servidor en la
pgina 368.
Consulte la publicacin IBM Tivoli Storage Manager para Windows Gua del usuario
e instalacin de los clientes de copia de seguridad/archivado para obtener ms
informacin sobre las opciones.
Gestin de copias de seguridad de subarchivos

En los apartados siguientes se describe cmo gestiona Tivoli Storage Manager los
subarchivos que se restauran, se exportan, se importan o se agregan a un juego de
Restauracin de subarchivos
Cuando un cliente emite una solicitud para restaurar subarchivos, Tivoli Storage
Manager restaura los subarchivos y el archivo base correspondiente en el cliente.
Este proceso es transparente para el cliente. Es decir, el cliente no tiene que
determinar si se han restaurado todos los subarchivos y archivos base
correspondientes durante la operacin de restauracin.
Puede definir (trasladar) un juego de copias de seguridad que contiene subarchivos
a una versin anterior de un servidor que no est activado para la copia de
seguridad de subarchivos. El servidor puede restaurar el juego de copias de
seguridad que contiene los subarchivos en un cliente que no puede restaurar
subarchivos. Sin embargo, este proceso no se recomienda porque podra provocar
un problema de integridad de los datos.
Exportacin e importacin de subarchivos

Cuando se exportan subarchivos durante una operacin de exportacin, Tivoli
Storage Manager exporta tambin el archivo base correspondiente a los volmenes
que especifique. Cuando el archivo base y sus subarchivos dependientes se
importan desde los volmenes a un servidor destino y el proceso de importacin
se cancela mientras se estn realizando dicha importacin, el servidor suprime
automticamente cualquier archivo base y subarchivo incompleto que estuviera
almacenado en el servidor destino.
Proceso de caducidad de los archivos base y subarchivos

Como los subarchivos no tienen utilidad alguna sin el archivo base
correspondiente, el servidor procesa los archivos base que puede utilizar para el
proceso de caducidad de forma diferente. Por ejemplo, cuando se ejecuta el
proceso de caducidad, Tivoli Storage Manager reconoce un archivo base como
posible para la caducidad pero no suprime el archivo hasta que no hayan
caducado todos sus subarchivos dependientes.Si desea obtener ms informacin
sobre la gestin de la caducidad de archivos por parte del servidor, consulte el
apartado Ejecucin del proceso de caducidad para suprimir archivos caducados
en la pgina 430.
457
Adicin de subarchivos a juegos de copias de seguridad

Cuando se agrega un subarchivo a un juego de copias de seguridad, Tivoli Storage
Manager incluye el archivo base correspondiente en el juego de copias de
seguridad. Si el archivo base y los subarchivos dependientes se almacenan en
volmenes separados cuando se crea un juego de copias de seguridad, es posible
que se necesiten montajes de volmenes adicionales para crear el juego de copias
de seguridad.
Supresin de archivos base

Si se suprime un archivo base como resultado del proceso de un comando DELETE
VOLUME, el servidor reconoce sus subarchivos dependientes y los suprime del
servidor. Los subarchivos sin el archivo base correspondiente son incompletos y
carecen de utilidad para el usuario.
Optimizacin de operaciones de restauracin para clientes

La copia de seguridad incremental progresiva, que es el estndar de Tivoli Storage
Manager, da como resultado operaciones que se han optimizado para restaurar
archivos individuales o pequeas cantidades de archivos. La copia de seguridad
incremental progresiva minimiza el uso de la cinta, reduce el trfico en la red
durante las operaciones de copia de seguridad y elimina el almacenamiento y el
seguimiento de varias copias de los mismos datos. La copia incremental progresiva
puede reducir el impacto que pueden recibir las aplicaciones de cliente mientras se
lleva a cabo la copia de seguridad. Para obtener un nivel de rendimiento que
mantenga un equilibrio entre las operaciones de copia de seguridad y de
restauracin, la mayora de las veces el mejor mtodo es utilizar la copia de
seguridad incremental progresiva con la funcin de proximidad activada en la
Si el rendimiento de la restauracin es ms importante que mantener un equilibrio
entre las operaciones de copia de seguridad y de restauracin, puede optimizar en
funcin del rendimiento de restauracin que se tenga como objetivo. Cuando
optimiza la restauracin, a menudo habr costes en el uso de cinta y en el
rendimiento de la copia de seguridad. Para lograr un equilibrio entre los costes y
la necesidad de operaciones de restauracin optimizadas, debe hacer los siguiente:
Identificar los sistemas ms importantes para su negocio
Piense dnde estn ubicados los datos ms importantes, que es ms
importante restaurar y qu necesita la restauracin ms rpida. Identifique
en qu sistema y aplicaciones necesita centrarse para optimizar la
restauracin.
Identificar los objetivos
Identifique sus objetivos y clasifquelos segn su prioridad. Algunos
objetivos a considerar son:
v Recuperacin ante siniestro o recuperacin ante una anomala en el
hardware, lo que requiere restauraciones del sistema de archivos
v Recuperacin ante la prdida o supresin de archivos individuales o
grupos de archivos
v Recuperacin de aplicaciones de base de datos
v Recuperacin en un instante especfico de grupos de archivos
La importancia de cada objetivo puede ser distinta en los distintos sistemas
cliente que se han identificado como ms importantes.
458
Para ms informacin sobre las operaciones de restauracin de clientes, consulte el

apartado Conceptos relacionados con las operaciones de restauracin de cliente
en la pgina 462.
Consideraciones sobre el entorno

El rendimiento depende del entorno, lo que incluye:
v Caractersticas de la red
v Hardware de almacenamiento, incluidos los tipos de unidades de cinta que se
utilizan y la disponibilidad de las funciones de instantnea
v Restricciones de tiempo en las operaciones de copia de seguridad y restauracin
Suponga que utiliza un disco para almacenar datos que necesitan una restauracin
rpida. Para los datos que son menos crticos, almacnelos en disco y despus
mgrelos a cinta.
Una de las variables ms importantes en el rendimiento del proceso de
restauracin es la disposicin de los datos que se van a restaurar en uno o varios
volmenes de cinta. Las principales causas de problemas de rendimiento son los
montajes de cinta excesivos y la necesidad de pasar por alto los datos caducados o
inactivos en una cinta. Tras una larga serie de copias de seguridad incrementales,
tal vez a lo largo de varios aos, los datos activos de un espacio de archivos
pueden estar repartidos por muchos volmenes de cinta. Un solo volumen de cinta
puede tener datos activos mezclados con datos inactivos y caducados. En las
siguientes secciones se tratan las maneras de controlar la colocacin de datos, como
por ejemplo:
v Utilizar la funcin de proximidad en agrupaciones de almacenamiento.
v Limitar el nmero de versiones inactivas de datos mediante una poltica.
v Utilizar los comandos MOVE DATA o MOVE NODEDATA.
Restauracin de sistemas de archivos completos

La utilizacin de una copia de seguridad de imagen de sistema de archivos
optimizar las operaciones de restauracin cuando sea necesario restaurar todo un
sistema de archivos, como por ejemplo, una recuperacin ante siniestro o una
recuperacin antes una anomala en el hardware. Si se restaura a partir de una
copia de seguridad de imagen se minimizan los montajes simultneos de cintas y
el posicionamiento dentro de una cinta durante la operacin de restauracin.
Considere lo siguiente como ayuda para realizar las operaciones de restauracin de
sistemas de archivos:
v Lleve a cabo copias de seguridad de imagen con frecuencia. Si se realizan copias
de seguridad de imagen con ms frecuencia se proporcionar una mejor
granularidad en un instante especfico, pero tendr un mayor coste en trminos
de uso de cinta, interrupciones en el sistema cliente durante la copia de
seguridad y ser necesario una mayor anchura de banda en la red.
Una pauta a seguir es realizar una copia de seguridad de imagen cuando hayan
cambiado ms de un 20% de los datos en un sistema de archivos.
v Combine las copias de seguridad de imagen con copias de seguridad
incrementales progresivas para el sistema de archivos. Esto permite una
restauracin completa en un instante especfico arbitrario.
v Para minimizar los perodos de interrupcin en el sistema cliente durante la
copia de seguridad, utilice tcnicas de instantnea basadas en hardware o
software para el sistema de archivos.
459
La capacidad para la copia de seguridad de imagen no est disponible para todos

los clientes en este momento. Si la copia de seguridad de imagen no est
disponible para el cliente y la restauracin completa del sistema de archivos es un
imperativo, plantese utilizar la copia de seguridad selectiva para forzar una copia
de seguridad del sistema de archivos completa de forma peridica.,
Restaurar partes de sistemas de archivos

Las copias de seguridad incrementales progresivas optimizan las operaciones de
restauracin para cantidades pequeas de archivos o de grupos de archivos.Estas
copias de seguridad tambin utilizan de forma ptima el ancho de banda de la red
para operaciones de copia de seguridad, y pueden minimizar el tiempo
transcurrido en la copia de seguridad y el uso de cinta. Si desea optimizar la
restauracin de un archivo o un grupo de archivos, o un sistema en el que no se
puede realizar una copia de seguridad de imagen, considere los siguientes mtodos
adicionales:
v Utilice la funcin de proximidad por nodo o por espacio de archivos para las
agrupaciones secuenciales primarias en las que los clientes realizan copias de
seguridad. En el caso de espacios de archivos de gran tamao para los que el
rendimiento de la restauracin es esencial, piense en crear puntos de montaje en
el sistema cliente. Esto permitira la disposicin de los datos debajo del nivel del
|
|
|
|
460

Proximidad en la pgina 281 para obtener ms informacin sobre la funcin de
proximidad.
Especifique la opcin de cliente COLLOCATEBYFILESPEC. Puede contribuir a
limitar el nmero de cintas en las que graban los objetos de una especificacin
de archivo. Consulte la publicacin Administrators Reference para obtener ms
informacin sobre opciones de cliente.
Utilice el comando MOVE NODEDATA para consolidar los datos crticos en
agrupaciones de almacenamiento en cinta, incluso en agrupaciones de
almacenamiento que tienen la funcin de proximidad activada. Puede ser
importante consolidar datos en determinados nodos, espacios de archivos y tipos
de datos ms a menudo que en otros. Si no utiliza la funcin de proximidad o
tiene una cantidad de cinta limitada, puede que desee hacerlo ms a menudo.
Tambin se debe tener en cuenta la cantidad de datos cambiados.
Utilice el parmetro RECONSTRUCT en el comando para eliminar espacio no
utilizado en las agregaciones de archivos cuando stas se traspasan.
Utilice el comando para disponer con antelacin datos en disco cuando el plazo
para una peticin de restauracin lo permita.
La efectividad del comando al optimizar la restauracin puede disminuir si se
mantienen un gran nmero de versiones.
Cree juegos de copias de seguridad que se puedan trasladar al sistema cliente y
utilizar para realizar directamente la restauracin. Esto es eficaz si se dispone de
tiempo suficiente antes de la restauracin y puede ahorrar ancho de banda en la
red.
La creacin de juegos de copias de seguridad tambin puede realizarse de forma
peridica cuando se dispone de recursos, por ejemplo, durante los fines de
semana.
Utilice copias de seguridad incrementales progresivas, aunque cada cierto
tiempo debe realizar una copia de seguridad completa.
Algunos usuarios piensan que es til definir varios nodos cliente de Tivoli
Storage Manager en un sistema. Un nodo cliente lleva a cabo las copias de
seguridad incremental y utiliza polticas que conservan varias versiones. Otro
nodo cliente realiza copias de seguridad completas o incrementales con

proximidad, pero utiliza polticas que conservan una sola versin. Un nodo
puede utilizarse para restaurar versiones anteriores de archivos concretos, y el
otro nodo cliente puede utilizarse para restaurar un rbol de directorios o un
sistema de archivos entero a la ltima versin.
v Cree varias jerarquas de agrupaciones de almacenamiento para clientes con
distintas prioridades. Para los datos ms esenciales, la mejor opcin podra ser
utilizar el almacenamiento en slo disco. Si se utilizan distintas jerarquas de
almacenamiento tambin se puede establecer la funcin de proximidad de forma
distinta en las diversas jerarquas.
v Minimice el nmero de versiones que conserva. As se reduce el perodo de
tiempo dedicado al posicionamiento de una cinta durante una operacin de
restauracin. Una alternativa sera realizar copias de seguridad completas.
v Tenga en cuenta las caractersticas de los medios de almacenamiento, por
ejemplo, el tipo de unidad de cinta que se utiliza. Utilice copias de seguridad de
sistema de archivos completas si las unidades de cinta que emplea son
relativamente lentas en las operaciones de posicionamiento.
Restauracin de bases de datos para aplicaciones

Si se llevan a cabo copias de seguridad completas ms frecuentemente, las
restauraciones de bases de datos sern ms rpidas. En el caso algunos productos
de base de datos, puede utilizar varias sesiones para efectuar la restauracin,
restaurar slo la base de datos o restaurar slo los archivos de anotaciones de la
base de datos. Si desea obtener los procedimientos ptimos para clientes de
aplicacin de Tivoli Storage Manager especficos, consulte el apartado
Publicaciones de IBM Tivoli Storage Manager en la pgina xvi.
Restauracin de archivos en un instante especfico

Si necesita la capacidad de restaurar archivos en un momento especfico, considere
la posibilidad de establecer una poltica para conservar una gran cantidad de
versiones (estableciendo VEREXISTS=NOLIMIT y VERDELETED=NOLIMIT en el
grupo de copia de seguridad). Conservar una gran cantidad de versiones no es
imprescindible para restaurar en un instante especfico, pero al aumentar el
nmero de versiones que se conservan, ser posible restaurar desde un momento
anterior y an as encontrar las versiones correspondientes a este momento. Si
adems planifica de forma peridica las copias de seguridad incrementales, tendr
una mayor granularidad al restaurar en un instante especfico distinto. No
obstante, si se conserva una gran cantidad de versiones puede disminuir el
rendimiento de las operaciones de restauracin, tal como se describe en el apartado
Restaurar partes de sistemas de archivos en la pgina 460. Si se establece la
poltica de conservar un gran nmero de versiones tambin tiene su coste en
trminos de espacio de bases de datos y espacio de agrupaciones de
almacenamiento. Puede incidir en el rendimiento global.
Si no dispone de suficientes recursos para mantener una gran cantidad de
versiones de archivos y necesita la capacidad de restaurar en un instante especfico,
considere la posibilidad de utilizar juegos de copias de seguridad, exportar los
datos del cliente o utilizar la funcin de archivado. Si utiliza juegos de copias de
seguridad, exporta datos de cliente o archiva copias tendr la capacidad de
restaurar en el instante especfico en que se gener el juego de copias de
seguridad, se realiz la exportacin o se cre la copia archivada. Tenga en cuenta
que cuando sea necesario restaurar los datos, la seleccin estar limitada al
momento en que se creo el juego de copias de seguridad, la exportacin o el
archivo.
461
Nota: si utiliza la funcin de archivado, debe crear un archivo cada mes o cada
ao. La funcin de archivo no debe utilizarse como mtodo de copia de
seguridad primario porque si se crean copias archivadas con grandes
cantidades de datos frecuentemente, se puede afectar al rendimiento del
servidor.
Conceptos relacionados con las operaciones de restauracin

de cliente
En las siguientes secciones se proporciona informacin sobre las operaciones de
restauracin de cliente:
Procesos de restauracin sin consulta
Copia de seguridad y restauracin mediante varios comandos en la pgina
463
Restauracin mediante varias sesiones en clientes en la pgina 464
Control de la utilizacin de recursos de un cliente en la pgina 464
Gestin del almacenamiento del servidor para optimizar las operaciones de
restauracin en la pgina 465
Procesos de restauracin sin consulta

El cliente emplea dos mtodos distintos para las operaciones de restauracin: la
restauracin estndar (denominada tambin restauracin clsica) y la restauracin
sin consulta.
La restauracin estndar requiere ms interaccin entre el cliente y el servidor, y
no se pueden emplear varios procesos para la restauracin. La restauracin sin
consulta requiere menos interaccin entre el cliente y el servidor, y el cliente puede
emplear varias sesiones para el proceso de restauracin. El proceso de restauracin
sin consulta es til al restaurar sistemas de archivos de gran tamao en un cliente
con memoria limitada, porque as se evita realizar altunos procesos que puedan
afectar al rendimiento de otras aplicaciones de cliente. Sin embargo, la operacin
de restauracin sin consulta puede tardar mucho ms en llevarse a cabo que la
operacin de restauracin estndar. Por ejemplo, en los casos en que slo vayan a
restaurarse directorios o archivos especficos dentro de un directorio, es posible que
sea ms rpido utilizar una restauracin clsica.
El mtodo recibe el nombre de restauracin sin consulta ya que el cliente enva una
nica peticin de restauracin al servidor en lugar de consultar al servidor para
cada objeto que se debe restaurar. El servidor devuelve los archivos y directorios al
cliente sin ninguna otra accin por parte de ste. El cliente acepta los datos
procedentes del servidor y los restaura en el destino indicado en el comando de
restauracin.
El cliente utiliza el proceso de restauracin sin consulta nicamente cuando la
peticin de restauracin cumple los dos criterios siguientes:
v Se especifica el comando de restauracin con una especificacin de archivo
fuente que tiene un comodn sin restricciones.
Un ejemplo de especificacin de archivo fuente con un comodn sin restricciones
es:
/home/mydocs/2002/*
Un ejemplo de especificacin de archivo fuente con un comodn con restricciones

es:
/home/mydocs/2002/sales.*
v No se especifica ninguna de las opciones de cliente siguientes:
462
inactive
latest
pick
fromdate
todate
Para forzar el uso de la restauracin clsica, utilice ?* en la especificacin de
archivo fuente en vez de usar *. Por ejemplo:
/home/mydocs/2002/?*
Para obtener ms informacin acerca de los procesos de restauracin, consulte la

publicacin Gua del usuario e instalacin de los clientes de copia de seguridad/archivado.
Copia de seguridad y restauracin mediante varios comandos

Otro mtodo que puede ayudar a realizar la copia de seguridad y la restauracin
de nodos del cliente con datos importantes es gestionar el proceso de copia de
seguridad a travs de varios comandos en vez de utilizar varias sesiones. Por
ejemplo, al utilizar la copia de seguridad de varias sesiones, es posible que varias
sesiones de copia de seguridad estn compitiendo por el mismo disco duro
subyacente, lo que causar demoras. Como alternativa puede gestionar este
proceso de forma externa iniciando varios comandos dsmc. Cada comando hace
una copia de seguridad de un nmero predeterminado de sistemas de archivos. Si
se utiliza este mtodo junto con la funcin de proximidad a nivel de espacio de
archivos se podr mejorar el rendimiento de la copia de seguridad a la vez que se
permite la ejecucin de procesos de restauracin paralelos en las mismas unidades
de disco duro.
Debe emitir varios comandos al restaurar ms de un espacio de archivos. Por
ejemplo, si restaura una unidad c: y una unidad d: en un sistema Windows, debe
emitir varios comandos.
Plantese el uso de varios comandos cuando restaure un nico espacio de archivos
de gran tamao y se cumplan todas las condiciones siguientes:
v Se ha efectuado la copia de seguridad de los datos en una agrupacin de
almacenamiento con la proximidad establecida en FILESPACE. Los archivos
estarn en varios volmenes y los volmenes se pueden montar mediante varios
procesos.
v Los archivos estn distribuidos de forma aproximadamente equitativa entre los
distintos directorios de nivel superior en el espacio de archivos.
v El nmero de directorios de nivel superior del espacio de archivos no es
elevado.
v Puede emitir comandos para los distintos directorios de nivel superior y los
comandos no se solapan (de modo que no se restaure varias veces el mismo
archivo como consecuencia de diferentes comandos).
Emita varios comandos emitiendo los comandos uno tras otro en una misma sesin
o ventana o emitiendo los comandos a la vez desde distintas ventanas de
comandos.
Cuando entre varios comandos para restaurar archivos de un mismo espacio de
archivos, debe especificar una parte exclusiva del espacio de archivos en cada
comando de restauracin. Asegrese de no utilizar en los comandos
especificaciones de archivos que se solapen. Para ver una lista de los directorios de
un espacio de archivos, utilice el comando query backup en el cliente. Por ejemplo:
dsmc query backup -dirsonly -subdir=no /usr/
463

Restauracin mediante varias sesiones en clientes

Para utilizar varias sesiones, los datos del cliente deben estar en varios volmenes
de acceso secuencial, o en una combinacin de volmenes de acceso secuencial y
disco. Los datos de un cliente normalmente quedan repartidos en varios
volmenes con el tiempo. Esto se produce de modo intencionado cuando no se
emplea la proximidad para la agrupacin de almacenamiento donde se almacenan
los datos del cliente.
Establezca el nmero mximo de puntos de montaje permitidos para el cliente en
un valor superior a 1 (MAXNUMMP > 1 en el comando REGISTER NODE o
UPDATE NODE).
Establezca la opcin del cliente para la utilizacin de recursos en una unidad ms
que el nmero de sesiones que desee (utilice el nmero de unidades que desea que
emplee ese cliente). Consulte el apartado Control de la utilizacin de recursos de
un cliente. La opcin de cliente se puede incluir en un conjunto de opciones de
cliente.
Emita el comando de restauracin de modo que genere un proceso de restauracin
sin consulta. Consulte el apartado Procesos de restauracin sin consulta en la
Control de la utilizacin de recursos de un cliente

Si establece el parmetro MAXNUMMP en el comando UPDATE NODE o
REGISTER NODE, puede controlar el nmero de puntos de montaje (equivalentes
a las unidades) permitidos para un cliente. Por ejemplo, para que un cliente slo
pueda emplear una unidad, establezca MAXNUMMP=1 en el comando UPDATE
NODE.
En el cliente, la opcin de utilizacin de recursos tambin afecta al nmero de
unidades (sesiones) que puede emplear el cliente. La opcin de cliente, utilizacin
de recursos, se puede incluir en un conjunto de opciones de cliente. Si el nmero
especificado en el parmetro MAXNUMMP es demasiado bajo y no hay suficientes
puntos de montaje para cada una de las sesiones, es posible que no pueda tener las
ventajas que suponen las mltiples sesiones especificadas en la opcin de cliente
de utilizacin de recursos.
v En el caso de operaciones de copia de seguridad, puede que desee impedir que
haya varias sesiones si el cliente est efectuando la copia de seguridad
directamente en cinta, de modo que los datos no se dispersen entre varios
volmenes. Se puede impedir que se establezcan varias sesiones en el cliente
empleando el valor 2 para la opcin de utilizacin de recursos en el cliente.
v Para las operaciones de restauracin, establezca la opcin de utilizacin de
recursos en una unidad ms que el nmero de sesiones deseadas. Utilice el
nmero de unidades que desea que utilice ese cliente.
Recuerde que tal vez tenga que cambiar el valor del parmetro MAXNUMMP en el
servidor y la opcin de utilizacin de recursos en el cliente antes de ejecutar un
proceso de restauracin para obtener el rendimiento ptimo en la restauracin.
464
Gestin del almacenamiento del servidor para optimizar las

Puesto que la disposicin de los datos en cintas puede afectar al rendimiento de la
restauracin, el administrador puede emprender acciones en la gestin del
almacenamiento del servidor para ayudar a optimizar las operaciones de
restauracin.
v Cercirese de que la reclamacin y la caducidad de cintas se ejecutan
peridicamente para que la unidad de cintas no tenga que pasar por alto tantos
datos caducados en la restauracin. Consulte el apartado Reclamacin de
espacio en agrupaciones de almacenamiento de acceso secuencial en la pgina
287 y el Caducidad de archivos y proceso de caducidad en la pgina 394.
v Disminuya el nmero de versiones de archivo que se conservan para que la
unidad de cintas no tenga que pasar por alto tantos datos inactivos en la
restauracin. Consulte el apartado Cuntas versiones de copia de seguridad
deben retenerse y durante cunto tiempo en la pgina 420.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Gestin de datos archivados

La gestin de datos archivados en el servidor es importante cuando los nodos
cliente archivan grandes cantidades (centenares o miles) de archivos cada da. Si
archiva copias mediante herramientas automatizadas que invocan el cliente de
lnea de comandos o la API, existe muchas probabilidades de encontrarse con estas
cantidades tan grandes. Si ha observado que el rendimiento disminuye con el
tiempo mientras realiza la operacin de archivado (adicin, consulta, recuperacin
o supresin de copias archivadas) o las copias archivadas ocupan una gran
cantidad de almacenamiento, plantese la utilizacin de algunas tcnicas
avanzadas que pueden resultar de ayuda.
Gestin del rendimiento para operaciones de archivado en la pgina 466
Gestin de la utilizacin del almacenamiento para copias archivadas en la
pgina 469
Auditora de descripciones de copias archivadas en la pgina 471
Obtencin de informacin referente a copias archivadas en la pgina 472
|
|
|
|
|
|
|
IBM Tivoli Storage Manager permite a los clientes organizar las copias archivadas
en paquetes. El campo de descripcin de una peticin de archivado sirve para
identificar el paquete. Todas las copias archivadas con la misma descripcin pasan
a ser miembros del mismo paquete de archivado. Si el usuario no especifica una
descripcin a la hora de archivar, el programa cliente proporcionar una
descripcin predeterminada a cada peticin de archivado. La descripcin
predeterminada incluye la fecha.
|
|
|
|
|
|
|
Cuando se archivan las copias, el programa cliente archiva las rutas (directorios) en
esos archivos para conservar los permisos de acceso especficos del sistema
operativo. Los directorios tambin se incluyen en paquetes de archivado. Si el
mismo directorio se archiva con descripciones diferentes, el directorio se almacena
una vez con cada paquete. Si un usuario de lnea de comandos emite un comando
QUERY ARCHIVE, pueden aparecer varias entradas del mismo directorio. Un
examen ms detenido revelar que cada entrada tiene una descripcin diferente.
|
|
Para permitir al usuario desplazarse por las copias archivadas de un nodo cliente,
los programas de GUI y cliente Web muestran primero todas las descripciones (los
465
identificadores de paquete), a continuacin los directorios y finalmente los

archivos. Los usuarios pueden recuperar o suprimir archivos concretos o todos los
archivos de un directorio. Los usuarios del cliente de lnea de comandos y de la
API pueden especificar una descripcin cuando archivan copias o cuando envan
peticiones para consultar, recuperar o suprimir copias archivadas.
|
|
|
|
|
Gestin del rendimiento para operaciones de archivado
|
|
|
|
El rendimiento de las operaciones de archivado se ve afectado por los siguientes

factores:
v Los nombres de los directorios y los archivos.
v Si los directorios y los archivos se organizan en paquetes de archivado.
v Si el nodo se ha convertido.
v La cantidad de directorios y archivos que se archiva.
|
|
|
|
|
Los nombres de especificacin de archivo y los paquetes de archivado pueden

influir en el rendimiento de la operacin de archivado. La lista siguiente describe
archivos y descripciones de ejemplo que ha archivado un cliente. Plantese la
utilizacin de las especificaciones y descripciones de archivo de la tabla siguiente
para peticiones de consulta, recuperacin y supresin.
|
|
imgenes del 14 de junio de 1995
|
|
(espacio en blanco)
|
|
imgenes del 21 de noviembre de 2001
|
|
imgenes del 22 de febrero de 1995
|
|
imgenes del 8 de agosto de 1998
|
|
imgenes del 1 de enero de 2003
|
|
imgenes del 21 de noviembre de 2001
|
|
c:\images\ctscan\patient1.1995jun14
c:\images\ctscan\patient5.1998jun14
c:\images\mri\patient1.2001nov21
c:\images\mri\patient2.1995feb22
c:\images\mri\patient5.1998aug08
c:\images\xray\patient1.2003jan01
c:\images\xray\patient2.2001nov21
466
||
|
Especificacin
de archivo
||
|
||
|
|
|
|
|
|
|
|
|
Completamente No
especificada
especificada
(sin comodines)
||
||
|
|
|
|
|
|
Completamente Especificada
especificada
(sin comodines)
||
|
|
|
|
|
|
|
|
|
Completamente No
con comodines especificada
||
||
Completamente Especificada
con comodines
Descripcin
retrieve c:\images\xray\patient1.2003jan01
v Para utilizar especificaciones de archivos completas con
funciones de archivado, codifique la informacin en la
ruta y los nombres de archivo para construir
completamente el nombre.
v Si no se utilizar el concepto de paquetes de archivado,
especifique -description= (espacio en blanco) cuando
archive una copia para que sustituya la descripcin
predeterminada proporcionada por el cliente y reduzca
el nmero de directorios que debe mantenerse para la
especificacin de ruta.
query archive c:\images\mri\patient2.1995feb22
-descr="imgenes de 1995"
Atencin: si inicia operaciones de archivado mediante la
especificacin de archivos completa, la organizacin de las
copias archivadas en paquetes dar como resultado un
conjunto de entradas de directorio (con el mismo nombre)
para cada paquete.
query archive c:\*
v Se visualizarn todos los archivos del espacio de
archivos c:\.
v Si nunca se utilizar el concepto de paquetes de
archivado, especifique -description= (espacio en
blanco) cuando archive una copia para que sustituya la
descripcin predeterminada proporcionada por el
cliente y reduzca el nmero de directorios que debe
mantenerse para la especificacin de ruta.
|
|
|
|
|
|
|
|
|
|
|
Ejemplo
query archive c:\*

-descr="imgenes del 22 de febrero de 1995"
Este ejemplo demuestra el uso de paquetes de archivado.
Aunque la informacin de fecha est codificada en los
nombres de archivo, este uso de los paquetes permite
recuperar eficazmente todas las imgenes, incluidos los
directorios Cat Scan, MRI y XRay para todos los pacientes
del 22 de febrero de 1995.
Parcialmente
especificada
N/D
Una especificacin de archivo parcialmente especificada

incluye el carcter comodn. Estos son dos ejemplos de
consultas ineficaces:
q archive c:\images\*\patient1.2001nov21
q archive c:\images\mri\*.1995feb22
|
|
|
|
|
Para operaciones de archivado ms eficaces, especifique

tantos caracteres correspondientes a la ruta y el nombre
de archivo a la izquierda del comodn como sea posible.
Por ejemplo:
|
|
Nota: la eficiencia de la operacin de archivado puede

mejorarse mediante paquetes de archivado.
queries: q archive c:\images\xray\patient2.2001*
467
|
|
|
Parcialmente
especificada
No
especificada
Para recuperar todas las imgenes para el paciente 5, la

operacin siguiente resultar ineficaz:
c:\images\*\patient5.2001*:
|
|
|
|
|
Cualquiera de las tres peticiones siguientes devolver las

imgenes de forma ms eficaz:
retrieve c:\images\ctscan\patient5.2001*
retrieve c:\images\mri\patient5.2001*
retrieve c:\images\xray\patient5.2001*
|
|
|
|
Parcialmente
especificada
Especificada
Para recuperar todas las imgenes realizadas el 22 de

febrero de 1995, la peticin siguiente no se realizar de
forma tan eficaz porque no existe ninguna descripcin.
c:\images\*\*.1995feb22
|
|
|
|
|
|
La peticin siguiente utiliza paquetes de archivado con

nombres de archivo codificados y se realizar de forma
ms eficaz.
retrieve c:\images\*
-descr="imgenes del 22 de febrero de 1995"
Cuando un nodo organiza sus datos archivados en paquetes, debe convertirse.

Conversin de un nodo cliente
|
|
|
|
Conversin de un nodo cliente en la pgina 469

Inversin de la conversin de un nodo cliente en la pgina 469
|
|
|
|
Si un nodo no organiza datos archivados en paquetes, las opciones FROMDATE y

TODATE pueden utilizarse para diferenciar un conjunto de copias archivadas. Sin
embargo, las opciones de fecha no son opciones de bsqueda eficaz.
|
|
El rendimiento durante la caducidad de inventario se ve afectado por el nmero de

entradas de archivado en la base de datos del servidor.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
La conversin de un nodo afecta al modo en que se organizan los datos archivados

de ste, lo que hace que las operaciones de archivado se realicen de forma ms
eficaz. La conversin de un nodo puede aumentar la cantidad de espacio de
archivo utilizado para copias archivadas. La decisin de convertir un nodo
concreto depender del uso que se tenga de ese nodo para operaciones de archivo
y de la importancia del nodo.
|
|
|
Nota: si la mayora de las copias archivadas de un nodo tienen nombres

exclusivos, los usuarios pueden realizar bsquedas de forma eficaz
buscando nombres de archivo en lugar de descripciones. Es posible que no
Mediante un proceso llamado conversin, el servidor puede buscar de forma ms

eficaz paquetes de archivos para clientes que consultan, recuperan o suprimen
copias archivadas utilizando la opcin de descripcin. El proceso se efecta una
sola vez de forma automtica para nodos cliente a los que se accede mediante el
cliente GUI o un cliente Web de copia de seguridad/archivado. Para conseguir el
mismo resultado para nodos cliente a los que se accede a travs de la lnea de
comandos o la API, convierta el nodo manualmente. Consulte el apartado
Conversin de un nodo cliente en la pgina 469.
468
|
|
sea necesario convertir los nodos con esta caracterstica si los usuarios saben
realizar bsquedas de copias archivadas por descripcin.
|
|
|
|
|
|
|
En el caso de los nodos a los que se accede slo a travs de clientes de lnea de
comandos o la API de cliente, utilice el comando CONVERT ARCHIVE para
convertirlos. Por ejemplo, para convertir el nodo LINUS, entre:
|
|
|
|
|
|
|
|
Inversin de la conversin de un nodo cliente
|
|
Para invertir la operacin de conversin para LINUS, entre el comando:
|
|
Los nodos a los que se accede a travs de clientes de interfaz grfica de usuario o
clientes Web de copia de seguridad/archivado se convierten automticamente.
convert archive linus
Una vez que haya convertido un nodo, no es necesario que lo vuelva a convertir.
Sin embargo, puede invertirse la conversin de un nodo cliente. Por ejemplo,
puede invertir la conversin para comprobar los efectos en el rendimiento del
nodo cliente y en el uso de la base de datos con y sin conversin. Invertir la
conversin tambin es un paso para realizar una auditora de las descripciones de
archivos para un nodo cliente (consulte el apartado Auditora de descripciones de
copias archivadas en la pgina 471).
undo archconversion linus
Gestin de la utilizacin del almacenamiento para copias

archivadas
|
|
|
|
La cantidad de almacenamiento de base de datos del servidor necesaria para

operaciones de archivado se ve afectada por el uso de descripciones para el
archivado y por el archivado de directorios. Tenga en cuenta dos acciones que
pueden realizar los usuarios para minimizar el uso del almacenamiento:
|
|
|
|
|
|
|
|
|
|
Minimice el nmero de descripciones exclusivas

Los usuarios pueden reducir el uso de almacenamiento archivando ms
copias en menos paquetes (con lo que se reduce el nmero de
descripciones exclusivas). La cantidad de almacenamiento utilizado para
directorios tambin se ve afectada por el nmero de paquetes. Si un
usuario archiva una copia tres veces con tres descripciones diferentes, el
servidor almacenar el archivo y el directorio tres veces, una vez en cada
paquete. Si un usuario archiva la misma copia tres veces diferentes con
slo una descripcin, el servidor almacenar el archivo tres veces, pero el
directorio se almacenar slo una vez.
|
|
|
|
Archive directorios slo si es necesario

Archivar directorios puede ser necesario si stos son precisos para agrupar
archivos para consulta o recuperacin, o si debe archivarse la informacin
de permiso de acceso de nivel de directorio.
|
|
|
|
|
Los usuarios de los programas cliente de GUI y Web necesitan descripciones que
les sirvan de ayuda en el desplazamiento a fin de encontrar las copias archivadas.
Puede minimizar la utilizacin del almacenamiento para archivos reduciendo el
nmero de paquetes. Para nodos cliente a los que siempre se accede a travs de la
interfaz de lnea de comandos, tambin puede utilizar otras tcnicas.
Cmo minimizar la utilizacin del almacenamiento de archivado en la pgina
470
|
|
469
Reduccin de la utilizacin de almacenamiento de archivado para nodos

cliente con muchas copias archivadas
Cmo evitar el archivado de permisos de acceso de directorio en la pgina
471
|
|
|
|
|
|
|
|
|
|
|
|
|
Cmo minimizar la utilizacin del almacenamiento de archivado
|
|
|
|
|
Si el usuario sigue estas directrices, el nodo cliente tendr un solo paquete de

archivado o un nmero limitado de stos. Gracias al nmero reducido de paquetes,
habr pocas cantidades de copias en cada entrada de directorio. El ahorro de
espacio de almacenamiento derivado de esto ser patente cuando los archivos con
la misma especificacin de ruta se archiven varias veces en varios das.
|
|
|
|
|
|
|
|
|
No es necesario tener una descripcin exclusiva de una copia archivada si stas se

han archivado con nombres exclusivos. Por ejemplo, los archivos ya pueden tener
una fecha o una indicacin horaria codificada en sus nombres. Puede utilizarse la
misma descripcin cada vez que un nodo cliente archive copias. El usuario debe
especificar la descripcin para evitar obtener el valor predeterminado de la
descripcin, que es Fecha de archivado: dd/mm/aaaa. El usuario puede especificar
una descripcin con una longitud mnima de un carcter, o un espacio en blanco
(pero no una entrada vaca). Por ejemplo, el usuario entra este comando:
|
|
|
|
|
Si el usuario sigue estas directrices, no es necesario convertir el nodo, porque

convertir el nodo afecta a las descripciones de archivado. Un nodo cliente que se
utilice siguiendo estas directrices slo tendr una descripcin de archivado o un
pequeo nmero de stas, de modo que no se obtendr mejora alguna en el
rendimiento si se convierte el nodo.
|
|
|

seguridad/archivado para obtener detalles sobre operaciones de archivado y opciones
de cliente.
|
|
|
|
|
|
Reduccin de la utilizacin de almacenamiento de archivado

para nodos cliente con muchas copias archivadas
|
|
|
|
|
|
|
Eliminar entradas de directorio en todos los paquetes de archivado

Esta accin conserva los paquetes de archivado, pero elimina entradas de
directorio para todos los paquetes, con lo que se reduce la cantidad de
almacenamiento utilizado para copias archivadas. Lleve esto a cabo slo
cuando las entradas de directorio que incluyan permisos de acceso no sean
necesarias en los paquetes de archivado y cuando las rutas no sean
necesarias para consultar o recuperar un grupo de archivos. La cantidad de
Con el fin de minimizar el almacenamiento utilizado para nuevos archivos para un

nodo cliente al que siempre se accede a travs de una interfaz de lnea de
comandos, puede asegurarse de que el usuario sigue estas directrices:
v El usuario debe asegurarse de que cada copia que archiva el nodo cliente tiene
un nombre exclusivo.
v El usuario debe utilizar la misma descripcin o un nmero limitado de
descripciones exclusivas para agrupar e identificar las copias archivadas para el
nodo cliente.
dsmc archive c:\10sept2003ch1.doc -description=" "
Si un nodo cliente ya tiene una gran cantidad de paquetes de archivado, puede

reducir la utilizacin del almacenamiento mediante la actualizacin de las copias
archivadas de ese nodo. Cuando se actualizan copias archivadas para un nodo,
dispone de dos opciones para la accin que realice:
470
|
|
|
|
reduccin depender del nmero de paquetes y el nmero de entradas de

directorio. Por ejemplo, para eliminar entradas de directorio para el nodo
cliente SNOOPY, entre este comando:
|
|
|
|
Atencin: despus de eliminar las entradas de directorio, no pueden

volver a crearse en los paquetes de archivado. No utilice esta opcin si los
usuarios del nodo cliente necesitan archivar permisos de acceso a
directorios.
|
|
|
|
|
|
|
|
|
|
update archive snoopy deletedirs
Reducir el nmero de paquetes de archivado a un solo paquete en el nodo

Esta accin elimina todas las descripciones exclusivas, con lo que se reduce
el nmero de paquetes de archivado a uno en el nodo cliente. Lleve esto a
cabo cuando las descripciones no sean necesarias y provoquen una gran
utilizacin del almacenamiento. Esta accin tambin elimina entradas de
directorio en los paquetes de archivado. Puesto que ahora slo hay un
paquete, slo habr una entrada para cada directorio. Por ejemplo, para
reducir a uno los paquetes de archivado del nodo cliente SNOOPY, entre
este comando:
update archive snoopy resetdescriptions
|
|
|
|
Despus de actualizar los archivos de un nodo de esta manera, puede

mantener en un nmero mnimo la cantidad de paquetes de archivado
siguiendo las directrices del apartado Cmo minimizar la utilizacin del
almacenamiento de archivado en la pgina 470.
|
|
|
|
Atencin: no es posible volver a crear los paquetes despus de suprimir

las descripciones. No utilice esta opcin si los usuarios del nodo cliente
gestionan copias archivadas por paquetes, o si se accede al nodo cliente a
travs de la interfaz GUI o Web del cliente.
|
|
|
|
|
|
|
Cmo evitar el archivado de permisos de acceso de directorio
|
|
|
Nota: los programas de cliente GUI y Web utilizan los directorios para permitir a
los usuarios desplazarse por las copias archivadas. Esta opcin no se
recomienda para usuarios de clientes de interfaz GUI o Web.
Los usuarios de lnea de comandos que no necesitan archivar permisos de acceso a

directorio pueden reducir los requisitos de almacenamiento mediante la opcin
v2archive con la peticin de archivado. Esta opcin impide la creacin de entradas
de directorio en paquetes de archivado. Consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de seguridad/archivado para obtener ms informacin
sobre esta opcin.
Auditora de descripciones de copias archivadas
|
|
|
|
|
Puede auditar las descripciones de las copias archivadas para garantizar que la
informacin que se encuentra en la base de datos del servidor sea coherente
internamente. Es posible que deba auditar descripciones de archivado cuando un
nodo cliente convertido recibe mensajes de error sobre copias archivadas,
descripciones de archivado o la caducidad de objetos archivados.
|
|
|
|
Utilice la siguiente secuencia de comandos para auditar descripciones de archivado

para un nodo:
1. UNDO ARCHCONVERSION
2. CONVERT ARCHIVE
471
Por ejemplo, para auditar descripciones de archivado para el nodo convertido

LINUS, entre los comandos:
|
|
|
|
undo archconversion linus

convert archive linus
Obtencin de informacin referente a copias archivadas
|
|
|
|
|
Puede obtener informacin sobre copias archivadas de un nodo cliente, como por
ejemplo cuntas entradas de directorio tiene el nodo cliente o si el nodo se ha
convertido. Por ejemplo, para el nodo cliente LINUS, entre el comando:
|
|
|
|
El servidor devuelve un mensaje como el siguiente:
update archive linus showstats
ANR0898I El nodo DOC tiene (1) espacios de archivos con (12)

directorios y (28) archivos. Hay (12) directorios con especificaciones de ruta
distintas y (0) sin referencias de archivos. El nodo est convertido (No).
472
Captulo 15. Planificacin de operaciones para nodos cliente

Este captulo ofrece informacin sobre cmo planificar las siguientes operaciones:
v Realizar copias de seguridad y restaurar datos de cliente y datos de cliente de la
aplicacin de proteccin de datos de Tivoli Storage Manager
v Archivar y recuperar datos del cliente.
v Ejecutar comandos del sistema operativo.
v Ejecutar archivos de comandos o de macro que contengan comandos del sistema
operativo, comandos de Tivoli Storage Manager, o ambos.Tambin puede
planificarse un archivo de comandos para que se ejecute en clientes o clientes de
aplicacin.
En este captulo se describen los conceptos siguientes:
Conceptos:
Requisitos previos para la planificacin de operaciones en la pgina 474
Comparacin de la planificacin de IBM Tivoli Storage Manager en distintos sistemas
operativos y componentes en la pgina 479
Visin general sobre la ejecucin del planificador de Tivoli Storage Manager como un
servicio de Windows en la pgina 480
Comandos para la planificacin de operaciones del cliente en la pgina 482
Los administradores pueden llevar a cabo las actividades siguientes para planificar
las operaciones de Tivoli Storage Manager:
Tareas:
Planificacin de una operacin de cliente en la pgina 474 (visin general de la tarea)
Creacin de planificaciones de Tivoli Storage Manager en la pgina 474
Asociacin de nodos cliente con planificaciones en la pgina 475
Inicio del planificador en los clientes en la pgina 476
Visualizacin de informacin de planificacin en la pgina 476
Creacin de planificaciones para ejecutar archivos de comandos en la pgina 478
Actualizacin del archivo de opciones del cliente para generar automticamente una
contrasea nueva en la pgina 478
473
Requisitos previos para la planificacin de operaciones

Para interactuar con Tivoli Storage Manager con el fin de planificar operaciones, la
mquina cliente debe cumplir los siguientes requisitos previos:
v El nodo cliente debe estar inscrito en el servidor. Para obtener ms informacin
al respecto, consulte el Captulo 11, Adicin de nodos cliente, en la pgina 333.
v El archivo de opciones del cliente (dsm.opt) debe contener la direccin de red
del servidor que el cliente contactar para obtener servicios. Consulte el
apartado Conectar los nodos al servidor en la pgina 339 para obtener ms
informacin.
v El planificador debe haberse configurado e iniciado en la mquina cliente.
seguridad/archivado para obtener ms informacin.
Planificacin de una operacin de cliente

Para automatizar operaciones de cliente, puede definir nuevas planificaciones. Para
modificar, copiar y suprimir estas planificaciones con posterioridad, consulte el
Captulo 16, Gestin de planificaciones para nodos cliente, en la pgina 483.
Para configurar una planificacin de cliente en el servidor, realice los siguientes
pasos:
1. Cree una planificacin de cliente. (Creacin de planificaciones de Tivoli
Storage Manager en la pgina 474)
2. Asocie los nodos cliente a la planificacin. (Asociacin de nodos cliente con
planificaciones en la pgina 475)
3. Asegrese de que los clientes inician el planificador cliente. (Inicio del
planificador en los clientes en la pgina 476)
4. Visualice la informacin sobre la planificacin y compruebe que la planificacin
se ha completado correctamente. (Visualizacin de informacin de
planificacin en la pgina 476)
En los siguientes apartados se describe cmo automatizar una operacin de cliente
bsica, la copia de seguridad incremental.
Creacin de planificaciones de Tivoli Storage Manager

Tarea
Crear planificaciones de cliente para todos

los dominios de polticas
Crear planificaciones de cliente para


La informacin clave necesaria para planificar operaciones es la siguiente:

v La operacin que debe ejecutarse
v Fecha y hora en la que debe ejecutarse la operacin
v Frecuencia con que debe repetirse
Tivoli Storage Manager proporciona dos planificaciones de muestra: una para las
copias de seguridad diarias y otra para las copias de seguridad semanales.Estas
planificaciones utilizan valores predeterminados en muchos de los valores que
474
utilizan. Puede copiarlas y modificarlas a fin de crear planificaciones

personalizadas que se ajusten a sus necesidades.
Los administradores pueden seguir estos pasos para crear planificaciones para
operaciones de nodo cliente. Para modificar, copiar y suprimir estas planificaciones
con posterioridad, consulte el Captulo 16, Gestin de planificaciones para nodos
1. Pulse dos veces en el icono de la consola de Tivoli Storage Manager en el
escritorio del servidor.
el que desea trabajar.Expanda el servidor y pulse en Asistentes. La lista de
3. Seleccione el Asistente para la configuracin de planificaciones y pulse en
Iniciar. Aparece el Asistente para la planificacin.
4. Siga las instrucciones del asistente, pulsando Siguiente hasta que aparezca el
dilogo Opciones de planificacin de Tivoli Storage Manager.
5. Pulse el botn Agregar. Aparece el dilogo Agregar planificaciones.
6. Pulse Ayuda para obtener asistencia con este dilogo.
7. Cuando haya acabado, pulse Aceptar o Aplicar.
En lugar de utilizar la consola de Tivoli Storage Manager, puede definir y asociar
planificaciones mediante la interfaz de lnea de comandos de Tivoli Storage
Manager o la interfaz Web de administracin.Puede consultar los comandos que se
utilizan para definir planificaciones en el apartado Comandos para la
planificacin de operaciones del cliente en la pgina 482.
Para adaptar los parmetros seleccionados al crear las planificaciones, consulte el
comando DEFINE SCHEDULE en la publicacin Administrators Reference.
Asociacin de nodos cliente con planificaciones

Tarea
Asociar nodos cliente a planificaciones

con restricciones para el dominio de polticas
al que pertenece la planificacin
Los nodos cliente deben estar asociados a las planificaciones para poder utilizar el
planificador de Tivoli Storage Manager. Puede asociar los nodos cliente a las
planificaciones con la ayuda del Asistente para la planificacin. Un nodo cliente
puede estar asociado a varias planificaciones. Para asociar los nodos cliente a una
planificacin, siga este procedimiento:
dilogo Opciones de planificacin de Tivoli Storage Manager. El dilogo
muestra las planificaciones definidas en el panel izquierdo y una lista de todos
los nodos cliente inscritos en el panel derecho.
475
5. Pulse en una planificacin del panel izquierdo.

6. Seleccione la casilla situada junto a los nodos cliente que desea asociar a esta
planificacin.
7. Pulse Aplicar.
Inicio del planificador en los clientes

Para poder dar comienzo al trabajo que ha planificado el administrador, primero
hay que iniciar el planificador cliente. Los administradores deben asegurarse de
que los usuarios inicien el planificador de Tivoli Storage Manager en el cliente o el
directorio del cliente de aplicacin, y que el planificador est en ejecucin en el
momento de iniciarse la planificacin. Despus de que el planificador cliente se
inicia, contina ejecutndose e inicia los eventos planificados hasta que se para.
La manera en que los usuarios inician el planificador de Tivoli Storage Manager
vara en funcin del sistema operativo que se est ejecutando en la mquina. El
usuario puede elegir entre iniciar el planificador cliente automticamente al
iniciarse el sistema operativo o iniciarlo manualmente en cualquier momento. El
usuario tambin puede hacer que Client Acceptor gestione el planificador y lo
inicie slo cuando es necesario. Para obtener instrucciones acerca de estas tareas,
El cliente y el servidor de Tivoli Storage Manager pueden configurarse para
permitir que el servidor inicie todas las sesiones. Consulte el apartado Sesiones
iniciadas por servidor en la pgina 347 para obtener informacin.
Nota: Tivoli Storage Manager no reconoce los cambios realizados en el archivo de
opciones del cliente mientras se est ejecutando el planificador. Para que
Tivoli Storage Manager pueda utilizar los nuevos valores inmediatamente,
debe detener el planificador y reiniciarlo.

Tarea
Visualizar informacin sobre las operaciones Todos los administradores

planificadas
Puede visualizar informacin sobre planificaciones y sobre si stas se han ejecutado

correctamente.
Visualizacin de detalles de planificacin

Cuando se solicita informacin acerca de las planificaciones, el servidor muestra la
v Nombre de la planificacin.
v Nombre del dominio de polticas.
v Tipo de operacin que se ejecutar.
v Fecha y hora de inicio del margen de puesta en marcha inicial.
v Duracin del margen de puesta en marcha.
v Perodo de tiempo entre mrgenes de puesta en marcha.
v Da de la semana en que pueden empezar las operaciones planificadas.
La salida siguiente muestra un ejemplo del informe que aparece despus de entrar:
query schedule engpoldom
476
Dominio
* Planificacin
Accin
------------ - ---------------- -----ENGPOLDOM
MONTHLY_BACKUP
Inc Bk
ENGPOLDOM
WEEKLY_BACKUP
Inc Bk
Fecha/hora inicio
Duracin Per.
Da
-------------------- -------- ------ --09/04/2002 12:45:14
2 H
2 Mo Sat
09/04/2002 12:46:21
4 H
1 W Sat
Comprobacin del estado de las operaciones planificadas

Para Tivoli Storage Manager, una planificacin se realiza correctamente si el
comando asociado a la planificacin se emite correctamente. El xito del comando
emitido es independiente del xito de la planificacin.
Se tiene que hacer dos preguntas:
v La planificacin se ha ejecutado correctamente?
Para determinar el xito de una operacin planificada, debe consultarse el
servidor. Cada operacin de cliente planificada se denomina evento y el servidor
hace el seguimiento de dicha operacin. Puede obtener informacin sobre los
procesos planificados proyectados y reales mediante el comando QUERY
EVENT. Puede obtener informacin sobre los procesos planificados que no se
han completado correctamente utilizando el informe de excepciones con este
comando.
Por ejemplo, para averiguar qu eventos pas por alto (no se iniciaron) el
dominio de polticas ENGPOLDOM de la planificacin WEEKLY_BACKUP la
semana pasada, emita el comando siguiente:
query event engpoldom weekly_backup begindate=-7 begintime=now
enddate=today endtime=now exceptionsonly=yes
Para obtener ms informacin sobre la gestin de los registros de eventos,

consulte el apartado Gestin de registros de eventos en la pgina 487.
v La operacin o los comandos se han ejecutado correctamente como resultado de
la ejecucin de la planificacin?
Para determinar el xito de los comandos emitidos como resultado de una
planificacin correcta, haga lo siguiente:
Compruebe las anotaciones de planificacin del cliente.
Las anotaciones de planificacin es un archivo que contiene informacin como
por ejemplo las estadsticas sobre los objetos de copia de seguridad, el
nombre del servidor en el que se realiza la copia de seguridad de los objetos
y la hora y la fecha de la siguiente operacin de planificacin. De forma
predeterminada, Tivoli Storage Manager almacena las anotaciones de
planificacin como un archivo denominado dsmsched.log y lo coloca en el
directorio en el que est instalado el cliente de copia de seguridad/archivado
de Tivoli Storage Manager. Consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de seguridad/archivado para obtener ms
informacin.
Compruebe las anotaciones de actividades del servidor.
En las anotaciones de actividades, realice una bsqueda o consulta de
mensajes relacionados. Por ejemplo, busque mensajes que mencionen el
nombre del nodo cliente, dentro del periodo de tiempo en el que se ha
ejecutado la exploracin. Por ejemplo:
query actlog begindate=02/23/2001 enddate=02/26/2001 originator=client
nodename=hermione
Ejecute el comando QUERY EVENT con FORMAT=DETAILED y vea el

campo Resultado de la pantalla de salida. Por ejemplo:
query event nodes=joe domain2 standard begindate=02/26/2002 enddate=02/27/2002
format=detailed
477

seguridad/archivado para obtener una explicacin del campo Resultado.
Creacin de planificaciones para ejecutar archivos de comandos

Es posible que para algunos clientes desee ejecutar un comando para una
aplicacin distinta antes de ejecutar una copia de seguridad de Tivoli Storage
Manager.Por ejemplo, puede que desee detener una aplicacin de base de datos,
realizar copias de seguridad de archivos con Tivoli Storage Manager y, a
continuacin, reiniciar la aplicacin.Para ello, puede planificar la ejecucin de un
archivo de comandos. Los clientes de aplicacin requieren planificaciones que
puedan ejecutar archivos de comandos.
El archivo de comandos (tambin denominado archivo de macro o archivo de
proceso por lotes en otros sistemas operativos) se almacena en el cliente. Este
archivo contiene una secuencia de comandos que debe ejecutarse en una fecha y
hora de inicio planificadas. Los comandos pueden incluir comandos del sistema
operativo, el comando DSM del cliente de Tivoli Storage Manager y comandos de
otras aplicaciones.Las planificaciones predeterminadas no admiten archivos de
comandos, por lo que debe crearse una nueva planificacin para poder planificar
archivos de comandos.
Para utilizar los archivos de comandos, los administradores deben crear
planificaciones con el parmetro ACTION=MACRO. Por ejemplo, puede definir
una planificacin denominada DAILY_INCR que procesar un archivo de
comandos llamado c:\incr.cmd en el cliente, con el siguiente comando:
define schedule standard daily_incr description="daily incremental file"
action=macro objects="c:\incr.cmd" starttime=18:00 duration=5
durunits=minutes period=1 perunits=day dayofweek=any
Asocie el cliente a la planificacin y asegrese de que el planificador se ha iniciado

en el cliente o en el directorio del cliente de aplicacin. La planificacin ejecuta el
archivo denominado c:\incr.cmd una vez al da entre las 18:00 y las 18:05, cada da
de la semana.
Actualizacin del archivo de opciones del cliente para generar

automticamente una contrasea nueva
Si el servidor utiliza la autentificacin de contraseas, los clientes deben utilizar
contraseas. Para que el servidor procese las operaciones planificadas para los
nodos cliente tambin se requerirn contraseas. Si la contrasea caduca y no se
actualiza, las operaciones planificadas fallarn. A fin de impedir que las
operaciones fallen, puede permitir que Tivoli Storage Manager genere una
contrasea nueva cuando la contrasea actual caduque. Si ha establecido la opcin
PASSWORDACCESS en GENERATE en el archivo de opciones del cliente de Tivoli
Storage Manager, dsm.opt, Tivoli Storage Manager generar automticamente una
nueva contrasea para el nodo cliente cada vez que expire, cifra y almacena la
contrasea en un archivo y recupera la contrasea de dicho archivo durante las
operaciones planificadas. No se le solicita que especifique la contrasea.
La opcin PASSWORDACCESS GENERATE tambin se requiere en otras
situaciones, por ejemplo, si desea utilizar el cliente de copia de
seguridad/archivado Web para acceder al nodo cliente. Consulte la publicacin
Gua del usuario e instalacin de los clientes de copia de seguridad/archivado para obtener
ms informacin.
478
Configuracin del planificador para su ejecucin en la cuenta del

servidor de la ubicacin
Los requisitos estndar de seguridad de Tivoli Storage Manager se aplican al
cliente de aplicacin de Microsoft Exchange. Es decir, el cliente de aplicacin debe
estar registrado para Tivoli Storage Manager y utilizar el nombre de nodo y la
contrasea adecuados al conectarse al servidor de Tivoli Storage Manager.
Para acceder a las API de servidor de Exchange, el cliente de aplicacin debe
ejecutarse en la cuenta de servicios de la ubicacin. sta es la cuenta en la que se
ejecutan los servicios de Exchange. El servicio de planificador debe iniciar la sesin
utilizando esta cuenta. La informacin de la cuenta del servicio de planificador
puede especificarse utilizando el applet Servicios en el panel de control de
Windows. Para obtener ms informacin sobre la cuenta de servicios de la
ubicacin, consulte la documentacin del servidor de Microsoft Exchange.
Comparacin de la planificacin de IBM Tivoli Storage Manager en

distintos sistemas operativos y componentes
El planificador de Tivoli Storage Manager ofrece la posibilidad de que el servidor
procese operaciones planificadas. El planificador de Tivoli Storage Manager se
instala al instalar el software del cliente de copia de seguridad/archivado o el
cliente de aplicacin. El planificador puede iniciarse mediante el comando DSMC
SCHEDULE en la mquina del cliente. Para clientes Windows NT, Windows 2000,
Windows XP, y Windows Server 2003, el servicio del planificador de Tivoli Storage
Manager debe configurarse por separado. Despus de la instalacin, puede
configurar el planificador del cliente seleccionando Herramientas > Asistente para
la configuracin en la GUI del cliente de Tivoli Storage Manager.
Para obtener ms informacin acerca de la instalacin, la configuracin y el inicio
del planificador de Tivoli Storage Manager, consulte la publicacin Gua del usuario
e instalacin de los clientes de copia de seguridad/archivado.
La tabla siguiente compara el entorno de planificacin con los distintos sistemas
operativos y componentes:
Tipo de componente
Sistema
operativo
Entorno de planificacin
Cliente de copia de
seguridad/archivado
UNIX,
El planificador se instala como parte de la instalacin
plataformas que
del cliente.
no sean Windows
Cliente de copia de
seguridad/archivado
Windows NT
Data Protection para Oracle (cliente de

aplicacin)
AIXHP-UX, Linux Debe utilizar el daemon de aceptacin de clientes

y Sun Solaris
(CAD) para gestionar el planificador.
El planificador se instala y se configura por separado.
Data Protection para Domino (cliente de

aplicacin)
479
Sistema
operativo
Tipo de componente
Data Protection para Microsoft Exchange Windows

(cliente de aplicacin)
Windows
Windows
Data Protection para SQL (cliente de
Windows
aplicacin)
2003
Entorno de planificacin
NT,
2000,
XP,
Server
Debe definir un servicio de planificador distinto.
Data Protection para Domino (cliente de

aplicacin)
Data Protection para Oracle (cliente de
aplicacin)
Data Protection para Lotus Notes
(cliente de aplicacin)
Windows NT
Utiliza el planificador de Lotus Notes.
Visin general sobre la ejecucin del planificador de Tivoli Storage

Manager como un servicio de Windows
Los nodos cliente en sistemas Windows ejecutan las operaciones planificadas
mediante el planificador de Tivoli Storage Manager, igual que otros nodos cliente.
Sin embargo, los nodos cliente en Windows tienen la ventaja de ejecutar el
planificador de Tivoli Storage Manager como un servicio. Esta caracterstica
permite al planificador de Tivoli Storage Manager ejecutarse como una cuenta
protegida, sin necesidad de haber iniciado la sesin para ejecutar el servicio.
En la Figura 53 en la pgina 481 se muestran tres mquinas Windows NT
configuradas para la planificacin.
480
Mquina 1
Cliente de copia de
seguridad/archivado
Archivo de opciones
de cliente dsm.opt
Servicio de
planificacin
Mquina 4
Mquina 2
Cliente de copia de
seguridad/archivado
Cliente de copia de
seguridad/archivado
Tivoli Data Protection

para SQL
Archivo de opciones
de cliente dsm.opt
Archivo de opciones
de cliente dsm.opt
Servicio de
planificacin
Servicio de
planificacin
Archivo de opciones
de cliente dsm.opt
Servicio de
planificacin
Servidor
Direccin de red
del servidor
Mquina 3
Cliente de copia de
seguridad/archivado
Tivoli Data Protection

para SQL
Archivo de opciones
de cliente dsm.opt
Archivo de opciones
de cliente dsm.opt
Servicio de
planificacin
Servicio de
planificiacin
Figura 53. Visin general del planificador de Tivoli Storage Manager como servicio de
Windows
Mquina 1: cliente remoto

La mquina 1 contiene nicamente un cliente de copia de seguridad/archivado.
Se ha configurado para realizar copia de seguridad de su sistema de archivos
en el servidor de la mquina 4. El planificador de Tivoli Storage Manager se ha
configurado. El cliente utiliza la informacin del archivo de opciones del cliente
(dsm.opt) para conectarse al servidor. El archivo de opciones del cliente
contiene la direccin de servidor del servidor (mquina 4).
Mquina 2: cliente de aplicacin de Tivoli Storage Manager
La mquina 2 contiene un cliente de aplicacin y un cliente de copia de
seguridad/archivado. Observe que el cliente de copia de seguridad/archivado
no est conectado al servidor. El cliente de copia de seguridad/archivado de la
mquina 2 se ha instalado slo para permitir el acceso a la herramienta
DSMCUTIL, no para realizar copia de seguridad del sistema de archivos
residente. Una vez que se ha utilizado el cliente de copia de
seguridad/archivado para instalar el planificador, puede seguir siendo
necesario para actualizar la contrasea u otros parmetros de servicio de
481
planificacin. El cliente de aplicacin utiliza la informacin del archivo de

opciones del cliente para conectarse al servidor.
Mquina 3: cliente de copia de seguridad/archivado y cliente de aplicacin de
Tivoli Storage Manager en la misma mquina
La mquina 3 contiene un cliente de aplicacin y un cliente de copia de
seguridad/archivado. El cliente de aplicacin realiza copias de seguridad de las
bases de datos y las anotaciones de transacciones en el servidor. El cliente de
copia de seguridad/archivado realiza copia de seguridad de otros archivos del
sistema de archivos de la mquina 3, incluyendo la documentacin en lnea y
los registros de rendimiento del administrador de la base de datos. El Asistente
para la planificacin se utiliza para instalar un servicio planificador para el
cliente de copia de seguridad/archivado y otro servicio planificador para el
cliente de aplicacin. Ambos clientes utilizan la informacin de los archivos de
opciones del cliente para conectarse al servidor.
Mquina 4: servidor y cliente de copia de seguridad/archivado en la misma
mquina
La mquina 4 contiene un servidor y un cliente de copia de
seguridad/archivado local. Para este cliente (con el paquete del servidor de
Tivoli Storage Manager), se ha configurado el planificador durante el inicio y el
administrador nicamente tiene que actualizar la contrasea.
Comandos para la planificacin de operaciones del cliente

En este apartado se proporciona un resumen de los comandos de ejemplo que
pueden utilizarse para las tareas de planificacin que se tratan en este apartado.
Consulte la publicacin Administrators Reference para obtener informacin detallada
sobre comandos de servidor.
Para definir una planificacin para un cliente:
define schedule engpoldom daily_backup starttime=21:00
duration=2 durunits=hours
Para asociar un cliente a una planificacin:

define association engpoldom weekly_backup engnode
En la estacin de trabajo cliente, para iniciar el planificador:

En la mayora de los clientes:
> dsmc schedule
Para clientes Windows NT y Windows 2000:

> net start "TSM Scheduler"

seguridad/archivado para obtener informacin detallada sobre cmo iniciar
automticamente el planificador y cmo ejecutar el planificador de fondo.
Para ver informacin sobre las planificaciones:
Para comprobar si el planificador se ha ejecutado correctamente:

query event engpoldom weekly_backup begindate=-7 begintime=now
enddate=today endtime=now
482
Captulo 16. Gestin de planificaciones para nodos cliente

Este captulo contiene informacin sobre la gestin y la coordinacin de
planificaciones de IBM Tivoli Storage Manager para nodos cliente inscritos.Si desea
ver una descripcin de lo que ve Tivoli Storage Manager como nodos cliente,
consulte el Captulo 11, Adicin de nodos cliente, en la pgina 333.Para obtener
informacin sobre el planificador de Tivoli Storage Manager y la creacin de
planificaciones, consulte el Captulo 15, Planificacin de operaciones para nodos
Los administradores pueden llevar a cabo las tareas siguientes:
Tareas:
Gestin de planificaciones de IBM Tivoli Storage Manager en la pgina 483
Gestin de asociaciones de nodo con planificaciones en la pgina 486
Gestin de registros de eventos en la pgina 487
Gestin del rendimiento de operaciones planificadas en la pgina 489
Cmo especificar acciones nicas para los nodos cliente en la pgina 496
Gestin de planificaciones de IBM Tivoli Storage Manager

Puede llevar a cabo las acciones siguientes para gestionar planificaciones.
Tarea
Verificar que se ejecuta la planificacin
Agregar, copiar, modificar o suprimir

planificaciones de clientes en cualquier
dominio de polticas
Agregar, copiar, modificar o suprimir

planificaciones de clientes en dominios de
polticas especficos


planificadas
Cmo verificar que se ejecuta la planificacin

Debe asegurarse de que todos los nodos definidos hayan completado las
operaciones planificadas. Puede comprobar si las planificaciones se han ejecutado
483
correctamente con el comando QUERY EVENT. Para obtener ms informacin al

respecto, consulte el apartado Visualizacin de informacin de eventos
planificados en la pgina 487.
Tambin puede comprobar el archivo de anotaciones descrito en Comprobacin
de las anotaciones de planificacin.
Comprobacin de las anotaciones de planificacin

El cliente Tivoli Storage Manager almacena informacin detallada sobre cada
evento planificado de un archivo.Este archivo contiene informacin tal como las
estadsticas sobre los objetos con copia de seguridad, el nombre del servidor en el
que los objetos poseen la copia de seguridad y la hora y la fecha de la siguiente
operacin de planificacin.
El nombre predeterminado de este archivo es dsmsched.log. El archivo est ubicado
en el directorio en el que est instalado el cliente de copia de seguridad/archivado
de Tivoli Storage Manager.Puede alterar temporalmente la ubicacin y el nombre
de este archivo especificando la opcin SCHEDLOGNAME en el archivo de
opciones del cliente. Consulte la gua del usuario del cliente para obtener ms
informacin.
Adicin de planificaciones nuevas

Puede agregar planificaciones de Tivoli Storage Manager mediante el asistente para
la configuracin de planificaciones de la consola de Tivoli Storage Manager.Para
obtener ms informacin, consulte el apartado Creacin de planificaciones de
Tivoli Storage Manager en la pgina 474. En lugar de utilizar el asistente, puede
agregar y asociar planificaciones mediante la interfaz Web de administracin o la
interfaz de lnea de comandos de Tivoli Storage Manager.
Copia de planificaciones existentes

Puede crear nuevas planificaciones copiando planificaciones existentes en el mismo
dominio de polticas o en un dominio de polticas diferente. La descripcin de la
planificacin y todos los valores del parmetro de planificacin se copian en la
nueva planificacin. Posteriormente puede actualizar la nueva planificacin para
ajustarse a necesidades especficas del local. Consulte el apartado Creacin de
planificaciones de Tivoli Storage Manager en la pgina 474 para obtener
informacin sobre cmo modificar planificaciones.
Las asociaciones al nodo cliente no se copian en la nueva planificacin. Debe
asociar nodos cliente con la nueva planificacin para que sta pueda utilizarse. Las
asociaciones de la planificacin antigua no se modifican. Para obtener ms
informacin, consulte los apartados Asociacin de nodos cliente con
planificaciones en la pgina 475 y Gestin de asociaciones de nodo con
planificaciones en la pgina 486.
Para copiar la planificacin WINTER del dominio de polticas DOMAIN1 al
DOMAIN2 y proporcionar un nombre a la nueva planificacin WINTERCOPY,
entre:
copy schedule domain1 winter domain2 wintercopy
Modificacin de planificaciones
Puede modificar planificaciones existentes mediante el asistente para la
configuracin de planificaciones de la consola de Tivoli Storage Manager.
484

dilogo Opciones de planificacin de Tivoli Storage Manager.
5. Seleccione la planificacin que desee modificar en el panel izquierdo.
6. Pulse el botn Editar. Realice modificaciones en los campos de los paneles.
Pulse Ayuda para obtener asistencia con este dilogo.
7. Cuando haya acabado de realizar cambios, pulse Aceptar o Aplicar.
Si no desea utilizar el asistente, puede modificar planificaciones mediante la
interfaz Web de administracin o emitiendo el comando UPDATE SCHEDULE de
la interfaz de la lnea de comandos de Tivoli Storage Manager.Por ejemplo, para
modificar la planificacin de cliente ENGWEEKLY en el dominio de polticas
ENGPOLDOM, entre:
update schedule engpoldom engweekly period=5 perunits=days
La planificacin ENGWEEKLY se actualiza de modo que ahora el perodo de

copias de seguridad incrementales es cada cinco das.
Cmo suprimir planificaciones

Al suprimir una planificacin, Tivoli Storage Manager suprime todas las
asociaciones con los nodos cliente para dicha planificacin. Consulte el apartado
Asociacin de nodos cliente con planificaciones en la pgina 475 para obtener
ms informacin.
Para suprimir la planificacin WINTER en el dominio de polticas ENGPOLDOM,
entre:
delete schedule engpoldom winter
En lugar de suprimir una planificacin, puede interesarle suprimir todos los nodos
de la planificacin y guardar la planificacin para utilizarla ms adelante. Para
obtener ms informacin al respecto, consulte el apartado Eliminacin de nodos
de planificaciones en la pgina 487.

Cuando se solicita informacin acerca de las planificaciones, el servidor muestra la
v Nombre de la planificacin.
v Nombre del dominio de polticas.
v Tipo de operacin que se ejecutar.
v Fecha y hora de inicio del margen de puesta en marcha inicial.
v Duracin del margen de puesta en marcha.
v Perodo de tiempo entre mrgenes de puesta en marcha.
v Da de la semana en que pueden empezar las operaciones planificadas.
La salida siguiente muestra un ejemplo del informe que aparece despus de entrar:
485
Dominio
* Planificacin
Accin
------------ - ---------------- -----ENGPOLDOM
MONTHLY_BACKUP
Inc Bk
ENGPOLDOM
WEEKLY_BACKUP
Inc Bk
Fecha/hora inicio
Duracin
Per. Da
-------------------- -------- ------ --09/04/2002 12:45:14
2 H
2 Mo Sat
09/04/2002 12:46:21
4 H
1 W Sat
Gestin de asociaciones de nodo con planificaciones

Puede agregar y suprimir asociaciones de nodos de las planificaciones. Los nodos
cliente pueden estar asociados a varias planificaciones.
Puede llevar a cabo las acciones siguientes para gestionar asociaciones de nodos
cliente a planificaciones.
Tarea
Agregar nodos nuevos a planificaciones

existentes

nodo
Traspasar nodos a planificaciones existentes

nodo
Suprimir nodos asociados con una

planificacin

nodo
Visualizar nodos asociados con una

planificacin especfica
Adicin de nodos nuevos a planificaciones existentes

Puede agregar nodos nuevos a planificaciones existentes asociando el nodo a la
planificacin. Para asociar nodos cliente nuevos a una planificacin, puede utilizar
el asistente de configuracin de planificaciones de la consola de Tivoli Storage
Manager o la interfaz Web de administracin. Tambin puede emitir el comando
DEFINE ASSOCIATION de la interfaz de la lnea de comandos. Para obtener ms
informacin al respecto, consulte el apartado Asociacin de nodos cliente con
Traslado de nodos de una planificacin a otra

Puede trasladar un nodo de una planificacin a otra de este modo:
1. Asociando el nodo a la nueva planificacin. Para obtener ms informacin al
respecto, consulte el apartado Asociacin de nodos cliente con planificaciones
en la pgina 475.
2. Suprimiendo la asociacin de dicho nodo de la planificacin original. Para
obtener ms informacin al respecto, consulte el apartado Eliminacin de
nodos de planificaciones en la pgina 487.
Visualizacin de nodos asociados con planificaciones

Puede visualizar la informacin sobre los nodos que estn asociados a una
planificacin especfica. Por ejemplo, debe consultar una asociacin antes de
suprimir una planificacin de cliente.
En la Figura 54 en la pgina 487 se muestra el informe que aparece despus de
entrar:
486
query association engpoldom
Nombre dominio polticas: ENGPOLDOM

Planificacin: MONTHLY_BACKUP
Nodos asociados: MAB SSTEINER
Nombre dominio polticas: ENGPOLDOM
Planificacin: WEEKLY_BACKUP
Nodos asociados: MAB SSTEINER
Figura 54. Salida de la asociacin de la consulta
Eliminacin de nodos de planificaciones

Cuando suprime la asociacin de un nodo a la planificacin de cliente, el cliente
deja de ejecutar operaciones especificadas por la planificacin. No obstante, los
nodos cliente restantes siguen utilizando la planificacin.
Para suprimir la asociacin del cliente ENGNOD con la planificacin
ENGWEEKLY en el dominio de polticas denominado ENGPOLDOM, entre:
delete association engpoldom engweekly engnod
En lugar de suprimir una planificacin, puede interesarle suprimir todas las

asociaciones que tiene y guardar la planificacin para un posible uso futuro.
Gestin de registros de eventos

Cada operacin de cliente planificada se denomina evento. El servidor hace el
seguimiento de todos los eventos planificados, inclusive de su estado. En la base
de datos del servidor se crea un registro de evento cada vez que se completa o se
pierde un evento planificado.
Puede llevar a cabo las acciones siguientes para gestionar registros de evento.
Tarea
Visualizar informacin sobre eventos

planificados
Establecer el perodo de retencin para

registros de eventos
Sistema
Suprimir registros de eventos
Visualizacin de informacin de eventos planificados

A modo de ayuda para gestionar las planificaciones de las operaciones de cliente,
puede solicitar informacin referente a los eventos planificados y realizados
mediante el comando QUERY EVENT.
v Para obtener informacin sobre los procesos planificados pasados y proyectados,
utilice una consulta de eventos simple. Si el rango horario especificado incluye el
futuro, los resultados muestran los eventos que deben producirse en el futuro en
funcin de las planificaciones actuales.
v Para obtener informacin sobre los procesos planificados que no se han
completado correctamente, utilice en la consulta la opcin que permite ver solo
las excepciones.
Para minimizar el tiempo de proceso al consultar eventos, siga estos pasos:
487
v Minimice el rango horario.

v Para las planificaciones de cliente, restrinja la consulta a los dominios de
polticas, planificaciones y nombres de nodo cliente sobre los que necesita la
informacin.
Visualizacin de todos los eventos de planificacin de cliente

Puede visualizar informacin sobre todos los eventos de cliente emitiendo el
comando QUERY EVENT. La informacin incluye eventos de planificaciones
correctas y planificaciones con errores. Si el administrador especifica un intervalo
horario que incluye el futuro, Tivoli Storage Manager muestra eventos futuros con
el estado de futuro.
En la Figura 55 se muestra un ejemplo de un informe para el nodo cliente
GOODELL que se visualiza despus de entrar:
query event standard weekly_backup node=goodell enddate=today+7
Inicio planificado
Inicio real
-------------------- -------------------09/04/2002 06:40:00 09/04/2002 07:38:09
09/16/2002 06:40:00
Planificacin
------------WEEKLY_BACKUP
WEEKLY_BACKUP
Nombre nodo
------------GOODELL
GOODELL
Estado
--------Iniciado
Futuro
Figura 55. Eventos para un nodo
Visualizacin de eventos que finalizaron incorrectamente

Puede visualizar informacin acerca de eventos que finalizaron incorrectamente
mediante el informe de excepciones. Por ejemplo, para averiguar qu eventos se
han pasado por alto las 24 horas anteriores en la planificacin DAILY_BACKUP del
dominio de polticas STANDARD, emita el comando siguiente:
query event standard daily_backup begindate=-1 begintime=now
enddate=today endtime=now exceptionsonly=yes
La Figura 56 muestra un ejemplo del resultado de esta consulta. Para saber por qu
una planificacin no se ha realizado o no se ha podido ejecutar correctamente,
puede ser necesario comprobar las anotaciones de planificacin en el nodo cliente.
Por ejemplo, una planificacin puede haber quedado sin realizar porque el
planificador no se ha iniciado en el nodo cliente.
Inicio planificado
Inicio real
-------------------- -------------------09/04/2002 20:30:00
09/04/2002 20:30:00
Planificacin
------------DAILY_BACKUP
DAILY_BACKUP
Nombre nodo
------------ANDREA
EMILY
Estado
--------No hecho
No hecho
Figura 56. Informe de excepciones de eventos
Visualizacin de eventos pasados

Si consulta el servidor para buscar eventos, ste puede mostrar eventos pasados
incluso aunque los registros de eventos se hayan suprimido. Estos eventos se
visualizan con el estado incierto, lo que indica que no hay disponible una
informacin completa porque se han suprimido los registros de eventos. Para
determinar si se han suprimido los registros de eventos, compruebe el mensaje que
se emite despus de procesar el comando DELETE EVENT.
488
Gestin de registros de eventos en la base de datos del

servidor
De forma predeterminada, el servidor retiene registros de eventos durante 10 das
antes de suprimirlos automticamente de la base de datos. El servidor suprime
automticamente registros de eventos de la base de datos despus de que finalice
el periodo de retencin de eventos y una vez transcurrido el margen de puesta en
marcha del evento.
Puede especificar durante cunto tiempo permanecen los registros de eventos en la
base de datos antes de que el servidor los suprima automticamente mediante el
comando SET EVENTRETENTION. Tambin puede eliminar manualmente los
registros de eventos de la base de datos, si necesita espacio en la base de datos.
Cmo establecer el perodo de retencin de los eventos

Puede modificar el perodo de retencin de los registros de eventos de la base de
datos. Para cambiar el periodo de retencin a 15 das, entre:
set eventretention 15
Supresin manual de registros de eventos

Puede interesarle suprimir registros de eventos de forma manual para aumentar el
espacio disponible de la base de datos. Por ejemplo, para suprimir todos los
registros de eventos grabados antes de las 23:59 del 30 de junio de 2002, entre:
delete event 06/30/2002 23:59
Gestin del rendimiento de operaciones planificadas

En el entorno Tivoli Storage Manager en el que un gran nmero de nodos intentan
iniciar operaciones planificadas de forma simultnea, es posible que deba gestionar
la planificacin del rendimiento.Puede seleccionar una modalidad de planificacin
y controlar la frecuencia con la que los nodos cliente se ponen en contacto con el
servidor para realizar la operacin de planificacin.
|
|
|
|
|
|
|
|
De forma predeterminada, los clientes contactan con el servidor. Para limitar el

inicio de las sesiones de cliente de copia de seguridad/archivado al servidor
nicamente, cambie el parmetro SESSIONINITIATION por SERVERONLY en el
comando REGISTER NODE o UPDATE NODE y especifique las opciones de
direccin de alto nivel y direccin de bajo nivel. Estas opciones deben coincidir con
las que utiliza el cliente; de lo contrario, el servidor no sabr cmo contactar con el
cliente. De este modo, est especificando que el servidor no aceptar peticiones de
los clientes para abrir sesiones.
Todas las sesiones se deben iniciar mediante la planificacin por peticin de
servidor en el puerto definido para el cliente con los comandos REGISTER NODE
o UPDATE NODE. Si selecciona la opcin CLIENTORSERVER, el cliente podr
iniciar sesiones con el servidor comunicndose a travs del puerto TCP/IP que se
ha definido con una opcin del servidor. La planificacin por peticin de servidor
tambin puede utilizarse para pedir al cliente que se conecte al servidor.
Los administradores pueden llevar a cabo las acciones siguientes para gestionar el
rendimiento de las operaciones planificadas.
Tarea
Modificar la modalidad planificada
Sistema
489
Tarea
Modificar el perodo de planificacin de las

operaciones de copia de seguridad
incremental.
Sistema
Equilibrar la carga de trabajo planificada

para el servidor
Sistema
Establecer la frecuencia en la que los nodos

cliente se ponen en contacto con el servidor
Sistema
Modificacin de la modalidad de planificacin predeterminada

Tivoli Storage Manager proporciona dos modalidades de planificacin: sondeo de
cliente y peticin de servidor.La modalidad indica la forma en la que interactan los
nodos cliente con el servidor para las operaciones de planificacin. En la
modalidad de sondeo de cliente, los nodos cliente sondean el servidor para buscar
el prximo evento planificado. En la modalidad de peticin de servidor, el servidor
se pone en contacto con los nodos en el momento de inicio planificada.
De forma predeterminada, el servidor permite ambas modalidades. El valor
predeterminado (ANY) permite que los nodos especifiquen una u otra modalidad
en los archivos de opciones de cliente. Puede modificar esta modalidad de
planificacin.
Si modifica la configuracin de servidor predeterminada para permitir nicamente
una modalidad de planificacin, todos los nodos cliente deben especificar la misma
modalidad de planificacin en el archivo de opciones del cliente. Los clientes que
no tengan una modalidad de planificacin coincidente no procesarn las
operaciones de planificacin. La modalidad predeterminada para los nodos cliente
es sondeo de cliente.
El planificador debe haberse iniciado en la mquina del nodo cliente antes de que
pueda ejecutarse una planificacin en cualquiera de las modalidades de
planificacin.
Para obtener ms informacin sobre modalidades, consulte el apartado Visin
general de las modalidades de planificacin.
Visin general de las modalidades de planificacin

En la modalidad de sondeo de cliente, los nodos cliente sondean el servidor para
buscar el prximo evento planificado. En la modalidad de peticin de servidor, el
servidor se pone en contacto con los nodos en el momento de inicio planificada.
Consulte la Tabla 34 en la pgina 491 y la Tabla 33 en la pgina 491.
490
Tabla 33. modalidad de sondeo de cliente

Funcionamiento de la modalidad
Ventajas e inconvenientes
1. El nodo cliente consulta el servidor a los

intervalos de tiempo prescritos para
obtener una planificacin. Este intervalo
se establece con una opcin de cliente,
QUERYSCHEDPERIOD. Para obtener
informacin sobre opciones de cliente,
consulte la publicacin Gua del usuario e
instalacin de los clientes de copia de
seguridad/archivado que corresponda.
v Resulta til en caso de que un alto

porcentaje de clientes inicie el planificador
a diario manualmente, por ejemplo, si se
apagan las estaciones de trabajo durante la
noche.
2. En la hora de inicio planificada, el nodo

cliente lleva a cabo la operacin
planificada.
3. Cuando la operacin ha finalizado, el
cliente enva los resultados al servidor.
4. El nodo cliente consulta al servidor cul
es la siguiente operacin planificada.
v Admite la aleatorizacin, que es la

distribucin aleatoria de horas de inicio
planificadas. El administrador puede
controlar la aleatorizacin. Al aleatorizar
las horas de inicio, Tivoli Storage Manager
impide que todos los clientes inicien la
planificacin a la vez, lo que podra
acaparar los recursos del servidor.
v Vlido con todos los mtodos de
comunicacin.
Tabla 34. Modalidad de peticin de servidor

Funcionamiento de la modalidad
Ventajas e inconvenientes
1. El servidor establece contacto con el nodo v til si se modifica la hora de inicio de

cliente cuando deben ejecutarse las
planificacin con frecuencia. La nueva hora
operaciones planificadas y hay una sesin
de inicio se implementa sin que sea
de servidor disponible.
necesaria ninguna accin por parte del
nodo cliente.
2. Una vez establecido el contacto, el nodo
cliente consulta la operacin en el
v til cuando un elevado porcentaje de
servidor, la ejecuta y enva el resultado al
clientes ejecutan el planificador y esperan
servidor.
trabajo.
v til si desea restringir las sesiones a las
iniciadas por el servidor.
v No permite la aleatoriedad de las horas de
inicio planificadas.
v Vlida solo con nodos cliente que utilizan
TCP/IP para comunicar con el servidor.
Modificacin de la modalidad de planificacin en el servidor

Si modifica la configuracin predeterminada para que el servidor permita solo una
modalidad de planificacin para el servidor, todos los clientes deben especificar la
misma modalidad de planificacin en su archivo de opciones del cliente. Los
clientes que no tengan una modalidad de planificacin coincidente no procesarn
las operaciones de planificacin del proceso.
Modalidad de planificacin de sondeo de cliente: para que los clientes sondeen el
servidor para obtener las operaciones planificadas, entre:
set schedmodes polling
Asegrese de que los nodos cliente especifican la misma modalidad en sus

archivos de opciones del cliente.
Modalidad de planificacin de peticin de servidor: para que el servidor sondee
los clientes para obtener las operaciones planificadas, entre:
set schedmodes prompted
491
Asegrese de que los nodos cliente especifican la misma modalidad en sus

archivos de opciones del cliente.
Cualquier modalidad planificada: para volver a la modalidad de planificacin
predeterminada para que el servidor ofrezca soporte para la modalidad de sondeo
de cliente y para la de peticin de servidor, entre:
set schedmodes any
Los nodos cliente pueden especificar entonces la modalidad de sondeo o la de

peticin.
Modificacin de la modalidad de planificacin predeterminada en

los nodos cliente
Los usuarios establecen la modalidad de planificacin en los nodos cliente.
Especifican la modalidad de planificacin por sondeo de cliente o bien la
modalidad de planificacin por peticin del servidor en la lnea de comandos o en
el archivo de opciones de usuario del cliente. (En sistemas UNIX, los usuarios root
establecen la modalidad de planificacin en el archivo de opciones del sistema
cliente.)
de los clientes de copia de seguridad/archivado correspondiente.
Cmo especificar el perodo de planificacin de las

operaciones de copia de seguridad incremental
Al definir un grupo de copia de seguridad, se especifica la frecuencia de copia, que
es el intervalo mnimo entre copias de seguridad sucesivas de un archivo. Al
definir una planificacin, se especifica la extensin de tiempo entre los procesos de
la planificacin. Considere cmo interactan para garantizar que el cliente obtiene
la cobertura de copias de seguridad que usted le destina.
Consulte el apartado Definicin y actualizacin de un grupo de copia de
seguridad en la pgina 417.
Equilibrio de la carga de trabajo planificada para el servidor

Puede controlar la carga de trabajo del servidor y garantizar que el servidor puede
llevar a cabo todas las operaciones planificadas en la ventana especificada. Para
permitir al servidor completar todas las planificaciones de los clientes, puede tener
que utilizar el mtodo de ensayo y error para controlar la carga de trabajo. Para
estimar la duracin de las operaciones de cliente, pruebe las planificaciones en
varios nodos cliente representativos. Tenga en cuenta, por ejemplo, que la primera
copia de seguridad incremental de un nodo cliente tarda ms tiempo que las
copias de seguridad incrementales siguientes.
Para equilibrar la carga de trabajo planificada del servidor:
v Ajuste el nmero de sesiones que asigna el servidor a las operaciones
planificadas
v Aleatorice la hora de inicio planificada para las operaciones del cliente (si los
clientes utilizan la modalidad de planificacin de sondeo de cliente)
v Aumente la longitud del margen de puesta en marcha
492
Ajuste del nmero de sesiones que asigna el servidor a las

operaciones planificadas
El nmero mximo de sesiones de cliente/servidor simultneas viene definido por
la opcin de servidor MAXSESSIONS. De estas sesiones, puede establecer un
porcentaje mximo para que est disponible para procesar operaciones
planificadas. Si se limita el nmero de sesiones disponibles para las operaciones
planificadas, se garantiza que las sesiones estn disponibles cuando los usuarios
inician las operaciones no planificadas, como por ejemplo restaurar o recuperar
archivos.
Si el nmero de sesiones para las operaciones planificadas en insuficiente, puede
aumentar el nmero total de sesiones o el porcentaje mximo de sesiones
planificadas. Sin embargo, aumentar el nmero total de sesiones puede afectar
negativamente al rendimiento del servidor. En cambio, aumentar el nmero
mximo de sesiones planificadas puede reducir la disponibilidad del servidor para
procesar operaciones sin planificar.
Por ejemplo, suponga que el nmero mximo de sesiones entre los nodos cliente y
el servidor es 80. Si desea que las operaciones planificadas utilicen el 25 por ciento
de estas sesiones, entre:
set maxschedsessions 25
El servidor permite entonces que se utilice un mximo de 20 sesiones para las

operaciones planificadas.
La tabla siguiente muestra los resultados de la utilizacin del comando SET
MAXSCHEDSESSIONS o la opcin de servidor MAXSESSIONS.
Posibilidad para el
administrador
Mediante
Resultado
Aumentar el nmero total de

sesiones
opcin de servidor
MAXSESSIONS
Posible efecto negativo del

rendimiento del servidor
Aumentar el nmero total de

sesiones asignadas a
operaciones planificadas
SET MAXSCHEDSESSIONS,
comando
Posible reduccin de la
capacidad del servidor para
procesar operaciones no
planificadas
Para obtener ms informacin sobre la opcin MAXSESSIONS y el comando SET

MAXSCHEDSESSIONS, consulte la publicacin Administrators Reference.
Cmo establecer las horas de inicio de planificacin de forma

aleatoria
Establecer las horas de inicio de forma aleatoria para las planificaciones significa
distribuir la hora de inicio de cada planificacin por el mrgenes de puesta en
marcha. El margen de puesta en marcha es la hora de inicio y la duracin durante
la que debe iniciarse una planificacin. Por ejemplo, si la hora de inicio es 1:00 de
la maana y la duracin es de 4 horas, el margen de puesta en marcha es de 1:00 a
5:00.
Para la modalidad de planificacin por sondeo de cliente, puede especificar el
porcentaje del margen de puesta en marcha que puede utilizar el servidor para
establecer las horas de inicio de forma aleatoria para los diversos nodos cliente
asociados a una planificacin.
493
Si establece el valor de aleatoriedad en 0, no se produce ninguna aleatoriedad. Este

proceso puede producir errores de comunicaciones si hay un gran nmero de
nodos cliente intentando establecer contacto con el servidor a la vez.
Los valores de aleatoriedad y el porcentaje mximo de sesiones planificadas
pueden afectar a la realizacin satisfactoria de las planificaciones para los nodos
cliente. Los usuarios reciben un mensaje si se estn utilizando todas las sesiones al
intentar procesar una planificacin. Si esto ocurre, puede aumentar el valor de
aleatoriedad y el porcentaje de sesiones planificadas permitido para asegurarse de
que el servidor puede manejar la carga de trabajo. El porcentaje mximo de
aleatoriedad permitido es el 50 por ciento. Este lmite garantiza que la mitad del
margen de puesta en marcha est disponible para volver a intentar los comandos
planificados que han fallado.
Para establecer el valor de aleatoriedad en el 50 por ciento, entre:
set randomize 50
Es posible, sobre todo despus de haberse reiniciado un nodo cliente o el servidor,

que un nodo cliente no pueda sondear el servidor hasta despus de haber
empezado el margen de puesta en marcha donde el siguiente evento planificado es
iniciar. En este caso, la hora de inicio se establece de forma aleatoria sobre el
porcentaje especificado de la duracin restante del margen de puesta en marcha.
Imagine la siguiente situacin:
v La hora de inicio de planificacin es las 8:00 y su duracin es de 1 hora. En
consecuencia, el margen de puesta en marcha del evento concreto es de 8:00 a
9:00.
v Hay diez nodos cliente asociados a la planificacin.
v La aleatoriedad est establecida en el 50%.
v Nueve nodos cliente sondean el servidor antes de las 8:00.
v Un nodo cliente no sondea el servidor hasta las 8:30.
El resultado es que a los nueve nodos cliente que han sondeado el servidor antes
del comienzo del margen de puesta en marcha se les asignan horas de inicio
seleccionadas aleatoriamente entre las 8:00 y las 8:30. El nodo cliente que ha
efectuado el sondeo a las 8:30 recibe una hora de inicio seleccionada aleatoriamente
que est comprendida entre las 8:30 y las 8:45.
Aumento del margen de puesta en marcha de la planificacin

Aumentar el margen de puesta en marcha (aumentando la duracin de la
planificacin) tambin puede afectar a la correcta realizacin de una planificacin.
Un margen de puesta en marcha mayor ofrece al nodo cliente ms tiempo para
intentar el inicio de una sesin con el servidor.
Control de la frecuencia con la que los nodos cliente se

ponen en contacto con el servidor
Para controlar la frecuencia con que los nodos cliente se ponen en contacto con el
servidor para efectuar una operacin planificada, un administrador puede
establecer la siguiente informacin:
v La frecuencia con la que los nodos consultan el servidor (consulte el apartado
Cmo establecer la frecuencia con que los clientes consultan el servidor en la
pgina 495)
v El nmero de reintentos de comando (consulte el apartado Cmo establecer el
nmero de reintentos de comando en la pgina 495)
494
v La duracin entre los reintentos (consulte el apartado Cmo establecer la

cantidad de tiempo entre reintentos en la pgina 496)
Los usuarios tambin pueden establecer estos valores en los archivos de opciones
del cliente. (Los usuarios root en sistemas UNIX establecen los valores en archivos
de opciones del sistema cliente.) No obstante, los valores que especifica el
administrador alteran temporalmente los valores de usuario.
Las rutas de comunicaciones de nodo cliente a servidor pueden variar mucho con
respecto al tiempo de respuesta o al nmero de gateways. En esos casos, puede
elegir no establecer estos valores para que los usuarios puedan adaptarlos a sus
propias necesidades.
Cmo establecer la frecuencia con que los clientes consultan el

servidor
Al planificar nodos cliente con la planificacin de sondeo de cliente, puede
especificar la frecuencia con la que los nodos consultan el servidor para efectuar
una planificacin. Si los nodos efectan sondeos para obtener planificaciones con
frecuencia, la informacin de sondeo (mediante comandos de administrador) se
propaga a los nodos con mayor rapidez. Sin embargo, un aumento de sondeos por
parte de los nodos cliente tambin aumenta el trfico en la red.
Para la modalidad de planificacin por sondeo de cliente, puede especificar el
nmero mximo de horas que el planificador de un nodo cliente espera entre los
intentos de establecer el contacto con el servidor para obtener una planificacin.
Puede establecer este perodo de modo que se corresponda con la frecuencia con la
que se efectan los cambios de planificacin. Si los nodos cliente efectan sondeos
para obtener planificaciones con mayor frecuencia, la informacin de sondeo
(mediante comandos de administrador) se propaga a los nodos cliente con mayor
rapidez.
Si desea que todos los clientes que utilizan la modalidad por sondeo se pongan en
contacto con el servidor cada 24 horas, entre:
set queryschedperiod 24
Este valor no tiene ningn efecto en los clientes que utilizan la modalidad de
planificacin de peticin de servidor.
Los clientes tambin tienen una opcin QUERYSCHEDPERIOD que puede
establecerse en cada cliente. El valor del servidor altera temporalmente el valor del
cliente una vez que el cliente ha establecido un contacto satisfactorio con el
servidor.
Cmo establecer el nmero de reintentos de comando

Puede especificar el nmero mximo de veces que el planificador de un nodo
cliente puede volver a intentar ejecutar un comando planificado que ha fallado.
El nmero mximo de reintentos de comando no limita el nmero de veces que el
nodo cliente puede establecer contacto con el servidor para obtener una
planificacin. El nodo cliente nunca abandona cuando intenta consultar el servidor
para obtener la siguiente planificacin.
Asegrese de no especificar un nmero de reintentos tal que el tiempo total de
reintentos sea ms largo que el margen de puesta en marcha medio.
495
Si desea que todos los planificadores de cliente solo vuelvan a intentar dos veces
procesar un comando planificado que ha fallado, entre:
set maxcmdretries 2
El nmero de reintentos de comando tambin puede establecerse en cada cliente

con una opcin de cliente, MAXCMDRETRIES. El valor del servidor altera
temporalmente el valor del cliente una vez que el cliente ha establecido un
contacto satisfactorio con el servidor.
Cmo establecer la cantidad de tiempo entre reintentos

Puede especificar cunto tiempo espera el planificador entre reintentos de
comando. Los reintentos de comando se producen cuando el nodo cliente no
puede establecer una sesin con el servidor correctamente o cuando falla un
comando planificado. Normalmente, este valor es efectivo cuando se establece en
la mitad del tiempo estimado que se tarda en procesar una planificacin media.
Si desea que el planificador cliente vuelva a intentar cada 15 minutos los intentos
fallidos para establecer el contacto con el servidor o procesar los comandos
planificados, entre:
set retryperiod 15
Puede utilizar este valor junto con el comando SET MAXCMDRETRIES (nmero
de reintentos de comando) para controlar cundo un nodo cliente establece
contacto con el servidor para procesar un comando que ha fallado. Consulte el
apartado Cmo establecer el nmero de reintentos de comando en la pgina 495.
El perodo de reintento tambin puede establecerse en cada cliente con una opcin
de cliente, RETRYPERIOD. El valor del servidor altera temporalmente el valor del
cliente una vez que el cliente ha establecido un contacto satisfactorio con el
servidor.
Cmo especificar acciones nicas para los nodos cliente

Puede utilizar el comando DEFINE CLIENTACTION para especificar que uno o
ms nodos cliente ejecuten una accin nica si los planificadores de cliente estn
activos. Si la modalidad de planificacin es por peticin, el cliente tarda en ejecutar
la accin entre 3 y 10 minutos. Si la modalidad de planificacin es por sondeo, el
cliente procesa el comando en el intervalo de tiempo que tenga prescrito. El
intervalo de tiempo se establece mediante la opcin de cliente
QUERYSCHEDPERIOD.
El comando DEFINE CLIENTACTION provoca que Tivoli Storage Manager defina
automticamente una planificacin y asocie nodos cliente a dicha planificacin.El
nombre de la planificacin y la informacin sobre la asociacin se devuelven a la
consola del servidor o al cliente de administracin con los mensajes ANR2500I y
ANR2510I. Una vez proporcionado el nombre de la planificacin, posteriormente
puede consultar o suprimir la planificacin y los nodos asociados. Los nombres de
planificaciones de acciones de cliente nicas se identifican mediante un carcter
especial seguido de caracteres numricos, por ejemplo @1.
Por ejemplo, puede emitir un comando DEFINE CLIENTACTION que especifique
un comando de copia de seguridad incremental para el nodo cliente HERMIONE
del dominio ENGPOLDOM:
define clientaction hermione domain=engpoldom action=incremental
496
Tivoli Storage Manager define una planificacin y le asocia nodos cliente

HERMIONE con la planificacin.El servidor asigna la prioridad de planificacin 1,
establece las unidades de periodo (PERUNITS) en ONETIME y determina el
nmero de das que se debe guardar la planificacin en funcin del valor
establecido con el comando SET CLIENTACTDURATION.
Para obtener una lista de las acciones vlidas, consulte el comando DEFINE
CLIENTACTION en la publicacin Administrators Reference. Opcionalmente, puede
establecer los parmetros OPTIONS y OBJECTS.
Determinacin de la duracin del perodo en el que la

planificacin nica permanece activa
Puede determinar la duracin del perodo en el que las planificaciones definidas
mediante los comandos DEFINE CLIENTACTION permanecen activas mediante el
comando SET CLIENTACTDURATION. Este comando le permite especificar el
nmero de das en el que estarn activas las planificaciones que cre con el
comando DEFINE CLIENTACTION. Estas planificaciones se eliminan
automticamente de la base de datos tanto si los nodos asociados la han procesado
como si no, una vez transcurrido el nmero de das especificado. El ejemplo
siguiente especifica que la planificacin para la accin de cliente estar activa
durante 3 das:
set clientactduration 3
Si la duracin de las acciones del cliente estn establecidas en cero, el servidor

establece el parmetro DURUNITS (unidades de duracin) como indefinidas para
las planificaciones definidas con el comando DEFINE CLIENTACTION. El valor
indefinido para DURUNITS significa que las planificaciones no se suprimen de la
base de datos.
497
498
Parte 4. Mantenimiento del servidor
499
500
Captulo 17. Gestin de operaciones del servidor

Los administradores pueden llevar a cabo distintas operaciones del servidor, como
por ejemplo, gestionar el sistema de licencias de las caractersticas adquiridas,
iniciar y detener el servidor y supervisar la informacin del servidor. Consulte los
apartados siguientes:
Tareas:
Sistema de licencias de IBM Tivoli Storage Manager
Trabajo con el servidor de IBM Tivoli Storage Manager y Active Directory en la pgina
506
Inicio y detencin del servidor en la pgina 509
Traslado del servidor de IBM Tivoli Storage Manager en la pgina 513
Modificacin de fecha y hora en el servidor en la pgina 513
Inicio y detencin del controlador de dispositivo de IBM Tivoli Storage Manager
(ADSMSCSI) en la pgina 514
Gestin de procesos del servidor en la pgina 515
Anticipacin de operaciones de cliente o servidor en la pgina 517
Establecimiento del nombre del servidor en la pgina 518
Adicin o actualizacin de opciones del servidor en la pgina 519
Ajuste automtico de las opciones del servidor en la pgina 520
Obtencin de ayuda sobre comandos y mensajes de error en la pgina 520
Sistema de licencias de IBM Tivoli Storage Manager

En este apartado se describen las tareas necesarias para gestionar las licencias de
un sistema IBM Tivoli Storage Manager, que incluye registrar, guardar y auditar.
Tarea
Registrar licencias; Auditar licencias
Sistema
Visualizar informacin sobre licencia
Si desea obtener informacin actualizada acerca de los clientes y dispositivos

admitidos, visite la pgina de IBM Tivoli Storage Manager en la direccin
501
La caracterstica base de IBM Tivoli Storage Manager incluye el soporte siguiente:

v Un nmero ilimitado de clientes de administracin.
v Enterprise Administration, que incluye el direccionamiento de comandos,
configuracin de empresa y las anotaciones de empresa (de servidor a servidor).
v Volmenes virtuales de servidor a servidor (no incluye copia de seguridad de
agrupaciones de almacenamiento ni base de datos).
v Habilitador de red (conexiones de red para clientes).
v Soporte para AFS/DFS (la plataforma S/390 incluye el cliente S/390 UNIX como
componente de Sistema gestionado para SAN).
Registro de caractersticas bajo licencia

Debe registrar una nueva licencia si desea agregar soporte para alguna de las
siguientes caractersticas que no se encuentren en el acuerdo de licencia existente:
Tivoli Storage Manager utiliza un archivo de licencia y el comando REGISTER
LICENSE para llevar a cabo esta tarea. Las licencias se almacenan en archivos de
certificados de inscripcin que contienen informacin sobre la licencia para el
producto servidor. Los archivos de certificado de inscripcin se encuentran en el
CD-ROM de instalacin. Una vez registradas, las licencias se almacenan en un
archivo denominado NODELOCK del directorio actual.
Tabla 35. Caractersticas con licencia
Nombre de archivo
de licencia
Descripcin
domino.lic
Cada sistema gestionado que utiliza IBM Tivoli Storage Manager

para correo
Tambin se necesita la licencia para Sistema gestionado para LAN si
utiliza un protocolo de comunicaciones que no sea la memoria
compartida.
drm.lic
IBM Tivoli Storage Manager Extended Edition (gestor de

recuperacin ante siniestro incluye volmenes virtuales de servidor
a servidor para la copia de seguridad de base de datos y
agrupacin de almacenamiento)
Es necesario en un servidor origen pero no en un servidor destino.
emcsymm.lic

para hardware (EMC Symmetrix)
compartida.
emcsymr3.lic

para hardware (EMC Symmetrix R/3)
compartida.
ess.lic

para hardware (ESS)
compartida.
502
Tabla 35. Caractersticas con licencia (continuacin)

Nombre de archivo
de licencia
Descripcin
essr3.lic

para hardware (ESS R/3)
compartida.
informix.lic

para bases de datos (Informix)
compartida.
library.lic
Biblioteca gestionada de IBM Tivoli Storage Manager

Necesaria para cada biblioteca de la categora de dispositivo
ampliado que se gestiona mediante un servidor IBM Tivoli Storage
Manager. Si desea obtener informacin actualizada acerca de los
dispositivos admitidos, visite la pgina de IBM Tivoli Storage
Manager en la direccin
libshare.lic
Recurso compartido de biblioteca de cintas de IBM Tivoli Storage

Manager
Necesario en un servidor de IBM Tivoli Storage Manager que
pueda acceder a una biblioteca compartida, incluido el gestor de
bibliotecas. Slo se necesita la licencia de biblioteca gestionada en el
gestor de bibliotecas.
lnotes.lic

para Lotus Notes
compartida.
msexch.lic

para correo (MS Exchange)
compartida.
mgsyslan.lic
Sistema gestionado para LAN de IBM Tivoli Storage Manager
mgsyssan.lic
Sistema gestionado para SAN de IBM Tivoli Storage Manager

Necesario para cada agente de almacenamiento. Se necesita la
caracterstica de recurso compartido de biblioteca de cintas en el
servidor IBM Tivoli Storage Manager.
IBM Tivoli Storage Manager requiere esta licencia para cada cliente
que utilice el traspaso de datos fuera del servidor.
mssql.lic

para bases de datos (MS SQL Server)
compartida.
503
Tabla 35. Caractersticas con licencia (continuacin)

Nombre de archivo
de licencia
Descripcin
ndmp.lic
IBM Tivoli Storage Manager Extended Edition incluye soporte para

el uso de NDMP para realizar operaciones de copia de seguridad y
restauracin de servidores de archivos NAS.
Necesario en un servidor de IBM Tivoli Storage Manager que
realice operaciones de copia de seguridad y restauracin de un
servidor de archivos NAS mediante el protocolo NDMP (Network
Data Management Protocol).
oracle.lic

para bases de datos (Oracle)
compartida.
r3.lic

para ERP
compartida.
spacemgr.lic
Cada sistema gestionado que utiliza Tivoli Storage Manager para la

gestin de espacio
compartida. Slo se necesita una licencia para Sistema gestionado
para LAN si un cliente HSM y un cliente de copia de
seguridad/archivado se encuentran en el mismo sistema y poseen
el mismo identificador de nodo.
was.lic

para servidores de aplicaciones (WebSphere)
compartida.
|
|
|
dataret.lic
IBM Tivoli Storage Manager para retencin de datos. Es necesaria

para habilitar la proteccin de retencin de datos y tambin la
suspensin de caducidad y supresin (retencin de supresin).
Para registrar una licencia, debe emitir el comando REGISTER LICENSE y el

archivo de licencia asociado con la licencia. Por ejemplo, para utilizar gestor de
recuperacin ante siniestro y dos Tivoli Storage Manager para la gestin de espacio
(clientes de HSM), emita los siguientes comandos:
register license file(drm.lic)
register license file(spacemgr.lic) number=2
register license file(mgsyslan.lic) number=2
Para registrar 20 sistemas gestionados que traspasan datos en una red de rea
local, emita el comando siguiente:
504
Para inscribir 10 clientes de IBM Tivoli Storage Manager para Lotus Notes que
traspasan datos en una LAN mediante el protocolo de comunicaciones TCP/IP,
emita los comandos siguientes:
register license file(lnotes.lic) number=10
Con la excepcin de ndmp.lic, drm.lic y libshare.lic, puede especificar cualquier

nmero de archivos de licencia para registrar. Siempre debe especificar el nmero
total de licencias que desea registrar. El comando REGISTER LICENSE actualiza el
archivo NODELOCK en funcin del nmero total de licencias que desee registrar.
Si especifica number=0 para una determinada licencia, dicha licencia se eliminar
del registro. Si dispone de 20 licencias y necesita 10 licencias ms, deber registrar
30 licencias.
Por ejemplo, para registrar IBM Tivoli Storage Manager para 30 sistemas
gestionados que traspasan datos a travs de una red de rea local, emita los
comandos siguientes:
Tambin puede registrar una licencia especificando la contrasea del producto que
se incluye en el archivo de certificado de la licencia. Por ejemplo:
register license 5s3qydpnwx7njdxnafksqas4
Cmo guardar licencias

Guarde el CD-ROM que contiene los archivos de certificados de inscripcin. Es
posible que deba volver a registrar las licencias por alguno de los motivos
siguientes:
v El servidor se ha daado.
v El servidor se ha trasladado a una mquina distinta.
v El archivo Nodelock se ha destruido o daado. IBM Tivoli Storage Manager
almacena la informacin sobre licencia en el archivo Nodelock, que se encuentra
en el directorio desde donde se ha iniciado el servidor.
Supervisin de licencias
Si cambian los plazos de licencia (por ejemplo, se especifica una nueva licencia
para el servidor), ste dirige una auditora para determinar si la configuracin
actual del servidor se ajusta a los plazos de licencia. El servidor tambin audita la
conformidad con los plazos de licencia de forma peridica. El resultado de una
auditora se utiliza para comprobar y aplicar los plazos de licencia. Si han
transcurrido 30 das desde la auditora de licencia anterior, el administrador no
puede cancelar la auditora.
Si un sistema IBM Tivoli Storage Manager excede las condiciones del contrato de
licencia, puede darse una de las situaciones siguientes:
v El servidor emite un mensaje de aviso que indica que no es conforme a las
condiciones de licencia.
v Si el sistema se est ejecutando en modalidad de evaluacin con opcin a
compra, las operaciones no se llevarn a cabo debido a que el servidor no
dispone de licencia para determinadas caractersticas.
Debe ponerse en contacto con el representante de cuentas de IBM Tivoli Storage
Manager o con un proveedor autorizado para modificar el contrato.
505
Un administrador puede supervisar la conformidad de licencia del modo siguiente:

Auditar licencias
Utilice el comando AUDIT LICENSES para comparar la configuracin
actual con las licencias actuales.
Nota: durante una auditora de licencia, el servidor calcula, por nodo, la
cantidad de almacenamiento de copia de seguridad, archivado y
gestin de espacio que se utiliza. Este clculo puede emplear una
gran cantidad de tiempo de CPU e interrumpir otras actividades del
servidor. Utilice la opcin del servidor AUDITSTORAGE para
especificar que el almacenamiento no debe calcularse como parte de
una auditora de licencia.
Visualizar informacin sobre licencia
Utilice el comando QUERY LICENSE para visualizar los detalles de las
licencias actuales y determinar la conformidad de licencia.
Planificar auditoras de licencia automticas
Utilice el comando SET LICENSEAUDITPERIOD para especificar el
nmero de das entre auditoras automticas.
Trabajo con el servidor de IBM Tivoli Storage Manager y Active

Directory
Un servicio de directorio proporciona una ubicacin para almacenar informacin
sobre recursos de red y hace que la informacin est disponible para
administradores y usuarios. Tivoli Storage Manager utiliza Active Directory para
publicar informacin acerca de los servidores de Tivoli Storage Manager. Esta
informacin incluye:
v El nombre del servidor.
v Protocolos de comunicaciones.
v Lista de los nodos inscritos del servidor.
Los servidores de Tivoli Storage Manager que se ejecutan en Windows 2000 puede
publicar automticamente su informacin en Active Directory. Al configurar la
opcin de servidor ADREGISTER en YES y emitir un comando REGISTER,
RENAME, o DELETE NODE, la lista del servidor de nodos inscritos se actualiza
cada vez que se inicia el servidor de IBM Tivoli Storage Manager. Los
administradores pueden publicar informacin sobre servidores de IBM Tivoli
Storage Manager que no sean Windows con el Asistente para la configuracin de
Active Directory de IBM Tivoli Storage Manager de la consola de IBM Tivoli
Storage Manager. El Asistente para la configuracin de Active Directory tambin
resulta til para agregar, eliminar o editar las entradas del servidor de Tivoli
Storage Manager.
El asistente para la configuracin del cliente de copia de seguridad/archivado de
Tivoli Storage Manager cuenta con una funcin para examinar informacin de
servidor en Active Directory. El cliente puede utilizar esta informacin para
determinar el servidor al que debe conectarse y el protocolo de comunicaciones
que debe utilizar.
Para obtener ms informacin, consulte la ayuda en lnea del Asistente para la
configuracin de Active Directory. Tambin puede consultar la ayuda en lnea
disponible en el men Inicio de Windows 2000 Server.
506
Configuracin del esquema de Active Directory

Los administradores de sistemas deben permitir a IBM Tivoli Storage Manager
actualizar el esquema de Active Directory antes de que IBM Tivoli Storage
Manager pueda almacenar y recuperar informacin de Active Directory. El
esquema de Active Directory, almacenado en el controlador de dominio de
Windows 2000, consiste en una lista de definiciones que identifica objetos e
informacin sobre dichos objetos. Para obtener ms informacin acerca del
esquema de Active Directory, realice una bsqueda de esquema de Active
Directory en la ayuda en lnea de Windows 2000.
Instalacin de las Herramientas de administracin de Windows

2000 en el controlador de dominio de Windows 2000
Para actualizar el esquema, debe utilizar el complemento del esquema de Active
Directory. Este complemento forma parte de las Herramientas de administracin de
Windows 2000, que se incluye en el conjunto de discos compactos de Windows
2000 Server y Advanced Server.
Las Herramientas de administracin de Windows 2000 estn disponibles en el CD
de Windows Server.
1. Cargue el CD en la unidad de CD del sistema Windows 2000.
2. Abra la carpeta I386.
3. Pulse dos veces el archivo Adminpak.msi.
4. Siga las instrucciones del asistente de configuracin.
Actualizacin de una cuanta de Windows con permisos para

ampliar el esquema
Una vez instaladas las Herramientas de administracin de Windows 2000, puede
configurar los permisos. Desde el controlador de dominio que contiene el esquema
de Active Directory, siga estos pasos:
1. Pulse Inicio y Ejecutar.
2. Escriba schmmgmt.msc en el campo de entrada del dilogo Ejecutar. Pulse
Aceptar. Se abrir el complemento del esquema de Active Directory.
3. Pulse con el botn derecho Esquema de Active Directory en el rbol de la
consola y pulse Maestro de operaciones.
4. Pulse Se puede modificar el esquema en este controlador de dominio.
5. Pulse con el botn derecho Esquema de Active Directory en el rbol de la
consola. Pulse Permisos... en el men emergente. Si el nombre de la cuenta no
aparece en la seccin nombre, pulse Agregar..., seleccione el nombre de la
cuenta, pulse Agregar de nuevo y, a continuacin, Aceptar.
6. Seleccione el nombre de la cuenta y compruebe la casilla Control total de la
columna Permitir del rea Permisos.
7. Pulse en Aceptar.
Ampliacin del esquema de Active Directory para IBM Tivoli

Storage Manager
Siga estos pasos en el servidor de IBM Tivoli Storage Manager:
1. Pulse dos veces en el icono de la consola de IBM Tivoli Storage Manager del
escritorio.
2. Expanda el rbol hasta que aparezca el servidor de IBM Tivoli Storage Manager
con el que desea trabajar. Expanda el servidor y pulse en Asistentes. La lista de
507
3. Seleccione el Asistente para la configuracin de Active Directory y pulse en

Iniciar.
4. Para iniciar el asistente, pulse Iniciar y, a continuacin, Siguiente.
5. Pulse Detectar y, a continuacin, Siguiente.
6. En este momento no aparecen entradas, pero el esquema se ha actualizado.
Pulse Cancelar.
Si desea desactivar los permisos para extender el esquema, haga lo siguiente:
1. Vuelva al complemento del esquema
2. Pulse con el botn derecho Esquema de Active Directory y, a continuacin,
Permisos....
3. Seleccione el nombre de la cuenta y deseleccione la casilla Control total. Pulse
en Aceptar.
Si desea desactivar ms actualizaciones de esquemas, haga lo siguiente:
1. Vuelva al complemento del esquema
2. Pulse con el botn derecho Esquema de Active Directory y, a continuacin,
Maestro de operaciones
3. Deseleccione Se puede modificar el esquema en este controlador de dominio
y pulse Aceptar.
Configuracin del servidor de IBM Tivoli Storage Manager para

definirse a s mismo a Active Directory
Para que el servidor se defina a s mismo para Active Directory, haga lo siguiente:
1. Pulse dos veces en el icono consola de Tivoli Storage Manager del escritorio.
el que desea trabajar. Expanda el servidor.
3. Expanda Informes.
4. Pulse en Informacin de servicio.
5. Seleccione el servidor con el que desea trabajar y pulse Editar archivo de
opciones.
6.
7.
8.
9.
Nota: si no ve ninguna entrada, debe inicializar el servidor. Puede utilizar el

Asistente para la inicializacin de servidores en la consola de IBM Tivoli
Storage Manager.
Pulse la ficha Active Directory. Cuando aparezcan las opciones de Active
Directory, seleccione Registrar en Active Directory al arrancar el servidor
Seleccione Anular registro en Active Directory al cerrar el servidor Tivoli
Storage Manager.
Seleccione Detectar automticamente en la seccin del controlador de dominio.
Pulse en Aceptar.
La siguiente ocasin en la que se inicie el servidor de IBM Tivoli Storage Manager,

se definir a s mismo en Active Directory y agregar informacin que incluya la
lista de nodos inscritos e informacin de protocolos de comunicaciones. Puede
verificar esta informacin en cualquier momento mediante el Asistente para la
configuracin de Active Directory en la consola de IBM Tivoli Storage Manager.
Los clientes de copia de seguridad/archivado de IBM Tivoli Storage Manager del
dominio pueden seleccionar un servidor de IBM Tivoli Storage Manager pulsando
508
el botn Examinar en la pgina de protocolos del Asistente para la configuracin

de clientes de copia de seguridad/archivado. El asistente muestra una lista de los
servidores de IBM Tivoli Storage Manager con los que el nodo ya est inscrito.
Tambin enumera los servidores de Tivoli Storage Manager que admiten el
protocolo seleccionado. Cuando el cliente seleccione un servidor y las selecciones
del asistente se hayan completado, el asistente incluye la informacin del protocolo
de comunicaciones correspondiente en el archivo de opciones del cliente.
Inicio y detencin del servidor

Tarea
Iniciar, detener y reiniciar el servidor
Sistema u operador
Inicio del servidor

Al iniciar o reiniciar el servidor de IBM Tivoli Storage Manager, se producen los
eventos siguientes:
v El servidor invoca los mtodos de comunicaciones especificados en el archivo de
opciones del servidor.
Nota: de forma predeterminada, los mtodos de comunicaciones TCP/IP y
Named Pipes estn activados en el archivo de opciones del servidor. Para
ajustar el valor del mtodo de comunicaciones de IBM Tivoli Storage
Manager o desactivar un mtodo de comunicaciones, seleccione Editar
archivo de opciones del panel Informacin de servicio de la consola de
IBM Tivoli Storage Manager.
v Si la opcin de servidor ADREGISTER est establecida en YES, el servidor de
IBM Tivoli Storage Manager se registra en Active Directory. La informacin
publicada con el nombre del servidor incluye la informacin de protocolo de
comunicaciones del servidor y sus nodos inscritos.
v El servidor utiliza los volmenes especificados en el archivo dsmserv.dsk para
grabar la actividad en la base de datos y en las anotaciones de recuperacin.
Tambin identifica los volmenes de agrupaciones de almacenamiento que
deben utilizarse.
v El servidor inicia una sesin de consola del servidor de IBM Tivoli Storage
Manager que se utiliza para trabajar con el servidor y administrarlo hasta que
los clientes de administracin se inscriben en el servidor.
El servidor de IBM Tivoli Storage Manager puede iniciarse como:
v Servicio Windows (mtodo recomendado).
O bien
v Aplicacin de consola.
Windows requiere que se cierren todas las aplicaciones antes de finalizar la sesin.
Como servidor de produccin, IBM Tivoli Storage Manager debe estar disponible
para los clientes las 24 horas del da. En muchas ubicaciones puede suponer un
riesgo para la seguridad dejar un identificador de administrador conectado en un
sistema desatendido. La solucin es ejecutar el servidor como un servicio de
Windows.
Puede iniciar el servidor como una aplicacin de consola durante la configuracin
o al utilizarlo en un entorno de prueba. Si se inicia el servidor como una aplicacin
de consola, IBM Tivoli Storage Manager proporciona un identificador de usuario
509
de administrador especial denominado SERVER_CONSOLE. Todos los mensajes

del servidor se muestran directamente en la pantalla. La consola puede resultar de
utilidad al depurar problemas de arranque.
Al instalar IBM Tivoli Storage Manager, se crean una base de datos y unas
anotaciones de recuperacin. Los servidores solo pueden acceder a una base de
datos y a unas anotaciones de recuperacin concretas de uno en uno. Si ha
instalado un solo servidor de IBM Tivoli Storage Manager en un sistema y lo inicia
como una aplicacin de consola, no puede iniciar el servidor como un servicio
hasta que haya parado la aplicacin de consola. Del mismo modo, si inicia el
servidor como un servicio de Windows, debe detener el servidor para poderlo
iniciar correctamente como una aplicacin de consola.
Si tiene varios servidores IBM Tivoli Storage Manager instalados y configurados en
un sistema, puede ejecutar varios servidores puesto que cada uno tiene su propia
base de datos y sus propias anotaciones de recuperacin. Sin embargo, varios
servidores no pueden utilizar el mismo dispositivo ya que puede producirse una
prdida de datos.
Automatizacin del inicio del servidor
|
|
|
|
|
El servidor de IBM Tivoli Storage Manager se ejecuta como un servicio y puede

configurarse para que se inicie automticamente al reiniciarse el sistema. Puede
utilizar la consola IBM Tivoli Storage Manager Management Console para cambiar
la modalidad del servicio (inicio automtico o manual).
Inicio del servidor de IBM Tivoli Storage Manager como un

servicio
Puesto que el servidor de IBM Tivoli Storage Manager puede emitir peticiones que
requieren una accin, es importante supervisar la actividad del servidor con el
cliente de administracin utilizando la modalidad de monitor de consola.
Para iniciar el monitor de consola, haga lo siguiente:
escritorio.
con el que desea trabajar. Expanda el servidor y, a continuacin, el rbol
Informes en el servidor seleccionado.
3. Seleccione Monitor y, a continuacin, Iniciar.
Para iniciar el servidor de IBM Tivoli Storage Manager como un servicio de
Windows, haga lo siguiente:
escritorio.
3. Seleccione Informacin de servicio.
4. Seleccione el servidor en el panel derecho.
5. Pulse Iniciar.
En este momento tambin puede configurar las opciones y el modo de inicio del
servidor de IBM Tivoli Storage Manager de esta forma:
escritorio.
510
3. Seleccione Informacin de servicio.
4. Seleccione el servidor en el panel derecho.
5. Pulse Propiedades...
6. Seleccione el botn de seleccin Automtico.
7. Seleccione la informacin de cuenta Iniciar la sesin como segn convenga. La
seleccin predeterminada es la cuenta Sistema.
8. Seleccione la casilla Anotar salida en archivo utilizando el nombre de archivo
predeterminado console.log o especifique un nombre de archivo nuevo.
Para ver los mensajes de inicio y detencin registrados en las anotaciones de
aplicacin de Windows, puede utilizar el visor de sucesos de Windows de las
Herramientas de administracin.
Si va a utilizar el controlador de dispositivo ADSMSCSI, tambin puede ser
necesario iniciar el controlador en este momento. Para obtener ms informacin,
consulte el apartado Inicio y detencin del controlador de dispositivo de IBM
Tivoli Storage Manager (ADSMSCSI) en la pgina 514.
Inicio de la consola del servidor de IBM Tivoli Storage Manager

Para iniciar la consola del servidor desde el indicador de lnea de comandos,
cmbiese al directorio donde est instalado el servidor. Por ejemplo, c:\Archivos de
programa\tivoli\tsm\server.
Entre:
dsmserv
IBM Tivoli Storage Manager muestra la siguiente informacin al iniciarse el

servidor:
v Informacin de licencia y copyright del producto.
v Informacin de proceso sobre el archivo de opciones del servidor.
v Informacin sobre el protocolo de comunicaciones.
v Informacin de base de datos y anotaciones de recuperacin.
v Informacin de volmenes de agrupaciones de almacenamiento.
v Fecha de generacin del servidor.
v Mensajes de situacin y todos los errores encontrados durante la inicializacin
del servidor.
Detencin del servidor

Puede detener el servidor sin aviso si as lo requiere un problema imprevisto del
sistema operativo.
Al detener el servidor, se detienen bruscamente todos los procesos y se cancelan
todas las sesiones de cliente, aunque no se hayan completado. Todas las
transacciones en proceso se retrotraen al reiniciar el servidor. No se puede realizar
ninguna actividad de administrador.
Si es posible, detenga el servidor solo despus de haberse completado o cancelado
las sesiones actuales de nodo cliente y de administracin. Para cerrar el servidor
sin que ello afecte de forma grave a la actividad de administracin y de los nodos
cliente con el servidor, debe:
511
1. Desactive el servidor para impedir que se inicien nuevas sesiones de nodo

cliente mediante el comando DISABLE SESSIONS. Este comando no cancela
sesiones en curso ni procesos del sistema como migracin y reclamacin.
2. Notificar a todas las sesiones existentes de nodo cliente y de administracin
que va a cerrar el servidor. El servidor no proporciona ningn recurso de
notificacin de red; debe utilizar medios externos para enviar notificaciones a
los usuarios.
3. Cancele cualquier sesin existente de nodo cliente o de administracin
emitiendo el comando CANCEL SESSION y el nmero de sesin asociada. Para
obtener los nmeros de sesin y determinar si existen sesiones en ejecucin,
utilice el comando QUERY SESSION. Si se est ejecutando una sesin,
aparecer una tabla que muestra el nmero de sesin en el lado izquierdo de la
pantalla.
4. Localizar si hay otros procesos en ejecucin, como por ejemplo migracin del
servidor o caducidad de inventario, utilizando el comando QUERY PROCESS.
Si hay un proceso de copia de seguridad de la base de datos en ejecucin, deje
que se complete antes de detener el servidor. Si hay otros tipos de procesos en
ejecucin, canclelos con el comando CANCEL PROCESS.
Nota: si el proceso que desea cancelar est actualmente esperando que se
monte un volumen de cinta (por ejemplo, un proceso iniciado con los
comandos EXPORT, IMPORT o MOVE DATA), la peticin de montaje se
cancela automticamente. Si hay un volumen asociado con el proceso
que est actualmente a la espera de que lo monte una biblioteca
automatizada, puede que la cancelacin no entre en vigor hasta que
finalice el montaje.
5. Detener el servidor para cerrar todas las operaciones del servidor con el
comando HALT.
Para detener el servidor de IBM Tivoli Storage Manager de la consola de IBM
Tivoli Storage Manager, siga estos pasos:
a. Pulse dos veces en el icono de la consola de IBM Tivoli Storage Manager
del escritorio.
b. Expanda el rbol hasta que aparezca el servidor de Tivoli Storage Manager
con el que desea trabajar.
c. Expanda Informes.
d. Pulse en Informacin de servicio.
e. Seleccione el servidor y pulse Detener.
Nota: se recomienda utilizar la opcin QUIESCE del comando HALT solo si tiene
previsto efectuar un vuelco de base de datos con el comando DSMSERV
DUMPDB inmediatamente despus de la parada. Dado que IBM Tivoli
Storage Manager admite la copia de seguridad de base de datos en lnea
(comando BACKUP DB), es necesario utilizar el comando DSMSERV
DUMPDB en muy contadas ocasiones (si es que se llega a usar alguna vez).
El comando HALT se puede imitar utilizando la opcin del servidor ALIASHALT.
La opcin del servidor permite definir un trmino distinto a HALT que efecte la
misma funcin. El comando HALT todava funciona, pero la opcin del servidor
proporciona un mtodo adicional para emitir el comando HALT. Consulte la
publicacin Administrators Reference para obtener ms informacin.
|
|
|
|
|
512
Traslado del servidor de IBM Tivoli Storage Manager

Existen dos modos de trasladar un servidor de IBM Tivoli Storage Manager a otra
mquina que ejecute el mismo sistema operativo:
v Realizar una copia de seguridad de la base de datos y restaurarla en otra
mquina en la que IBM Tivoli Storage Manager est instalado. El mtodo de
copia de seguridad y restauracin se describe en este apartado.
v Exportar el servidor directamente a la nueva mquina, o a un medio secuencial
para poderlo importar a la nueva mquina. Consulte el Captulo 22,
Exportacin e importacin de datos, en la pgina 663 para obtener ms
informacin. Puede que este mtodo tarde ms tiempo en ejecutarse que el
mtodo anterior.
Los requisitos previos del mtodo de copia de seguridad y restauracin son los
siguientes:
v Ambas mquinas deben ejecutar el mismo sistema operativo.
v Debe poderse acceder a la agrupacin de almacenamiento secuencial desde
ambas mquinas. Deber trasladar las bibliotecas y los dispositivos de la
mquina de origen a la mquina de destino, o bien se deber poder acceder a
estos elementos a travs de una SAN.
v Un servidor de IBM Tivoli Storage Manager debe efectuar la operacin de
restauracin con un nivel de cdigo igual o superior al de la mquina de origen.
v En la operacin de restauracin solo se admiten los tipos de bibliotecas SCSI y
manuales.
En el ejemplo siguiente, el servidor de IBM Tivoli Storage Manager de la mquina
A se traslada a la mquina B.
v En la mquina A:
1. Migre todos los datos de la agrupacin de almacenamiento de disco a
medios secuenciales. Consulte el apartado Migracin a agrupaciones de
almacenamiento de disco en la pgina 271 para obtener ms informacin.
2. Realice una copia de seguridad completa de la base de datos en los medios
secuenciales.
backup db devclass=8mm type=full
3. Copie el archivo histrico de volmenes y el archivo de configuracin de

dispositivos.
v En la mquina B:
1. Instale IBM Tivoli Storage Manager.
2. Restaure la base de datos:
dsmserv restore db devclass=8mm volumenames=vol001,vol002,vol002
Modificacin de fecha y hora en el servidor

Cada vez que se inicia el servidor y, a partir de entonces, cada hora, se realiza una
comprobacin de fecha y hora. Una fecha errnea puede ser una de las siguientes:
v La fecha es anterior a la fecha y hora de instalacin del servidor.
v La fecha es ms de una hora anterior a la ltima hora en que se ha efectuado la
comprobacin de la fecha.
v La fecha es ms de 30 das posterior a la ltima hora en que se ha efectuado la
comprobacin de la fecha.
513
Si el servidor detecta una fecha u hora errneas, se desactivan las sesiones del
servidor. Aparece un mensaje de error (ANR0110E) y no se permite realizar las
operaciones de caducidad, migracin, reclamacin y supresin de informacin
histrica de volmenes. Se puede modificar la fecha del sistema si es errnea o
emitir el comando ACCEPT DATE a fin de forzar al servidor para que acepte como
vlida la fecha actual del sistema. Utilice el comando ENABLE SESSIONS despus
de emitir el comando ACCEPT DATE para volver a activar la actividad del nodo
cliente.
Inicio y detencin del controlador de dispositivo de IBM Tivoli Storage

Manager (ADSMSCSI)
El controlador de dispositivo de IBM Tivoli Storage Manager (ADSMSCSI) se
instala al instalar el servidor de IBM Tivoli Storage Manager.Al iniciarse el
controlador ADSMSCSI, ste, de forma predeterminada, reclama todos los
dispositivos que puede utilizar.
Inicio del controlador de dispositivo de IBM Tivoli Storage

Manager
Para iniciar el controlador ADSMSCSI, lleve a cabo lo siguiente:
1. Desde la consola de IBM Tivoli Storage Manager, expanda el rbol hasta que
aparezca la mquina en la que est instalado el controlador de dispositivo.
Expanda la mquina.
2. Expanda Controlador de dispositivo IBM Tivoli Storage Manager e Informes.
3. Pulse Informacin de servicio en el rbol de la izquierda. La ventana
Informacin de servicio aparece en el panel derecho.
Storage Manager. Aparece un men emergente.
5. Pulse Iniciar en el men emergente.
Detencin del controlador de dispositivo de IBM Tivoli

Storage Manager
Para detener el controlador ADSMSCSI, lleve a cabo lo siguiente:
1. Desde la consola de IBM Tivoli Storage Manager, expanda el rbol hasta que
aparezca la mquina en la que est instalado el controlador de dispositivo.
Expanda la mquina.
2. Expanda Controlador de dispositivo IBM Tivoli Storage Manager e Informes.
3. Pulse Informacin de servicio en el rbol de la izquierda. La ventana
Informacin de servicio aparece en el panel derecho.
Storage Manager. Aparece un men emergente.
5. Pulse Detener en el men emergente.
Nota: el visor de eventos del sistema anota los eventos que ha creado el
controlador ADSMSCSI. Para obtener ms informacin, consulte el apartado
Supervisin de errores y diagnstico de problemas en la pgina 592.
514
Gestin de procesos del servidor

Tarea
Visualizar informacin sobre un proceso de

fondo del servidor
Cancelar un proceso del servidor
Sistema
Cuando un usuario o un administrador emite un comando de IBM Tivoli Storage

Manager o utiliza una interfaz grfica de usuario para ejecutar una operacin, el
servidor inicia un proceso. Ejemplos de operacin son inscribir un nodo cliente,
suprimir una clase de gestin o cancelar una sesin de cliente.
La mayora de los procesos se producen con gran rapidez y se vuelven a ejecutar
en primer plano, mientras que otros tardan ms en completarse.
El servidor ejecuta las siguientes operaciones como procesos de nivel de fondo:
v Auditar una biblioteca automatizada.
v Auditar licencias.
v Auditar un volumen.
v Hacer una copia de seguridad de la base de datos.
v Hacer una copia de seguridad de una agrupacin de almacenamiento.
v Dar de alta y de baja volmenes de una biblioteca automatizada.
v Definir una copia de los volmenes de la base de datos.
v Definir una copia de los volmenes de anotaciones de recuperacin.
v Suprimir un volumen de la base de datos.
v Suprimir un espacio de archivos.
v Suprimir un volumen de las anotaciones de recuperacin.
v Suprimir un volumen de almacenamiento.
v Caducar el inventario.
v Exportar o importar datos.
v Ampliar la base de datos o las anotaciones de recuperacin.
v Generar un juego de copias de seguridad
v Migrar archivos desde una agrupacin de almacenamiento a la siguiente
v Traspasar datos desde un volumen de almacenamiento.
v Reclamar espacio desde volmenes de almacenamiento de cinta.
v Reducir la base de datos o las anotaciones de recuperacin.
v Restaurar una agrupacin de almacenamiento.
v Restaurar un volumen.
v Activar un volumen de la base de datos o de las anotaciones de recuperacin.
Nota:
para evitar la contienda por las mismas cintas, el servidor no permite que se
inicie un proceso de reclamacin si hay un proceso DELETE FILESPACE
activo. El servidor comprueba cada hora si el proceso DELETE FILESPACE
ha finalizado para que pueda iniciarse el proceso de reclamacin. Una vez
completado el proceso DELETE FILESPACE, la reclamacin se inicia en una
hora.
El servidor asigna un nmero de identificacin a cada proceso de fondo y visualiza
el identificador del proceso al iniciarse la operacin. Este nmero de identificacin
del proceso se utiliza para el seguimiento. Por ejemplo, si emite el comando
EXPORT NODE, el servidor muestra un mensaje parecido al siguiente:
515
EXPORT NODE iniciado como proceso 10
Algunos de estos procesos se pueden ejecutar tambin en primer plano utilizando

el parmetro WAIT=YES al emitir el comando desde un cliente de administracin.
Consulte la publicacin Administrators Reference para obtener ms informacin.
Solicitud de informacin sobre procesos del servidor

Puede solicitar informacin sobre los procesos de fondo del servidor. Si conoce el
nmero de identificacin del proceso, puede utilizar ese nmero para limitar la
bsqueda. No obstante, si no conoce el ID del proceso, puede visualizar
informacin sobre todos los procesos de fondo entrando:
query process
La figura siguiente muestra un informe de procesos de fondo del servidor despus

de haberse emitido el comando DELETE FILESPACE. El informe muestra un
nmero de identificacin de proceso, una descripcin y un estado de realizacin de
cada uno de los procesos de fondo.
Nmero
Descripcin proceso Estado
proceso
-------- ------------------- --------------------------------------------2 DELETE FILESPACE
Suprimiendo espacio de archivos DRIVE_D del
nodo CLIENT1: se han suprimido 172 archivos.
Cancelacin de procesos del servidor

Para cancelar un proceso de fondo del servidor, especifique el nmero de
identificacin del mismo en el comando siguiente:
cancel process 2
Para buscar el nmero de proceso, emita el comando QUERY PROCESS. Si desea

obtener ms informacin al respecto, consulte el apartado Solicitud de
informacin sobre procesos del servidor.
Cuando se cancelan procesos, se aplican las siguientes condiciones:
v Si un proceso est actualmente esperando que se monte un volumen de cinta
(por ejemplo, un proceso iniciado con los comandos EXPORT, IMPORT o MOVE
DATA), la peticin de montaje se cancela automticamente.
v Si hay un volumen asociado con un proceso que est actualmente a la espera de
que lo monte una biblioteca automatizada, puede que la cancelacin no entre en
vigor hasta que finalice el montaje.
v Si un proceso tiene una peticin de montaje pendiente, es posible que el proceso
no responda a un comando CANCEL PROCESS hasta que se haya respondido a
la peticin de montaje, o bien hasta que sta se haya cancelado o se haya
excedido el tiempo de espera. Por ejemplo, la reclamacin genera
automticamente peticiones de montaje como parte del proceso. Para responder
a una peticin de montaje, emita el comando REPLY REQUEST. Para cancelar
una peticin de montaje emita el comando CANCEL REQUEST.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
516
|
|
|
|
|
|
|
|
|
Notas:
1. Para listar las peticiones de montaje abiertas, emita el comando QUERY
REQUEST. Puede consultar las anotaciones de actividades y as determinar si
un proceso concreto tiene pendiente una peticin de montaje.
2. Una peticin de montaje indica que hace falta un volumen para el proceso
actual. Sin embargo, el volumen puede no estar disponible en la biblioteca. Si
el volumen no est disponible, puede deberse a que ha emitido el comando
MOVE MEDIA o el comando CHECKOUT LIBVOLUME, o que haya
eliminado manualmente el volumen de la biblioteca.
Anticipacin de operaciones de cliente o servidor

El servidor puede anticipar las operaciones de cliente o servidor en el caso de una
operacin de prioridad superior cuando se est utilizando un punto de montaje y
no hay otros disponibles o cuando se necesita acceder a un volumen especfico.
Puede utilizar el comando QUERY MOUNT si desea ver el estado del volumen
para el punto de montaje.
Anticipacin de un punto de montaje

Las siguientes operaciones de alta prioridad pueden adelantarse a otras
operaciones para un punto de montaje:
v Copia de seguridad de base de datos
v Restauracin
v Recuperacin
v Recuperacin de HSM
v Exportacin
v Importacin
Las operaciones siguientes no pueden tener anticiparse a otras operaciones ni otras
pueden adelantarlas:
v Auditar un volumen
v Efectuar una restauracin desde una agrupacin de almacenamiento de copia
v Preparar un plan de recuperacin
v Almacenar datos con un transportador de datos remoto
Las operaciones siguientes se pueden anticipar y aparecen por orden de prioridad.
El servidor selecciona la operacin con la prioridad inferior que se anticipa, como
por ejemplo, la de reclamacin.
1. Traspaso de datos
2. Migracin desde disco hacia medio secuencial
3. Copia de seguridad, archivado o migracin de HSM
4. Migracin desde medio secuencial hacia medio secuencial
5. Reclamacin
La funcin de anticipacin se puede desactivar especificando NOPREEMPT en el
archivo de opciones del servidor. Si esta opcin est especificada, el comando
BACKUP DB es la nica operacin que puede anticipar a otras operaciones.
Anticipacin del acceso a un volumen

Una operacin de alta prioridad que necesite acceder a un volumen especfico que
una operacin de baja prioridad est utilizando puede anticipar automticamente
la operacin. Por ejemplo, si una peticin de restauracin tiene que acceder a un
volumen que est utilizando un proceso de reclamacin y hay disponible una
unidad, se cancelar el proceso de reclamacin y se emitir el mensaje ANR0494I o
ANR1441I.
517
Las siguientes operaciones de alta prioridad pueden adelantarse a otras

operaciones para acceder a un volumen especfico:
v Restauracin
v Recuperacin
v Recuperacin de HSM
Las operaciones siguientes no pueden tener anticiparse a otras operaciones ni otras
pueden adelantarlas:
v Auditar un volumen
v Efectuar una restauracin desde una agrupacin de almacenamiento de copia
v Preparar un plan de recuperacin
v Almacenar datos con un transportador de datos remoto
Las operaciones siguientes se pueden anticipar y aparecen por orden de prioridad.
El servidor anticipa la operacin con la prioridad inferior, como por ejemplo, la de
reclamacin.
1. Traspaso de datos
2. Migracin desde disco hacia medio secuencial
3. Copia de seguridad, archivado o migracin de HSM
4. Migracin desde medio secuencial
5. Reclamacin
La funcin de anticipacin se puede desactivar especificando NOPREEMPT en el
archivo de opciones del servidor. Si esta opcin est especificada, ninguna
operacin podr anticiparse a otra operacin para acceder a un volumen.
Establecimiento del nombre del servidor

Tarea
Especificar el nombre del servidor
Sistema
En el momento de la instalacin, el nombre del servidor se establece en el nombre

de la mquina. Despus de la instalacin, puede utilizar el comando SET
SERVERNAME para cambiar el nombre del servidor. Puede utilizar el comando
QUERY STATUS para ver el nombre del servidor.
Por ejemplo, para especificar WELLS_DESIGN_DEPT. como nombre de servidor,
entre lo siguiente:
set servername wells_design_dept.
Debe establecer nombres exclusivos para los servidores que se comunican

mutuamente. Consulte el apartado Configuracin de las comunicaciones entre los
servidores en la pgina 618 para obtener ms informacin.
518
Atencin: en un servidor origen que se utiliza para operaciones de volmenes

virtuales, el cambio de alguno de los valores puede afectar a la capacidad del
servidor origen de acceder a los datos que ha almacenado en el servidor destino
correspondiente y gestionarlos. En una red donde los clientes se conectan a varios
servidores, se recomienda que todos los servidores tengan nombres exclusivos. Si
se cambia el nombre del servidor una vez conectados los clientes Windows, se
obliga a los clientes a volver a escribir las contraseas.
La modificacin del nombre del servidor con el comando SET SERVERNAME
puede tener adems otras implicaciones segn la plataforma. Algunos ejemplos
que cabe tener en cuenta son:
v Puede que las contraseas dejen de ser vlidas.
v Puede que la informacin de dispositivos se vea afectada.
v Puede que se modifique la informacin del registro en las plataformas Windows.
Adicin o actualizacin de opciones del servidor

Tarea
Agregar o actualizar una opcin del servidor Sistema
Puede agregar o actualizar opciones del servidor mediante el comando SETOPT, el

editor para editar archivo de opciones en la consola de IBM Tivoli Storage
Manager o el archivo dsmserv.opt. Para obtener informacin sobre la edicin del
archivo de opciones del servidor, consulte la publicacin Administrators Reference.
Adicin o actualizacin de una opcin del servidor sin

reiniciar el servidor
Un administrador del sistema puede agregar o actualizar un nmero reducido de
opciones del servidor sin detener y reiniciar el servidor. La opcin del servidor
agregada o actualizada se agrega al final del archivo de opciones del servidor.
El ejemplo siguiente muestra cmo utilizar el comando SETOPT para actualizar la
opcin del servidor correspondiente a MAXSESSIONS:
setopt maxsessions 20
Las opciones del servidor que pueden agregarse o actualizarse son las siguientes:
v BUFPOOLSIZE
v
v
v
v
v
v
v
v
v
v
v
v
COMMTIMEOUT
DATEFORMAT
EXPINTERVAL
EXPQUIET
IDLETIMEOUT
LOGWARNFULLPERCENT
MAXSESSIONS
NUMBERFORMAT
RESTOREINTERVAL
TIMEFORMAT
THROUGHPUTDATATHRESHOLD
THROUGHPUTTIMETHRESHOLD
519
Nota: los comandos SETOPT incluidos en una macro no pueden retrotraerse.
Ajuste automtico de las opciones del servidor

Para obtener un rendimiento ptimo, el servidor puede ajustar las siguientes
opciones automticamente:
v MOVEBATCHSIZE y MOVESIZETHRESH
Para que el servidor ajuste automticamente las opciones MOVEBATCHSIZE y
MOVESIZETHRESH, establezca la opcin SELFTUNETXNSIZE en Yes. Cuando
el servidor lleve a cabo una operacin interna de traspaso de datos (como por
ejemplo migracin, reclamacin, traspaso de datos y copia de
seguridad/restauracin de agrupaciones de almacenamiento), ajustar estos
valores a fin de obtener el rendimiento ptimo. Para que no se quede sin espacio
de anotacin durante estas operaciones, utilice el comando DEFINE
SPACETRIGGER para permitir la expansin de las anotaciones de recuperacin.
v BUFPOOLSIZE
Para que el servidor ajuste automticamente la opcin BUFPOOLSIZE,
establezca la opcin SELFTUNEBUFPOOLSIZE en Yes. Antes de efectuar el
proceso de caducidad, el servidor restablece la agrupacin de bferes de la base
de datos y examina el porcentaje de aciertos de cach de la misma. El servidor
determina la cantidad de almacenamiento disponible y ajusta el tamao de la
agrupacin de bferes segn sea necesario.
Nota: aunque los valores de MOVEBATCHSIZE y MOVESIZETHRESH pueden
haber cambiado, la configuracin en el archivo de opciones del servidor no
ha cambiado. Si emite el comando QUERY OPTION, ver solo los valores
establecidos en el archivo de opciones del servidor.
Si desea obtener informacin acerca de las opciones del servidor
SELFTUNEBUFPOOLSIZE y SELFTUNETXNSIZE, consulte la publicacin
Obtencin de ayuda sobre comandos y mensajes de error

Cualquier administrador puede emitir el comando HELP para visualizar
informacin referente a los mensajes y los comandos de administracin desde la
lnea de comandos del servidor y los clientes de administracin. Puede emitir el
comando HELP sin operandos para visualizar un men de selecciones de ayuda.
Tambin puede emitir el comando HELP con operandos que especifiquen nmeros
de mensaje, comandos o nmeros de men de ayuda.
Para visualizar el men de ayuda, entre:
help
Para visualizar informacin de ayuda para los comandos REMOVE, entre:

help remove
Para visualizar informacin de ayuda para un mensaje determinado, por ejemplo

ANR0992I, entre:
help 0992
Tambin hay informacin adicional disponible en la documentacin en lnea.
520
Captulo 18. Automatizacin de las operaciones del servidor

Es posible planificar los comandos de administracin para adaptar las operaciones
del servidor y para iniciar funciones que necesitan recursos importantes del
servidor o del sistema durante perodos en que el uso no es exhaustivo.
Automatizar estas operaciones permite al administrador asegurarse de que los
recursos del servidor estn disponibles cuando los clientes los necesitan.
Un administrador puede automatizar el proceso de emitir una secuencia de
comandos almacenando los comandos en un script del servidor. Desde la lnea de
comandos, el administrador puede procesar inmediatamente el script o planificar el
proceso del script.
Tivoli Storage Manager incluye un componente de planificacin central que hace
posible el proceso automtico de los comandos de administracin durante un
perodo de tiempo especfico cuando la planificacin est activada. Las
planificaciones iniciadas mediante el planificador pueden ejecutarse en paralelo.
Puede procesar comandos planificados secuencialmente si utiliza scripts de Tivoli
Storage Manager que contengan una secuencia de comandos con WAIT=YES.
Tambin puede utilizar un planificador externo a Tivoli Storage Manager para
invocar el cliente de administracin para iniciar uno o ms comandos de
administracin.
Cada comando de administracin planificado se denomina evento. El servidor
realiza un seguimiento de cada evento planificado de la base de datos y lo registra.
Puede suprimir registros de eventos, segn sea necesario, para recuperar espacio
en la base de datos.
Tareas:
Automatizacin de una planificacin de comandos de administracin bsicos en la
pgina 522
Adaptacin de planificaciones en la pgina 523
Cmo copiar planificaciones en la pgina 525
Cmo suprimir planificaciones en la pgina 525
Gestin de registros de eventos planificados en la pgina 525
Scripts del servidor de IBM Tivoli Storage Manager en la pgina 527
Utilizacin de macros en la pgina 534
521
Automatizacin de una planificacin de comandos de administracin

bsicos
En este apartado se describe cmo configurar una planificacin de comandos de
administracin bsicos utilizando los valores predeterminados de Tivoli Storage
Manager.Para actualizar o adaptar las planificaciones con posterioridad, consulte el
apartado Adaptacin de planificaciones en la pgina 523.
Notas:
1. La salida de los comandos de administracin planificados se dirige a las
anotaciones de actividades. Esta salida no puede redirigirse. Para obtener
informacin sobre el tiempo que se retiene la informacin de las anotaciones de
actividades en la base de datos, consulte el apartado Utilizacin de las
anotaciones de actividades de IBM Tivoli Storage Manager en la pgina 573.
2. No se pueden planificar los comandos MACRO ni QUERY ACTLOG.
Tarea
Definir, actualizar, copiar o suprimir

planificaciones de administracin
Sistema

planificadas
Definicin de la planificacin
Utilice el comando DEFINE SCHEDULE para crear una nueva planificacin para
procesar un comando de administracin. Incluya los parmetros siguientes:
v Especifique el comando de administracin que se va a emitir (CMD= ).
v Especifique si la planificacin est activada (ACTIVE= ).
Por ejemplo:
define schedule backup_archivepool type=administrative
cmd=backup stgpool archivepool recoverypool active=yes
Este comando da como resultado lo siguiente:

v La planificacin creada es BACKUP_ARCHIVEPOOL.
v La planificacin procesar el comando de administracin:
backup stgpool archivepool recoverypool
Este comando especifica que se hace una copia de seguridad de la agrupacin

de almacenamiento primaria ARCHIVEPOOL en la agrupacin de
almacenamiento de copia RECOVERYPOOL.
v La planificacin est activa actualmente.
v La salida del comando de administracin se redirige a las anotaciones de
actividades.
v Entran en vigor los valores predeterminados siguientes:
La fecha y hora de inicio son, de forma predeterminada, la fecha y hora
actuales.
La longitud del margen de puesta en marcha es de 1 hora.
La prioridad de la planificacin es 5. Si surge un conflicto de planificaciones,
se ejecutar primero la que tenga la prioridad ms alta (el nmero ms bajo).
La planificacin no caduca nunca.
Para cambiar los valores predeterminados, consulte el apartado Adaptacin de
522
Verificacin de la planificacin
Puede verificar los detalles de las operaciones planificadas con el comando QUERY
SCHEDULE. Al utilizar el comando QUERY SCHEDULE, debe especificar el
parmetro TYPE=ADMINISTRATIVE para ver la planificacin de los comandos de
administracin. En la figura siguiente se muestra un ejemplo del informe que se
visualiza despus de entrar:
query schedule backup_archivepool type=administrative
*
-
Planificacin
---------------BACKUP_ARCHIVEPOOL
Fecha/hora inicio
-------------------09/04/2002 14:08:11
Duracin
-------1 H
Per.
-----1 D
Da
--Cualquiera
Nota: el asterisco (*) de la primera columna especifica si ha caducado la

planificacin correspondiente. Si hay un asterisco en esa columna, la
planificacin ha caducado.
Puede comprobar cundo est proyectado ejecutar la planificacin y si se ha
ejecutado correctamente, utilizando el comando QUERY EVENT. Para obtener
informacin sobre consulta de eventos, consulte el apartado Consulta de eventos
en la pgina 526.
Adaptacin de planificaciones
Para controlar con mayor precisin cundo y cmo se ejecutan las planificaciones,
puede especificar valores para los parmetros de planificacin en lugar de aceptar
los valores predeterminados al definir o actualizar las planificaciones.
Nombre de planificacin
Todas las planificaciones deben tener un nombre exclusivo, que puede
estar compuesto de 30 caracteres como mximo.
Fecha, hora y da de inicio inicial
Puede especificar una fecha pasada, la fecha actual o una fecha futura para
la fecha de inicio inicial de una planificacin con el parmetro
STARTDATE.
Puede especificar una fecha de inicio, por ejemplo, las 6 de la tarde, con el
parmetro STARTTIME.
Tambin puede especificar el da de la semana en el que se empieza el
margen de puesta en marcha con el parmetro DAYOFWEEK. Si la fecha y
la hora de inicio caen en un da que no se corresponde con el valor del da
de la semana, la fecha y hora de inicio se avanzan en incrementos de 24
horas hasta que se satisface el da de la semana.
Si selecciona un valor para el da de la semana distinto de ANY, puede que
las planificaciones no se procesen cuando est previsto. Esto depende de
los valores de PERIOD y PERUNITS. Utilice el comando QUERY EVENT
para proyectar cuando se procesarn las planificaciones para garantizar
que se obtiene el resultado deseado.
Duracin del margen de puesta en marcha
Puede especificar la duracin de un margen de puesta en marcha, como
por ejemplo 12 horas, con los parmetros DURATION y DURUNITS. El
523
servidor debe iniciar el servicio planificado dentro de la duracin

especificada, pero no lo completa necesariamente dentro de ese perodo de
tiempo. Si debe volver a intentarse la planificacin por algn motivo, el
reintento debe empezar antes de que transcurra el margen de puesta en
marcha o no se reiniciar la operacin.
Si la planificacin no se inicia durante el margen de puesta en marcha, el
servidor graba este hecho como evento no realizado en la base de datos.
Puede obtener un informe de excepciones del servidor para identificar las
planificaciones que no se han ejecutado. Para obtener ms informacin,
consulte el apartado Consulta de eventos en la pgina 526.
Frecuencia con que se ejecuta el servicio planificado
Puede establecer la frecuencia de planificacin segn un perodo de horas,
das, semanas, meses o aos con los parmetros PERIOD y PERUNITS.
Para tener copias de seguridad semanales, por ejemplo, establezca el
perodo en una semana con PERIOD=1 y PERUNITS=WEEKS.
Fecha de caducidad
Puede especificar una fecha de caducidad para una planificacin con el
parmetro EXPIRATION si los servicios que inicia slo son necesarios
durante un perodo de tiempo especfico. Si establece una fecha de
caducidad, la planificacin no se utiliza con posterioridad a esa fecha, pero
sigue existiendo. Debe suprimir la planificacin para eliminarla de la base
de datos.
Prioridad
Puede asignar a las planificaciones una prioridad con el parmetro
PRIORITY. Por ejemplo, si define dos planificaciones y tienen el mismo
margen de puesta en marcha o los mrgenes se solapan, el servidor ejecuta
primero la planificacin con la prioridad superior. Una planificacin con la
prioridad 1 se inicia antes que una planificacin con la prioridad 3.
Si dos planificaciones intentan utilizar los mismos recursos, la planificacin
que inicie primero el proceso podr continuarlo. La segunda planificacin
se iniciar, pero no se completar correctamente. Asegrese de consultar
las anotaciones de actividades para obtener ms informacin.
Nombre de planificacin de administracin
Si define o actualiza una planificacin de comandos de administracin,
debe especificar el nombre de la planificacin.
Tipo de planificacin
Si actualiza una planificacin de comandos de administracin, debe
especificar TYPE=ADMINISTRATIVE en el comando UPDATE. Si define
una nueva planificacin de comandos de administracin, se supone este
parmetro si se especifica el parmetro CMD.
Comando
Al definir una planificacin de comandos de administracin, debe
especificar el comando completo que se procesa con la planificacin con el
parmetro CMD. Estos comandos se utilizan para ajustar las operaciones
del servidor o para iniciar las funciones que necesitan recursos importantes
del servidor o del sistema. Las funciones son:
v Migracin
v Reclamacin
v Exportacin e importacin
v Copia de seguridad de la base de datos
524
Si la planificacin est activa

Las planificaciones de comandos de administracin pueden estar activas o
inactivas cuando se definen o se actualizan. Las planificaciones activas se
procesan cuando se produce la ventana de comandos. Las planificaciones
inactivas no se procesan hasta que se activan con un comando UPDATE
SCHEDULE que tiene el parmetro ACTIVE establecido en YES.
Ejemplo: Definir y actualizar una planificacin de comando de

administracin
Para planificar la copia de seguridad de la agrupacin de almacenamiento primaria
ARCHIVEPOOL, entre:
define schedule backup_archivepool type=administrative
cmd='backup stgpool archivepool recoverypool'
active=yes startime=20:00 period=2
Este comando especifica que, a partir de hoy, se va a hacer una copia de seguridad
de la agrupacin de almacenamiento primaria ARCHIVEPOOL en la agrupacin de
almacenamiento de copia RECOVERYPOOL cada dos das a las 20:00.
Para actualizar la planificacin BACKUP_ARCHIVEPOOL, entre:
update schedule backup_archivepool type=administrative
startime=20:00 period=3
A partir de hoy, la planificacin BACKUP_ARCHIVEPOOL empieza la copia de

seguridad cada tres das a las 22:00.
Cmo copiar planificaciones

Puede crear una nueva planificacin copiando una planificacin de administracin
existente. Al copiar una planificacin, Tivoli Storage Manager copia la siguiente
informacin:
v Una descripcin de la planificacin.
v Todos los valores de parmetros de la planificacin original.
Posteriormente puede actualizar la nueva planificacin para ajustarse a sus
necesidades.
Para copiar la planificacin de administracin BACKUP_ARCHIVEPOOL y dar a
la nueva planificacin el nombre de BCKSCHED, entre:
copy schedule backup_archivepool bcksched type=administrative
Cmo suprimir planificaciones

Para suprimir la planificacin de administracin ENGBKUP, escriba:
delete schedule engbkup type=administrative
Gestin de registros de eventos planificados

Tarea
Visualizar informacin sobre eventos
Establecer el perodo de retencin para

registros de eventos
Sistema
Suprimir registros de eventos

525
Cada operacin de comando de administracin planificada se denomina evento. El

servidor hace el seguimiento de todos los eventos planificados, inclusive de su
estado. En la base de datos del servidor se crea un registro de evento cada vez que
se crea el proceso de un comando planificado o que ste no existe.
Consulta de eventos
A modo de ayuda para gestionar las planificaciones de los comandos de
administracin, puede solicitar informacin referente a los eventos planificados y
realizados. Puede solicitar consultas generales o de informe de excepciones.
v Para obtener informacin sobre los procesos planificados pasados y proyectados,
utilice una consulta general. Si el rango horario especificado incluye el futuro, la
salida de la consulta muestra los eventos que deben producirse en el futuro en
funcin de las planificaciones actuales.
v Para obtener informacin sobre los procesos planificados que no se han
completado correctamente, utilice el informe de excepciones.
Para minimizar el tiempo de proceso al consultar eventos, minimice el rango
horario.
Para consultar un evento de una planificacin de comandos de administracin,
debe especificar el parmetro TYPE=ADMINISTRATIVE. La Figura 57 muestra un
ejemplo del resultado del comando siguiente:
query event * type=administrative
Inicio planificado
-------------------09/04/2002 14:08:11
Inicio real
-------------------09/04/2002 14:08:14
Planificacin
------------BACKUP_ARCHIVEPOOL
Estado
--------Hecho
Figura 57. Resultado de consulta de una planificacin de administracin
Cmo eliminar registros de eventos de la base de datos

Puede especificar durante cunto tiempo permanecen los registros de eventos en la
base de datos antes de que el servidor los suprima. Tambin puede eliminar
manualmente los registros de eventos de la base de datos.
Si emite una consulta de eventos, los eventos anteriores se pueden visualizar
aunque se hayan suprimido los registros de los eventos. Los eventos que se
visualizan con el estado Incierto indican que no se dispone de informacin
completa debido a que se han suprimido los registros de eventos. Para determinar
si se han suprimido los registros de eventos, compruebe el mensaje que se emite
despus de procesar el comando DELETE EVENT.
Cmo establecer el perodo de retencin de los registros de

evento
Puede especificar el perodo de retencin de los registros de eventos de la base de
datos. Una vez transcurrido el perodo de retencin, el servidor elimina
automticamente los registros de eventos de la base de datos. En el momento de la
instalacin, el perodo de retencin se establece en 10 das.
Para establecer el perodo de retencin en 15 das, entre:
set eventretention 15
526
Los registros de eventos se eliminan automticamente de la base de datos cuando

se cumplen las condiciones siguientes:
v Ha transcurrido el perodo de retencin especificado.
v Ha transcurrido el margen de puesta en marcha del evento.
Cmo suprimir registros de eventos

Puesto que los registros de eventos se suprimen automticamente, no es necesario
suprimirlos manualmente de la base de datos. No obstante, puede interesarle
suprimir registros de eventos de forma manual para aumentar el espacio
disponible de la base de datos.
Para suprimir todos los registros de eventos grabados antes de las 23:59 del 30 de
junio de 2002, entre:
delete event type=administrative 06/30/2002 23:59
Scripts del servidor de IBM Tivoli Storage Manager

Tivoli Storage Manager proporciona scripts para automatizar las tareas de
administracin habituales que estn almacenados en la base de datos. Los scripts
se pueden procesar directamente en la consola del servidor, en la interfaz Web de
administracin o incluirse en una planificacin de comandos de administracin.
Tivoli Storage Manager proporciona scripts de ejemplo en scripts.smp. Los scripts
de ejemplo tienen un orden de ejecucin de ejemplo para la planificacin de
comandos de administracin. Para obtener ms informacin, consulte el apartado
Utilizacin de comandos SELECT en scripts de IBM Tivoli Storage Manager en la
pgina 570. Los scripts de ejemplo pueden cargarse desde el archivo scripts.smp
emitiendo el comando DSMSERV RUNFILE. Consulte la publicacin Gua de
iniciacin para obtener informacin detallada.
El administrador puede ejecutar el script emitiendo el comando RUN desde la
interfaz Web de administracin, o bien planificando el proceso del script mediante
el planificador de comandos de administracin en el servidor. Si uno de los
comandos especificados en el script no se procesa correctamente, los dems
comandos no se procesan.
Los scripts de Tivoli Storage Manager pueden incluir lo siguiente:
v Sustitucin de parmetros de comandos.
v Sentencias SELECT SQL que se especifican al procesar el script.
v Sentencias de flujo lgico condicional. Estas sentencias de flujo lgico contienen:
La clusula IF; esta clusula determina cmo debe continuar el proceso en
funcin del valor del cdigo de retorno actual.
La sentencia EXIT; esta sentencia finaliza el proceso del script.
Las sentencias GOTO y LABEL; estas sentencias indican que el flujo lgico
contina el proceso con la lnea que empieza por la etiqueta especificada.
Lnea de comentarios.
Definicin de un script del servidor

Tarea
Definir un script del servidor
Sistema, poltica, almacenamiento y

operador
527
Se puede definir un script del servidor lnea a lnea, crear un archivo que contenga
las lneas de comandos o copiar un script ya existente.
Los ejemplos siguientes utilizan comandos para definir y actualizar scripts. Sin
embargo, los scripts se pueden definir y actualizar con facilidad utilizando la
interfaz Web de administracin, donde tambin se pueden utilizar las funciones de
cortar y pegar de la estacin de trabajo local.
Nota: la interfaz de administracin Web slo admite caracteres ASCII para la
entrada. Si tiene que especificar caracteres que no son ASCII, no utilice la
interfaz de administracin Web. Emita los comandos DEFINE SCRIPT y
UPDATE SCRIPT desde la consola del servidor.
Se puede definir un script con el comando DEFINE SCRIPT. Se puede definir
inicialmente la primera lnea del script con este comando. Por ejemplo:
define script qaixc "select node_name from nodes where platform=aix"
desc=Visualizar clientes AIX
En este ejemplo se define el script como QAIXC. Al ejecutar el script, se visualizan

todos los clientes AIX.
Para definir ms lneas, utilice el comando UPDATE SCRIPT. Por ejemplo, para
agregar un comando QUERY SESSION, escriba:
update script qaixc "query session *"
Puede especificar un parmetro WAIT con el comando DEFINE CLIENTACTION.

Esto permite que finalice la accin de cliente antes de procesar el paso siguiente de
un script o macro de comandos. Consulte la publicacin Administrators Reference
Puede utilizar el comando ISSUE MESSAGE para localizar un problema en un
comando de un script. Consulte la publicacin Administrators Reference para
obtener informacin sobre cmo utilizar el comando ISSUE MESSAGE.
Para obtener ms informacin sobre cmo actualizar scripts del servidor, o cmo
actualizar una lnea de comandos, consulte el apartado Actualizacin de un
script en la pgina 531.
Definicin de un script del servidor con el contenido de otro

archivo
Se puede definir un script cuyas lneas de comandos se lean de otro archivo que
contenga las sentencias para el script que se va a definir. Por ejemplo, para definir
un script cuyas lneas de comandos se leen del archivo BKUP12.MAC, emita:
define script admin1 file=bkup12.mac
define script admin1 file=\"bkup12.mac\"
El script se define como ADMIN1 y el contenido del script se ha ledo del archivo
BKUP12.MAC.
Nota: el archivo debe residir en el servidor y el servidor debe leerlo.
Utilizacin de caracteres de continuacin en comandos largos

Los comandos largos se pueden continuar en varias lneas de comandos
especificando el carcter de continuacin (-) como el ltimo carcter de un
comando que contina. En el ejemplo siguiente se contina una sentencia SQL en
varias lneas de comandos:
528
/*-----------------------------*/
/* Ejemplo de continuacin
*/
SELECT* FROMNODE WHEREPLATFORM=win32
Al procesarse este comando, se ejecuta lo siguiente:

select * from nodes where platform=win32
Utilizacin de variables de sustitucin

En un script se pueden incluir variables de sustitucin. Las variables de sustitucin
se especifican con el carcter $ seguido de un nmero que representa la posicin
del parmetro al procesarse el script. En el ejemplo siguiente, el script
SQLSAMPLE especifica las variables de sustitucin $1 y $2:
/*----------------------------------------------*/
/* Ejemplo de sustitucin
*/
/* ---------------------------------------------*/
SELECT$1 FROMNODES WHEREPLATFORM=$2
Al ejecutar el script, debe especificar dos valores, uno para $1 y otro para $2. Por
ejemplo:
run sqlsample
nombre_nodo aix
El comando que se procesa al ejecutarse el script SQLSAMPLE es:

select nombre_nodo from nodes where
platform=aix
Utilizacin de las sentencias de flujo lgico en un script

Las sentencias de flujo lgico condicional se pueden utilizar en funcin de los
cdigos de retorno emitidos en el proceso de comandos anterior. Estas sentencias
lgicas permiten procesar los scripts basndose en el resultado de determinados
comandos. Se pueden utilizar las sentencias IF, EXIT, o GOTO (etiqueta).
A medida que cada comando se procesa en un script, el cdigo de retorno se
guarda para su posible evaluacin antes de procesarse el siguiente comando. El
cdigo de retorno puede ser de tres clases de gravedad: OK (correcto), WARNING
(aviso) o ERROR (error). Consulte la publicacin Administrators Reference para
obtener una lista de los cdigos de retorno vlidos y los niveles de gravedad.
Cmo especificar la clusula IF: la clusula IF se puede utilizar al principio de
una lnea de comandos para determinar cmo debe continuar el proceso del script
en funcin del valor del cdigo de retorno actual. En la clusula IF se especifica la
gravedad o el valor simblico del cdigo de retorno.
El servidor establece inicialmente el cdigo de retorno al principio del script en
RC_OK. Cada comando procesado actualiza el cdigo de retorno. Si el cdigo de
retorno actual del comando procesado es igual que alguno de los cdigos de
retorno o gravedades que hay en la clusula IF, se procesar el resto de la lnea. Si
el cdigo de retorno actual es distinto de uno de los valores listados, se salta la
lnea.
En el ejemplo siguiente de script, se hace una copia de seguridad de la agrupacin
de almacenamiento BACKUPPOOL slo si no hay ninguna sesin que est
529
accediendo al servidor en la actualidad. La copia de seguridad contina slo si se

recibe el cdigo de retorno RC_NOTFOUND:
/* Hacer una copia de seguridad de las agrupaciones de
*/
/* almacenamiento si los clientes no estn accediendo al servidor */
select * from sessions
/* No hay sesiones si se recibe rc_notfound */
if(rc_notfound) backup stg backuppool copypool
En el ejemplo siguiente de script, se hace una copia de seguridad de la agrupacin

de almacenamiento BACKUPPOOL si se detecta un cdigo de retorno con
gravedad de aviso:
*/
/* No hay sesiones si se recibe rc_notfound */
if(warning) backup stg backuppool copypool
Cmo especificar la sentencia EXIT: la sentencia EXIT finaliza el proceso del

script. En el ejemplo siguiente, se utiliza la clusula IF junto con RC_OK para
determinar si los clientes estn accediendo al servidor. Si se recibe el cdigo de
retorno RC_OK, indica que hay sesiones de cliente accediendo al servidor. El script
contina con la sentencia exit y no se inicia la copia de seguridad.
*/
/* Hay sesiones si se recibe rc_ok */
if(rc_ok) exit
backup stg backuppool copypool
Cmo especificar la sentencia GOTO: la sentencia GOTO se utiliza

conjuntamente con una sentencia de etiqueta. La sentencia de etiqueta es el destino
de la sentencia GOTO. La sentencia GOTO dirige el proceso del script a la lnea
que contiene la sentencia de etiqueta para que el proceso se reanude desde ese
punto. La sentencia de etiqueta siempre va seguida de dos puntos (:) y puede tener
un espacio en blanco despus de los dos puntos.
En el ejemplo siguiente, se utiliza la sentencia GOTO para hacer una copia de
seguridad de la agrupacin de almacenamiento slo si no hay ninguna sesin que
est accediendo al servidor en la actualidad. En este ejemplo, el cdigo de retorno
RC_OK indica que hay clientes accediendo al servidor. La sentencia GOTO dirige
el proceso a la etiqueta done: que contiene la sentencia EXIT que finaliza el
proceso del script:
*/
/* Hay sesiones si se recibe rc_ok */
if(rc_ok) goto done
backup stg backuppool copypool
done:exit
Gestin de scripts del servidor

Los scripts del servidor se pueden actualizar, copiar, redenominar, consultar,
suprimir y ejecutar.
530
Tarea
Actualizar, copiar, redenominar, consultar y

suprimir un script

operador
Ejecutar un script

operador
Actualizacin de un script
Un script se puede actualizar para cambiar una lnea de comandos o para agregar
una nueva lnea de comandos a un script.
Para cambiar una lnea de comandos ya existente, especifique el parmetro LINE=.
Para agregar una lnea de comandos a un script ya existente, emita el comando
UPDATE SCRIPT sin el parmetro LINE=. La lnea de comandos agregada recibe
un nmero de lnea de cinco unidades ms que el ltimo nmero de lnea de
comandos de la secuencia de lneas de comandos. Por ejemplo, si el script acaba
con la lnea 010, a la lnea de comandos agregada se le asigna el nmero de lnea
015.
Adicin de un nuevo comando: a continuacin, se presenta un ejemplo del script
QSTATUS. El script tiene las lneas 001, 005 y 010 segn se indica:
001 /* ste es el script QSTATUS */
005 QUERY STATUS
010 QUERY PROCESS
Para agregar el comando QUERY SESSION al final del script, emita lo siguiente:
update script qstatus "query session"
El comando QUERY SESSION recibe el nmero de lnea de comandos 015 y el

script actualizado queda del siguiente modo:
001
005
010
015
/* ste es el script QSTATUS */

QUERY STATUS
QUERY PROCESS
QUERY SESSION
Sustitucin de un comando existente: el nmero de lnea 010 del script

QSTATUS contiene un comando QUERY PROCESS. Para sustituir el comando
QUERY PROCESS por el comando QUERY STGPOOL, especifique el parmetro
LINE= segn se indica:
update script qstatus "query stgpool" line=10
El script QSTATUS se actualiza del modo siguiente:

001
005
010
015

QUERY STATUS
QUERY STGPOOL
QUERY SESSION
Adicin de un nuevo comando y nmero de lnea: para agregar el comando SET

REGISTRATION OPEN como la nueva lnea 007 del script QSTATUS, emita lo
siguiente:
update script qstatus "set registration open" line=7
El script QSTATUS se actualiza del modo siguiente:
531
001
005
007
010
015

QUERY STATUS
SET REGISTRATION OPEN
QUERY STGPOOL
QUERY SESSION
Copia de un script del servidor

Un script existente se puede copiar en un nuevo script con un nombre distinto. Por
ejemplo, para copiar el script QSTATUS en el script QUERY1, emita:
copy script qstatus query1
El script de comandos QUERY1 ahora contiene las mismas lneas de comandos que
el script de comandos QSTATUS.
Consulta de un script del servidor

Un script se puede consultar para ver la informacin sobre el script. Se pueden
especificar caracteres comodn para ver todos los scripts con nombres que
coincidan con un patrn determinado. Al consultar un script, existe la opcin de
dirigir la salida a un archivo de un sistema de archivos al que el servidor pueda
acceder. Los diversos formatos que se pueden utilizar para consultar scripts son:
Formato
Descripcin
Estndar
Muestra el nombre y la descripcin del script. ste es el valor

predeterminado.
Detallado
Muestra los comandos del script y los nmeros de lnea, la fecha de

la ltima actualizacin y el administrador de actualizacin
correspondientes a cada lnea de comandos del script.
Lneas
Muestra el nombre del script, los nmeros de lnea de los

comandos, las lneas de comentarios y los comandos.
Sin formato
La salida slo muestra los comandos contenidos en el script sin

ningn otro atributo. Este formato se puede utilizar para dirigir el
script a un archivo para que se pueda cargar en otro servidor con el
comando de script DEFINE especificando el parmetro FILE=.
El ejemplo siguiente muestra una consulta de script con el formato estndar.

query script *
Este comando genera resultados como el siguiente:

Nombre
--------------QCOLS
QSAMPLE
Descripcin
-----------------------------------------------------Mostrar columnas para una tabla SQL especificada
Consulta SQL de ejemplo
Para obtener ms informacin sobre cmo consultar scripts del servidor, consulte la
Consulta de un script del servidor para la creacin de otro script del servidor:
se pueden crear ms scripts del servidor consultando un script y especificando los
parmetros FORMAT=RAW y OUTPUTFILE. La salida que se obtiene se puede
utilizar como entrada de otro script sin tener que crear un script lnea a lnea.
El ejemplo siguiente muestra cmo hacer una consulta en el script SRTL2
especificando la salida sin formato y que sta se dirija a newscript.script:
532
query script srtl2 format=raw outputfile=newscript.script
A continuacin, puede editar newscript.script con el editor que disponga el

sistema. Para crear un nuevo script utilizando la salida editada de la consulta,
emita:
define script srtnew file=newscript.script
Cmo redenominar un script del servidor

Un script se puede redenominar con otro nombre. Por ejemplo, para redenominar
el script QUERY1 con el nombre QUERY5, emita:
rename script query1 query5
El script QUERY1 ahora se denomina QUERY5.
Cmo suprimir un comando de un script del servidor

Se puede suprimir una lnea de comandos concreta de un script. Al especificar un
nmero de lnea, slo se suprime del script la lnea de comandos correspondiente.
Por ejemplo, para suprimir la lnea de comandos 007 del script QSTATUS, emita:
delete script qstatus line=7
Cmo suprimir un script del servidor

Para suprimir un script completo, emita el comando DELETE SCRIPT.
Para suprimir el script QSTATUS, emita:
delete script qstatus
Ejecucin de un script del servidor

Para procesar un script, emita el comando RUN. Se puede ejecutar un script que
contenga variables de sustitucin especificndolas junto con el comando RUN.
Las lneas de comandos de un script se pueden ver previamente sin ejecutar
realmente los comandos utilizando el parmetro PREVIEW=YES con el comando
RUN. Si el script contiene variables de sustitucin, las lneas de comandos se
muestran con las variables sustituidas. Esto es de utilidad para evaluar un script
antes de ejecutarlo.
Por ejemplo, para procesar el script QAIXC definido previamente, emita:
run qaixc
Para procesar el script siguiente que contiene variables de sustitucin:

/*----------------------------------------------*/
/* Ejemplo de continuacin y sustitucin
*/
/* ---------------------------------------------*/
SELECT$1 FROMNODES WHEREPLATFORM=$2
Entre:
run qaixc nombre_nodo aix
En este comando, $1 es nombre_nodo y $2 es aix.
533
Utilizacin de macros
Tivoli Storage Manager admite macros en el cliente de administracin.Una macro
es un archivo que contiene uno o ms comandos de cliente de administracin. Slo
puede ejecutar una macro desde el cliente de administracin en la modalidad de
proceso por lotes o en la modalidad interactiva. Las macros se almacenan como
archivos en el cliente de administracin. Las macros no se distribuyen por los
servidores y no pueden planificarse en el servidor.
Las macros pueden incluir los elementos siguientes:
v Comandos de administracin.
Para obtener ms informacin acerca de los comandos de administracin,
consulte el apartado Cmo escribir comandos en una macro.
v Comentarios.
Para obtener ms informacin sobre los comentarios, consulte el apartado
Cmo escribir comentarios en una macro en la pgina 535.
v Caracteres de continuacin.
Para obtener ms informacin acerca de los caracteres de continuacin, consulte
el apartado Utilizacin de caracteres de continuacin en la pgina 535.
v Variables.
Para obtener ms informacin acerca de las variables, consulte el apartado
Utilizacin de variables de sustitucin en una macro en la pgina 536.
El nombre de una macro debe ajustarse a los convenios de denominacin del
cliente de administracin que ejecuta el sistema operativo. Para obtener ms
informacin acerca de los convenios de denominacin, consulte la publicacin
En las macros que contienen varios comandos, utilice los comandos COMMIT y
ROLLBACK para controlar el proceso de los comandos en la macro. Para obtener
ms informacin acerca de cmo utilizar estos comandos, consulte el apartado
Control del proceso de los comandos de una macro en la pgina 537.
Puede incluir el comando MACRO dentro de un archivo de macros para invocar
otras macros, hasta un mximo de diez niveles de profundidad. La macro invocada
desde la lnea de comandos del cliente de administracin de Tivoli Storage
Manager recibe el nombre de macro de nivel superior.Las macros invocadas desde
dentro de la macro de nivel superior se denominan macros anidadas.
Cmo escribir comandos en una macro

Consulte la publicacin Administrators Reference para obtener ms informacin
acerca de cmo entrar los comandos y consultar las normas generales para entrar
los comandos de administracin. El cliente de administracin no tiene en cuenta
las lneas en blanco que contiene la macro. No obstante, una lnea completamente
en blanco termina un comando continuo (con un carcter de continuacin).
A continuacin figura un ejemplo de una macro denominada REG.MAC que
registra un nuevo administrador y le concede autorizacin:
register admin pease mypasswd contact=david pease, x1234
grant authority pease classes=policy,storage domains=domain1,domain2 stgpools=stgpool1,stgpool2
534
Este ejemplo utiliza caracteres de continuacin en el archivo de macros. Para

obtener ms informacin acerca de los caracteres de continuacin, consulte el
apartado Utilizacin de caracteres de continuacin.
Una vez creado un archivo de macros, puede actualizar la informacin que
contiene el mismo y volver a utilizarlo. Tambin puede copiar el archivo de
macros, efectuar cambios en la copia y ejecutar la copia.
Cmo escribir comentarios en una macro

Puede agregar comentarios al archivo de macros. Para escribir un comentario:
v Escriba una barra inclinada y un asterisco (/*) para indicar el principio del
comentario.
v Escriba el comentario.
v Escriba un asterisco y una barra inclinada (*/) para indicar el final del
comentario.
Puede escribir un comentario en una lnea dedicada nicamente a comentarios o
colocarlo en una lnea que contiene un comando o parte de un comando.
Por ejemplo, para escribir un comentario que identifica la finalidad de una macro,
/* auth.mac-inscribir nuevos nodos */
Para escribir un comentario explicativo de algn aspecto de un comando o parte

de un comando, especifique:
domain=domain1
/* asignar nodo a domain1 */
Los comentarios no pueden anidarse y no pueden fragmentar lneas. Cada lnea de

un comentario debe contener los delimitadores de comentarios.
Utilizacin de caracteres de continuacin

Puede utilizar caracteres de continuacin en un archivo de macros. Los caracteres
de continuacin resultan de utilidad cuando se desea ejecutar un comando que es
ms largo que el ancho de la pantalla o la ventana.
Atencin: sin los caracteres de continuacin, puede entrar un mximo de 256
caracteres. Con los caracteres de continuacin, este lmite se ampla a 1500
caracteres. En el comando MACRO, estos valores mximos son posteriores a la
aplicacin de las variables de sustitucin (consulte el apartado Utilizacin de
variables de sustitucin en una macro en la pgina 536).
Para utilizar un carcter de continuacin, entre un guin o una barra invertida al
final de la lnea que desea continuar en la lnea siguiente. Los caracteres de
continuacin permiten llevar a cabo las acciones siguientes:
v Continuar un comando. Por ejemplo:
register admin pease mypasswd contact="david, ext1234"
v Continuar una lista de valores entrando un guin o una barra invertida, sin
anteponer espacios en blanco, despus de la ltima coma de la lista que
especifica en la primera lnea. A continuacin, entre los elementos de la lista
restantes en la lnea siguiente sin anteponer ningn espacio en blanco. Por
ejemplo:
stgpools=stg1,stg2,stg3,stg4,stg5,stg6
535
v Continuar una serie de valores delimitada mediante comillas escribiendo la

primera parte de la serie delimitada por comillas y, a continuacin, un guin o
una barra invertida al final de la lnea. A continuacin, escriba el resto de la
serie en la siguiente lnea delimitada por el mismo tipo de comillas. Por ejemplo:
contact="david pease, bldg. 100, room 2b, san jose,""ext. 1234, alternate contact-norm pass,ext 2345"
Tivoli Storage Manager concatena las dos series sin espacios en blanco.
nicamente debe utilizar este mtodo para continuar una serie entrecomillada de
valores en ms de una lnea.
Utilizacin de variables de sustitucin en una macro

Puede utilizar variables de sustitucin en una macro a fin de proporcionar valores
para los comandos al ejecutar la macro. Al emplear variables de sustitucin, puede
utilizar una macro una y otra vez, siempre que necesite llevar a cabo la misma
tarea para objetos distintos o con valores de parmetros diferentes.
Una variable de sustitucin est formada por un signo de porcentaje (%) seguido
de un nmero que indica el nmero de la variable de sustitucin. Cuando ejecute
el archivo con el comando MACRO, debe especificar los valores de las variables.
Por ejemplo, para crear una macro denominada AUTH.MAC para inscribir nuevos
nodos, escriba lo siguiente:
/* inscribir nuevos nodos */
register node %1 %2 /* contrasea de ID de usuario
contact=%3 /* nombre, nmero telfono
domain=%4
/* dominio de polticas
*/
*/
*/
A continuacin, cuando ejecute la macro, escribir los valores que desea pasar al
servidor para procesar el comando.
Por ejemplo, para inscribir el nodo denominado DAVID con la contrasea
DAVIDPW, incluyendo el nombre y el nmero de telfono del mismo en la
informacin de contacto, y asignarlo al dominio de polticas DOMAIN1, entre:
macro auth.mac david davidpw "david pease, x1234" domain1
Si el sistema utiliza el signo de porcentaje como carcter comodn, el cliente de

administracin interpreta una expresin coincidente con el patrn de una macro en
que el signo de porcentaje va inmediatamente seguido de un dgito numrico.
Las variables de sustitucin no se pueden delimitar mediante comillas. Sin
embargo, los valores que suministre como valores de sustitucin de las variables
pueden ser series entrecomilladas.
Ejecucin una macro

Utilice el comando MACRO cuando desee ejecutar una macro. Puede entrar el
comando MACRO en la modalidad de proceso por lotes o en la modalidad
interactiva.
Si la macro no contiene variables de sustitucin (como por ejemplo la macro
REG.MAC descrita en el apartado Cmo escribir comandos en una macro en la
pgina 534), ejecute la macro entrando el comando MACRO con el nombre del
archivo de macros. Por ejemplo:
macro reg.mac
536
Si la macro contiene variables de sustitucin (como por ejemplo la macro

AUTH.MAC descrita en el apartado Utilizacin de variables de sustitucin en una
macro en la pgina 536), incluya los valores que desea suministrar tras el nombre
de la macro. Los distintos valores se delimitan mediante un espacio. Por ejemplo:
macro auth.mac pease mypasswd "david pease, x1234" domain1
Si el nmero de valores que especifica es inferior al de variables de sustitucin que

hay en la macro, el cliente de administracin sustituye las variables restantes por
series nulas.
Si desea omitir uno o ms valores entre los valores, entre una serie nula ("") para
cada uno de los valores omitidos. Por ejemplo, para omitir la informacin de
contacto en el ejemplo anterior, escriba:
macro auth.mac pease mypasswd "" domain1
Control del proceso de los comandos de una macro

Cuando emita un comando MACRO, el servidor procesa todos los comandos del
archivo de macros por orden, incluidos los comandos que contienen las macros
anidadas. El servidor compromete todos los comandos de una macro una vez
finalizado correctamente el proceso de la macro de nivel superior. Si se produce un
error en algn comando de la macro o de alguna de las macros anidadas, el
servidor termina el proceso y retrotrae los cambios originados por todos los
comandos anteriores.
Si especifica la opcin ITEMCOMMIT al entrar el comando DSMADMC, el
servidor compromete uno a uno cada uno de los comandos en un script o en una
macro, una vez finalizado correctamente el proceso de cada uno de ellos. Si se
produce algn error, el servidor contina con el proceso y slo retrotrae los
cambios provocados por el comando errneo.
Puede controlar con precisin cundo se comprometen los comandos con el
comando COMMIT. Si se produce un error al procesar los comandos de una
macro, el servidor termina el proceso de la macro y retrotrae los cambios no
comprometidos. Los cambios no comprometidos son los comandos que se han
procesado desde el ltimo COMMIT. Asegrese de que la sesin del cliente de
administracin no se est ejecutando con la opcin ITEMCOMMIT si desea
controlar el proceso de comandos con el comando COMMIT.
Nota: los comandos que inician procesos de fondo no pueden retrotraerse. Para
obtener una lista de los comandos que pueden generar procesos de fondo,
consulte el apartado Gestin de procesos del servidor en la pgina 515.
Puede probar una macro antes de implementarla mediante el comando
ROLLBACK. Puede entrar los comandos (excepto el comando COMMIT) que desea
emitir en la macro y entrar ROLLBACK como ltimo comando. A continuacin,
puede ejecutar la macro para verificar que todos los comandos se procesen
correctamente. El comando ROLLBACK que ha incluido al final retrotrae los
cambios efectuados en la base de datos como consecuencia de los comandos. No
olvide eliminar el comando ROLLBACK antes de poner la macro a disposicin
para su uso real. Asimismo, compruebe que la sesin del cliente de administracin
no se est ejecutando con la opcin ITEMCOMMIT si desea controlar el proceso de
comandos con el comando ROLLBACK.
Si tiene una serie de comandos que se procesan correctamente en la lnea de
comandos pero no al emitirse dentro de una macro, es probable que existan
537
dependencias entre los comandos. Puede suceder que un comando emitido dentro
de una macro no pueda procesarse correctamente hasta que se haya comprometido
un comando anterior emitido dentro de la misma macro. Lleve a cabo alguna de
las acciones siguientes para que estos comandos se procesen correctamente dentro
de una macro:
v Inserte un comando COMMIT antes del comando que depende de un comando
anterior. Por ejemplo, si COMMAND C depende de COMMAND B, inserte un
comando COMMIT antes de COMMAND C. ste es un ejemplo de esta macro:
command a
command b
commit
command c/
v Inicie la sesin del cliente de administracin utilizando la opcin ITEMCOMMIT.

Esto hace que se comprometa cada uno de los comandos de una macro antes de
procesarse el siguiente comando.
538
Captulo 19. Gestin de la base de datos y de las anotaciones

de recuperacin
La base de datos de Tivoli Storage Manager contiene informacin necesaria para
las operaciones del servidor e informacin sobre los datos de cliente de copia de
seguridad, datos de cliente de archivado y datos de cliente bajo gestin de
espacio.La base de datos no almacena datos de cliente, sino que seala a las
ubicaciones de los archivos de cliente en las agrupaciones de almacenamiento.
La base de datos contiene informacin sobre los elementos siguientes:
v Administradores y nodos cliente.
v Polticas y planificaciones.
v Valores del servidor.
v Ubicaciones de archivos de clientes en el almacenamiento del servidor.
v Operaciones del servidor (por ejemplo, anotaciones de actividades y registros de
eventos).
Nota: si no se puede utilizar la base de datos, no est disponible ningn
componente del servidor de Tivoli Storage Manager.Si se pierde una base de
datos y no se puede recuperar, se pierden los datos de copia de seguridad,
los datos de archivado y los datos bajo gestin de espacio de ese servidor.
Consulte el Captulo 23, Proteccin y recuperacin del servidor, en la
pgina 697 para conocer los pasos que puede ejecutar para proteger la base
de datos.
Las anotaciones de recuperacin contienen informacin sobre las actualizaciones de
la base de datos que todava no se han comprometido. Las actualizaciones pueden
comprender actividades, como por ejemplo definir una clase de gestin, hacer una
copia de seguridad de un archivo de cliente e inscribir un nodo cliente. Los
cambios efectuados en la base de datos se graban en las anotaciones de
recuperacin para mantener una imagen coherente de la base de datos.
A continuacin se describe la autorizacin necesaria para realizar las tareas de este
captulo:
Tarea
Gestionar los volmenes de disco que

utilizan la base de datos y las anotaciones de
recuperacin
Visualizar informacin sobre la base de
datos y las anotaciones de recuperacin

Conceptos:
Cmo procesa IBM Tivoli Storage Manager las transacciones en la pgina 540
Cmo IBM Tivoli Storage Manager gestiona el espacio en la pgina 542
539
Tareas:
Estimacin y supervisin de los requisitos de espacio de la base de datos y las
anotaciones de recuperacin en la pgina 544
Aumento del tamao de la base de datos o las anotaciones de recuperacin en la pgina
548
Disminucin del tamao de la base de datos o de las anotaciones de recuperacin en la
pgina 553
Optimizacin del rendimiento de la base de datos y de las anotaciones de recuperacin
en la pgina 555
Nota: la duplicacin de la base de datos y las anotaciones de recuperacin se

describen en el captulo sobre la proteccin de datos. Consulte el apartado
Duplicacin de la base de datos y las anotaciones de recuperacin en la
pgina 703.
Cmo procesa IBM Tivoli Storage Manager las transacciones

Para soportar varias transacciones de sesiones de cliente simultneas, el servidor
mantiene registros de anotaciones en la agrupacin de bferes de las anotaciones
de recuperacin hasta que se pueden grabar en las anotaciones de recuperacin.
Estos registros permanecen en la agrupacin de bferes hasta que el bfer activo se
llena o Tivoli Storage Manager fuerza registros de las anotaciones a las anotaciones
de recuperacin.
Los cambios que se producen como consecuencia de las transacciones se retienen
temporalmente en la agrupacin de bferes y no se efectan en la base de datos de
forma inmediata. Por lo tanto, la base de datos y las anotaciones de recuperacin
no son siempre coherentes. Cuando todos los registros de una transaccin se
graban en las anotaciones de recuperacin, Tivoli Storage Manager actualiza la
base de datos.La transaccin entonces se compromete en la base de datos. En algn
instante despus de comprometer la transaccin, el servidor suprime el registro de
la transaccin de las anotaciones de recuperacin.
Consideraciones sobre el rendimiento: transferencia de

archivos como un grupo entre un cliente y un servidor
Una transaccin es la unidad de trabajo intercambiada entre el cliente y el servidor.
El programa cliente puede transferir ms de un archivo o directorio entre el cliente
y el servidor antes de validar los datos en el almacenamiento del servidor. Por lo
tanto, una transaccin puede contener ms de un archivo o directorio. Esto se
denomina un grupo de transaccin. Tivoli Storage Manager proporciona una opcin
del servidor TXNGROUPMAX que permite especificar el nmero de archivos o
directorios incluidos en un grupo de transaccin.
540
El rendimiento de las operaciones de copia de seguridad, archivado, restauracin y

recuperacin del cliente puede mejorarse utilizando un valor ms alto para la
opcin TXNGROUPMAX. Puede emplear la opcin TXNGROUPMAX para
aumentar el rendimiento cuando Tivoli Storage Manager graba datos en cinta. Este
incremento del rendimiento puede ser notable cuando un usuario transfiere varios
archivos pequeos.
Si aumenta el valor de TXNGROUPMAX en un nmero grande, supervise los
efectos en las anotaciones de recuperacin. La especificacin de un valor ms alto
puede incrementar la utilizacin de las anotaciones de recuperacin, as como el
tiempo necesario para la validacin de una transaccin. Si los efectos son lo
suficientemente significativos, pueden afectar a las operaciones del servidor.
Consulte el apartado Supervisin de la base de datos y de las anotaciones de
recuperacin en la pgina 546 para obtener ms informacin.
A continuacin se muestran ejemplos de cmo la opcin TXNGROUPMAX puede
incidir en el rendimiento de las operaciones en cinta y las anotaciones de
recuperacin. El nmero mximo de sesiones de cliente/servidor simultneas viene
definido por la opcin de servidor MAXSESSIONS.
v La opcin TXNGROUPMAX se establece en 20. La opcin MAXSESSIONS se
establece en 5. Se procesan 5 sesiones simultneas y cada archivo de la
transaccin requiere 10 operaciones de base de datos anotadas. Esto supondra
una carga simultnea de:
20*10*5=1.000
Esto representa 1.000 registros de anotaciones en las anotaciones de

recuperacin. Cada vez que finaliza (se valida) una transaccin, el servidor
puede liberar 200 de esos registros de anotaciones. Con el paso del tiempo y a
medida que finalizan transacciones, las anotaciones de recuperacin pueden
liberar el espacio empleado por las transacciones ms antiguas. Esas
transacciones finalizan y las anotaciones continan con las siguientes
actividades.
v La opcin TXNGROUPMAX se establece en 2.000. La opcin MAXSESSIONS se
establece en 5. Se procesan 5 sesiones simultneas y cada archivo de la
transaccin requiere 10 operaciones de base de datos anotadas. Esto supondra
una carga simultnea de:
2.000*10*5=20.000
Esto representa 100.000 registros de anotaciones en las anotaciones de

recuperacin. Cada vez que finaliza (se valida) una transaccin, el servidor
puede liberar 20.000 de esos registros de anotaciones. Con el paso del tiempo y a
medida que finalizan transacciones, las anotaciones de recuperacin pueden
liberar el espacio empleado por las transacciones ms antiguas. Esas
transacciones finalizan y las anotaciones continan con las siguientes
actividades.
Tomando como base los dos ejemplos anteriores, 5 transacciones simultneas con la
opcin TXNGROUPMAX establecida en 2.000 utilizan una cantidad de espacio
bastante mayor en las anotaciones de recuperacin. Este incremento en el uso del
espacio de anotaciones tambin aumenta el riesgo de quedarse sin espacio de
anotaciones de recuperacin.
A continuacin se muestra una comparacin de los dos valores de
TXNGROUPMAX de ejemplo. Este ejemplo adquiere una mayor relevancia si se
incluye un ejemplo en el que un registro de anotaciones especfico ocupa 100 bytes.
Captulo 19. Gestin de la base de datos y de las anotaciones de recuperacin
541
Tabla 36. Ejemplo de bytes de anotaciones utilizados por 5 sesiones simultneas

Valor de TXNGROUPMAX
Nmero de bytes de anotaciones

utilizados
TXNGROUPMAX=20
100.000
TXNGROUPMAX=2.000
10.000.000
Hay varias opciones del servidor relacionadas que se pueden emplear para ajustar
el rendimiento del servidor y reducir el riesgo de quedarse sin espacio de
anotaciones de recuperacin:
v Las opciones THROUGHPUTTIMETHRESHOLD y
THROUGHPUTDATATHRESHOLD deben utilizarse conjuntamente con la
opcin TXNGROUPMAX para impedir que un nodo lento mantenga abierta una
transaccin durante perodos prolongados.
v Si la base de datos est en la modalidad ROLLFORWARD, al reducir el
desencadenante de copias de seguridad de base de datos puede disminuir el
riesgo de quedarse sin espacio de anotaciones de recuperacin cuando se
especifica un valor de TXNGROUPMAX ms elevado. Para obtener ms
informacin, consulte el apartado Automatizacin de las copias de seguridad
de la base de datos en la pgina 717.
v Incrementar el tamao de las anotaciones de recuperacin es otra medida que
conviene plantearse al aumentar el valor de TXNGROUPMAX. Para obtener ms
informacin, consulte el apartado Aumento del tamao de la base de datos o
las anotaciones de recuperacin en la pgina 548.
Evale el rendimiento y las caractersticas de cada nodo antes de aumentar el valor
de TXNGROUPMAX. Los nodos que slo tienen unos cuantos objetos grandes
para transferir no saldrn tan beneficiados como los nodos que tienen varios
objetos pequeos para transferir. Por ejemplo, un servidor de archivos se
beneficiara ms de un valor de TXNGROUPMAX superior que un servidor de
base de datos con uno o dos objetos grandes. Otras operaciones de nodos pueden
utilizar las anotaciones de recuperacin a mayor velocidad. Tenga cuidado al
aumentar el valor de TXNGROUPMAX para los nodos que efectan operaciones
con un gran uso de las anotaciones con frecuencia. El rendimiento bsico o fsico
de las unidades de disco que contienen las anotaciones de recuperacin y la base
de datos puede suponer un problema al aumentar el valor de TXNGROUPMAX.
Las unidades tendrn que utilizar velocidades de transferencia superiores para
manejar la mayor carga de las anotaciones de recuperacin y la base de datos.
La opcin TXNGROUPMAX se puede establecer como un valor de opcin de
servidor global o se puede establecer de modo individual para un nodo. Consulte
el comando REGISTER NODE y las opciones del servidor en la publicacin
Administrators Reference. Se recomienda especificar un valor conservador para
TXNGROUPMAX (entre 4 y 512). Seleccione valores superiores para los nodos
individuales que se beneficiarn de un mayor tamao de transaccin.
Cmo IBM Tivoli Storage Manager gestiona el espacio

Tivoli Storage Manager hace el seguimiento de todos los volmenes definidos para
la base de datos como un volumen lgico y de todos los volmenes definidos para
las anotaciones de recuperacin como otro volumen lgico.En la Figura 58 en la
pgina 543, la base de datos consta de cuatro volmenes, de VOL1 a VOL4, de los
542
cuales el servidor realiza el seguimiento como si se tratara de un solo volumen

lgico.
VOL4
VOL3
VOL2
VOL1
Figura 58. Base de datos del servidor
Para gestionar la base de datos y las anotaciones de recuperacin de forma eficaz,

debe comprender los siguientes conceptos:
v Espacio disponible.
v Capacidad asignada.
v Utilizacin.
Espacio disponible
No todo el espacio que se asigna a los volmenes de la base de datos o de las
anotaciones de recuperacin puede utilizarse para la informacin de la base de
datos y las anotaciones de recuperacin. El servidor resta 1 MB de cada volumen
fsico para la actividad general. El espacio restante se divide en particiones de 4
MB. Por ejemplo, se asignan cuatro volmenes de 25 MB para la base de datos.
Para los cuatro volmenes, se necesitan 4 MB para la actividad general, por lo
tanto, quedan 96 MB de espacio disponible, como se muestra en la Figura 59:
Espacio asignado
en volmenes fsicos
Espacio disponible
para la base de datos
24 MB
25 MB
VOL4
25 MB
24 MB
VOL3
25 MB
25 MB
VOL2
VOL1
Totales 100 MB
24 MB
24 MB
96 MB
Figura 59. Ejemplo de espacio disponible
Capacidad asignada
La capacidad asignada es el espacio disponible que se puede utilizar para la
informacin de la base de datos o las anotaciones de recuperacin. Durante la
instalacin, la capacidad asignada de la base de datos y de las anotaciones de
recuperacin coincide con el espacio disponible. Si agrega volmenes despus de la
instalacin, aumentar el espacio disponible. Sin embargo, para aumentar la
capacidad asignada, tambin debe ampliar la base de datos o las anotaciones de
recuperacin. Para obtener ms informacin, consulte el apartado Paso 2: Ampliar
la capacidad de la base de datos o de las anotaciones de recuperacin en la
pgina 552.
543
Utilizacin
La utilizacin es el porcentaje de la capacidad asignada que se encuentra en uso en
un momento especfico. El porcentaje mximo utilizado es la utilizacin ms alta
desde que se han restablecido las estadsticas de utilizacin. Por ejemplo, una
instalacin realiza la mayora de las copias de seguridad despus de la
medianoche. La Figura 60 muestra que las estadsticas de utilizacin para las
anotaciones de recuperacin se han restablecido a las 9 de la noche anterior y que
la utilizacin mxima se ha producido a las 12 de la noche.
50%
80%
9:00 p.m.
Estadsticas de
restablecimiento de
la utilizacin
60%
12:58 a.m.
Tiempo actual
% Util.
% Util.
mx.
% Util.
% Util.
mx.
% Util.
% Util.
mx.
50,0
50,0
80,0
80,0
60,0
80,0
Figura 60. Ejemplo de utilizacin de anotaciones de recuperacin
A menos que se suprima un gran nmero de objetos, el porcentaje mximo

utilizado de la base de datos suele ser parecido al porcentaje de utilizacin.
Estimacin y supervisin de los requisitos de espacio de la base de

datos y las anotaciones de recuperacin
El tamao de la base de datos depende del nmero de archivos de cliente que
deben almacenarse y de cmo los gestiona el servidor. Si puede efectuar una
estimacin del nmero mximo de archivos que puede haber en el almacenamiento
del servidor en un momento determinado, puede utilizar la informacin siguiente
para efectuar una estimacin del tamao de la base de datos:
v Cada versin de un archivo almacenada requiere entre 400 y 600 bytes de
espacio de la base de datos.
v Cada copia en cach o copia de agrupacin de almacenamiento de copias de
un archivo requiere entre 100 y 200 bytes de espacio de la base de datos.
v La actividad general puede requerir hasta un 25% de espacio adicional.
En el ejemplo siguiente, los clculos son los mximos probables. Adems, los
nmeros no se basan en el uso de la agregacin de archivos. En general, la
agregacin de pequeos archivos supone una reduccin del espacio de la base de
datos necesario. Para obtener ms informacin acerca de la agregacin, consulte el
apartado Cmo agrupa el servidor los archivos antes de almacenarlos en la
pgina 265. Tome las cantidades siguientes para un sistema Tivoli Storage
Manager:
Versiones de archivos
Copias de seguridad de archivos
Pueden hacerse copias de seguridad de hasta 500.000 archivos de
544
cliente. Las polticas de almacenamiento requieren la retencin de

un mximo de 3 copias de seguridad de los archivos:
500.000 archivos x 3 copiss = 1.500.000 archivos
Copias archivadas de archivos

Hasta 100.000 archivos pueden ser copias archivadas de archivos
de cliente.
Archivos bajo gestin de espacio
Hasta 200.000 archivos migrados desde las estaciones de trabajo de
cliente pueden estar en el almacenamiento del servidor.
Nota: la agregacin de archivos no afecta a los archivos bajo
gestin de espacio.
A razn de 600 bytes por archivo, el espacio requerido para estos archivos
es el siguiente:
(1.500.000 + 100.000 + 200.000) x 600 = 1,0 GB
Archivos en cach y de agrupacin de almacenamiento de copias

Copias en cach
En una agrupacin de almacenamiento de disco de 5 GB est
activada la funcin de cach. Los umbrales superior e inferior de
migracin de la agrupacin son el 90% y el 70% respectivamente.
Por consiguiente, el 20% de la agrupacin de disco, o 1 GB, est
ocupado por archivos en cach.
Si el tamao medio de archivo es de 10 KB, habr alrededor de
100.000 archivos en cach en un momento determinado.
100.000 archivos x 200 bytes = 19 MB
Archivos de la agrupacin de almacenamiento de copias

La copia de seguridad de todas las agrupaciones de
almacenamiento primarias se hace en la agrupacin de
almacenamiento de copia:
(1.500.000 + 100.000 + 200.000) x 200 bytes = 343 MB
Por consiguiente, los archivos en cach y los archivos de la agrupacin de

almacenamiento de copias requieren alrededor de 0,4 GB de espacio de la
base de datos.
Actividad general
Se necesita aproximadamente 1,4 GB para las versiones de archivos y los
archivos en cach y de la agrupacin de almacenamiento de copias. Debe
permitirse hasta un 50% de espacio adicional (o 0,7 GB) para la actividad
general.
La base de datos debe tener aproximadamente 2,1 GB.
Si no puede efectuar una estimacin del nmero de archivos, puede utilizar como
clculo aproximado del tamao de la base de datos entre el 1% y el 5% del espacio
necesario de almacenamiento del servidor. Por ejemplo, si necesita 100 GB de
almacenamiento de servidor, la base de datos deber tener entre 1 GB y 5 GB.
Consulte el apartado Estimacin de las necesidades de espacio para agrupaciones
de almacenamiento en la pgina 296 para obtener ms informacin.
Durante las consultas SQL del servidor, los resultados intermedios se almacenan en
tablas temporales que requieren espacio en la parte libre de la base de datos. Por lo
545
tanto, al utilizar consultas SQL se necesita espacio adicional de la base de datos.

Cuanto ms complicadas sean las consultas, mayor cantidad de espacio se
necesitar.
El tamao de las anotaciones de recuperacin depende del nmero de sesiones de
cliente simultneas y del nmero de procesos de fondo que se ejecutan en el
servidor. El nmero mximo de sesiones de cliente simultneas se establece en las
Atencin: tenga presente que los resultados son estimaciones. El tamao real de
la base de datos puede diferir del estimado debido a diversos factores, tales como
el nmero de directorios y la longitud de los nombres de archivos y rutas.
Supervise peridicamente la base de datos y las anotaciones de recuperacin y
ajuste su tamao segn convenga.
Empiece con 12 MB como mnimo para las anotaciones de recuperacin. Si utiliza
las funciones de copia de seguridad y recuperacin de base de datos en la
modalidad ROLLFORWARD, debe empezar con 25 MB como mnimo. Consulte los
apartados Proteccin de la base de datos y las anotaciones de recuperacin en la
pgina 701 y Estimacin del tamao de las anotaciones de recuperacin en la
Supervisin de la base de datos y de las anotaciones de

recuperacin
Debe supervisar regularmente la base de datos y las anotaciones de recuperacin
para ver si debe agregar o suprimir espacio. Para supervisar la utilizacin diaria,
puede restablecer los contadores de utilizacin mxima todos los das. Las
estadsticas de utilizacin se restablecen de dos modos:
v Automticamente al reiniciar el servidor.
v Emitiendo los comandos RESET DBMAXUTILIZATION o RESET
LOGMAXUTILIZATION.
Por ejemplo, para restablecer la estadstica de utilizacin de la base de datos,
escriba:
reset dbmaxutilization
Si la opcin del servidor SELFTUNEBUFPOOLSIZE est en vigor, las estadsticas

de proporcin de aciertos de cach de la agrupacin de bferes se restablecen al
inicio del proceso de caducidad. Una vez finalizado el proceso de caducidad, se
aumenta el tamao de la agrupacin de bferes si el ratio de aciertos de cach es
inferior al 98%. El aumento del tamao de la agrupacin de bferes se efecta en
pequeos incrementos y puede variar despus de cada caducidad. La modificacin
del tamao de la agrupacin de bferes no se refleja en el archivo de opciones del
servidor. Puede comprobar el tamao actual en cualquier momento mediante el
comando QUERY STATUS. Utilice el comando SETOPT BUFPOOLSIZE para
modificar el tamao de la agrupacin de bferes.
Para ver informacin sobre la base de datos o las anotaciones de recuperacin,
emita el comando QUERY DB o QUERY LOG. Por ejemplo:
query db
El servidor visualiza un informe como el siguiente:
546
Espacio Capacidad Ampliac. Reducc.

Tamao
Total
Pg. %Util Mx.
disp. asignada
mxima
mxima
pgina
pginas
util.
%util.
(MB)
(MB)
(MB)
(MB) (bytes)
--------- -------- --------- --------- ------- --------- --------- ----- ----96
96
0
92
4.096
24.576
86 0,3
0,3
Para ver informacin sobre los volmenes de base de datos o anotaciones de

recuperacin, emita el comando QUERY DBVOLUME o QUERY LOGVOLUME.
Por ejemplo:
query dbvolume db1.dsm format=detailed

Nombre volumen (Copia 1):
Estado copia:
Estado copia:
Estado copia:
c:\progra~1\tivoli\tsm\server\db1.dsm
Sincronizado
No definido
No definido
Espacio disponible (MB): 12

Espacio asignado (MB): 12
Espacio libre (MB): 0
Nota: Tivoli Storage Manager visualiza la salida de este comando desde el nmero
inferior hasta el superior. Si se suprime un volumen, Tivoli Storage Manager
reutiliza ese nmero de volumen la prxima vez que se define un volumen.
Por consiguiente, una consulta puede visualizar volmenes que no siguen
un orden numrico. Puede restablecer el orden de los volmenes de base de
datos o anotaciones de recuperacin especificando el orden deseado con el
comando DSMSERV LOADFORMAT.
Consulte los apartados indicados a continuacin para obtener ms informacin
acerca de las entradas siguientes:
v Espacio disponible, Espacio disponible en la pgina 543.
v Capacidad asignada, Capacidad asignada en la pgina 543.
v Utilizacin y utilizacin mxima, Utilizacin en la pgina 544.
Si la utilizacin es considerable, puede interesarle agregar espacio (consulte el
apartado Aumento del tamao de la base de datos o las anotaciones de
recuperacin en la pgina 548). Si la utilizacin es reducida, puede interesarle
suprimir espacio (consulte el apartado Disminucin del tamao de la base de
datos o de las anotaciones de recuperacin en la pgina 553).
Nota: tambin puede utilizar un comando DEFINE SPACETRIGGER para
comprobar automticamente si la base de datos o las anotaciones de
recuperacin sobrepasan el porcentaje de utilizacin especificado. Consulte
el apartado Automatizacin del aumento del tamao de la base de datos o
de las anotaciones de recuperacin en la pgina 548 para obtener ms
informacin.
547
Aumento del tamao de la base de datos o las anotaciones de

recuperacin
A medida que varan las necesidades, se puede aumentar o disminuir el tamao de
la base de datos y las anotaciones de recuperacin. Puede automatizar el proceso
para aumentar estos tamaos o llevar a cabo manualmente todos los pasos.
Consulte los apartados Automatizacin del aumento del tamao de la base de
datos o de las anotaciones de recuperacin y Aumento manual de la base de
datos o de las anotaciones de recuperacin en la pgina 550.
Atencin: no cambie el tamao de un volumen de base de datos o de anotaciones
de recuperacin una vez que se ha definido. Si cambia el tamao de un volumen,
puede suceder que Tivoli Storage Manager no se inicialice de forma correcta y se
pierdan los datos.
Nota: si aumenta notablemente el tamao de las anotaciones de recuperacin,
puede que tambin aumente considerablemente el tiempo necesario para
reiniciar el servidor, realizar una copia de seguridad de la base de datos y
restaurar la base de datos.
Automatizacin del aumento del tamao de la base de datos o

de las anotaciones de recuperacin
Puede automatizar el proceso para aumentar el tamao de las anotaciones de
recuperacin y de la base de datos. Con un comando DEFINE SPACETRIGGER, se
puede especificar lo siguiente:
v Los porcentajes de utilizacin una vez alcanzados los cuales debe aumentarse el
tamao de la base de datos o las anotaciones de recuperacin.
v El tamao del aumento como porcentaje del tamao actual de la base de datos o
las anotaciones de recuperacin.
v El prefijo que se utilizar para un nuevo volumen.
v El tamao mximo permitido para la base de datos o las anotaciones de
recuperacin.
Por ejemplo, supongamos que tiene una base de datos de 100 GB y unas
anotaciones de recuperacin de 3 GB. Desea aumentar el tamao de la base de
datos en un 25% cuando el porcentaje de utilizacin es del 85%, sin que el tamao
final supere los 200 GB. Tambin desea incrementar el tamao de las anotaciones
de recuperacin en un 30% cuando se est utilizando el 75%, pero sin superar los 5
GB.
Nota: existe un caso en que la base de datos o las anotaciones de recuperacin
pueden sobrepasar el tamao mximo especificado: si el tamao de la base
de datos o las anotaciones de recuperacin es inferior al tamao mximo al
empezar la expansin, sta continuar hasta el valor de expansin total. Sin
embargo, la expansin no se continuar hasta que se actualice el
desencadenante de espacio.
Para agregar los nuevos volmenes al directorio c:\Archivos de
programa\tivoli\tsm\server\bin\, emita los comandos siguientes:
define spacetrigger db fullpct=85 spaceexpansion=25
expansionprefix=c:\"Archivos de programa"\tivoli\tsm\server\bin\ maximumsize=200000
define spacetrigger log fullpct=75 spaceexpansion=30
expansionprefix=c:\"Archivos de programa"\tivoli\tsm\server\bin\ maximumsize=50000
548
A continuacin, el servidor supervisa la base de datos o las anotaciones de

recuperacin y, si se ha alcanzado el nivel de utilizacin, efecta lo siguiente:
v Muestra un mensaje (ANR4413I o ANR4414I) que indica la cantidad de espacio
necesario para ajustarse al parmetro de utilizacin especificado en el comando.
v Asigna espacio para el nuevo volumen.
v Define el nuevo volumen.
v Ampla la base de datos o las anotaciones de recuperacin.
v Si se duplica un volumen y hay suficiente espacio de disco, los pasos anteriores
tambin se ejecutan para las copias duplicadas.
Notas:
1. El tamao mximo de las anotaciones de recuperacin es de 13 GB. El servidor
no ampliar automticamente las anotaciones de recuperacin a ms de 12 GB.
2. Una expansin automtica puede exceder el tamao mximo especificado para
la base de datos o las anotaciones de recuperacin pero no el lmite de 13 GB
de las anotaciones de recuperacin. Sin embargo, una vez alcanzado el valor
mximo, no se efectuarn ms expansiones automticas.
3. El porcentaje desencadenante de espacio se puede sobrepasar durante el
perodo que transcurre entre la supervisin de la base de datos o las
anotaciones de recuperacin y el momento en que se activa un nuevo volumen.
4. Si el servidor crea un volumen de base de datos o de anotaciones de
recuperacin y al intentar agregarlo al servidor falla, el volumen no se suprime.
Una vez corregido el problema, se puede definir con el comando DEFINE
DBVOLUME o DEFINE LOGVOLUME.
5. La expansin automtica no se ejecutar durante una copia de seguridad de la
base de datos.
6. El porcentaje de utilizacin de la base de datos y las anotaciones puede superar
el valor del desencadenante de espacio. El servidor comprueba la utilizacin
despus de una operacin de validacin de la base de datos o las anotaciones
de recuperacin.
Adems, al suprimir volmenes de base de datos y reducir la base de datos, no
se activa el desencadenante. Por lo tanto, el porcentaje de utilizacin puede
sobrepasar el valor establecido antes de que los nuevos volmenes estn
activos.
7. El tamao de la base de datos y las anotaciones de recuperacin puede superar
el valor de MAXIMUMSIZE especificado. Este valor es un umbral de
expansin. Tivoli Storage Manager comprueba el tamao y permite la
expansin si la base de datos o las anotaciones de recuperacin son menores
que el tamao mximo. Tivoli Storage Manager no ampliar de forma
automtica la base de datos o las anotaciones de recuperacin si supera el
tamao mximo. No obstante, Tivoli Storage Manager slo comprueba esos
resultados despus de la expansin a fin de garantizar que no se ha superado
el tamao mximo de anotaciones de recuperacin.
Recuperacin cuando las anotaciones de recuperacin se

quedan sin espacio
Si la modalidad de anotacin establecida es ROLLFORWARD y el espacio para las
anotaciones de recuperacin es insuficiente o el desencadenante de copia de
seguridad de la base de datos definido es demasiado elevado, puede suceder que
las anotaciones de recuperacin se queden sin espacio antes de finalizar las
549
operaciones de la base de datos. En este caso, es posible que tenga que detener el
servidor sin suficiente espacio de anotaciones de recuperacin para reiniciarlo. En
algunos casos, el servidor se detiene solo.
Para reiniciar el servidor, en primer lugar d formato a un nuevo volumen
(consulte el apartado Utilizacin del comando DSMFMT para formatear
volmenes en la pgina 552). A continuacin, utilice el comando DSMSERV
EXTEND LOG para ampliar el tamao de las anotaciones de recuperacin. Por
ejemplo, tras dar formato a un volumen de 21 MB denominado new.reclog, ample
el tamao de las anotaciones de recuperacin con el comando siguiente:
dsmserv extend log new.reclog 20
Una vez que el servidor est en ejecucin, puede llevar a cabo las acciones
siguientes:
v Hacer una copia de seguridad de la base de datos, con lo que se libera el espacio
de las anotaciones de recuperacin
v Ajustar el tamao de las anotaciones de recuperacin, el desencadenante de
copia de seguridad de la base de datos o ambos valores
Aumento manual de la base de datos o de las anotaciones de

recuperacin
Para agregar espacio a la base de datos o a las anotaciones de recuperacin, efecte
lo siguiente:
Paso 1: Crear los volmenes de la base de datos y las anotaciones de
recuperacin
Paso 2: Ampliar la capacidad de la base de datos o de las anotaciones de
recuperacin en la pgina 552
Paso 1: Crear los volmenes de la base de datos y las

Se puede asignar el espacio y definir un volumen de base de datos o de
anotaciones de recuperacin en una sola operacin. Por ejemplo, para asignar un
volumen de base de datos de 100 MB denominado VOL5 en el directorio d:\dbvol
y definir el volumen, entre:
define dbvolume d:\dbvol\ formatsize=100
El espacio disponible de la base de datos se incrementa hasta 196 MB, pero la

capacidad asignada sigue siendo de 96 MB. Para que Tivoli Storage Manager
utilice el espacio, debe ampliar la capacidad (consulte el apartado Paso 2: Ampliar
la capacidad de la base de datos o de las anotaciones de recuperacin en la
pgina 552).Para verificar el cambio, consulte la base de datos o las anotaciones de
recuperacin. Por ejemplo, para consultar la base de datos, escriba:
query db

Tamao
Total
Pg. %Util Mx.
disp. asignada
mxima
mxima
pgina
pginas
util.
%util.
(MB)
(MB)
(MB)
(MB) (bytes)
--------- -------- --------- --------- ------- --------- --------- ----- ----196
96
100
92 4.096
24.576
86
0,3 0,3
El valor del campo Ampliacin mxima debe ser igual al espacio disponible del
nuevo volumen. En este ejemplo, se ha asignado un volumen de 101 MB. Este
informe muestra que el espacio disponible ha aumentado en 100 MB; la capacidad
550
asignada sigue siendo de 96 MB; y la ampliacin mxima es de 100 MB. La

Figura 61 ilustra estos cambios.
Espacio asignado
en volmenes fsicos
101 MB
Espacio disponible
Capacidad
asignada
100 MB
VOL5
25 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
196 MB
96 MB
VOL4
25 MB
VOL3
25 MB
25 MB
Totales 201 MB
VOL2
VOL1
Figura 61. Agregar volmenes aumenta el espacio disponible
Tambin puede consultar los volmenes de base de datos y anotaciones de

recuperacin para ver informacin acerca de los volmenes fsicos que componen
la base de datos y las anotaciones de recuperacin.
Notas:
1. El tamao mximo de las anotaciones de recuperacin es de 13 GB y el tamao
mximo de la base de datos es de 530 GB. Si se asigna un volumen que hace
que las anotaciones de recuperacin o la base de datos superen estos lmites, el
siguiente comando DEFINE DBVOLUME o DEFINE LOGVOLUME para el
volumen fallar.
2. Por motivos de rendimiento:
v Defina varios volmenes para la base de datos y las anotaciones de
recuperacin. Site estos volmenes en discos diferentes para permitir el
acceso simultneo a partes distintas de la base de datos o las anotaciones de
recuperacin.
v Asigne los volmenes de base de datos y anotaciones de recuperacin en
unidades de discos ubicadas en la mquina del servidor, no en sistemas de
archivos montados de forma remota. De este modo se puede evitar que se
daen la base de datos y las anotaciones de recuperacin.
3. Para utilizar eficazmente el espacio de disco, asigne pocos volmenes de disco
de tamao grande en lugar de muchos volmenes de disco de tamao
pequeo. De este modo, evitar perder espacio para el proceso de actividad
general.
Si ya tiene una cantidad de volmenes pequeos y desea consolidar el espacio
en un volumen de tamao grande, consulte el apartado Disminucin del
tamao de la base de datos o de las anotaciones de recuperacin en la pgina
553.
4. Para aumentar la fiabilidad, asigne los volmenes de base de datos y
anotaciones de recuperacin en un sistema de archivos NTFS, no en un sistema
de archivos FAT. Si utiliza NTFS, puede beneficiarse de la capacidad que ofrece
Windows de recuperarse de los problemas que puedan producirse durante las
operaciones de E/S de un disco.
5. Para proteger los volmenes de la base de datos y las anotaciones de
recuperacin de anomalas del medio, puede utilizar la funcin de duplicacin.
551
Para obtener ms informacin, consulte el apartado Duplicacin de la base de

datos y las anotaciones de recuperacin en la pgina 703.
Utilizacin del comando DSMFMT para formatear volmenes: puede seguir
utilizando la herramienta DSMFMT para asignar un volumen de base de datos o
anotaciones de recuperacin. Tendr que emitir el comando DEFINE DBVOLUME
o DEFINE LOGVOLUME sin el parmetro FORMATSIZE y despus ampliar la
base de datos o las anotaciones de recuperacin (consulte el apartado Paso 2:
Ampliar la capacidad de la base de datos o de las anotaciones de recuperacin).
Para asignar 101 MB adicionales a la base de datos como volumen VOL5,
especifique:
> dsmfmt -db d:\dbvol\vol5 101
Utilizacin de los asistentes de la consola para formatear volmenes: Los

asistentes de la consola de IBM Tivoli Storage Manager permiten formatear
volmenes de base de datos y de anotaciones de recuperacin, definir los
volmenes y ampliar las anotaciones de recuperacin o la base de datos.
Paso 2: Ampliar la capacidad de la base de datos o de las

La base de datos y las anotaciones de recuperacin se amplan en incrementos de 4
MB. Si no especifica la ampliacin en incrementos de 4 MB, el servidor redondea el
nmero hasta la siguiente particin de 4 MB. Por ejemplo, si especifica 1 MB, el
servidor ampla la capacidad en 4 MB.
Para aumentar la capacidad de la base de datos en 100 MB, escriba:
extend db 100
Una vez ampliada la base de datos, el espacio disponible y la capacidad asignada

son los dos de 196 MB, tal como se muestra en la Figura 62.
Espacio asignado
en volmenes fsicos
101 MB
Espacio disponible
Capacidad
asignada
100 MB
100 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
24 MB
196 MB
196 MB
VOL5
25 MB
VOL4
25 MB
VOL3
25 MB
25 MB
Totales 201 MB
VOL2
VOL1
Figura 62. Ampliar la capacidad de la base de datos
Puede consultar la base de datos o las anotaciones de recuperacin (comandos

QUERY DB y QUERY LOG) para verificar las capacidades asignadas. El servidor
mostrar un informe como el siguiente:
552

Tamao
Total
Pg. %Util Mx.
disp. asignada
mxima
mxima
pgina
pginas
util.
%util.
(MB)
(MB)
(MB)
(MB) (bytes)
--------- -------- --------- --------- ------- --------- --------- ----- ----196
196
0
192
4.096
50.176
111
0,2 0,2
Disminucin del tamao de la base de datos o de las anotaciones de

recuperacin
Puede interesarle suprimir volmenes de la base de datos o de las anotaciones de
recuperacin por motivos diversos. Por ejemplo:
v Tiene una cantidad de espacio considerable sin utilizar.
v Desea consolidar un nmero de volmenes de tamao pequeo, cada uno de los
cuales con espacio que no se puede utilizar, en un volumen de gran tamao.
Para crear un volumen, consulte el apartado Aumento del tamao de la base de
datos o las anotaciones de recuperacin en la pgina 548.
Al suprimir un volumen de base de datos o anotaciones de recuperacin, Tivoli
Storage Manager intenta traspasar los datos del volumen que se suprime a otros
volmenes fsicos de la base de datos o las anotaciones de recuperacin.
Para suprimir espacio, ejecute los pasos siguientes:
1. Determine si puede suprimir uno o ms volmenes (Paso 1: Determinar si se
pueden suprimir volmenes).
2. Reduzca la capacidad de la base de datos o las anotaciones de recuperacin
para liberar espacio existente (Paso 2: Reducir la capacidad de la base de datos
o de las anotaciones de recuperacin en la pgina 554).
3. Suprima el volumen (Paso 3: Suprimir un volumen de la base de datos o las
anotaciones de recuperacin en la pgina 554).
Paso 1: Determinar si se pueden suprimir volmenes

Para determinar si se pueden suprimir volmenes de la base de datos o las
anotaciones de recuperacin, compruebe los tamaos de los volmenes y la
cantidad de espacio sin utilizar.
Para comprobar los tamaos de los volmenes de la base de datos, escriba:
query dbvolume format=detailed
El servidor visualiza el tipo de informacin siguiente:

Estado copia:
Estado copia:
Estado copia:
Espacio disponible (MB):
Espacio asignado (MB):
Espacio libre (MB):
d:\dbvol\vol4
Sincronizado
No definido
No definido
24
24
0
En este ejemplo, cada uno de los volmenes VOL1, VOL2, VOL3 y VOL4 tiene 24
MB de espacio disponible y el volumen VOL5 tiene 100 MB. Para determinar si
hay suficiente espacio no utilizado para suprimir uno o ms volmenes, escriba:
query db
553
El servidor visualiza el tipo de informe siguiente.

Tamao
Total
Pg. %Util Mx.
disp. asignada
mxima
mxima
pgina
pginas
util.
%util.
(MB)
(MB)
(MB)
(MB) (bytes)
--------- -------- --------- --------- ------- --------- --------- ----- ----196
196
0
176
4.096
50.176
4.755
9,5
9,5
El campo Reduccin mxima muestra la capacidad asignada que no est en uso. En

este ejemplo, podra reducirse la base de datos en 176 MB como mximo. Este
espacio es suficiente para permitir la supresin de los volmenes VOL1, VOL2,
VOL3 y VOL4.
Si no hay suficiente espacio en los volmenes restantes, asigne ms espacio y
defina un volumen adicional. Consulte el apartado Aumento del tamao de la
base de datos o las anotaciones de recuperacin en la pgina 548. Siga con el
apartado Paso 2: Reducir la capacidad de la base de datos o de las anotaciones de
recuperacin.
Paso 2: Reducir la capacidad de la base de datos o de las

La capacidad de la base de datos y las anotaciones de recuperacin se reduce en
incrementos de 4 MB. Por ejemplo, suponga que, segn la utilizacin de la base de
datos, el volumen VOL5 por s solo puede contener todos los datos. Para reducir la
base de datos en la cantidad de espacio disponible en los volmenes VOL1 a
VOL4, 96 MB, entre:
reduce db 96
La reduccin de la capacidad es un proceso de fondo y puede tardar bastante

tiempo. Emita un comando QUERY PROCESS para comprobar el estado del
proceso.
Una vez reducida la base de datos en 96 MB, la capacidad asignada es de 100 MB
y la ampliacin mxima es de 96 MB, como se muestra en el ejemplo siguiente:
Tamao
Total
Pg. %Util Mx.
disp. asignada
mxima
mxima
pgina
pginas
util.
%util.
(MB)
(MB)
(MB)
(MB) (bytes)
--------- -------- --------- --------- ------- --------- --------- ----- ----196
100
96
92 4.096
24.576
86
0,3 0,3
Paso 3: Suprimir un volumen de la base de datos o las

Despus de reducir la base de datos o las anotaciones de recuperacin, utilice el
tamao ms pequeo durante unos das. Si la utilizacin mxima no supera el
70%, puede suprimir volmenes adicionales.
Nota: no se pueden suprimir volmenes si no hay suficiente espacio libre para que
el servidor traspase los datos del volumen que se suprime a los otros
volmenes fsicos de la base de datos o de las anotaciones de recuperacin.
En el ejemplo, ha determinado que puede suprimir los cuatro volmenes de 24 MB
de la base de datos. Ha reducido la base de datos en 96 MB. Para suprimir los
volmenes VOL1 a VOL4 de la base de datos, entre:
554
delete
delete
delete
delete
dbvolume
dbvolume
dbvolume
dbvolume
vol1
vol2
vol3
vol4
El servidor traspasa los datos de los volmenes que se suprimen al espacio

disponible de otros volmenes, como se muestra en la Figura 63.
VOL5
VOL5
VOL4
VOL4
VOL3
VOL3
VOL2
VOL2
VOL1
VOL1
Antes de la
supresin
Durante
la supresin
VOL5
Tras la
supresin
Figura 63. Suprimir volmenes de la base de datos
Una vez traspasados los datos, estos volmenes se suprimen del servidor.
Optimizacin del rendimiento de la base de datos y de las anotaciones

de recuperacin
Con el tiempo, puede que el tamao y la organizacin de la base de datos cambie
hasta el punto de que se reduzca el rendimiento. Mediante la descarga y la recarga
de la base de datos, se pueden obtener las ventajas siguientes:
v Mejora del rendimiento de las funciones de vuelco y carga de la base de datos
del servidor.
v Mejora del rendimiento de las funciones de auditora de la base de datos.
v Mejora del uso del espacio de la base de datos.
v Reorganizacin de las asignaciones de pginas fragmentadas.
v Mejora del rendimiento de exploraciones de larga duracin de la base de datos.
El tamao de las agrupaciones de bferes de base de datos y anotaciones de
recuperacin tambin puede afectar al rendimiento. Una mayor agrupacin de
bferes de base de datos puede mejorar el rendimiento. Una mayor agrupacin de
bferes de anotaciones de recuperacin reduce la frecuencia con que el servidor
fuerza las operaciones de grabacin en las anotaciones de recuperacin.
Consulte el apartado Reorganizacin de la base de datos en la pgina 558 para
obtener ms informacin al respecto.
Ajuste del tamao de la agrupacin de bferes de base de

datos
Tivoli Storage Manager puede ajustar dinmicamente el tamao de la agrupacin
de bferes de base de datos, o bien el propio usuario puede llevar a cabo este
555
procedimiento manualmente.Si en la opcin de servidor SELFTUNEBUFPOOLSIZE

se ha especificado YES, la agrupacin de bferes de base de datos se ajustar
dinmicamente. Las estadsticas de proporcin de aciertos de cach de la
agrupacin de bferes se restablecen al inicio del proceso de caducidad. Una vez
finalizado el proceso de caducidad, el tamao de la agrupacin de bferes se
ajustar dinmicamente.
El proceso de caducidad del servidor restablece la agrupacin de bferes de la base
de datos antes de que se inicie el siguiente proceso y examina si la proporcin de
aciertos de cach de la misma es superior al 98%. Si la proporcin de aciertos de
cach es inferior al 98%, se incrementar el tamao de la agrupacin de bferes de
la base de datos y, si es superior, no se modificar. El incremento de la agrupacin
de bferes de la base de datos no ser superior al 10% del almacenamiento real
disponible.
Ajuste manual del tamao de la agrupacin de bferes de

base de datos
Lleve a cabo los pasos siguientes para hacer un seguimiento de las estadsticas de
las agrupaciones de bferes y ajustar el tamao de las mismas:
Paso 1: Restablecer las estadsticas de utilizacin de la

agrupacin de bferes de la base de datos
Restablezca las estadsticas de la agrupacin de bferes. Al principio tal vez desee
restablecer las estadsticas dos veces al da. Posteriormente, puede restablecerlas
con menor frecuencia. Para restablecerlas, entre:
reset bufpool
Paso 2: Supervisar la agrupacin de bferes de la base de datos

Para comprobar si la agrupacin de bferes de la base de datos es la adecuada
para el rendimiento de la base de datos, escriba:
query db format=detailed

Capacidad asignada (MB):
Ampliacin mxima (MB): 0
Reduccin mxima (MB):
Tamao pgina (bytes): 4.096
Total pginas:
Pginas utilizadas:
%Util:
Mx. %Util:
Volmenes fsicos:
Pginas agrupacin bferes:
Total peticiones bferes:
% aciertos cach:
% esperas cach:
196
196
176
50.176
4.755
9,5
9,5
5
128
1.193.212
99,73
0,00
Utilice los campos siguientes para evaluar el uso actual de la agrupacin de

bferes de la base de datos:
Pginas de agrupacin de bferes
El nmero de pginas de la agrupacin de bferes de la base de datos. La
opcin del servidor correspondiente al tamao de la agrupacin de bferes
de la base de datos determina este valor. En el momento de la instalacin,
556
la agrupacin de bferes de la base de datos se establece en 2048 KB, que

es igual a 128 pginas de la base de datos.
Total peticiones bferes
El nmero de peticiones de pginas de la base de datos desde el ltimo
inicio del servidor o desde la ltima vez que se restableci la agrupacin
de bferes. Si restablece la agrupacin de bferes de forma regular, puede
ver la evolucin de las tendencias.
% aciertos de cach
El porcentaje de peticiones de pginas de base de datos en cach de la
agrupacin de bferes de base de datos que no se han ledo en el disco. Un
valor elevado indica que el tamao de la agrupacin de bferes de la base
de datos es adecuado. Si el valor es inferior al 98%, plantese la
conveniencia de aumentar el tamao de la agrupacin de bferes de la
base de datos. En las instalaciones de gran tamao, el rendimiento puede
mejorar notablemente si el porcentaje de acierto de cach es superior al
99%.
% esperas de cach
El porcentaje de peticiones de pginas de base de datos que deben esperar
a que el bfer quede disponible en la agrupacin de bferes de la base de
datos. Cuando este valor sea superior a 0, aumente el tamao de la
agrupacin de bferes de la base de datos.
Paso 3: Ajustar la agrupacin de bferes de la base de datos

Utilice la opcin del servidor BUFPOOLSIZE para establecer el tamao de la
Ajuste del tamao de la agrupacin de bferes de

Siga estos pasos para ajustar el tamao de la agrupacin de bferes de las
anotaciones de recuperacin:
Paso 1: Supervisar la agrupacin de bferes de las anotaciones

de recuperacin
Para ver la incidencia que tiene el tamao de la agrupacin de bferes de
anotaciones de recuperacin en el rendimiento de las anotaciones de recuperacin,
escriba:
query log format=detailed

Ampliacin mxima (MB):
Reduccin mxima (MB):
Tamao pgina (bytes):
Total pginas:
Pginas utilizadas:
%Util:
Mx. %Util:
Volmenes fsicos:
Pginas agrupacin anotaciones:
% util. agrupacin anotaciones:
% espera agrupacin anotaciones:
12
12
0
8
4.096
3.072
227
7,4
69,6
1
32
6,25
0,00
557
Utilice los campos siguientes para evaluar el tamao de la agrupacin de bferes

de las anotaciones:
Pginas de la agrupacin de anotaciones
El nmero de pginas de la agrupacin de bferes de las anotaciones de
recuperacin. La opcin del servidor correspondiente al tamao de la
agrupacin de bferes de las anotaciones de recuperacin establece este
valor. En el momento de la instalacin, el valor predeterminado son 128
KB, que es igual a 32 pginas de anotaciones de recuperacin.
Porc. de agrupacin de anotaciones. anotaciones
Porcentaje de pginas utilizadas para grabar los cambios efectuados en las
anotaciones de recuperacin despus de comprometer la transaccin. Si el
valor es inferior al 10%, el tamao de la agrupacin de bferes de las
anotaciones de recuperacin es adecuado. Si este porcentaje aumenta,
considere la posibilidad de aumentar el tamao de la agrupacin de
bferes de las anotaciones de recuperacin.
Porc. de agrupacin de anotaciones. anotaciones
El porcentaje de peticiones de las pginas que no estn disponibles debido
a que todas las pginas estn esperando para grabar en las anotaciones de
recuperacin.
Si este valor es superior a 0, aumente el tamao de la agrupacin de
Paso 2: Ajustar la agrupacin de bferes de las anotaciones de

recuperacin
Utilice la opcin de servidor LOGPOOLSIZE para establecer el tamao de la
agrupacin de bferes de las anotaciones de recuperacin.
Reorganizacin de la base de datos

Con el tiempo, los volmenes de la base de datos se fragmentan. Puede restaurar
la eficacia de la base de datos y mejorar el rendimiento de sta reorganizando la
base de datos mediante el proceso de descarga y recarga de la base de datos. Al
recargar la base de datos, la comprime y la reorganiza.
El procedimiento consiste en la descarga de la base de datos, el formateo de los
volmenes de la base de datos y los volmenes de anotaciones de recuperacin
para preparar la carga y, a continuacin, la carga de la base de datos. Las
operaciones leen la informacin de dispositivos del archivo de configuracin de
dispositivos, no de la base de datos del servidor.
Puede utilizar una clase de dispositivo FILE para las operaciones DSMSERV
UNLOADDB y DSMSERV LOADDB. Si utiliza otro tipo de clase de dispositivo
para las operaciones, debe utilizar una unidad que est asignada a una biblioteca
manual (tipo de biblioteca MANUAL). Si la unidad que desea utilizar no est
asignada a una biblioteca manual, debe editar el archivo de configuracin de
dispositivos para cambiar temporalmente la definicin para que parezca que est
en una biblioteca manual.
Procedimiento de reorganizacin de la base de datos

Para reorganizar la base de datos, siga los pasos siguientes:
1. Atencin: realice una copia de seguridad de la base de datos. Si se produce
un corte de alimentacin mientras est cargando y descargando la base de
datos, puede utilizar la copia de seguridad para recuperar la base de datos.
558
2. Asegrese de que hay un archivo de configuracin de dispositivos actual.

Debe especificar tambin el nombre del archivo de configuracin de
dispositivos utilizando la opcin DEVCONFIG en el archivo de opciones del
servidor. Consulte el apartado Cmo guardar el archivo de configuracin de
dispositivos en la pgina 721.
Nota: si ha especificado ms de un archivo con la opcin DEVCONFIG,
elimine todos los nombres de archivo menos uno para este proceso.
Cuando haya finalizado este procedimiento, puede agregar de nuevo
otros nombres de archivos a la opcin.
El archivo de configuracin de dispositivos incluye una copia de la clase de
dispositivo, la biblioteca y las definiciones de unidades del servidor. Los
comandos de utilidad de este procedimiento necesitan estas definiciones.
Consulte la publicacin Administrators Reference para obtener informacin
detallada sobre la opcin DEVCONFIG.
3. Asegrese de que el archivo de configuracin de dispositivos contenga las
definiciones necesarias para el dispositivo que desee utilizar para las
operaciones.
v Para utilizar el disco duro, debe utilizar una clase de dispositivo del tipo
FILE para las operaciones y la definicin de clase de dispositivo debe existir
en el archivo de configuracin de dispositivos.
v Para utilizar otros tipos de dispositivos, compruebe la definicin de la
biblioteca y la unidad en el archivo de configuracin de dispositivos. La
biblioteca y la unidad deben estar definidas como biblioteca y unidad
manual. De lo contrario, haga una copia del archivo de configuracin de
dispositivos y almacene el archivo original en un lugar seguro. Edite la
copia del archivo para que el servidor trate temporalmente a la biblioteca y
a la unidad como biblioteca y unidad manual. Siga estas pautas:
En el caso de la definicin de biblioteca, cambie el tipo de biblioteca a
MANUAL y elimine los parmetros no permitidos para un tipo
MANUAL de biblioteca. Por ejemplo, tiene definida la biblioteca en el
archivo de configuracin de dispositivos del modo siguiente:
define library 8mmlib libtype=scsi shared=yes
Tiene que cambiar la definicin por esta:

define library 8mmlib libtype=manual
Para la definicin de unidad, elimine los parmetros que no se apliquen

a una unidad en una biblioteca manual. Por ejemplo, tiene definida la
unidad del modo siguiente:
define drive 8mmlib drive01 element=82
Tiene que cambiar la definicin por esta:

define drive 8mmlib drive01
Consulte la publicacin Administrators Reference para obtener informacin

detallada sobre los comandos.
4. Antes de descargar la base de datos, estime cuntas cintas necesitar:
v Si el servidor no se est ejecutando, utilice el tamao de los volmenes
fsicos existentes de la base de datos como estimacin para saber cuntas
cintas necesitar.
v Si el servidor se est ejecutando, puede efectuar las acciones siguientes para
estimar el nmero de cintas que necesitar:
559
a. Solicite informacin sobre la base de datos mediante el comando

siguiente:
query db
b. Mediante la salida del comando QUERY DB, multiplique las pginas

utilizadas por el tamao pgina para determinar el espacio que ocupa la
base de datos.
c. Utilice el resultado para calcular el nmero de cintas de una clase de
dispositivo especfica que necesitar para descargar la base de datos.
Probablemente el espacio necesario ser inferior al valor calculado.
5. Detenga el servidor si ste se encuentra en ejecucin.
6. Cuando el servidor no se est ejecutando, utilice la herramienta DSMSERV
UNLOADDB para descargar la base de datos a la cinta. Por ejemplo, emita
este comando:
dsmserv unloaddb devclass=tapeclass scratch=yes
Puesto que la biblioteca se define como una biblioteca manual, tendr que
montar manualmente las cintas.
Nota: haga un seguimiento del orden en el que los volmenes de cinta se
graban cuando se descarga la base de datos. Debe especificar los
nombres de volumen en el mismo orden cuando recarga la base de
datos mediante la herramienta DSMSERV LOADDB. Para realizar esta
tarea, puede elegir entre estas opciones:
v Revisar la salida creada por la herramienta DSMSERV UNLOADDB y
registrar el orden de los volmenes.
v Ver manualmente el archivo histrico de volmenes para identificar
los volmenes de cinta que contienen la base de datos descargada.
Los volmenes tienen el tipo de volumen DBDUMP. Consulte el
apartado Cmo guardar el archivo histrico de volmenes en la
pgina 719 para obtener ms informacin. (No reinicie el servidor ni
emita QUERY VOLHISTORY en este paso.)
7. Formatee la base de datos y las anotaciones de recuperacin mediante la
herramienta DSMSERV LOADFORMAT. Esta herramienta prepara la base de
datos existente del servidor para la herramienta DSMSERV LOADDB. Por
ejemplo, emita este comando:
dsmserv loadformat 1 log1.dsm 9 1 db1.dsm 13
Este comando prepara un volumen de anotaciones de recuperacin de 9 MB y

un volumen de base de datos de 13 MB.
8. Recargue la base de datos mediante los volmenes que contienen los datos de
la operacin de descarga. Por ejemplo:
dsmserv loaddb devclass=tapeclass volumenames=db001,db002,db003
Respecto a los nombres de volumen, asegrese de hacer lo siguiente:

v Entre los nombres de volumen en el mismo orden que utiliz para la
herramienta DSMSERV UNLOADDB.
v Separe los nombres de volumen con una coma y sin espacios intercalados.
9. Si ha editado el archivo de configuracin de dispositivos en el paso 3 en la
pgina 559, sustituya la versin editada del archivo de configuracin de
dispositivos por la versin original.
10. Inicie el servidor.
560
Captulo 20. Supervisin del servidor de IBM Tivoli Storage

Manager
Los administradores pueden supervisar el servidor:
v Saber el estado de las operaciones.
v Ver informacin acerca de los objetos.
v Supervisar el registro de actividad.
v Seleccionar los tipos de eventos que se guardarn.
v Seleccionar la ubicacin en la que se guardarn los eventos.
Tareas:
Utilizacin de las consultas de IBM Tivoli Storage Manager para ver informacin
Utilizacin de SQL para consultar la base de datos IBM Tivoli Storage Manager en la
pgina 567
Utilizacin de las anotaciones de actividades de IBM Tivoli Storage Manager en la
pgina 573
Anotacin de eventos de IBM Tivoli Storage Manager en receptores en la pgina 576
Supervisin de errores y diagnstico de problemas en la pgina 592
Supervisin de los registros de contabilidad de IBM Tivoli Storage Manager en la pgina
592
Utilizacin de los informes operativos de IBM Tivoli Storage Manager en la pgina 594
Utilizacin de las consultas de IBM Tivoli Storage Manager para ver

informacin
IBM Tivoli Storage Manager proporciona una gran variedad de comandos QUERY
que muestran informacin con formato acerca de las definiciones, los valores, los
procesos y el estado del mismo. En algunos casos puede visualizar la informacin
en cualquiera de los dos formatos: estndar o detallado. El formato estndar
presenta informacin parcial y es til para visualizar una visin general de muchos
objetos.
Nota: para obtener informacin sobre cmo crear consultas personalizadas de la
base de datos, consulte el apartado Utilizacin de SQL para consultar la
base de datos IBM Tivoli Storage Manager en la pgina 567.
561
Solicitud de informacin acerca de las definiciones de IBM

Durante el arranque del sistema Tivoli Storage Manager, un administrador puede
definir muchos objetos. stos pueden ser polticas de gestin de almacenamiento,
volmenes de base de datos y anotaciones de recuperacin, agrupaciones de
almacenamiento y clases de dispositivos. Tivoli Storage Manager proporciona
consultas que muestran informacin sobre estos objetos.
La mayora de estas consultas de definiciones le permiten solicitar el formato
estndar o el formato detallado. El formato estndar limita la informacin y suele
visualizarla como una lnea por objeto. Utilice el formato estndar cuando desee
consultar mltiples objetos, por ejemplo, todos los nodos cliente inscritos. El
formato detallado muestra los parmetros de definicin predeterminados y los
especficos. Utilice el formato detallado cuando desee ver toda la informacin sobre
un nmero limitado de objetos.
ste es un ejemplo de la salida estndar del comando QUERY NODE:
Nombre
nodo
---------CLIENT1
GEORGE
JANET
JOE2
TOMC
Plataf.
Nombre
dominio
polticas
Das
Das Bloqueo
desde
desde
ltimo asignacin
acceso contrasea
-------- --------- ------ -------- ------AIX
STANDARD
6
6
No
Linux86
STANDARD
1
1
No
HPUX
STANDARD
1
1
No
Mac
STANDARD
<1
<1
No
WinNT
STANDARD
1
1
No
ste es un ejemplo de la salida detallada del comando QUERY NODE:
562
Nodo: JOE
Plataforma: WinNT
Nivel SO cliente: 5.00
Versin cliente: Versin 5, Release 1, Nivel 5.0
Nombre dominio poltica: STANDARD
Fecha/hora ltimo acceso: 05/19/2002 18:55:46
Das desde ltimo acceso: 6
Fecha/hora asignacin contrasea: 05/19/2002 18:26:43
Bloqueo: No
Contacto:
Compresin: Eleccin del cliente
Supresin copias archivadas?: S
Supresin copias seguridad?: No
ltimo mtodo comunicacin usado: Tcp/Ip
Bytes recibidos en ltima sesin: 108.731
Bytes enviados en ltima sesin: 698
Duracin ltima sesin (seg): 0,00
% esperas desocupado lt. sesin: 0,00
% esperas comunicaciones ltima sesin: 0,00
% esperas medio ltima sesin: 0,00
Conjunto opciones:
URL: http://client.host.name:1581
Tipo nodo: Cliente
Perodo caducidad contrasea: 60
Mantener punto de montaje?: No
Mx. puntos montaje permitidos: 1
Cambiar nombre de espacio de archivos automticamente: No
Protocolo de validacin: No
Nombre TCP/IP: JOE
Direccin TCP/IP: 9.11.153.39
ID exclusivo global: 11.9c.54.e0.8a.b5.11.d6.b3.c3.00.06.29.45.c1.5b
Archivos mximos en grupo de transaccin: 0
Iniciacin de sesin: ClientOrServer
HLADDRESS:
LLADDRESS:
Solicitud de informacin sobre sesiones de cliente

Cuando los administradores o los usuarios acceden a Tivoli Storage Manager, se
establece una sesin de nodo cliente o de administracin con el servidor.El servidor
asigna un nmero de sesin exclusivo a cada una de las sesiones de cliente.
Para solicitar informacin sobre sesiones de cliente, entre:
query session
La Figura 64 muestra un ejemplo de informe de sesin de cliente.
Nmero
sesin
-----3
5
6
Mtodo
comun.
-----Tcp/Ip
Tcp/Ip
Tcp/Ip
Estado Tiempo
Bytes
Bytes Tipo Plataf.
sesin espera
env.
rec.
------ ------ ------- ------- ----- -------IdleW
9 S
7.8 K
706 Admin WinNT
IdleW
0 S
1.2 K
222 Admin AIX
Run
0 S
117
130 Admin Mac2
Nombre cliente
-------------------TOMC
GUEST
MARIE
Figura 64. Informacin sobre sesiones de cliente
Compruebe el tiempo de espera y el estado de la sesin. El tiempo de espera determina

cunto tiempo (segundos, minutos, horas) hace que el servidor se encuentra en el
estado actual. El estado de la sesin puede ser uno de los siguientes:
Captulo 20. Supervisin del servidor de IBM Tivoli Storage Manager
563
Start
Conectndose con una sesin de cliente.
Run
Ejecutando una peticin de cliente.
End
Finalizando una sesin de cliente.
RecvW
Esperando a recibir un mensaje previsto del cliente mientras hay una
transaccin de base de datos en proceso. Una sesin con este estado est
sujeta al lmite COMMTIMEOUT.
SendW
Esperando el acuse de recibo referente a que el cliente ha recibido un
mensaje que ha enviado el servidor.
MediaW
Esperando a que el medio extrable quede disponible.
IdleW Esperando la comunicacin del cliente y no hay en proceso ninguna
transaccin de la base de datos. Una sesin con este estado est sujeta al
lmite IDLETIMEOUT.
Por ejemplo, Tivoli Storage Manager cancela la sesin de cliente si la
opcin IDLETIMEOUT se ha establecido en 30 minutos y un usuario no
inicia ninguna operacin dentro de esos 30 minutos.La sesin de cliente se
vuelve a conectar automticamente al servidor cuando ste empieza a
enviar datos de nuevo.
Solicitud de informacin sobre procesos del servidor

La mayora de los comandos se ejecutan en primer plano, pero otros generan
procesos de fondo. En algunos casos puede especificar que un proceso se ejecute
en primer plano. Tivoli Storage Manager emite mensajes que facilitan informacin
sobre el inicio y el final de los procesos. Adems, puede solicitar informacin
acerca de los procesos de fondo activos. Si conoce el nmero de identificacin del
proceso, puede utilizar ese nmero para limitar la bsqueda. No obstante, si no
conoce el ID del proceso, puede visualizar informacin sobre todos los procesos de
fondo entrando:
query process
La Figura 65 muestra un informe de proceso de fondo de servidor tras emitirse un

comando DELETE FILESPACE. El informe muestra un nmero de identificacin de
proceso, una descripcin y un estado de realizacin de cada uno de los procesos de
fondo.
Nmero Descripcin proceso Estado
proceso
-------- ------------------- --------------------------------------------2 DELETE FILESPACE
Suprimiendo espacio de archivos DRIVE_D del
nodo CLIENT1: se han suprimido 172 archivos.
Figura 65. Informacin sobre procesos de fondo
Solicitud de informacin sobre los valores del servidor

Cualquier administrador puede solicitar informacin general del servidor, gran
parte de la cual se define con comandos SET. Para solicitar esta informacin, entre:
query status
La informacin visualizada incluye:

v El nombre del servidor.
564
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
Cundo se instal el servidor y cundo se arranc por ltima vez.

Si el servidor est activado o desactivado.
Si la inscripcin del cliente es abierta o cerrada.
Si son obligatorias las contraseas para la autentificacin de cliente/servidor.
Cunto tiempo son vlidas las contraseas.
Si deben generarse registros de contabilidad.
Cunto tiempo permanecen los mensajes en las anotaciones de actividades antes
de suprimirlos.
Cuntas sesiones de cliente pueden comunicarse simultneamente con el
servidor.
Cuntas sesiones de nodo cliente estn disponibles para el trabajo planificado.
Qu porcentaje del intervalo de inicio de la planificacin es aleatorio.
Qu modalidad de planificacin se est utilizando.
Con qu frecuencia pueden efectuar sondeos los nodos cliente para el trabajo
planificado.
Cuntas veces y con qu frecuencia un nodo cliente puede volver a intentar
ejecutar una operacin planificada.
Durante cunto tiempo permanecen los registros de eventos en la base de datos.
El intervalo antes que se requiera una nueva autentificacin para la interfaz Web
de cliente de administracin.
Consulta de opciones del servidor

Tarea
Consultar opciones del servidor
Utilice el comando QUERY OPTION para visualizar informacin sobre una o

varias opciones de servidor.
Puede emitir el comando QUERY OPTION sin operandos para visualizar
informacin general sobre todas las opciones del servidor definidas. Tambin
puede emitir el comando QUERY OPTION con un nombre de opcin especfica o
con una expresin de patrn para visualizar informacin sobre una o varias de las
Para visualizar informacin general sobre todas las opciones de servidor definidas,
entre:
query option
Puede establecer opciones a travs de la consola de IBM Tivoli Storage Manager o

editando el archivo de opciones del servidor. Consulte la publicacin
Administrators Reference para obtener ms informacin.
Consulta del sistema

El comando QUERY SYSTEM permite combinar varias consultas del sistema Tivoli
Storage Manager en un solo comando. Este comando puede utilizarse para
recopilar estadsticas y proporcionar informacin que puede resultar de utilidad
para que el servicio de IBM analice los posibles problemas. Al emitir el comando
QUERY SYSTEM, el servidor emite las siguientes consultas:
565
QUERY ASSOCIATION
Visualiza todos los nodos cliente asociados con una o varias planificaciones
de cliente
QUERY COPYGROUP
Visualiza todos los grupos de copia de seguridad y copia archivada
(formato estndar)
QUERY DB
Visualiza informacin sobre la base de datos (formato detallado)
QUERY DBVOLUME
Visualiza informacin sobre todos los volmenes de base de datos (formato
detallado)
QUERY DEVCLASS
Visualiza todas las clases de dispositivos (formato detallado)
QUERY DOMAIN
Visualiza todos los dominios de polticas (formato estndar)
QUERY LOG
Visualiza informacin sobre las anotaciones de recuperacin (formato
detallado)
QUERY LOGVOLUME
Visualiza informacin sobre todos los volmenes de anotaciones de
recuperacin (formato detallado)
QUERY MGMTCLASS
Visualiza todas las clases de gestin (formato estndar)
QUERY OPTION
Visualiza todas las opciones de servidor
QUERY PROCESS
Visualiza informacin sobre todos los procesos de fondo activos
QUERY SCHEDULE
Visualiza las planificaciones de clientes (formato estndar)
QUERY SESSION
Visualiza informacin sobre todas las sesiones de nodo cliente y de
administracin en formato estndar
QUERY STATUS
Visualiza parmetros generales de servidor, como los definidos por los
comandos SET
QUERY STGPOOL
Visualiza informacin sobre todas las agrupaciones de almacenamiento
(formato detallado)
QUERY VOLUME
Visualiza informacin sobre todos los volmenes de agrupacin de
almacenamiento (formato estndar)
SELECT
Visualiza el resultado de dos consultas SQL:
select platform_name,count(*) from nodes group by platform_name
select stgpool_name,devclass_name,count(*) from volumes
group by stgpool_name,devclass_name
El primer comando visualiza el nmero de nodos cliente por plataforma.
566
El segundo comando visualiza el nombre y la clase de dispositivo asociado

de todas las agrupaciones de almacenamiento que tengan uno o varios
volmenes asignados.
Utilizacin de SQL para consultar la base de datos IBM Tivoli Storage

Manager
Puede utilizar una sentencia SQL SELECT estndar para obtener informacin de la
base de datos. El comando SELECT es un subconjunto de los estndares SQL92 y
SQL93.
IBM Tivoli Storage Manager proporciona tambin un controlador de conectividad
abierta de bases de datos (ODBC). El controlador permite utilizar un producto de
base de datos relacional como Lotus Approach para realizar consultas en la base de
datos y visualizar el resultado.
Utilizacin del controlador ODBC

IBM Tivoli Storage Manager proporciona un controlador ODBC para Windows. El
controlador soporta la interfaz de programacin de aplicaciones (API) ODBC
Versin 2.5. Dado que Tivoli Storage Manager solo admite la sentencia SQL
SELECT (consulta), el controlador no se ajusta a ningn nivel de la gramtica
ODBC API o SQL. Tras instalar este controlador, puede utilizar una hoja de clculo
o una aplicacin de base de datos compatible con ODBC para acceder a la base de
datos a fin de obtener informacin.
La puesta a punto del controlador ODBC est incluida en el paquete de instalacin
del cliente. El programa de instalacin del cliente puede instalar el controlador
ODBC y establecer los valores de registro correspondientes para el controlador y
las fuentes de datos. Para obtener ms informacin sobre la configuracin del
controlador ODBC, consulte la publicacin Gua del usuario e instalacin de los
Para abrir la base de datos mediante una aplicacin ODBC, debe iniciar la sesin
en el servidor (la fuente de datos definida). Utilice el nombre y la contrasea de un
administrador registrado. Tras iniciar la sesin en el servidor, puede efectuar las
funciones de consulta que proporciona la aplicacin ODBC para acceder a la
informacin de la base de datos.
Cmo emitir comandos SELECT

Puede emitir el comando SELECT desde la lnea de comandos de un cliente de
administracin. No puede emitir este comando desde la consola del servidor.
El comando SELECT soporta un subconjunto de la sintaxis de la sentencia SELECT,
tal como se documenta en los estndares SQL92 y SQL93. Para obtener
informacin completa sobre cmo utilizar la sentencia SELECT, consulte estos
estndares u otras publicaciones sobre SQL.
Al emitir el comando SELECT al servidor se puede utilizar una cantidad
importante de recursos del servidor a fin de ejecutar la consulta. Las consultas
complicadas o las consultas que se ejecutan durante un largo tiempo pueden
interferir con las operaciones normales del servidor. Si la consulta hace necesario
utilizar una gran cantidad de recursos del servidor para generar los resultados,
recibir un mensaje que le solicitar que confirme si desea continuar.
567
Nota: para cualquier uso del comando SELECT, la base de datos debe tener al
menos 4 MB de espacio libre. Para llevar a cabo consultas complejas que
requieren un proceso importante, se necesita ms espacio libre en la base de
datos. Consulte el apartado Problemas de espacio insuficiente en el
almacenamiento de tablas temporal en la pgina 569 para obtener ms
informacin.
Cmo determinar la informacin disponible: Tablas de catlogo

del sistema
A fin de ayudarle a averiguar qu informacin est disponible en la base de datos,
Tivoli Storage Manager proporciona tres tablas de catlogo del sistema:
SYSCAT.TABLES
Contiene informacin sobre todas las tablas que pueden consultarse con el
comando SELECT.
SYSCAT.COLUMNS
Describe las columnas de cada tabla.
SYSCAT.ENUMTYPES
Define los valores vlidos para cada uno de los tipos enumerados y el
orden de los valores para cada tipo.
Puede emitir el comando SELECT para realizar consultas en estas tablas y
determinar la ubicacin de la informacin que desea. Por ejemplo, para obtener
una lista de todas las tablas disponibles para consultas en la base de datos, entre el
comando siguiente:
select * from syscat.tables
A continuacin se muestra parte del resultado de este comando:

TABSCHEMA: ADSM
TABNAME: ACTLOG
CREATE_TIME:
COLCOUNT: 11
INDEX_COLCOUNT: 1
UNIQUE_INDEX: FALSE
REMARKS: Anotaciones de actividades del servidor
568
TABSCHEMA:
TABNAME:
CREATE_TIME:
COLCOUNT:
INDEX_COLCOUNT:
UNIQUE_INDEX:
REMARKS:
ADSM
ADMINS
TABSCHEMA:
TABNAME:
CREATE_TIME:
COLCOUNT:
INDEX_COLCOUNT:
UNIQUE_INDEX:
REMARKS:
ADSM
ADMIN_SCHEDULES
TABSCHEMA:
TABNAME:
CREATE_TIME:
COLCOUNT:
INDEX_COLCOUNT:
UNIQUE_INDEX:
REMARKS:
ADSM
ARCHIVES
17
1
TRUE
Administradores del servidor
15
1
TRUE
Planificaciones de comandos de administracin
10
5
FALSE
Copias archivadas de cliente
Ejemplos
El comando SELECT permite personalizar una amplia gama de consultas. Este
apartado muestra dos ejemplos. Para obtener ms ejemplos del comando, consulte
la publicacin Administrators Reference.
Ejemplo 1: busque el nmero de nodos por tipo de sistema operativo emitiendo el
comando siguiente:
select platform_name,count(*) as "Nmero de nodos" from nodes
group by platform_name
Este comando da resultados como el siguiente:

PLATFORM_NAME
------------OS/2
AIX
Windows
Nmero de Nodos
--------------45
90
35
Ejemplo 2: para todas las sesiones de cliente activas, determine cunto tiempo han
estado conectadas y la productividad efectiva en bytes por segundo:
select session_id as "Sesin", client_name as "Cliente", state as "Estado",
current_timestamp-start_time as "Tiempo transcurrido",
(cast(bytes_sent as decimal(18,0)) /
cast((current_timestamp-start_time)seconds as decimal(18,0)))
as "Bytes enviados/segundo",
(cast(bytes_received as decimal(18,0)) /
cast((current_timestamp-start_time)seconds as decimal(18,0)))
as "Bytes recibidos/segundo"
from sessions
Sesin:
Cliente:
Estado:
Tiempo transcurrido:
Bytes enviados/segundo:
Bytes recibidos/segundo:
24
ALBERT
Ejecucin
0 01:14:05.000000
564321.9302768451
0,0026748857944
Sesin:
Cliente:
Estado:
Tiempo transcurrido:
Bytes enviados/segundo:
Bytes recibidos/segundo:
26
MILTON
Ejecucin
0 00:06:13.000000
1638,5284210992221
675821,6888561849
Problemas de espacio insuficiente en el almacenamiento de

tablas temporal
Las consultas SQL SELECT se ejecutan desde el almacenamiento de tablas
temporal en la base de datos. Para ello, debe haber como mnimo una particin de
4 MB en la base de datos. Sin esta particin, el espacio de almacenamiento de
tablas temporal se agotar y la consulta SELECT ya no funcionar.
Para determinar cunto espacio de almacenamiento de tablas temporal est
disponible en la base de datos, emita el comando QUERY DB. El servidor muestra
un informe como el siguiente:
569

disp. asignada
mxima
mxima
(MB)
(MB)
(MB)
(MB)
--------- -------- --------- --------8
4
4
0
Tamao
Total
Pg. %Util Mx.
pgina
pginas
util.
%util.
(bytes)
------- --------- --------- ----- ----4.096
1.024
94 9,3
9,2
Compruebe el valor del campo Reduccin mxima. Si este campo muestra un

valor de 4 MB como mnimo, puede realizar consultas SELECT.
Si el valor Reduccin mxima es inferior a 4 MB, no podr realizar consultas
SELECT. La base de datos est llena o fragmentada.
v Si la base de datos est llena, aumente el tamao de sta. Consulte el apartado
Aumento del tamao de la base de datos o las anotaciones de recuperacin en
v Si la base de datos est fragmentada, agregue un volumen o descargue y cargue
la base de datos. Consulte el apartado Reorganizacin de la base de datos en
la pgina 558 para obtener informacin detallada.
Nota: es posible que las consultas SELECT complejas (por ejemplo, las que
incluyen la clusula ORDER BY, GROUP BY o el operador DISTINCT)
necesiten un espacio de almacenamiento de tablas temporal superior a 4
MB.
Utilizacin de comandos SELECT en scripts de IBM Tivoli

Storage Manager
Un script de Tivoli Storage Manager es uno o varios comandos almacenados como
un objeto en la base de datos. Puede ejecutar un script desde un cliente de
administracin, la interfaz Web de administracin o la consola del servidor.
Tambin lo puede incluir como una planificacin de comandos de administracin
para que se ejecuten automticamente. Consulte el apartado Scripts del servidor
de IBM Tivoli Storage Manager en la pgina 527 para obtener ms informacin.
Puede definir un script que contenta uno o ms comandos SELECT. Tivoli Storage
Manager se distribuye con un archivo que contiene diversos scripts a modo de
ejemplo.El archivo scripts.smp se encuentra en el directorio del servidor. Para crear
y guardar los scripts como objetos en la base de datos del servidor, emita el
comando DSMSERV RUNFILE durante la instalacin:
> dsmserv runfile scripts.smp
Tambin puede ejecutar el archivo como una macro desde un cliente de lnea de
comandos de administracin:
macro scripts.smp
El archivo de scripts de ejemplo contiene comandos de Tivoli Storage Manager.

Estos comandos suprimen los scripts que tienen los mismos nombres que los que
se van a definir y, a continuacin, definen los scripts. La mayor parte de los
ejemplos crean comandos SELECT, pero otros llevan a cabo tareas tales como
definir volmenes de base de datos ampliada y hacer copias de seguridad de
agrupaciones de almacenamiento. Tambin puede copiar y modificar el archivo de
scripts de ejemplo para crear sus propios scripts.
A continuacin se incluyen algunos ejemplos del archivo de scripts de ejemplo:
def script q_inactive_days /* ------------------------------------------*/
upd script q_inactive_days /* Nombre de script: Q_INACTIVE
*/
upd script q_inactive_days /* Descripcin: Muestra nodos que no han
*/
570
upd script
upd script
upd script
upd script
upd script
upd script
upd script
upd script
/* Definir
q_inactive_days
q_inactive_days
q_inactive_days
q_inactive_days
q_inactive_days
q_inactive_days
q_inactive_days
q_inactive_days
un volumen DB y
def
upd
upd
upd
upd
upd
upd
upd
upd
upd
upd
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
def_db_extend
script
script
script
script
script
script
script
script
script
script
script
/* accedido a Tivoli Storage Manager durante */

/* un nmero especificado de das
*/
/* Parmetro 1: das
*/
/* Ejemplo:
run q_inactive_days 5
*/
/* ------------------------------------------*/
"select node_name,lastacc_time from nodes where -"
" cast((current_timestamp-lastacc_time)days as -"
" decimal) >= $1 "
ampliar la base de datos
*/
/* -----------------------------------------*/
/* Nombre de script: DEF_DB_EXTEND
*/
/* Descripcin: Definir un volumen de base */
/*
datos y ampliar base datos */
/* Parmetro 1: nombre volumen base datos
*/
/* Parmetro 2: megabytes extensin
*/
/* Ejemplo: run def_db_extend VOLNAME 12
*/
/* -----------------------------------------*/
def dbv $1
if (rc_ok) extend db $2
if (warning, error) q db f=d
Cancelacin de un comando SELECT

Si un comando SELECT va a necesitar una cantidad importante de recursos, el
servidor le solicitar si desea continuar. Puede cancelar el comando en ese
momento. Cancele el comando desde la sesin de la consola o desde una sesin de
cliente de administracin.
Control del formato del resultado de SELECT

IBM Tivoli Storage Manager proporciona comandos para controlar el formato del
resultado de los comandos SELECT. Puede controlar:
v Cmo se visualizan los tipos de datos SQL como VARCHAR, en formato ancho
o formato estrecho (SET SQLDISPLAYMODE).
v El formato de los valores de fecha y hora en el resultado (SET
SQLDATETIMEFORMAT).
v Si el resultado de la aritmtica SQL se trunca o se redondea (SET
SQLMATHMODE).
Nota: si se utilizan los comandos SET para cambiar estos valores, stos solo
permanecen en vigor durante la sesin de cliente de administracin actual.
Puede consultar estos valores utilizando el comando QUERY SQLSESSION.
Consulta de la tabla de resumen de la actividad SQL

|
|
|
|
|
Puede consultar la tabla de resumen de la actividad SQL para ver las estadsticas
referidas a determinadas operaciones del cliente y a algunos procesos del servidor.
Algunas de las operaciones del cliente registradas en la tabla son BACKUP,
RESTORE, ARCHIVE y RETRIEVE. Los procesos del servidor incluyen
MIGRATION, RECLAMATION y EXPIRATION.
Para obtener de la tabla de resumen de la actividad una lista de los nombres de
columna y una descripcin de los mismos, entre este comando:
select colname,remarks from columns where tabname=summary
A continuacin figuran algunas consultas de ejemplo de la tabla de resumen de la

actividad.
571
v Para ver todos los eventos a partir de las 00:00 a.m. del da actual hasta este
momento, entre:
select * from summary
El resultado puede tener el aspecto siguiente:

START_TIME:
END_TIME:
ACTIVITY:
NUMBER:
ENTITY:
COMMMETH:
ADDRESS:
EXAMINED:
AFFECTED:
FAILED:
BYTES:
IDLE:
MEDIAW:
PROCESSES:
SUCCESSFUL:
2002-07-22 19:32:00.000000
2002-07-22 19:32:56.000000
BACKUP
43
DWE
Named Pi
7
7
0
2882311
51
0
1
YES
ANS8002I Highest return code was 0.
v Para ver todos los eventos a partir de las 00:00 del 24 de septiembre de 2002
hasta este momento entre:
select * from summary where start_time>= 2002-09-24 00:00
Puede determinar durante cunto tiempo se mantendr la informacin en la tabla

de resumen. Por ejemplo, para mantener la informacin durante 5 das, entre el
comando siguiente:
set summaryretention 5
Para no conservar ninguna informacin en la tabla, especifique el valor 0.
Creacin de salida para que la utilice otra aplicacin

Puede redirigir la salida de comandos SELECT a un archivo de la misma manera
que redirigira la salida de cualquier comando. Al redirigir esta salida para
utilizarla en otro programa (por ejemplo, una hoja de clculo o un programa de
base de datos), grabe la salida en un formato que el programa que utilizar pueda
procesar fcilmente.
Dos formatos estndar para los archivos de datos tabulares son los valores separados
por comas (CSV) y los valores separados por tabuladores (TSV). La mayora de las
aplicaciones modernas que pueden importar datos tabulares puede leer uno o
ambos formatos.
Utilice las opciones de lnea de comandos del cliente de administracin
-COMMADELIMITED o -TABDELIMITED para seleccionar uno de estos formatos
para la salida de consulta tabular. Toda la salida tabular durante la sesin de
administracin se formatear como valores separados por comas o tabuladores.
Para obtener detalles sobre la utilizacin de las opciones de lnea de comandos,
La utilizacin de la redireccin de la salida de comandos y una de las opciones de
formato de salida delimitada le permite crear consultas cuya salida puede
procesarse en otras aplicaciones. Por ejemplo, basndose en la salida de un
572
comando SELECT, un programa de hoja de clculo podra generar grficos de

tamaos medios de archivo y cuentas de archivos resumidas por el tipo de
plataforma de cliente.
Para obtener detalles sobre cmo redirigir la salida de comandos, consulte la
Utilizacin de las anotaciones de actividades de IBM Tivoli Storage

Manager
Tarea
Peticin de informacin de las anotaciones

de actividad
Establecer el perodo de retencin de las

anotaciones de actividades
Sistema
Cambiar el tamao de las anotaciones de

actividades
Las anotaciones de actividades contienen todos los mensajes enviados

normalmente a la consola del servidor durante el funcionamiento del servidor.Las
nicas excepciones son las respuestas a los comandos entrados en la consola, como
por ejemplo, las respuestas a los comandos QUERY.
Algunos ejemplos de mensajes enviados a las anotaciones de actividades:
v Cundo se inician o finalizan las sesiones de cliente.
v Cundo se inicia o finaliza la migracin.
v Cundo caducan las versiones de copia de seguridad.
v Qu datos se exportan a cinta.
v Cundo se ejecuta el proceso de caducidad.
v Qu proceso de exportacin o importacin se ejecuta.
Los mensajes de error enviados a la consola del servidor tambin se almacenan en
las anotaciones de actividades.
Utilice la informacin de los apartados siguientes para ajustar el tamao de las
anotaciones de actividades, establecer el perodo de retencin de las anotaciones de
actividades y solicitar informacin sobre las anotaciones de actividades.
Solicitar informacin de las anotaciones de actividades

Puede solicitar la informacin que hay almacenada en las anotaciones de
actividades. Para minimizar el tiempo de proceso al consultar las anotaciones de
actividades, puede:
v Especificar un perodo de tiempo durante el que se han generado mensajes. De
forma predeterminada, el comando QUERY ACTLOG muestra todas las
actividades que se han producido en la hora anterior.
v Especificar el nmero de mensaje de un mensaje especfico o de un conjunto de
mensajes.
v Especificar una expresin de cadena de caracteres para buscar un texto
especfico en los mensajes.
573
v Especificar el comando QUERY ACTLOG desde la lnea de comandos para las

consultas de gran tamao en lugar de utilizar la interfaz grfica de usuario.
v Especifique si el originador es el servidor o el cliente. Si es el cliente, puede
especificar el nodo, propietario, la planificacin, el dominio o el nmero de
sesin. Si est realizando anotaciones de eventos de cliente en las anotaciones de
actividad y solo le interesan los eventos del servidor, puede especificar que el
servidor sea el originador. De esta forma, reducir notablemente el tamao de
los resultados.
Por ejemplo, para revisar mensajes generados el 30 de mayo entre las 8 de la
maana y las 5 de la tarde, entre:
query actlog begindate=05/30/2002 enddate=05/30/2002
begintime=08:00 endtime=17:00
Para solicitar informacin sobre los mensajes relacionados con la caducidad de

archivos del inventario de almacenamiento del servidor, entre:
query actlog msgno=0813
Consulte la publicacin Messages para obtener los nmeros de mensaje.

Tambin puede solicitar informacin solo sobre los mensajes anotados por uno o
por todos los clientes. Por ejemplo, para buscar en las anotaciones de actividades
mensajes del cliente para el nodo JEE, entre:
query actlog originator=client node=jee
Solicitud de informacin de sesin y proceso

Actualmente, los mensajes registrados en las anotaciones de actividad no se
relacionan con sesiones o tareas. Por ejemplo, un mensaje de error emitido debido
a un error de montaje de volumen para una operacin de una sesin de cliente no
contiene informacin explcita que pueda relacionarla con la sesin que realizaba la
accin. Supuesto 1: el cliente FRED tiene problemas para completar su copia de
seguridad planificada. Durante la copia de seguridad planificada de la noche,
existen 1.000 sesiones diferentes para clientes planificados y los TDP y los datos se
almacenan en varios destinos DISK y TAPE. Por lo que respecta al error de la
copia de seguridad planificada de FRED, en las anotaciones de actividad no queda
claro qu mensajes de error estn relacionados con FRED. Si se utiliza esta mejora
en la informacin de anotaciones de actividad, un administrador slo necesitara
consultar las anotaciones de actividad para determinar qu sesin o sesiones ha
utilizado Fred para realizar la copia de seguridad por la noche. Para cada sesin,
podra emitir el comando QUERY ACTLOG search=(SESSION: sessNum) o el
comando SELECT * from ACTLOG where SESSION=sessNum. En ambos casos,
se informara de TODOS los mensajes emitidos en relacin con esa sesin.
Tambin puede solicitar informacin sobre una sesin de cliente. Por ejemplo, para
buscar en las anotaciones de actividad un mensaje emitido en relacin con una
sesin, entre:
query actlog search="(SESSION:4)"
574
EJEMPLO 2 (SESIN de cliente que realiza una copia de seguridad)

09/23/2003 10:26:38 ANR0406I Sesin 4 iniciada para el nodo FRED (WinNT) (Tcp/Ip
colind(2463)). (SESIN: 4)
09/23/2003 10:26:40 ANR8493I El volumen FILE C:\CODE\522\00000000.BFS se ha
montado en la unidad OUTFILE4 (FILE) en la biblioteca OUTFILE.
(SESIN: 4)
09/23/2003 10:26:40 ANR8340I Volumen FILE C:\CODE\522\00000000.BFS montado.
(SESIN: 4)
09/23/2003 10:26:40 ANR8468I El volumen FILE C:\CODE\522\00000000.BFS se ha
desmontado de la unidad OUTFILE4 (FILE) de la biblioteca
OUTFILE. (SESIN: 4)
09/23/2003 10:26:40 ANR0403I Sesin 4 finalizada para el nodo FRED (WinNT).
(SESIN: 4)
Establecimiento del perodo de retencin de las anotaciones

de actividades
Utilice el comando SET ACTLOGRETENTION para especificar durante cunto
tiempo se conserva la informacin de las anotaciones de actividades en la base de
datos. El servidor suprime automticamente los mensajes de las anotaciones de
actividades cuando han sobrepasado la antigedad especificada con el comando
SET ACTLOGRETENTION. En el momento de la instalacin, el perodo de
retencin de las anotaciones de actividades se establece en un da. Para cambiar el
perodo de retencin a 10 das, por ejemplo, entre:
set actlogretention 10
Para desactivar la retencin de anotaciones de actividades, establezca el comando

SET ACTLOGRETENTION en cero. Para visualizar el perodo de retencin actual
de las anotaciones de actividades, consulte el estado del servidor.
Modificacin del tamao de las anotaciones de actividades

Dado que las anotaciones de actividades se almacenan en la base de datos, el
tamao de las anotaciones de actividades debe incluirse en forma factorial en la
cantidad de espacio asignada para la base de datos. Otorgue al menos 1 MB de
espacio adicional para las anotaciones de actividades.
El tamao de las anotaciones de actividades depende de la cantidad de mensajes
que generan las operaciones de procesos diarios y del tiempo que se retienen esos
mensajes en las anotaciones de actividades. Si se aumenta el tiempo de retencin,
tambin aumenta la cantidad de datos acumulados, con lo que se necesita
almacenamiento adicional de la base de datos.
Cuando no hay suficiente espacio en la base de datos o en las anotaciones de
recuperacin para los registros de las anotaciones de actividades, el servidor deja
de grabar y enva mensajes a la consola del servidor. Si aumenta el tamao de la
base de datos o las anotaciones de recuperacin, el servidor vuelve a empezar a
grabar las anotaciones de actividades.
Si no tiene suficiente espacio en la base de datos para las anotaciones de
actividades, puede efectuar una de las siguientes operaciones:
v Asignar ms espacio a la base de datos.
v Reducir el perodo de tiempo que se conservan los mensajes en las anotaciones
de actividades.
575
Para obtener informacin sobre cmo aumentar el tamao de la base de datos o de

las anotaciones de recuperacin, consulte el apartado Aumento del tamao de la
base de datos o las anotaciones de recuperacin en la pgina 548.
Anotacin de eventos de IBM Tivoli Storage Manager en receptores

Los mensajes de cliente y de servidor proporcionan un registro de la actividad de
Tivoli Storage Manager que el administrador puede utilizar para supervisar el
servidor. Puede anotar los mensajes del servidor de Tivoli Storage Manager y gran
parte de los mensajes de cliente de Tivoli Storage Manager como eventos en uno o
ms repositorios denominados receptores. Puede anotar los eventos en cualquier
combinacin de los receptores siguientes:
Consola del servidor de Tivoli Storage Manager y anotacin de actividades
Consulte el apartado Anotacin de eventos en la consola del servidor y en
las anotaciones de actividades de IBM Tivoli Storage Manager en la
pgina 578.
Salidas de usuario y archivo
Consulte el apartado Anotacin de eventos en una salida de archivo y un
programa de salida de usuario en la pgina 579.
consola de eventos de Tivoli
Consulte el apartado Anotacin de eventos en Tivoli Enterprise Console
en la pgina 580.
Protocolo Simple de Gestin de Red (SNMP)
Consulte el apartado Anotacin de eventos en un gestor SNMP en la
pgina 584.
Registro de sucesos de Windows
Consulte el apartado Anotacin de eventos en el Registro de sucesos de
Windows en la pgina 588.
Receptor del servidor de eventos (Anotacin de eventos de empresa)
Direcciona los eventos a un servidor de eventos. Consulte el apartado
Anotacin de eventos de empresa: anotacin de eventos en otro servidor
en la pgina 589.
Adems, puede filtrar los tipos de eventos que desea activar para la anotacin. Por
ejemplo, quiz solo desea activar los mensajes graves en el receptor del servidor de
eventos y uno o ms mensajes especficos, por nmero, para otro receptor. La
Figura 66 en la pgina 577 muestra una configuracin posible en la que las reglas
de eventos filtran tanto los mensajes de servidor como los de cliente y se anotan en
un conjunto de receptores especificado.
576
Servidor de Tivoli
Storage Manager
Anotaciones
de actividades
Consola
de servidor
Mensajes de
los clientes
Archivo
Reglas
de
eventos
Salida
del usuario
Consola de
eventos Tivoli
Servidor
de eventos
Mensajes
del servidor
Figura 66. Visin general de la anotacin de eventos

Tarea
Activar o desactivar eventos
Sistema
Iniciar o finalizar anotaciones de

eventos
Control de las anotaciones de eventos

Para controlar las anotaciones de eventos, puede realizar lo siguiente:
1. Activar o desactivar las anotaciones para uno o varios tipos de eventos y para
uno o varios receptores.
2. Iniciar o finalizar anotaciones en uno o varios receptores.
Activacin y desactivacin de eventos

Cuando activa o desactiva eventos, puede especificar lo siguiente:
v Un nmero de mensaje o una gravedad de evento (ALL, INFO, WARNING,
ERROR o SEVERE).
v Eventos para uno o ms nodos cliente (NODENAME) o para uno o ms
servidores (SERVERNAME).
Puede activar o desactivar eventos mediante los comandos ENABLE EVENTS y
DISABLE EVENTS. Por ejemplo,
v Para activar las anotaciones de eventos en un programa de salida de usuario
para todos los mensajes de servidor graves y de error, especifique:
enable events userexit error,severe
v Para activar las anotaciones de eventos en un programa de salida de usuario

para los mensajes graves de cliente de todos los nodos cliente, especifique:
enable events userexit severe nodename=*
v Para desactivar las anotaciones de eventos en un programa de salida de usuario

para los mensajes de error del servidor, especifique:
disable events userexit error
Si especifica un receptor no admitido en ninguna plataforma o si especifica un

evento o nombre no vlido, Tivoli Storage Manager emitir un mensaje de error.
577
Sin embargo, los receptores, eventos o nombres vlidos que haya especificado
seguirn activados. Determinados eventos, tales como los mensajes emitidos
mientras se inicia o se cierra el servidor, van automticamente a la consola. No van
a otros receptores, aunque estn activados.
Nota: los mensajes del servidor de la categora SEVERE y el mensaje ANR9999
pueden proporcionar informacin valiosa de diagnstico si existe un
problema grave. Por este motivo, no debe desactivar estos mensajes. Utilice
el comando SET CONTEXTMESSAGING ON para obtener informacin
adicional que puede ayudarle a determinar la causa de los mensajes
ANR9999D. IBM Tivoli Storage Manager sondea los componentes del
servidor para obtener informacin que incluya el nombre de proceso,
nombre de thread, identificador de sesin, datos de transaccin, bloqueos
retenidos y tablas de bases de datos en uso.
Inicio y fin de anotaciones de eventos

Un receptor para el que se ha iniciado la anotacin de eventos es un receptor activo.
Para iniciar y finalizar las anotaciones para uno o ms receptores, emita los
comandos BEGIN EVENTLOGGING y END EVENTLOGGING.
Al iniciarse el servidor, se inician automticamente las anotaciones de eventos para
la consola del servidor y las anotaciones de actividades, as como para los
receptores que se inicien en funcin de las entradas del archivo de opciones del
servidor. Consulte los apartados del receptor adecuados para obtener ms
informacin. Para iniciar la anotacin de eventos en receptores para los que la
anotacin de eventos no se inicia automticamente, emita el comando BEGIN
EVENTLOGGING. Tambin puede utilizar este comando despus de haber
desactivado la anotacin de eventos en uno o varios receptores. Para finalizar la
anotacin de eventos para un receptor activo, emita el comando END
EVENTLOGGING.
Por ejemplo:
v Para iniciar la anotacin de eventos en el servidor de eventos, especifique:
begin eventlogging eventserver
v Para finalizar la anotacin de eventos en el servidor de eventos, especifique:

end eventlogging eventserver
Anotacin de eventos en la consola del servidor y en las

anotaciones de actividades de IBM Tivoli Storage Manager
La anotacin de eventos en la consola del servidor y en las anotaciones de
actividades se inicia automticamente al iniciar el servidor. Para activar todos los
eventos graves de cliente en las anotaciones de actividades y en la consola, emita
enable events console,actlog error,severe
Nota: al activar los eventos de cliente para las anotaciones de actividades, se

aumenta la utilizacin de la base de datos. Puede establecer un perodo de
retencin para los registros de anotaciones utilizando el comando SET
ACTLOGRETENTION (consulte el apartado Establecimiento del perodo de
retencin de las anotaciones de actividades en la pgina 575). Al instalar el
servidor, este valor se establece en un da. Si aumenta el perodo de
retencin, la utilizacin aumenta an ms. Para obtener ms informacin
578
sobre las anotaciones de actividades, consulte el apartado Utilizacin de las

anotaciones de actividades de IBM Tivoli Storage Manager en la pgina
573.
Puede desactivar los eventos de cliente y de servidor para la consola del servidor y
los eventos de cliente para las anotaciones de actividades, pero no puede
desactivar los eventos de servidor para las anotaciones de actividades. Adems,
algunos mensajes, como por ejemplo los que se emiten durante el inicio y el cierre
del servidor y las respuestas a los comandos de administracin siguen
visualizndose en la consola aunque se hayan desactivado.
Anotacin de eventos en una salida de archivo y un programa

de salida de usuario
Puede anotar eventos para una salida de archivo y un programa de salida de
usuario:
v Una salida de archivo es un archivo que recibe toda la informacin relacionada
con los eventos que tiene activados. Debe tener en cuenta que este archivo
puede crecer rpidamente de tamao segn los eventos que se hayan activado
para el mismo. La salida de archivo puede ser binaria o de texto. La salida de
archivo binario almacena cada evento anotado como un registro, mientras que la
salida de archivo de texto almacena cada evento como anotado como una lnea
legible de tamao fijo. Si desea obtener ms informacin sobre la salida de
archivo de texto, consulte el apartado Formato de programa de salida de
archivo de texto legible (FILETEXTEXIT) en la pgina 844.
v Un programa de salida de usuario es una interfaz externa con la forma de un
programa ejecutable escrito por el usuario. Tivoli Storage Manager soporta las
salidas de usuario de mdulo DLL.
Nota: se deben haber especificado ambos tipos de receptores de eventos en el
archivo de opciones del servidor (dsmserv.opt).
Tanto las salidas de archivo como las salidas de usuario reciben los datos de
eventos con la misma estructura de bloque de datos. La configuracin de las
anotaciones para estos receptores tambin es parecida:
1. Agregue una opcin para la salida al archivo de opciones del servidor:
v Para una salida de archivo: agregue la opcin FILEEXIT (para una salida de
archivo binario) o la opcin FILETEXTEXIT (para una salida de archivo de
texto).
Especifique si la anotacin de eventos al receptor de salida de archivos
empieza automticamente al arrancar el servidor. Los parmetros son YES
y NO. Si no especifica YES, debe iniciar las anotaciones de eventos
manualmente emitiendo el comando BEGIN EVENTLOGGING.
Especifique el archivo en el que se almacenarn los eventos anotados.
Especifique cmo se almacenarn los archivos si ya existe el archivo que
se est almacenando. REPLACE grabar encima del archivo existente,
APPEND agregar datos al archivo existente y PRESERVE no grabar
encima del archivo existente.
Por ejemplo:
fileexit yes \tsm\server\data replace
filetextexit yes \tsm\server\data replace
v Para una salida de usuario: agregue la opcin USEREXIT.

Especifique si la anotacin de eventos en el receptor de salida de usuario
se inicia automticamente al arrancar el servidor. Los parmetros para esta
579
opcin son YES y NO. Si no especifica YES, debe iniciar las anotaciones de
eventos manualmente emitiendo el comando BEGIN EVENTLOGGING.
Especifique un nombre DLL que contenga la funcin de salida de usuario.
Especifique el nombre de la funcin de salida de usuario en la DLL.
Especifique el nombre de la funcin de salida de usuario en el programa
de servicios.
Por ejemplo:
userexit yes dllname.dll dllmodulename
2. Activar eventos para el receptor. Debe especificar el nombre de la salida del

usuario en la opcin de servidor USEREXIT y el nombre del archivo en la
opcin de servidor FILEEXIT. A continuacin se incluyen dos ejemplos:
enable events file error
enable events userexit error,severe
Tambin puede activar eventos a uno o varios servidores o nodos cliente

especificando el parmetro NODENAME OR SERVERNAME. Consulte el
apartado Activacin y desactivacin de eventos en la pgina 577 para obtener
3. Si no ha especificado YES en la opcin de servidor, inicie la anotacin de
eventos. Por ejemplo, para iniciar la anotacin de eventos en una salida
definida por el usuario, especifique:
begin eventlogging userexit
Consulte el apartado Inicio y fin de anotaciones de eventos en la pgina 578

Anotacin de eventos en Tivoli Enterprise Console

Tivoli Storage Manager incluye el receptor de Tivoli, un adaptador de Tivoli
Enterprise Console para enviar eventos a Tivoli Enterprise Console. Puede
especificar que los eventos se anoten en funcin de su origen. Los nombres de
eventos vlidos son:
Nombre de evento
Origen
TSM_SERVER_EVENT
Servidor de Tivoli Storage Manager
TSM_CLIENT_EVENT
Clientes de Tivoli Storage Manager
TSM_APPL_EVENT
Interfaz de programacin de aplicaciones de

TSM_TDP_DOMINO_EVENT
Data Protection para Lotus Domino
TSM_TDP_EXCHANGE_EVENT
Data Protection para Microsoft Exchange

Server
TSM_TDP_INFORMIX_EVENT
Data Protection para Informix
TSM_TDP_ORACLE_EVENT
Data Protection para Oracle
TSM_TDP_SQL_EVENT
Data Protection para Microsoft SQL Server
TSM_TDP_SAP_R3_EVENT
Data Protection para tecnologa

mmySAP.com y Data Protection para IBM
ESS para tecnologa mySAP.com
TSM_TDP_ESS_DB2_EVENT
Data Protection para IBM ESS para DB2
TSM_TDP_ESS_ORACLE_EVENT
Data Protection para IBM ESS para Oracle
Los clientes de aplicacin, Data Protection para IBM ESS para DB2 y Data
Protection para IBM ESS para Oracle deben tener habilitado el soporte mejorado
580
para Tivoli Enterprise Console a fin de dirigir los eventos a Tivoli Enterprise
Console. Debido al nmero de mensajes, no se deben activar todos los mensajes de
un nodo que tiene que anotarse en Tivoli Enterprise Console.
Control del formato de los eventos

|
|
|
|
|
|
|
Hay disponibles dos opciones de servidor para controlar el formato de los eventos
enviados del servidor de Tivoli Storage Manager a Tivoli Enterprise Console.
Habilitar una de estas dos opciones no slo cambia el formato de clase de evento,
sino que tambin genera una clase de evento exclusiva para mensajes individuales
de Tivoli Storage Manager para el cliente, el servidor, los clientes de aplicacin,
Data Protection para IBM ESS para DB2, Data Protection para IBM ESS para Oracle
y Data Protection para IBM ESS para R/3.
||
Nombre de opcin
Funcin
|
|
|
|
UNIQUETECEVENTS
Cambia el formato de clase de evento y

genera una clase de evento exclusiva para
mensajes de cliente, servidor y determinados
mensajes de Data Protection.
|
|
|
|
|
UNIQUETDPTECEVENTS
Cambia el formato de clase de evento y

genera una clase de evento exclusiva para
todos los mensajes de cliente, de servidor y
de Data Protection.
|
|
|
Establecer UNIQUETDPTECEVENTS en YES establecer dinmicamente

UNIQUETECEVENTS en YES. Sin embargo, Tivoli Storage Manager no actualizar
el archivo de opciones del servidor para reflejar este cambio.
|
|
|
|
|
|
En funcin de su entorno particular, si se habilitan una o ambas opciones se

facilitar el rendimiento de evaluacin de reglas en el servidor de Tivoli Enterprise
Console. Si se habilitan una o ambas opciones tambin puede producirse una
disminucin del rendimiento durante la recepcin de eventos en el servidor de
Tivoli Enterprise Console. Pruebe las opciones en su propio entorno. Es posible que
no se pueda beneficiar de la activacin de una de estas dos opciones.
|
|
|
|
|
|
|
|
|
|
Si la opcin UNIQUETECEVENTS est activada, los eventos exclusivos tienen el

siguiente formato de clase de evento:
donde #### representa el nmero de mensaje.
|
|
|
|
|
|
|
Si la opcin UNIQUETDPTECEVENTS est activada, los mensajes anotados en el

servidor de Tivoli Storage Manager para Data Protection para IBM ESS para DB2,
Data Protection para IBM ESS para Oracle y Data Protection para R/3 tendrn
eventos exclusivos con los formatos siguientes:
|
|
donde #### representa el nmero de mensaje. Para conocer con exactitud el

formato de la clase de evento, consulte el archivo baroc correspondiente.
TSM_SERVER_ANR####
TSM_CLIENT_ANE####
TSM_APPL_ANE####
TSM_TDP_DOMINO_ACD####
TSM_TDP_EXCHANGE_ACN####
TSM_TDP_ORACLE_ANS####
TSM_TDP_INFORMIX_ANS####
TSM_TDP_SQL_ACO####
TSM_TDP_ESS_DB2_EEP####TSM_TDP_ESS_ORACLE_EEO####
TSM_TDP_SAP_R3_BKI#### (incluye mensajes para Data
Protection para IBM ESS para R/3)
581
|
|
|
Los clientes de aplicacin pueden emitir eventos exclusivos en los rangos

siguientes. Todos los eventos siguen el convenio de denominacin IBM 3.4, que
utiliza un prefijo de tres caracteres seguido de cuatro dgitos.
||
|
Data Protection para Microsoft Exchange

Server
De ACN3500 a ACN3649
Data Protection para Lotus Domino
De ACD5200 a ACD5299
Data Protection para Microsoft SQL Server
De ACO3000 a ACO3999
Data Protection para Oracle
De ANS0500 a ANS0599
|
|
Data Protection para Informix
De ANS0600 a ANS0699
|
|
|
Si UNIQUETDPTECEVENTS est activado, Data Protection para IBM ESS para

DB2, Data Protection para IBM ESS para Oracle y Data Protection para R/3
pueden emitir eventos exclusivos en los rangos siguientes:
||
Data Protection para IBM ESS para DB2
De EEP0000 a EEP9999
Data Protection para IBM ESS para Oracle
De EEO0000 a EEO9999
|
|
|
Data Protection para R/3 y Data Protection

para IBM ESS para R/3
De BKI0000 a BKI9999
|
|
|
|
Tal como se indica, activar UNIQUETDPTECEVENTS tambin activa

UNIQUETECEVENTS. Esto significa que todos los mensajes reconocidos de Data
Protection se enviarn como eventos exclusivos del servidor de Tivoli Storage
Manager.
|
|
|
De acuerdo con los valores de la opcin o las opciones en el servidor de Tivoli

Storage Manager, el administrador de Tivoli Enterprise Console debe crear una
base de reglas mediante uno de los siguientes archivos baroc:
||
|
Configuracin de
UNIQUETDPTECEVENTS
Configuracin de
UNIQUETECEVENTS
Archivo baroc
NO
NO
ibmtsm.baroc
NO
YES
itsmuniq.baroc
|
|
|
|
|
|
|
|
YES
Se aplica el valor
predeterminado YES porque
UNIQUETDPTECEVENTS
est establecido en YES.
itsmdpex.baroc
Los archivos baroc sucesivos aceptarn los eventos del archivo baroc anterior. Por
ejemplo, itsmuniq.baroc acepta todos los eventos de ibmtsm.baroc, mientras que
itsmdpex.baroc acepta todos los eventos contenidos en itsmuniq.baroc.
Codificacin de eventos en UTF-8

|
|
|
|
|
Tivoli Storage Manager admite la siguiente opcin para codificar en UTF-8 un

evento de Tivoli Enterprise Console antes de enviarlo al servidor de Tivoli
Enterprise Console. Algunos parches de Tivoli Enterprise Console (por ejemplo, el
parche 0004 para Tivoli Enterprise Console Versin 3.6 Modificacin 2) requieren
eventos codificados en UTF-8 para algunos entornos regionales.
||
Nombre de opcin
Funcin
|
|
|
TECUTF8EVENT
Codifica en UTF-8 un evento de Tivoli

Enterprise Console.
582
Para determinar si esta opcin est activada, emita el comando QUERY OPTION.
Configuracin de Tivoli Enterprise Console como receptor

Para configurar Tivoli como receptor de las anotaciones de eventos:
1. Defina las clases de eventos de Tivoli Storage Manager en Tivoli Enterprise
Console con el archivo ibmtsm.baroc, que se distribuye con el servidor.
Nota: consulte la documentacin de Tivoli Enterprise Console para obtener
instrucciones sobre la eliminacin de un archivo baroc existente, si es
necesario, y la instalacin de un nuevo archivo baroc. Si ha realizado una
migracin desde ADSM versin 3 y tiene un archivo ibmadsm.baroc,
efecte una de las acciones siguientes:
v Elimine el archivo.
v Cree una base de reglas nuevas.
v Copie el archivo.
Antes de que se visualicen los eventos en Tivoli Enterprise Console, debe
importar ibmtsm.baroc a una base de reglas existente o crear una nueva base
de reglas y activarla. Para ello:
v En el escritorio de Tivoli, pulse en el icono Rule Base para que aparezca el
men emergente.
v Seleccione Import y, a continuacin, especifique la ubicacin del archivo
ibmtsm.baroc.
v Seleccione el men emergente Compile.
v Seleccione el men emergente Load y Load, but activate only when server
restarts del dilogo resultante.
v Concluya el servidor de eventos y vuelva a iniciarlo.
Para crear una base de regla, haga lo siguiente:
a. Pulse en el icono Event Server del escritorio de Tivoli. Se abrir la ventana
Event Server Rules Bases.
b. Seleccione Rule Base del men Create.
c. Opcionalmente, copie el contenido de una base de regla existente a una
nueva seleccionando el men emergente Copy de la base de regla a copiar.
d. Pulse en el icono RuleBase para ver el men emergente.
e. Seleccione Import y especifique la ubicacin del archivo ibmtsm.baroc.
f. Seleccione el men emergente Compile.
g. Seleccione el men emergente Load y Load, but activate only when server
restarts del dilogo resultante.
h. Concluya el servidor de eventos y vuelva a iniciarlo.
2. Para definir un origen y un grupo de eventos:
a. En el escritorio de Tivoli, seleccione Source en el men emergente
EventServer. En el dilogo que aparece, defina un nuevo origen cuyo
nombre sea Tivoli Storage Manager.
b. En el escritorio de Tivoli, seleccione Event Groups en el men emergente
EventServer. Defina, en el dilogo que aparece, un nuevo grupo de eventos
para Tivoli Storage Manager y un filtro que incluya las clases de eventos
IBMTSMSERVER_EVENT e IBMTSMCLIENT_EVENT.
c. Seleccione el elemento del men emergente Assign Event Group del icono
Event Console y asigne el nuevo grupo de eventos a la consola de eventos.
d. Pulse dos veces en el icono Event Console para iniciar la consola de
eventos configurada.
583
3. Active eventos para anotaciones en el receptor Tivoli. Consulte el apartado

Activacin y desactivacin de eventos en la pgina 577 para obtener ms
4. En el archivo de opciones del servidor (dsmserv.opt), especifique la ubicacin
del host en el que se ejecuta el servidor de Tivoli. Por ejemplo, para especificar
un servidor Tivoli en la direccin IP 9.114.22.345:1555, entre lo siguiente:
techost 9.114.22.345tecport 1555
5. Inicie la anotacin de eventos para el receptor Tivoli. Puede hacerlo de dos

modos:
v Para iniciar la anotacin de eventos automticamente al iniciarse el servidor,
especifique la siguiente opcin de servidor:
tecbegineventlogging yes
O bien
v Entre el comando siguiente:
begin eventlogging tivoli
Consulte el apartado Inicio y fin de anotaciones de eventos en la pgina

578 para obtener ms informacin al respecto.
Anotacin de eventos en un gestor SNMP

Puede utilizar el Protocolo Simple de Gestin de Red (SNMP) junto con la
anotacin de eventos para llevar a cabo las acciones siguientes:
v Configurar un monitor de actividad de SNMP para comprobar peridicamente si
el servidor de Tivoli Storage Manager est en funcionamiento.
v Enviar condiciones de excepcin a un gestor SNMP, como por ejemplo NetView
o Tivoli Enterprise Console.
v Ejecutar scripts de Tivoli Storage Manager y recuperar la salida y los cdigos de
error. Consulte el apartado Scripts del servidor de IBM Tivoli Storage Manager
Nota: actualmente la interfaz SNMP se admite en el servidor de Tivoli Storage
Manager de 32 bits.
|
|
La base de informacin de gestin (MIB) que se entrega con Tivoli Storage

Manager define variables con las que se ejecutan los scripts del servidor y se
devuelven los resultados del script de servidor. Debe inscribir SNMPADMIN, el
cliente de administracin en el que el servidor ejecuta estos scripts. Para que el
subagente se comunique con el servidor y ejecute los scripts no se necesita una
contrasea, debe definir una contrasea para SNMPADMIN para evitar que
accedan al servidor usuarios no autorizados. Sin embargo, para acceder al agente
SNMP que reenva la peticin al subagente, se necesita una contrasea SNMP
(nombre de comunidad).
Nota: debido a que la seguridad del entorno SNMP puede resultar poco eficaz,
debe considerar la posibilidad de no otorgar ninguna autorizacin de
administracin a SNMPADMIN. De este modo se restringe SNMPADMIN
para emitir solo consultas de Tivoli Storage Manager.
Se aceptan las peticiones SET SNMP de nombre y variables de entrada asociadas
con los nombres de script que almacena el subagente SNMP en la MIB, lo que
permite procesar un script mediante la ejecucin de una peticin GET de las
variables ibmAdsm1ReturnValue e ibmAdsm2ReturnValue. Una peticin
GETNEXT no hace que se ejecute el script. En vez de ello, se recuperan los
584
resultados de procesar el script anterior. Cuando se recupera una fila de tabla

completa, se utiliza la peticin GETNEXT. Cuando se recupera una variable
individual, se utiliza la peticin GET.
He aqu una configuracin tpica de Tivoli Storage Manager con SNMP:
1. Sistemas A, B, C: un servidor de Tivoli Storage Manager se comunica con un
subagente local.
2. Sistema D: hay instalado un agente habilitado para DPI.
3. Sistema E: hay instalado un gestor SNMP, como NetView.
4. Los subagentes de los sistemas A, B y C se comunican con el agente del sistema
D.
5. El agente del sistema D reenva las condiciones de excepcin SNMP a NetView
en el sistema E.
Para ejecutar un comando arbitrario desde una aplicacin de gestin de SNMP, por
ejemplo NetView, siga los pasos siguientes:
1. Elija el nombre y los parmetros para un script de Tivoli Storage Manager.
2. Utilice la aplicacin para comunicarse con el agente SNMP. Este agente cambia
la variable MIB de Tivoli Storage Manager de uno de los dos nombres de
scripts que mantiene el subagente de Tivoli Storage Manager. El agente SNMP
tambin establece las variables de parmetros de uno de los dos scripts.
3. Utilizar la aplicacin para recuperar la variable ibmAdsmReturnValue1.x o
ibmAdsmReturnValue2.x, siendo x el ndice del servidor que est registrado en el
subagente.
Para establecer las variables asociadas con el script, los nodos en los que se
ejecutan el agente y el subagente deben tener autorizacin de lectura/grabacin
para las variables MIB. Esto se hace a travs del proceso de configuracin de
SNMP en el sistema en el que se ejecuta el agente SNMP.
Se necesita un agente SNMP para la comunicacin entre un gestor SNMP y sus
sistemas gestionados. El agente SNMP se obtiene a travs del daemon snmpd. La
DPI Distributed Protocol Interface) versin 2 es una extensin de este agente
SNMP.
Los gestores SNMP pueden utilizar la MIB que se entrega con Tivoli Storage
Manager para gestionar el servidor. Por consiguiente, se debe utilizar un agente
SNMP que admita la DPI versin 2 para comunicar con el subagente de Tivoli
Storage Manager. Este agente SNMP no se incluye con Tivoli Storage Manager. AIX
incluye un agente DPI admitido. El subagente Tivoli Storage Manager se incluye
con Tivoli Storage Manager y, antes del inicio del servidor, se debe iniciar como un
proceso separado que se comunique con el agente SNMP activado para DPI.
El sistema del gestor SNMP puede residir en el mismo sistema que el servidor de
Tivoli Storage Manager, pero normalmente est en otro sistema conectado
mediante SNMP. La herramienta de gestin de SNMP puede ser cualquier
aplicacin, como por ejemplo NetView o Tivoli Enterprise Console, que pueda
gestionar informacin a travs de la supervisin y las condiciones de excepcin
MIB de SNMP. El sistema del servidor de Tivoli Storage Manager ejecuta los
procesos necesarios para enviar informacin de eventos de Tivoli Storage Manager
a un sistema de gestin SNMP. Los procesos son los siguientes:
v Agente SNMP (snmpd)
v Subagente SNMP de Tivoli Storage Manager (dsmsnmp)
v Servidor de Tivoli Storage Manager (dsmserv)
585
Los sistemas cruzados para la comunicacin entre el subagente y el agente estn

permitidos y en algunos casos son necesarios. En la Figura 67 se muestra una
implementacin habitual de Tivoli Storage Manager:
Sistema
gestor SNMP
Gestor SNMP
Protocolo SNMP
Sistema servidor
de gestor de
almacenamiento
Proptocolo SNMP
Agente SNMP
SNMP DPI
SNMP DPI
Subagente SNMP
Servidor de gestor
de almacenamiento
Figura 67. Implementacin SNMP de Tivoli Storage Manager
La Figura 68 en la pgina 587 muestra cmo funciona la comunicacin para SNMP

en un sistema Tivoli Storage Manager:
v El gestor SNMP y el agente se comunican entre s a travs del protocolo SNMP.
El gestor SNMP pasa todas las peticiones de variables al agente.
v A continuacin, el agente pasa la peticin al subagente y devuelve la respuesta
al gestor. El agente responde a las peticiones del gestor y le informa sobre los
eventos enviando condiciones de excepcin.
v El agente se comunica con el gestor y con el subagente. Enva consultas al
subagente y recibe condiciones de excepcin que informan al gestor SNMP sobre
los eventos que se producen en la aplicacin que se supervisa a travs del
subagente. El agente SNMP y el subagente se comunican a travs de la DPI. La
comunicacin se lleva a cabo a travs de una conexin continua, que
normalmente es una conexin TCP pero que podra ser otro mecanismo de
transporte por conexin continua.
v El subagente responde a las consultas de MIB del agente y le informa sobre los
eventos enviando condiciones de excepcin. El subagente tambin puede crear y
suprimir objetos o subrboles de la MIB del agente, lo que permite que el
subagente defina al agente toda la informacin necesaria para supervisar la
aplicacin gestionada.
586
Gestor SNMP
obtener/
establecer
responder
Protocolo SNMP
Protocolo SNMP
excepciones
Agente SNMP
consultar
contestar
SNMP DPI
SNMP DPI
registrar
excepciones
Subagente SNMP
Figura 68. Comunicacin de gestor-agente-subagente
Notas:
1. Puede iniciar dsmsnmp y el servidor en cualquier orden. No obstante, iniciar
primero dsmsnmp resulta ms eficaz y evita reintentos.
2. El nombre de archivo MIB es adsmserv.mib. El nombre de archivo est ubicado
en el directorio en el que est instalado el servidor.
Configuracin de SNMP de IBM Tivoli Storage Manager

La Figura 69 ilustra el procedimiento de configuracin de SNMP de IBM Tivoli
Storage Manager:
Gestor SNMP
Protocolo SNMP
Protocolo SNMP
snmpd
SNMP DPI
SNMP DPI
dsmsnmp
dsmserv.opt
Servidor de gestor
de almacenamiento
Figura 69. Configuracin de SNMP de IBM Tivoli Storage Manager
Para configurar la supervisin de Tivoli Storage Manager a travs de SNMP, siga

estos pasos:
1. Modifique el archivo de opciones del servidor para especificar el mtodo de
comunicacin de SNMP. La Figura 70 en la pgina 588 muestra un ejemplo de
la configuracin de un mtodo de comunicaciones de SNMP en el archivo de
opciones del servidor. Debe especificar las opciones COMMMETHOD y
SNMPSUBAGENT. La opcin SNMPSUBAGENT debe especificar un host que
sea un sistema AIX, Windows o OS/2 con un agente SNMP activado para DPI,
como agente SystemView. Para obtener ms informacin sobre las opciones de
587
servidor, consulte el apartado de opciones del servidor en Administrators

Reference.
commmethod
snmpsubagent
snmpheartbeatinterval
snmpmessagecategory
snmp
hostname jimbo communityname public timeout 600
5
severity
Figura 70. Ejemplo de las opciones del mtodo de comunicaciones de SNMP
2. Instale, configure e inicie el agente SNMP tal y como se describe en la

documentacin del agente. El agente SNMP debe admitir DPI versin 2.0
estndar.
Antes de iniciar el agente, asegrese de que se ha iniciado el agente DPI y no el
agente SNMP predeterminado que se suministra con el sistema operativo o con
TCP/IP.
3. Inicie el subagente SNMP de Tivoli Storage Manager mediante el ejecutable
dsmsnmp.
4. Inicie el servidor de Tivoli Storage Manager para empezar la comunicacin con
el subagente mediante el puerto TCP/IP configurado.
5. Inicie la anotacin de eventos para el receptor SNMP y active los eventos acerca
de los que se debe informar a SNMP. Por ejemplo, emita los comandos
siguientes:
begin eventlogging snmp
enable event snmp all
6. Defina los valores MIB SNMP de Tivoli Storage Manager para el gestor SNMP
para ayudar a formatear y visualizar las variables y los mensajes MIB SNMP de
Tivoli Storage Manager. Con el servidor de Tivoli Storage Manager se entrega el
archivo adsmserv.mib y lo debe cargar el gestor SNMP. Este archivo est en el
directorio de instalacin del servidor. Por ejemplo, si se ejecuta NetView para
Windows como gestor de SNMP, el archivo adsmserv.mib se copia en el
directorio \netview_path\SNMP_MIB y, a continuacin, se carga mediante el
comando siguiente:
[C:\] loadmib -load adsmserv.mib
Anotacin de eventos en el Registro de sucesos de Windows

El Registro de sucesos de Windows le permite visualizar eventos activados en la
anotacin Windows en el Visor de sucesos de Windows. La informacin
visualizada incluye:
v La fecha y la hora en la que el Registro de sucesos de Windows ha recibido el
evento.
v La categora del evento.
v El nmero de evento.
v El identificador de seguridad del usuario.
v El nombre del sistema que ha anotado el evento.
Por ejemplo, para activar la anotacin de eventos graves y de error en las
anotaciones de eventos, antes debe emitir el comando siguiente:
enable events nteventlog severe,error
588
Anotacin de eventos de empresa: anotacin de eventos en

otro servidor
Uno o ms servidores pueden enviar eventos del servidor y eventos de sus propios
clientes a otro servidor para su anotacin. El servidor remitente recibe los eventos
activados y los direcciona a un servidor de eventos designado. Esto se lleva a cabo
por parte de un receptor que proporciona IBM Tivoli Storage Manager. En el
servidor de eventos, un administrador puede activar uno o ms receptores para los
eventos direccionados desde otros servidores. La Figura 71 muestra la relacin
entre un servidor de Tivoli Storage Manager remitente y un servidor de eventos de
Servidor de Tivoli
Storage Manager
Mensajes de
los clientes
Servidor de sucesos de
Anotaciones
de actividades
Consola de
servidor
Reglas
de
eventos
EVENTOS
Reglas
de
eventos
Archivo
Salida
de usuario
Consola de
eventos Tivoli
Mensajes
del servidor
Figura 71. Anotacin de eventos de servidor en servidor
El caso siguiente es un ejemplo sencillo de cmo puede funcionar la anotacin de

eventos de empresa.
El administrador de cada servidor remitente realiza lo siguiente:
1. Define el servidor que ser el servidor de eventos. Para obtener ms detalles
sobre la configuracin de las comunicaciones, consulte el apartado
Configuracin de las comunicaciones para Enterprise Configuration y la
anotacin de eventos de la empresa en la pgina 619.
define server server_b password=cholla hladdress=9.115.3.45 lladdress=1505
2. Identifica el servidor que se acaba de definir como servidor de eventos:

define eventserver server_b
3. Activa la anotacin de los mensajes de aviso, de error y graves del servidor

remitente y los mensajes de error y graves de todos los clientes del receptor del
servidor de eventos emitiendo los comandos siguientes:
enable events eventserver severe,error,warning
enable events eventserver severe,error nodename=*
4. Inicia la anotacin de eventos emitiendo el comando siguiente:

begin eventlogging eventserver
El administrador del servidor de eventos realiza lo siguiente:

5. Permite anotar mensajes de error y de gravedad en un archivo llamado events
que se enva desde los servidores remitentes. El administrador define el archivo
con la opcin siguiente en el archivo de opciones del servidor:
fileexit yes events append
589
A continuacin, el administrador activa los eventos emitiendo el comando

ENABLE EVENTS para cada servidor remitente. Por ejemplo, para el
SERVER_A deber entrar:
enable events file severe,error servername=server_a
Nota: de forma predeterminada, la anotacin de eventos de otro servidor se

activa en las anotaciones de las actividades del servidor de eventos. No
obstante, a diferencia de los eventos que se originan en un servidor local,
los eventos que se originan en otro servidor se pueden desactivar para
las anotaciones de las actividades de un servidor de eventos.
Uno o ms servidores pueden enviar eventos a un servidor de eventos. Un
administrador del servidor de eventos activa la anotacin de eventos especficos de
servidores determinados. En el ejemplo anterior, el SERVIDOR_A direcciona los
mensajes de aviso, de error y graves al SERVIDOR_B. Sin embargo, el
SERVIDOR_B solo anota los mensajes de error y graves. Si un tercer servidor enva
eventos al SERVIDOR_B, las anotaciones solo se activan si un comando ENABLE
EVENTS incluye al tercer servidor. Adems, el SERVIDOR_B determina el receptor
en el que se anotan los eventos.
Atencin: es importante que no establezca la anotacin de eventos de servidor a
servidor en bucle. En este tipo de situacin, un evento seguira anotndose
indefinidamente, lo que bloqueara los recursos de red y memoria. Tivoli Storage
Manager detecta tales situaciones y emite un mensaje. A continuacin se indican
algunas configuraciones que conviene evitar:
v El SERVIDOR_A anota en el SERVIDOR_B y el SERVIDOR_B anota en el
SERVIDOR_A.
v El SERVIDOR_A anota en el SERVIDOR_B; el SERVIDOR_B anota en el
SERVIDOR_C; el SERVIDOR_C anota en el SERVIDOR_A.
Consulta de las anotaciones de eventos

El comando QUERY ENABLED muestra una lista de eventos de cliente o de
servidor que activa o desactiva un receptor especificado. Dado que las listas de
eventos activados y desactivados pueden ser muy largas, Tivoli Storage Manager
muestra la ms corta de ambas listas. Por ejemplo, supongamos que se han
activado 1000 eventos para el nodo cliente HSTANFORD para la anotacin en la
salida de usuario y que, posteriormente, se han desactivado dos eventos. Para
consultar los eventos activados para HSTANFORD, entre:
query enabled userexit nodename=hstanford
La salida especificara el nmero de eventos activados y los nombres de los mensajes

para los eventos desactivados:
998 eventos activados para el nodo HSTANFORD para el receptor de USEREXIT.
Los eventos siguientes estn DISABLED (desactivados) para el nodo HSTANFORD para el
receptor de USEREXIT:
ANE4000, ANE49999
El comando QUERY EVENTRULES muestra el historial de eventos que ha activado

o desactivado un receptor especfico para el servidor o para un nodo cliente.
query enabled userexit nodename=hstanford
590
Utilizacin de Tivoli Decision Support

A partir de IBM Tivoli Storage Manager Versin 5.2, ya no se proporcionar Tivoli
Decision Support para Storage Management Analysis. Si ya utiliza Tivoli Decision
Support para Storage Management Analysis, puede seguir emplendolo con esta
versin de Tivoli Storage Manager.
Para utilizar Tivoli Decision Support para Storage Management Analysis en
servidores de Tivoli Storage Manager, debe activar en primer lugar la anotacin de
eventos de los eventos de cliente en las anotaciones de actividades. Consulte el
apartado Anotacin de eventos en la consola del servidor y en las anotaciones de
actividades de IBM Tivoli Storage Manager en la pgina 578 para obtener ms
informacin.
Para obtener documentacin sobre Tivoli Decision Support para Storage
Management Analysis, visite el sitio Web
Planificacin de Decision Support Loader con IBM Tivoli

Storage Manager
Puede planificar Decision Support Loader (DSL) para que se ejecute
automticamente con el planificador de Tivoli Storage Manager. Antes de definir
una planificacin, asegrese de que el cliente de copia de seguridad/archivado se
ha instalado en una estacin de trabajo Windows dedicada en la que se ha
instalado el DSL.
Utilice el procedimiento siguiente para planificar el DSL:
1. En el servidor de Tivoli Storage Manager:
a. Inscriba el nodo cliente. Supongamos que el nodo cliente que ha inscito se
denomina ASTROdsl.
b. Defina una planificacin de cliente en el servidor desde el cual el DSL
extraer datos. Por ejemplo, si la planificacin se denomina TSMDSL y el
nodo cliente ASTROdsl se ha inscrito en el dominio STANDARD, entre:
define schedule standard tsm_dsl action=c
object="c:\program files\tivoli\tsm\decision\tsmdsl"
Notas:
1) La ruta del directorio de instalacin para el DSL es:
"c:\program files\tivoli\tsm\decision\tsmdsl.exe"
2) Incluya toda la ruta del directorio entre comillas simples, tal y como se
muestra en el ejemplo anterior.
c. Asocie el nodo cliente a la planificacin tsm_dsl. Por ejemplo:
define association standard tsm_dsl ASTROdsl
2. En la estacin de trabajo del cliente:

a. Asegrese de que est instalada la planificacin.
b. Inicie la planificacin para el cliente. Deje que se ejecute la planificacin
hasta que no se necesiten ms ajustes planificados. Para iniciar el
planificador, puede abrir una ventana de indicador de comandos e ir a la
ubicacin en la que se haya instalado el cliente de copia de
seguridad/archivado y entrar:
> dsmc schedule
591
Nota: si el DSL no se procesa de acuerdo con el planificador que se ha definido,

compruebe la ruta de directorio en la que se ha instalado el DSL.
Supervisin de errores y diagnstico de problemas

El visor de eventos del sistema anota los eventos creados por los componentes
siguientes:
v El servidor de Tivoli Storage Manager (anotaciones de aplicacin).
v El servicio planificador central de Tivoli Storage Manager (anotaciones de
aplicacin).
v El controlador de dispositivo de Tivoli Storage Manager (anotaciones del
sistema).
En un sistema operativo Windows NT, puede visualizar eventos pulsando en
Inicio > Herramientas administrativas > Visor de sucesos. En un sistema
operativo Windows 2000, puede visualizar los eventos desde la consola de Tivoli
Storage Manager. Aparecer el Visor de sucesos en el panel de la izquierda. Puede
encontrar informacin adicional en la ayuda en lnea.
Supervisin de los registros de contabilidad de IBM Tivoli Storage

Manager
Tarea
Activar o desactivar los registros de

contabilidad
Sistema
Los registros de contabilidad de Tivoli Storage Manager muestran los recursos del
servidor que se utilizan durante una sesin. Esta informacin permite hacer el
seguimiento de los recursos que utiliza una sesin de nodo cliente. En el momento
de la instalacin, la contabilidad se establece de forma predeterminada en
desactivada. Puede establecer la contabilidad en ON mediante el comando
siguiente:
set accounting on
Cuando la contabilidad est activada, el servidor crea un registro de contabilidad

de uso de recursos de sesin siempre que finaliza una sesin de nodo cliente.
Los registros de contabilidad se almacenan en un archivo denominado dsmaccnt.log,
que se encuentra en el directorio del servidor. El archivo de contabilidad contiene
registros de texto que pueden verse directamente o pueden leerse en un programa
de hoja de clculo. El archivo permanece abierto mientras el servidor est en
ejecucin y la contabilidad est establecida en ON. El archivo contina
aumentando de tamao hasta que se suprime o se podan los registros antiguos.
Para cerrar el archivo para podarlo, desactive temporalmente la contabilidad o
pare el servidor.
Existen 31 campos, delimitados por comas (,). Cada registro termina con un
carcter de nueva lnea. Cada registro contiene la siguiente informacin:
592
Campo
Contenido
1
2
Versin de producto
Subnivel de producto
Campo
Contenido
3
4
5
6
7
8
9
10
11
12
Nombre del producto, ADSM,

Fecha de contabilidad (mm/dd/aaaa)
Hora de contabilidad (hh:mm:ss)
Nombre de nodo cliente de Tivoli Storage Manager
Nombre de propietario de cliente (UNIX)
Plataforma de cliente
Mtodo de autentificacin utilizado
Mtodo de comunicaciones utilizado en la sesin
Indicador de terminacin normal del servidor (normal=X'01', anormal=X'00')
Nmero de transacciones de almacenamiento de archivado requeridas durante
la sesin
Cantidad de copias archivadas, en kilobytes, que ha enviado el cliente al
servidor
Nmero de transacciones de recuperacin de copias archivadas requeridas
durante la sesin
Cantidad de espacio, en kilobytes, que han recuperado los objetos archivados
Nmero de transacciones de almacenamiento de copia de seguridad
requeridas durante la sesin
Cantidad de copias de seguridad de archivos, en kilobytes, que ha enviado el
cliente al servidor
Nmero de transacciones de recuperacin de copias de seguridad requeridas
durante la sesin
Cantidad de espacio, en kilobytes, que han recuperado las copias de seguridad
de objetos
Cantidad de datos, en kilobytes, comunicados entre el nodo cliente y el
servidor en la sesin
Duracin de la sesin, en segundos
Cantidad de tiempo de espera desocupado durante la sesin, en segundos
Cantidad de tiempo de espera de comunicaciones durante la sesin, en
segundos
Cantidad de tiempo de espera de medio durante la sesin, en segundos
Tipo de sesin de cliente. El valor 1 o 4 indica una sesin de cliente general.
El valor 5 indica una sesin de cliente que ejecuta una planificacin.
Nmero de transacciones de almacenamiento gestionadas por espacio
requeridas durante la sesin
Cantidad de datos bajo gestin de espacio, en kilobytes, que ha enviado el
cliente al servidor
Nmero de transacciones de recuperacin gestionadas por espacio requeridas
durante la sesin
Cantidad de espacio, en kilobytes, que han recuperado los objetos bajo gestin
de espacio
Release de producto
Nivel de producto
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
A continuacin se muestra un ejemplo de registro:

3,8,ADSM,08/03/2000,16:26:37,node1,,AIX,1,Tcp/Ip,0,254,1713,0,0,47,1476,0,0,3316,960,27,5,1,4,0,0,0,0,7,2
Supuesto de supervisin diaria

Este apartado contiene un ejemplo de la supervisin diaria de un sistema Tivoli
Storage Manager . En funcin de la configuracin del sistema, quizs desee
efectuar tareas de supervisin adicionales. Si la funcin no termina correctamente,
puede revisar si las anotaciones de actividades contienen errores producidos
593
aproximadamente en el momento de la anomala (consulte el apartado Solicitar

informacin de las anotaciones de actividades en la pgina 573 para obtener ms
informacin).
Nota: para automatizar las tareas de supervisin, puede utilizar la funcin de
informe operativo. Consulte el apartado Utilizacin de los informes
operativos de IBM Tivoli Storage Manager.
|
|
|
Puede incluir los comandos que muestra un script de comandos y ejecutarlos a

diario. Revise la salida del script para comprobar si hay errores o problemas.
1. Verifique que las unidades estn en lnea. Si existe una unidad en el estado no
disponible, puede haber errores con las planificaciones.
query drive
2. Verifique que la base de datos y los volmenes de las anotaciones de

recuperacin estn en lnea y sincronizados.
query dbvolume
query logvolume
3. Compruebe el estado de los volmenes de disco. Si estn fuera de lnea,

compruebe que no haya problemas de hardware.
query volume devclass=disk
4. Compruebe que estn disponibles los volmenes reutilizables.

query libvolume
5. Compruebe el estado de acceso de los volmenes de cinta. Por ejemplo, es

posible que un volumen que no est en estado de lectura/grabacin indique un
problema. Puede que sea necesario traspasar datos y dar de baja los volmenes
de la biblioteca.
query volume
6. Compruebe las estadsticas de la base de datos y las anotaciones de

recuperacin.
query db
query log
7. Verifique que las copias de seguridad de la base de datos planificada se hayan

completado correctamente.
query volhistory type=dbbackup
8. Compruebe las anotaciones de actividades para ver si hay errores.

query actlog search=ANR????E
Utilizacin de los informes operativos de IBM Tivoli Storage Manager

Este apartado contiene las siguientes tareas de Informe operativo:
v Generacin de un informe completo a intervalos determinados en la pgina
597
v Generacin de un monitor completo a intervalos determinados en la pgina
602
v Finalizacin de la configuracin en la pgina 604
v Generacin de informes y monitores desde la lnea de comandos en la pgina
610
|
|
|
|
|
|
|
|
Conceptos de informes operativos
La funcin de informes operativos de IBM Tivoli Storage Manager automatiza

algunas de las tareas de supervisin que normalmente se realizan manualmente. La
|
|
594
|
|
|
|
|
|
|
|
funcin de informes operativos le notifica si un servidor precisa intervencin

mediante la generacin de informes y monitores. Los informes operativos se
pueden planificar de modo que se ejecuten cada da y se generan aunque no haya
problemas. Los monitores operativos son tipos especiales de informes, y se pueden
planificar para que se ejecuten cada hora. Los monitores le enviarn una
notificacin nicamente si hay problemas. La funcin de informes operativos no
mantiene una base de datos de informacin por separado y no es una herramienta
de anlisis de tendencias.
|
|
|
|
La funcin de informes operativos forma parte del servidor de Tivoli Storage

Manager para Windows y tambin est disponible como paquete autnomo en el
servidor Windows. Para obtener informacin sobre cmo instalar el paquete
autnomo, consulte la publicacin Gua de iniciacin.
|
|
|
|
|
Los informes operativos se administran mediante Microsoft Management Console

en una mquina Windows. Se admiten todas las plataformas de los servidores de
IBM Tivoli Storage Manager, versiones 5.1.8, 5.2.2 y posteriores. La funcin de
informes operativos se ejecuta como servicio y admite varios servidores de Tivoli
Storage Manager en ejecucin en una sola mquina.
|
|
|
|
|
Un informe operativo consta de los elementos siguientes: un informe estndar, un

resumen personalizado y ampliaciones opcionales que el usuario puede crear.
Puede seleccionar las secciones que incluir en el informe. El paquete de
instalacin de los informes operativos contiene dos plantillas de resumen
personalizadas predeterminadas: una para los informes y una para los monitores.
|
|
|
|
|
|
Los mensajes de correo electrnico predeterminados le notificarn si el servidor

funciona correctamente o si hay problemas, como puedan ser planificaciones con
errores u omitidas. Tambin puede ver una pgina Web de resumen para consultar
los informes operativos correspondientes a su servidor. Un monitor operativo le
enviar una notificacin por correo electrnico o mediante un mensaje instantneo
al escritorio de Windows.
|
|
|
|
La funcin de informes operativos puede grabar datos en un archivo que puede

ser ledo por un adaptador de archivos de anotaciones de Tivoli Enterprise
Console. El adaptador de archivos de anotaciones lee la informacin y la reenva a
Tivoli Enterprise Console.
|
|
|
|
|
|
|
|
|
|
Utilizacin de los informes operativos y los monitores operativos
|
|
|
|
|
Los informes y los monitores se pueden ejecutar simultneamente, y se pueden

planificar o bien se pueden ejecutar cuando sea necesario. Le permiten marcar los
problemas especificando reglas de notificacin en la seccin de resumen
personalizado. Si se alcanza un umbral en una regla de notificacin, se le notificar
de ello.
Debe haber un servidor de Tivoli Storage Manager en ejecucin para que se

generen los informes y los monitores. Los informes y los monitores se pueden
enviar a varios usuarios, como los administradores de los servidores o los
directores. Si hay problemas, aparecern al principio del informe, junto con
recomendaciones para solventarlos. Los problemas que aparecen en el informe van
seguidos de la seccin estndar, el resumen personalizado, una seccin con la
informacin de hora y las secciones opcionales. Los monitores no contienen
secciones estndar y normalmente se ejecutan en menos tiempo y con ms
frecuencia. Los informes y los monitores tienen valores predeterminados.
595
|
|
|
|
|
Los informes y los monitores contienen una seccin para la hora, que puede
ayudarle a determinar los problemas de rendimiento. Por ejemplo, si un informe o
un monitor parece ejecutarse lentamente, puede utilizar la seccin para la hora con
el fin de identificar dnde se pierde el tiempo, y puede eliminar u optimizar una
seccin segn convenga.
|
|
|
|
La Figura 72 muestra un ejemplo de un informe y un monitor en un resumen Web.

En el informe y el monitor, el servidor necesita intervencin. Pulse Expandir todo
para ver todas las secciones del informe y el monitor de cada servidor.
Figura 72. Visin general de los informes operativos
En la Figura 73 en la pgina 597 se muestra un informe diario con los problemas y

las recomendaciones expandidos. El problema que aparece es que no se dispone de
suficientes volmenes reutilizables. La recomendacin que se proporciona es que se
den de alta varias cintas reutilizables. El resumen personalizado del informe
tambin se ha expandido para mostrar los resultados del servidor en cuestin.
|
|
|
|
|
|
596
Figura 73. Detalles de los informes operativos
Generacin de un informe completo a intervalos determinados
|
|
|
|
|
|
|
|
Si ha instalado un servidor de Tivoli Storage Manager para Windows y desea

iniciar la funcin de informes operativos, puede agregar uno o varios servidores a
la consola de gestin de Tivoli Storage Manager. Para crear un informe operativo,
debe agregar al menos un servidor y ste debe estar en ejecucin. Puede agregar
servidores UNIX o Windows adicionales por mquina segn sea necesario.
Consulte el apartado Generacin de un monitor completo a intervalos
determinados en la pgina 602 para obtener informacin acerca de la generacin
de monitores operativos.
|
|
|
|
|
|
|
|
|
|
Adicin del servidor a la consola de gestin de Tivoli Storage

Manager
|
|
|
|
|
|
|
1. En la barra de tareas, pulse Inicio, seleccione Programas Tivoli Storage

Manager Management Console.
2. En la consola de gestin, pulse con el botn derecho en Tivoli Storage
Manager y seleccione Agregar un sistema de TSM.
3. En la ventana Propiedades de recursos de sistema de TSM (consulte la
Figura 74 en la pgina 598), en la ficha Informacin de sistema, especifique el
nombre de la mquina.
4. Seleccione un valor en Sistema operativo.
5. Seleccione Incluir caractersticas del informe para activar las caractersticas
del informe operativo. La opcin Cliente Web de TSM es opcional.
6. Seleccione Administrador de Web de TSM para que la consola de gestin se
pueda comunicar con el servidor.
7. Especifique la informacin del servidor de Tivoli Storage Manager:
Nombre de servidor
Direccin TCP/IP
597
Puerto TCP/IP
Puerto HTTP
8. Pulse Agregar.
9. Aparecer la ventana Informacin de inicio de sesin. Entre el nombre del
administrador y la contrasea. Pulse Aceptar.
10. Ahora podr ver la informacin que ha especificado, como el nombre del
servidor y la direccin TCP/IP. Pulse Aceptar.
|
|
|
|
|
|
|
|
Figura 74. Adicin de un servidor de Tivoli Storage Manager a la consola de gestin
Adicin de un informe para un servidor
|
|
|
|
|
|
|
|
|
|
|
Si desea agregar informes a un servidor, lleve a cabo lo siguiente:

Manager y seleccione Informe operativo de TSM.
2. En la ficha Informes operativos de la ventana Propiedades, seleccione Agregar
para agregar un servidor. Escriba un nombre para el informe. El nombre
predeterminado que se muestra es Informe diario.
Tambin puede seleccionar el servidor que desea utilizar en el directorio que
aparece despus de seleccionar Informe operativo de TSM, pulsar Agregar y
escribir el nombre del informe o utilizar el nombre predeterminado.
3. Pulse Aceptar.
598
|
|
|
|
|
|
|
|
Configuracin de los detalles de los informes
|
|
|
|
|
|
Si desea ver secciones ms pequeas del informe en lugar de verlo todo de una
vez, puede seleccionar la casilla Utilizar secciones plegables. De este modo
pueden desaparecer algunas de las dificultades que supone la visualizacin de los
informes en un navegador Web.
1. Seleccione Activar informe si desea ejecutar el informe de acuerdo con una
planificacin.
|
|
Nota: si un informe no se activa automticamente, es posible ejecutarlo

manualmente cuando sea necesario.
2. Especifique la informacin sobre las horas (hora en que se iniciar el informe,
intervalo de horas que se utilizar y frecuencia con la que se ejecutar el
informe).
|
|
|
|
|
|
Despus de agregar un informe, aparecer la ventana Propiedades y una lista

denominada Seccin del informe. Consulte la Figura 75 en la pgina 600. Esta lista
muestra la informacin que aparecer en el informe que genere. De forma
predeterminada, la mayora de las casillas estarn seleccionadas en Seccin del
informe, en la ficha Detalles del informe. Las dos casillas no seleccionadas son
Notificacin de planificacin errnea y Notificacin de planificacin omitida.
Puede seleccionar lo que desea ver en el informe.
3. Especifique un nmero para Versiones de Web. Una versin de Web hace

referencia al nmero de copias de un informe que desea que aparezcan en una
pgina Web de resumen.
599
Figura 75. Detalles del informe de Tivoli Storage Manager
|
|
Opciones para los detalles de los informes
|
|
|
|
|
|
|
|
Adicin de una ampliacin a un informe: Para agregar una ampliacin a un

informe, pulse Agregar. Se abrir la ventana Editor de ampliacin personalizada.
1. Especifique el nombre de la ampliacin y una sentencia select de SQL. Consulte
la publicacin Administrators Reference para obtener ms informacin acerca del
comando SELECT.
2. Para utilizar el compilador de sentencias select de SQL, pulse Avanzado.
3. Pulse Aceptar. Las ampliaciones que agregue aparecern al final de Seccin del
informe, donde podr seleccionarlas.
|
|
|
|
|
|
|
Edicin de una ampliacin de un informe: Para editar una ampliacin a un

informe, pulse Configuracin. El botn Configuracin est activado nicamente
para las secciones del informe Resumen personalizado, Planificaciones de cliente y
Detalles de anotaciones de actividad.
1. En la ventana Personalizacin avanzada puede personalizar su resumen de
informes diario trasladando, insertando, editando, suprimiendo, copiando y
cortando variables. Consulte la Figura 76 en la pgina 601.
Nota: cuando pulse el botn Editar, aparecer la ventana del editor de registros
de resumen personalizados, donde podr editar la variable SQL y la
|
|
600
|
|
|
|
|
sentencia select de SQL, la etiqueta del informe y la regla de notificacin.

Una regla de notificacin indica cmo recibir las notificaciones sobre los
informes del servidor en funcin de los criterios de seleccin que defina.
Debe probar las sentencias select antes de guardarlas.
2. Pulse Guardar o Guardar como para guardar las modificaciones.
Figura 76. Personalizacin de la seccin de resumen personalizado de Tivoli Storage

Manager
|
|
|
|
|
|
|
Configuracin del envo de un informe por correo electrnico
|
|
|
|
Nota: si selecciona la opcin Texto, el informe le llegar en formato de slo

texto. Si selecciona HTML, el informe incluir vnculos y tendr formato
de pgina Web. Si selecciona el formato URL, los informes diarios se
incluirn en una pgina Web de resumen.
3. Pulse Agregar. Puede editar, suprimir, importar o exportar un destinatario de la
lista. Puede utilizar la misma lista en diferentes informes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Para configurar el envo de un informe por correo electrnico, seleccione la ficha

Destinatarios de correo electrnico de la ventana Propiedades (consulte la
Figura 75 en la pgina 600) y siga el procedimiento que se indica a continuacin.
1. Especifique un valor en Nombre de destinatario y en Correo electrnico.
2. Seleccione Texto, HTML o URL en la lista desplegable para elegir el formato
que tendr el informe.
Nota: la exportacin de la lista de destinatarios har que resulte ms fcil

utilizar esa misma lista en otros informes.
Configuracin de la notificacin automtica de los informes

Si desea recibir automticamente una notificacin que le indique que hay informes
disponibles, pulse la ficha Notificacin automtica en la ventana Propiedades
(consulte la Figura 75 en la pgina 600). Seleccione el nivel que desea: Notificacin
de planificacin errnea o Notificacin de planificacin omitida.
1. Para especificar que la consulta slo debe devolver los nodos que estn
asociados con una planificacin, seleccione Slo nodos planificados. Deje esta
casilla sin seleccionar si desea que se devuelvan todos los nodos, incluidos lo
que no tienen una planificacin.
2. Pulse Consultar.
3. Seleccione Nodo en la lista.
601
4. Proporcione un valor en Nombre de contacto y Correo electrnico para el

destinatario.
5. Seleccione Omitida o Errnea para el nivel de notificacin que desea.
6. Proporcione informacin de contacto adicional.
|
|
|
|
|
|
|
7. Despus de actualizar cada nodo, pulse Nodos - Actualizar. De este modo las
actualizaciones se enviarn al servidor de Tivoli Storage Manager. La
informacin se guardar en el campo de contacto del nodo.
8. Pulse Aceptar cuando haya acabado.
Generacin de un monitor completo a intervalos

determinados
|
|
|
|
|
|
|
|
|
|
Los monitores operativos son tipos especiales de informes, y se pueden planificar

para que se ejecuten cada hora. A diferencia de los informes operativos, los
monitores le enviarn una notificacin nicamente si hay problemas. Los monitores
no contienen secciones estndar y normalmente se ejecutan en menos tiempo y con
ms frecuencia. Si ha instalado un servidor de Tivoli Storage Manager para
Windows y desea iniciar la funcin de monitor operativo, debe seleccionar como
mnimo un servidor, que debe estar en ejecucin, para crear un monitor. Puede
agregar servidores UNIX o Windows adicionales por mquina segn sea necesario.
|
|
|
|
|
|
|
|
Adicin de un monitor para un servidor

Manager y seleccione Informe operativo de TSM. Aparece una lista de los
servidores que ha definido. Seleccione el servidor que desea supervisar.
2. En la ficha Monitores operativos de la ventana Propiedades, seleccione
Agregar.
3. Escriba un nombre para el monitor. El nombre predeterminado que se muestra
es Monitor cada hora.
4. Pulse Aceptar.
|
|
|
|
|
|
Configuracin de los detalles de los monitores
|
|
|
|
|
Nota: Configuracin slo est activado para Resumen personalizado.

1. Seleccione las casillas de la seccin de informe que desea incluir en el informe o
deseleccinelas.
2. Seleccione Activar monitor si desea que el monitor se ejecute segn una
planificacin.
|
|
|
|
|
|
Nota: si un monitor no se activa segn una planificacin, es posible ejecutarlo

manualmente cuando sea necesario.
3. Especifique informacin de tiempo.
4. Especifique un nmero para Versiones de Web. Una versin de Web hace
referencia al nmero de copias de los monitores que desea que aparezcan en
una pgina Web de resumen.
|
|
Si desea ver secciones ms pequeas del informe en lugar de verlo todo de una
vez, puede seleccionar la casilla Utilizar secciones plegables. De este modo
Despus de agregar un monitor, se abrir la ventana Propiedades (consulte la

Figura 77 en la pgina 603). De forma predeterminada, Resumen personalizado e
Informacin de hora de informe aparecen seleccionados en la ficha Detalles del
monitor.
602
|
|
|
pueden desaparecer algunas de las dificultades que supone la visualizacin de los

informes en un navegador Web.
Figura 77. Detalles del monitor de Tivoli Storage Manager
Opciones para los detalles de los monitores
|
|
|
|
|
|
Adicin de una ampliacin a un monitor: Para agregar una ampliacin a un

monitor (consulte la Figura 77), pulse Agregar. Aparecer la ventana Editor de
ampliacin personalizada.
1. Escriba un nombre de ampliacin.
2. Especifique la sentencia select de SQL. Para ver ms opciones, utilice el
compilador de sentencias select de SQL; para ello, pulse Avanzado.
3. Pulse Aceptar. Las ampliaciones que agregue aparecern al final de Seccin del
informe, donde podr seleccionarlas.
|
|
|
|
Edicin de una ampliacin de un monitor: Para editar una ampliacin a un

monitor (consulte la Figura 77), pulse Configuracin. En la ventana
Personalizacin avanzada puede personalizar su resumen de informes diario
trasladando, insertando, editando, suprimiendo, copiando y cortando variables.
|
|
603
Configuracin del envo del resultado de un monitor por correo

electrnico
|
|
|
|
|
|
|
Para configurar el envo de un monitor por correo electrnico, abra la ficha

Destinatarios de correo electrnico de la ventana Propiedades (consulte la
1. Especifique un valor en Nombre de destinatario y en Correo electrnico.
2. Seleccione el formato Texto, HTML o URL en la lista desplegable.
3. Pulse Agregar.
|
|
|
4. Puede editar, suprimir, importar o exportar un destinatario de la lista. Puede

utilizar la misma lista en diferentes monitores.
|
|
|
|
|
Configuracin del envo del resultado de un monitor mediante la

notificacin por red
|
|
|
|
|
|
|
|
|
Nota: para activar la notificacin por red en Windows, abra un indicador de

comandos y escriba lo siguiente:
Para configurar el envo de un monitor mediante la notificacin por red, abra la

ficha Destinatarios de notificacin por red de la ventana Propiedades (consulte la
net start messenger
1. Especifique un valor para Usuario o sistema al que se debe notificar. Si no

est seguro de la mquina a la que desea enviar la notificacin, pulse Detectar
para generar una lista con los sistemas existentes en la red.
2. Pulse Agregar.
3. Si lo desea puede editar, suprimir o probar las notificaciones.
4. Pulse Aceptar.
Finalizacin de la configuracin
|
|
|
|
|
|
Configuracin de un resumen Web para los informes y los

monitores
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Nota: cuando estn activados, Directorio virtual de sitio Web, Ruta local para el
almacenamiento de las pginas y Nombre de pgina Web predeterminada
contienen informacin predeterminada. La configuracin para el resumen
Web hace posible la comunicacin entre el remitente y el destinatario. El
destinatario debe tener una identificacin de servidor vlida para poder
recibir notificaciones de informes de Web.
Manager y seleccione Informe operativo de TSM.
2. Abra la ventana Propiedades y, en la ficha Informacin de resumen, seleccione
Crear una pgina Web con informacin de resumen. Se proporcionan valores
predeterminados. Puede aceptar el valor predeterminado o bien elegir el que
desee. Si desea personalizar la informacin, puede seleccionar el lugar en el que
se almacenarn las pginas y el nombre de la pgina Web predeterminada.
3. Si desea crear un archivo de anotaciones (es opcional), puede seleccionar Crear
un archivo de anotaciones de Tivoli Enterprise Console (TEC).
4. Pulse Aceptar cuando haya acabado.
Si desea utilizar la Web para consultar los informes y los monitores en lugar de
recibir notificaciones por correo electrnico, siga los pasos siguientes. Consulte la
figura Figura 78 en la pgina 605.
604
Figura 78. Informacin de resumen de Tivoli Storage Management Console
|
|
|
|
|
Modificacin del servicio de informes operativos
|
|
|
Nota: el servicio de informes operativos est configurado de manera que se inicia

automticamente, por lo que slo tendr que seguir estos pasos si desea que
el servicio sea manual, si desea detenerlo o si desea iniciarlo.
|
|
|
|
|
En la ficha Servicio de informes de la ventana Propiedades se ofrecen las opciones

siguientes:
v Tipo de inicio. Las opciones son:
|
|
Si selecciona Manual, usted mismo debe iniciar el servicio. Si selecciona

Automtico, el servicio se inicia sin su intervencin.
v Iniciar. Seleccione Iniciar para activar el servicio de informes.
v Detener. Seleccione Detener para desactivar el servicio de informes.
v Revisar. Seleccione Revisar para ver los informes correspondientes a las
anotaciones y el rastreo del servicio de informes y de la lnea de comandos de
informes. Tambin puede ver el rastreo de la consola de gestin si ha elegido
realizar el rastreo de los cambios (consulte el apartado Configuracin de un
resumen Web para los informes y los monitores en la pgina 604).
|
|
|
|
|
|
|
Si desea modificar el servicio (es opcional), pulse con el botn derecho en Tivoli
Storage Manager en la consola de gestin y seleccione Informe operativo de TSM.
Consulte la Figura 79 en la pgina 606.
Manual
Automtico
605
|
|
Si desea guardar los cambios realizados, pulse Aceptar. Si desea salir de la ventana
sin guardar los cambios, pulse Cancelar.
|
|
|
Nota: las opciones Servicio de informes y Lnea de comandos de informes estn

seleccionadas de forma predeterminada.
Figura 79. Servicio de informes de Tivoli Storage Management Console1
Visualizacin de informes y otras funciones desde la consola

de gestin
|
|
|
En la consola de gestin de Tivoli Storage Manager puede ver los informes, los
monitores, las anotaciones de actividades, los eventos planificados, las sesiones y
las opciones de servidor para los informes operativos, as como trabajar con ellos.
|
|
|
|
Visualizacin de los informes operativos
|
|
|
|
|
|
|
Para ver los informes operativos, pulse en el nombre del informe que desea ver. El
informe se mostrar en el panel principal de la consola de gestin. Si desea un
informe actual, puede generarlo utilizando la hora actual o la hora planificada.
Para utilizar esta funcin, pulse con el botn derecho en el informe que desea
generar. Se mostrar un men con las opciones siguientes:
v Borrar. Borra de la pantalla el informe actual que est visualizado, pero no lo
suprime.
En una consola de gestin abierta, ample el rbol de la consola del servidor de

Tivoli Storage Manager cuyos informes y monitores desea ver. Esto le permitir
acceder a todas las funciones disponibles para el servidor definido.
1.
606
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v Renovar utilizando la hora actual. Este informe captura los datos del servidor
hasta la hora exacta en que ha renovado el informe retrocediendo el nmero de
horas que estn cubiertas, especificadas en los detalles del informe. Por ejemplo,
si ha renovado el informe a las 5 de la tarde del 23 de noviembre de 2003 y ha
elegido que el informe cubra un perodo de 24 horas, se generar un informe
que abarcar desde las 5 de la tarde del 22 de noviembre de 2003 hasta las 5 de
la tarde del 23 de noviembre de 2003.
v Renovar utilizando la hora planificada. Este informe captura los datos del
servidor hasta la hora planificada de inicio retrocediendo el nmero de horas
que ha especificado en los detalles del informe. Por ejemplo, si ha planificado el
informe para que comience a la 1 de la tarde y cubre un perodo de ocho horas,
se generar un informe que abarcar desde las 5 de la maana hasta la 1 de la
tarde, independientemente de la hora en la que haya procedido a la renovacin
del informe.
v Propiedades. Abre la ventana Propiedades correspondiente al informe. En esta
ventana puede modificar los valores de Detalles del informe y de Notificacin
automtica para nodos, as como agregar o eliminar destinatarios de correo
electrnico.
v Eliminar. Suprime el informe. Ya no podr acceder al informe y deber
comenzar de nuevo si desea generar un informe.
v Enviar mensaje de correo electrnico. Esta funcin abre un editor de mensajes
de correo electrnico con el informe correspondiente adjunto, lo que permite
agregar comentarios rpidamente y enviar el informe a las direcciones incluidas
en la lista de destinatarios de correo electrnico.
v Ver. Le permite personalizar la vista de la consola de gestin.
v Ayuda. Muestra la ayuda de la consola de gestin.
|
|
|
|
|
|
Visualizacin de los monitores operativos
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Si el perodo de tiempo que ha elegido supervisar no ha transcurrido todava o

desea ver un monitor actualizado, puede generar un monitor instantneo
utilizando la hora actual o la hora planificada. Esto le permite generar monitores
en cualquier perodo de tiempo. Para utilizar esta funcin, pulse con el botn
derecho en el monitor que desea generar. Se mostrar un men con las opciones
siguientes:
v Borrar. Borra de la pantalla el informe actual que est visualizado, pero no lo
suprime.
v Renovar utilizando la hora actual. Este monitor captura los datos del servidor
hasta la hora exacta en que ha renovado el monitor retrocediendo el nmero de
horas especificadas en Detalles del monitor. Por ejemplo, si ha renovado el
monitor a las 5 de la tarde del 23 de noviembre de 2003 y ha elegido que el
monitor cubra un perodo de 24 horas, se generar un monitor que abarcar
desde las 5 de la tarde del 22 de noviembre de 2003 hasta las 5 de la tarde del
23 de noviembre de 2003.
v Renovar utilizando la hora planificada. Este monitor captura los datos del
servidor hasta el minuto planificado para el inicio retrocediendo el nmero de
horas que ha especificado en Detalles del monitor. Por ejemplo, si ha planificado
el monitor para que comience en el minuto 30 y cubre un perodo de ocho horas
que se repite cada dos das, y renueva el monitor a las 6.45 de la tarde, se
En una consola de gestin abierta, ample el rbol de la consola del servidor de

Tivoli Storage Manager cuyos informes y monitores desea ver. Esto le permite
acceder a todas las funciones disponibles para el servidor definido. Para ver los
monitores operativos, pulse en el nombre del monitor que desea ver. La
informacin del monitor se mostrar en el panel principal de la consola de gestin.
607
generar un monitor que abarcar desde las 10.30 de la maana hasta las 6.45 de
la tarde, independientemente de la hora en la que haya procedido a la
renovacin del monitor.
v Propiedades. Abre la ventana Propiedades correspondiente al monitor. En esta
ventana puede modificar los valores de Detalles del monitor, as como agregar o
eliminar destinatarios de correo electrnico y de notificacin por red.
v Eliminar. Suprime el monitor. Ya no podr acceder a este monitor y deber
comenzar de nuevo si desea generar monitores.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
v Enviar mensaje de correo electrnico. Esta funcin abre un editor de mensajes

de correo electrnico con el monitor correspondiente adjunto, lo que permite
agregar comentarios rpidamente y enviar el monitor a las direcciones incluidas
en la lista de destinatarios de correo electrnico.
Visualizacin de las anotaciones de actividades
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Las anotaciones de actividades del servidor contienen los mensajes enviados

normalmente a la consola del servidor durante el funcionamiento del servidor. En
el caso de los informes operativos, es posible que slo desee saber qu errores o
avisos se han producido durante el funcionamiento del servidor. Las funciones
siguientes estn disponibles pulsando el botn derecho del ratn en Anotaciones
de actividades en el panel principal de la consola de gestin.
v Borrar. Borra de la pantalla las anotaciones de actividades mostradas en el panel
principal de la consola de gestin.
v Renovar. Renueva las anotaciones de actividades y muestra la salida en el panel
v Propiedades. Abre la ventana Propiedades correspondiente a las anotaciones de
actividades.
Ficha Anotaciones de actividades. En esta ficha puede activar la renovacin
automtica y cambiar el intervalo de renovacin por un nmero entero
comprendido entre 30 y 1440 minutos. Tambin puede utilizar una hora
absoluta o relativa para consultar las anotaciones de actividades. La hora
relativa le permitir ver los mensajes que se han producido en los ltimos 0 a
365 das, en las ltimas 0 a 23 horas y en los ltimos 0 a 59 minutos. Si desea
ser ms especfico en la consulta a las anotaciones de actividades, utilice una
hora absoluta. Esto le permitir capturar un perodo de tiempo exacto
seleccionando una fecha y una hora de inicio y una fecha y una hora de
finalizacin para los mensajes de las anotaciones de actividades.
Ficha Bsqueda. Puede activar la coincidencia de patrn para buscar un
nmero de mensaje, una cadena de bsqueda, el originador (todos, cliente o
servidor), una sesin, un nombre de nodo, un propietario de cliente o un
nombre de planificacin.
Ficha Filtro. Permite activar el filtro de mensajes. Puede agregar los mensajes
que no desea que se muestren en la consulta de las anotaciones de
actividades escribiendo el mensaje real o el nombre del mensaje. Tambin
puede acotar los mensajes por categora seleccionando que no se muestren los
mensajes de informacin, de aviso o de error. Solamente la casilla Informacin
est seleccionada de forma predeterminada.
|
|
|
|
|
|
|
|
|
|
|
|
608
|
|
|
Visualizacin de eventos planificados
|
|
|
Nota: los eventos planificados futuros no se mostrarn. Esta consulta slo

proporciona informacin acerca de las planificaciones iniciadas, omitidas,
pendientes, completadas o errneas.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Para utilizar esta funcin, pulse con el botn derecho en Eventos planificados. Se
mostrar un men con las opciones siguientes:
v Borrar. Borra de la pantalla los eventos planificados mostrados en el panel
v Renovar. Renueva la consulta de eventos planificados y muestra la salida en el
panel principal de la consola de gestin.
v Propiedades. Aqu puede activar la renovacin automtica y cambiar el intervalo
de renovacin por un nmero entero comprendido entre 5 y 1440 minutos.
Puede elegir los tipos de eventos que desea incluir en la consulta. Los tipos de
eventos posibles son: iniciados, omitidos, pendientes, completados y errneos.
Tambin puede utilizar una hora absoluta o relativa para consultar los eventos
planificados. La hora relativa le permitir ver los eventos que se han producido
en los ltimos 0 a 365 das, en las ltimas 0 a 23 horas y en los ltimos 0 a 59
minutos. Si desea ser ms especfico en la consulta, utilice una hora absoluta.
Esto le permitir capturar un perodo de tiempo exacto seleccionando una fecha
y una hora de inicio y una fecha y una hora de finalizacin para una consulta.
|
|
|
|

v Exportar lista. Exporta a un archivo los eventos planificados en la consola de
gestin. Esta opcin slo aparece tras utilizar la funcin de renovacin.
|
|
|
|
Visualizacin de sesiones
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
En el panel principal de la consola de gestin, puede utilizar la funcin de eventos

planificados para ver qu eventos estn planificados.
Esta funcin muestra las sesiones actuales en el panel principal de la consola de

gestin. Para utilizar esta funcin, pulse con el botn derecho en Sesiones. Se
mostrar un men con las opciones siguientes:
v Borrar. Borra de la pantalla las sesiones mostradas en el panel principal de la
consola de gestin.
v Renovar. Renueva las sesiones actuales y muestra la salida en el panel principal
de la consola de gestin.
v Propiedades. Aqu puede activar la renovacin automtica y cambiar el intervalo
de renovacin por un nmero entero comprendido entre 1 y 1440 minutos.
v Exportar lista. Este comando exporta a un archivo la informacin sobre las
sesiones mostrada en la consola de gestin. Esta opcin slo aparece despus de
utilizar la funcin de renovacin.
Visualizacin de las opciones del servidor

Esta funcin muestra todas las opciones del servidor en el panel principal de la
consola de gestin. Para utilizar esta funcin, pulse con el botn derecho en
Opciones de servidor. Se mostrar un men con las opciones siguientes:
v Borrar. Borra de la pantalla las opciones mostradas en el panel principal de la
consola de gestin.
609
v Renovar. Renueva la consulta de las opciones y muestra la salida en el panel

v Exportar lista. Este comando exporta a un archivo la informacin sobre las
opciones de servidor mostradas en la consola de gestin. Esta opcin slo
aparece despus de utilizar la funcin de renovacin.
|
|
|
|
|
|
|
Generacin de informes y monitores desde la lnea de

comandos
|
|
|
|
|
|
|
|
|
|
|
|
|
|
La lnea de comandos de informes operativos permite generar cualquier informe o

monitor que exista en la consola de gestin de Tivoli Storage Manager. Algunas de
las ventajas que presenta el uso de la lnea de comandos son las siguientes:
|
|
Para obtener informes operativos desde la lnea de comandos, abra un indicador

de comandos de Windows y sitese en el directorio de la consola del servidor.
|
|
|
|
|
Nota: para poder generar un informe o un monitor desde la lnea de comandos,

primero debe haberse definido mediante la consola de gestin de Tivoli
Storage Manager. Despus de definir un informe o un monitor en la consola
de gestin, ste se puede ejecutar desde la lnea de comandos utilizando los
comandos que se describen a continuacin.
|
|
La sintaxis del comando es:
donde las opciones se describen en la Tabla 37.
|
|
|
|
Notas:
1. Los nombres de las opciones no se pueden abreviar.
2. Los valores de las opciones con espacios en blanco intercalados deben
especificarse entre comillas simples.
Tabla 37. Opciones del comando tsmrept
Opcin
Descripcin
Valor predeterminado
|
|
-type={report|monitor|list}
Genera un informe, un
monitor o una lista
report
|
|
-computer=nombre_sistema
Nombre del sistema del

servidor
localhost
|
|
-instance=nombre_instancia
Nombre de la instancia del

servidor
server1
|
|
-name=nombre_informe
Nombre del informe o del

monitor
Informe diario
v Puede incluir el comando en sus propios scripts.

v El uso de la lnea de comandos con el programador de Windows (disponible en
el Panel de control) contribuye a controlar con ms precisin las opciones de
planificacin. Si crea un archivo de comandos de Windows para los informes
operativos, puede utilizar el programador para planificar el archivo de
comandos y disponer de varias opciones que indican cundo se ejecuta.
v Puede resultar de ayuda en la depuracin. En el caso de que un informe no se
ejecute desde la consola de gestin, la lnea de comandos puede proporcionar
informacin ms detallada sobre el problema.
tsmrept [opciones]
610
Tabla 37. Opciones del comando tsmrept (continuacin)
Opcin
Descripcin
Valor predeterminado
-starthour={now|0..23}
Hora de inicio
now
-startmin={now|0..59}
Minuto de inicio
now
|
|
|
-reporttemplate=nombre.xml
Nombre de la plantilla de
informe o de monitor del
cliente
default_rep_esp.xml
|
|
-remove={no|yes}
Eliminar el informe
especificado
no
|
|
-notifyrecipients={no|yes}
Enviar el informe por correo no

electrnico a los destinatarios
|
|
|
-tcpserveraddress=direccin_ip Nombre o direccin TCP/IP

del servidor de Tivoli
Storage Manager
localhost
|
|
-tcpport=nmero_puerto
Puerto TCP/IP del servidor

de Tivoli Storage Manager
1500
|
|
-id=ID_administrador
ID de administrador de
ninguno
|
|
|
-pa=contrasea_administrador
Contrasea del
administrador de Tivoli
Storage Manager
ninguno
|
|
|
|
|
|
|
|
-outputformat=
Tipos de salida que se

generar
screentext,filehtml
-sections=
Secciones que se incluirn
todas
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
[ summary,
schedadmin,
schedclient,
loadsession,
loadmount,
loadmigr,
loadrecl,
loadexpiration,
loadbackdb,
loadbackstg,
summarynodes,
detailsactlog,
summarymissedfiles,
detailsmissedfiles,
detailssessions,
notifyfailed,
notifymissed ]
|
|
-?
Mostrar la ayuda para

comandos
ninguno
|
|
|
-help
Mostrar la ayuda para

comandos
ninguno
[ filetext,
filehtml,
emailtext,
emailhtml,
screentext,
screenhtml ]
611
|
|
|
|
|
Ejemplos: existen valores predeterminados para cada opcin de lnea de

comandos; sin embargo, es mejor proporcionar explcitamente las opciones
-computer, -instance, -type y -name. Para mostrar esta informacin para cada
informe y cada monitor definidos, emita el comando siguiente:
|
|
|
|
|
|
|
|
|
La salida ser similar a la siguiente:
|
|
|
|
A continuacin puede especificar tsmrept en la lnea de comandos y copiar y pegar

cualquiera de las lneas anteriores. Por ejemplo, para generar el informe drm,
emitira el comando siguiente:
|
|
|
|
|
El informe se muestra en la pantalla a medida que se genera. De forma

predeterminada, el comando crea una versin HTML y una versin de texto del
informe informe en el directorio de la consola. Los nombres de archivo constan del
nombre del sistema, de la instancia, del tipo y del informe. En este ejemplo,
adems de mostrar el texto en la pantalla, se generan los archivos siguientes:
|
|
v tsmservserver2reptdrmreport.htm
v tsmservserver2reptdrmreport.txt
Ms ejemplos
v Para ver una lista de los informes y monitores definidos:
tsmrept -type=list
-COMPUTER=tsmserv -INSTANCE="server1" -TYPE=report -NAME="daily report"

-COMPUTER=tsmserv -INSTANCE="server2" -TYPE=report -NAME="daily report"
-COMPUTER=tsmserv -INSTANCE="server2" -TYPE=report -NAME="drm report"
-COMPUTER=tsmserv -INSTANCE="server2" -TYPE=monitor -NAME="hourly monitor"
-COMPUTER=ss2 -INSTANCE="server1" -TYPE=report -NAME="daily report"
-COMPUTER=ss2 -INSTANCE="server1" -TYPE=report -NAME="kathys report"
-COMPUTER=ss2 -INSTANCE="server1" -TYPE=report -NAME="weekly report"
-COMPUTER=sunny -INSTANCE="server1" -TYPE=report -NAME="daily report"
tsmrept -COMPUTER=tsmserv -INSTANCE="server2" -TYPE=report -NAME="drm report"
|
|
|
|
|
|
|
|
|
|
|
cd /d "c:\Archivos de programa\tivoli\tsm\console"
tsmrept -type=list
v Para generar un informe predeterminado:

tsmrept
v Para generar un informe nicamente para el sistema tsmserver2:

tsmrept -computer=tsmserver2
v Para generar un informe:

tsmrept -id=administrador -pa=contrasea -tcpport=1501
v Para ver la ayuda del comando tsmrept:

tsmrept /?
612
Captulo 21. Cmo trabajar con una red de servidores de IBM

Puede tener varios servidores de Tivoli Storage Manager en la red, en la misma
ubicacin o en ubicaciones diferentes. Tivoli Storage Manager ofrece funciones que
le ayudan a configurar, gestionar y supervisar los servidores conectados a una red.
Un administrador que trabaje en un servidor de Tivoli Storage Manager puede
trabajar con servidores de Tivoli Storage Manager que se encuentren en otras
ubicaciones de cualquier lugar del mundo.
Conceptos:
Tareas:
Planificacin de Enterprise Administration en la pgina 618
Configuracin de las comunicaciones entre los servidores en la pgina 618
Configuracin de Enterprise Configuration en la pgina 626
Realizacin de tareas en varios servidores en la pgina 650
Utilizacin de volmenes virtuales para almacenar datos en otro servidor en la pgina
656

Para gestionar una red de servidores, puede utilizar las siguientes posibilidades de
IBM Tivoli Storage Manager:
v Configurar y gestionar varios servidores con Enterprise Configuration.
Distribuir una configuracin coherente para los servidores de Tivoli Storage
Manager a travs un gestor de configuracin para los servidores gestionados. Al
disponer de configuraciones coherentes, puede simplificar la gestin de un gran
nmero de servidores y de clientes.
v Realizar tareas en varios servidores utilizando el direccionamiento de comandos,
la conexin Enterprise y Enterprise Console.
v Enviar eventos de cliente y servidor para su anotacin en otro servidor.
v Supervisar un gran nmero de servidores y clientes desde un solo servidor.
v Almacenar datos en otro servidor utilizando volmenes virtuales.
613
En una red de servidores de Tivoli Storage Manager, un servidor puede tener

varios cometidos distintos. Por ejemplo, un servidor puede enviar volmenes para
que se archiven en otro servidor y tambin puede recibir comandos direccionados
desde otro servidor. En las descripciones siguientes, cuando un servidor enva
datos, en ocasiones se lo denomina servidor origen y cuando un servidor recibe
datos se lo denomina servidor destino. En otras palabras, un servidor de Tivoli
Storage Manager puede ser tanto un servidor origen como un servidor destino. Al
mismo tiempo, cualquier servidor de Tivoli Storage Manager puede continuar
ofreciendo servicios de copia de seguridad, archivado y gestin de espacio a los
clientes.
Configuracin y gestin de servidores: Enterprise

Configuration
Las funciones de Enterprise Configuration de IBM Tivoli Storage Manager
permiten configurar y gestionar de forma coherente una red de servidores de
Tivoli Storage Manager ms fcilmente. Puede establecer las configuraciones en un
servidor y distribuirlas a los dems servidores. Puede efectuar cambios en las
configuraciones y distribuirlos automticamente.
En la Figura 80 en la pgina 615 se ilustra una configuracin sencilla. Para utilizar
Enterprise Configuration, en primer lugar debe seleccionar el servidor de Tivoli
Storage Manager que actuar como gestor de configuracin. Se recomienda destinar
un nuevo servidor a esta finalidad. En el gestor de configuracin, debe definir los
detalles de las configuraciones de servidor que desea distribuir. Por ejemplo:
v Establezca las polticas de copia de seguridad y archivado y los conjuntos de
opciones de cliente.
v Designe uno a ms administradores para que tengan acceso a los servidores y
controlen sus niveles de autorizacin.
v Defina los servidores que desea que gestione o con los que desea que se
comunique el gestor de comunicacin y establezca las comunicaciones entre los
servidores.
En uno o ms perfiles, debe indicar las definiciones de la informacin de
configuracin que desea utilizar para gestionar otros servidores.
En cada servidor que reciba informacin de configuracin, debe identificar el
servidor como servidor gestionado definiendo una suscripcin para uno o ms perfiles
pertenecientes al gestor de configuracin. Despus, todas las definiciones asociadas
a los perfiles se copian en la base de datos del servidor gestionado. Lo que se
define para el servidor gestionado utilizando este mtodo son objetos gestionados
que el servidor gestionado no puede modificar. A partir de ese momento, el
servidor gestionado obtiene los cambios de los objetos gestionados desde el gestor
de configuracin a travs de los perfiles. Los servidores gestionados reciben los
cambios de la informacin de configuracin en los intervalos de tiempo que
establecen los servidores o mediante comandos.
Consulte el apartado Configuracin de Enterprise Configuration en la pgina 626
614
Polticas
Conjuntos de
opciones de cliente
Administradores
Gestor de
configuracin
Planificaciones
Perfiles
Servidores,
grupos de servidores
Scripts
Subscripciones a perfiles
Servidores
gestionados
Objetos
gestionados
Figura 80. Enterprise Configuration
Realizacin de tareas en varios servidores

Al conectarse al gestor de configuracin a travs del navegador Web, aparece
Enterprise Console. Desde Enterprise Console puede realizar tareas en el gestor de
configuracin y en uno o ms servidores gestionados. Tambin puede conectarse a
otro servidor para realizar tareas directamente en l. Siempre y cuando est
registrado con el mismo ID y contrasea de administrador, puede llevar a cabo
este trabajo en varios servidores sin necesidad de iniciar la sesin cada vez.
Consulte el apartado Utilizacin de la conexin Enterprise de IBM Tivoli Storage
Manager en la pgina 650.
Tambin puede direccionar comandos a otros servidores desde la lnea de
comandos de la interfaz Web de administracin o desde el cliente de
administracin de la lnea de comandos. Los otros servidores deben definirse para
el servidor al que est conectado. Tambin se debe haber registrado en los otros
servidores como administrador con la autorizacin de administracin necesaria
para el comando. Consulte el apartado Direccionamiento de comandos en la
pgina 651.
Para simplificar el direccionamiento de comandos, puede definir un grupo de
servidores que tenga servidores como miembros. Consulte el apartado Definicin
de un grupo de servidores en la pgina 653. Los comandos que direcciona a un
grupo de servidores se envan a todos los servidores del grupo.
Supervisin centralizada
Tivoli Storage Manager ofrece varios mtodos para supervisar de forma
centralizada las actividades de una red de servidores:
v La anotacin de eventos de empresa, que consiste en enviar los eventos de uno o
ms servidores para su anotacin en el servidor de eventos. Consulte el apartado
Captulo 21. Cmo trabajar con una red de servidores
615
Anotacin de eventos de empresa: anotacin de eventos en otro servidor en la

pgina 589 para ver una descripcin de la funcin y Configuracin de las
comunicaciones para Enterprise Configuration y la anotacin de eventos de la
empresa en la pgina 619 para obtener informacin acerca de la configuracin
de las comunicaciones.
v Permitir que los servidores designados inicien la sesin en cualquier servidor de
la red con una nica contrasea e ID de usuario. Consulte el apartado
Utilizacin de la conexin Enterprise de IBM Tivoli Storage Manager en la
pgina 650.
v Direccionar comandos de consulta a uno o ms servidores de la red. Consulte el
apartado Direccionamiento de comandos a uno o ms servidores en la pgina
651 para ver una descripcin de la funcin y el apartado Configuracin de las
comunicaciones para Enterprise Configuration y la anotacin de eventos de la
empresa en la pgina 619 para obtener informacin acerca de la configuracin
de las comunicaciones.
Almacenamiento de datos en otro servidor

Tivoli Storage Manager permite a un servidor almacenar y recuperar datos de la
agrupacin de almacenamiento de otro servidor. Estos datos, almacenados como
volmenes virtuales, pueden incluir copias de seguridad de agrupaciones de
almacenamiento y bases de datos, archivos de plan de recuperacin y datos de los
que se ha hecho directamente copia de seguridad, que se han archivado o que
estn bajo gestin de espacio desde nodos cliente. Los datos tambin pueden ser
un archivo del plan de recuperacin creado mediante gestor de recuperacin ante
siniestro (DRM). El servidor origen es un cliente del servidor destino y sus datos
los gestiona nicamente l. Dicho de otra manera, el servidor origen controla la
caducidad y la supresin de los archivos que constituyen los volmenes virtuales
del servidor destino.
Para utilizar los volmenes virtuales a fin de almacenar copias de seguridad de
agrupaciones de almacenamiento y bases de datos y archivos de plan de
recuperacin, debe tener la funcin de gestor de recuperacin ante siniestro.
Consulte el apartado Sistema de licencias de IBM Tivoli Storage Manager en la
pgina 501.
Para obtener informacin sobre cmo utilizar los volmenes virtuales con DRM,
consulte el Captulo 24, Utilizacin del gestor de recuperacin ante siniestro, en
la pgina 757.
Supuestos de ejemplo
Las funciones para gestionar varios servidores se pueden aplicar de muchas
maneras. A continuacin se presentan dos supuestos para indicarle cmo puede
utilizar dichas funciones:
v Configurar y gestionar los servidores de Tivoli Storage Manager principalmente
desde una ubicacin. Por ejemplo, un administrador que se encuentre en una
ubicacin puede controlar y gestionar los servidores de varias ubicaciones.
v Configurar un grupo de servidores de Tivoli Storage Manager desde una
ubicacin y, a continuacin, gestionar los servidores desde cualquiera de los
servidores. Suponga, por ejemplo, que varios administradores son los
encargados de mantener un grupo de servidores. Un administrador define la
informacin de configuracin en un servidor para distribuirla a los servidores de
la red. Los administradores de los distintos servidores de la red gestionan y
supervisan los servidores.
616
Gestin de servidores de IBM Tivoli Storage Manager desde una

ubicacin
Enterprise Management le permite establecer y gestionar los servidores de la red
desde una ubicacin, Enterprise Console. Por ejemplo, suponga que es un
administrador encargado de los servidores de Tivoli Storage Manager de su
ubicacin y de los servidores que se encuentran en las ubicaciones de las
sucursales. Los servidores de cada ubicacin tienen recursos de almacenamiento y
requisitos de cliente similares. Puede establecer el entorno tal y como se indica a
continuacin:
v Configurar un servidor de Tivoli Storage Manager nuevo o ya existente como
gestor de configuracin.
v Establecer las comunicaciones de modo que un gestor de configuracin pueda
enviar comandos a sus servidores gestionados.
v Definir la configuracin que desea distribuir estableciendo, por ejemplo,
dominios de polticas y planificaciones y asociar la informacin de configuracin
a perfiles.
v Suscribir los servidores gestionados a perfiles.
v Activar las polticas y configurar agrupaciones de almacenamiento segn sea
necesario en los servidores gestionados.
v Configurar la supervisin a nivel de empresa estableciendo un servidor como
servidor de eventos. El servidor de eventos puede ser el mismo que el gestor de
configuracin u otro servidor.
Una vez finalizada la configuracin, puede gestionar muchos servidores como si
hubiera uno solo. Puede llevar a cabo una de las tareas siguientes:
v Disponer de administradores que puedan gestionar el grupo de servidores desde
cualquier lugar de la red utilizando Enterprise Console, una interfaz disponible
a travs de un navegador Web.
v Disponer de polticas, planificaciones y conjuntos de opciones de cliente
coherentes en todos los servidores.
v Efectuar cambios en las configuraciones y distribuirlos automticamente a todos
los servidores. Permitir que los administradores locales supervisen y ajusten sus
propios servidores.
v Efectuar tareas en cualquier servidor, o en todos, utilizando el direccionamiento
de comandos desde Enterprise Console.
v Hacer una copia de seguridad de las bases de datos de los servidores
gestionados en la biblioteca de cintas automatizada que est conectada al
servidor que es el gestor de configuracin. Para ello, utilice volmenes virtuales.
v Iniciar la sesin en servidores individuales desde Enterprise Console sin
necesidad de volver a entrar la contrasea, si la contrasea y el ID de
administrador son los mismos en todos los servidores.
Gestin de servidores desde cualquier servidor

La gestin de empresa le permite gestionar los servidores de la red que se
encuentren en varias ubicaciones. Por ejemplo, suponga que es un administrador
encargado de los servidores situados en diferentes departamentos de un campus
universitario. Los servidores tienen algunos requisitos en comn, pero tambin
tienen muchos requisitos de cliente exclusivos. Puede establecer el entorno tal y
v Configurar un servidor de Tivoli Storage Manager nuevo o ya existente como
617
v Establecer las comunicaciones de modo que se puedan enviar comandos desde

cualquier servidor a otro servidor.
v Definir la configuracin que desea distribuir estableciendo dominios de polticas,
planificaciones, etc. en el gestor de configuracin y asociar la informacin de
configuracin a perfiles.
v Suscribir los servidores a perfiles, segn sea necesario.
v Activar las polticas y configurar agrupaciones de almacenamiento segn sea
necesario en los servidores gestionados.
v Configurar la supervisin a nivel de empresa estableciendo un servidor como
servidor de eventos. El servidor de eventos puede ser el mismo que el gestor de
configuracin u otro servidor.
Una vez finalizada la configuracin de este modo, puede gestionar los servidores
desde cualquier servidor, lo que le permite realizar cualquiera de las tareas
siguientes:
v Utilizar Enterprise Console para supervisar todos los servidores de la red.
v Efectuar tareas en cualquier servidor, o en todos, utilizando Enterprise Console y
el direccionamiento de comandos.
v Gestionar el grupo de servidores desde cualquier lugar de la red y permitir que
los administradores locales supervisen y ajusten sus propios servidores.
Planificacin de Enterprise Administration

Para aprovechar al mximo todas las ventajas que le proporcionan las funciones de
Enterprise Administration, debe decidir:
v Los servidores que desea incluir en la red de la empresa. Los servidores deben
tener nombres exclusivos.
v El servidor o los servidores desde los que desea gestionar la red. Los servidores
pueden tener varias funciones. Por ejemplo, un servidor puede actuar como
servidor para clientes de copia de seguridad/archivado, como gestor de
configuracin y como servidor de eventos. Tambin puede establecer servidores
separados para cubrir cada una de estas funciones.
v Si desea que los administradores puedan direccionar comandos a otros
servidores. Si desea que los administradores direccionen comandos, debe decidir
desde qu servidores y a qu servidores se direccionarn los comandos.
v Las actividades de administrador que desea que se gestionen de modo
centralizado.
v El nivel de autorizacin de los administradores y los servidores a los que
pueden acceder.
Configuracin de las comunicaciones entre los servidores

En este apartado se describe cmo configurar las comunicaciones para Enterprise
Configuration, la anotacin de eventos de empresa y el direccionamiento de
comandos. En el apartado Configuracin de servidores origen y destino para
volmenes virtuales en la pgina 657 se describe la configuracin de
comunicaciones para volmenes virtuales de servidor a servidor.
Al configurar las comunicaciones entre servidores, con cualquier finalidad, debe
asegurarse de que los servidores tengan nombres exclusivos. Consulte el apartado
Establecimiento del nombre del servidor en la pgina 518 para obtener ms
informacin sobre cmo utilizar el comando SET SERVERNAME.
618
Configuracin de las comunicaciones para Enterprise

Configuration y la anotacin de eventos de la empresa
La configuracin de las comunicaciones para Enterprise Configuration y la
anotacin de eventos de la empresa, que se lleva a cabo a travs de TCP/IP, es
idntica. Los ejemplos que se muestran aqu se aplican a ambas funciones. Si
realiza la configuracin para una, tambin configura la otra. No obstante, debe
tener presente que el gestor de configuracin y el servidor de eventos no se
definen simplemente configurando las comunicaciones. Debe identificar un
servidor como gestor de configuracin (comando SET CONFIGMANAGER) o un
servidor de eventos (comando DEFINE EVENTSERVER). Adems, un gestor de
configuracin y un servidor de eventos pueden ser el mismo servidor o servidores
diferentes.
Enterprise Configuration
Cada servidor gestionado debe definirse para el gestor de configuracin y
el gestor de configuracin debe definirse para cada uno de los servidores
gestionados.
Anotacin de eventos de la empresa
Cada servidor que enva eventos a un servidor de eventos se debe haber
definido para el servidor de eventos y el servidor de eventos se debe haber
definido para cada servidor origen.
Se podran utilizar los siguientes ejemplos de configuracin de comunicaciones
para crear estas configuraciones:
v Un servidor denominado HEADQUARTERS como gestor de configuracin y dos
servidores, MUNICH y STRASBOURG, como servidores gestionados.
v HEADQUARTERS es el servidor de eventos y MUNICH y STRASBOURG son
los servidores origen.
Para que dos servidores se comuniquen entre s, deben estar definidos entre s. Por
ejemplo, si un gestor de configuracin gestiona tres servidores gestionados, existen
tres pares de servidores. Puede emitir definiciones separadas desde cada servidor
de cada par o establecer una definicin cruzada en un par en una sola operacin.
La definicin cruzada puede resultar til en redes grandes o complejas. Los
supuestos siguientes y las imgenes que les acompaan ilustran ambos mtodos.
Utilizacin de definiciones separadas Siga estos pasos:
1. En MUNICH: especifique el nombre del servidor y la contrasea de MUNICH.
En STRASBOURG: especifique el nombre del servidor y la contrasea de
STRASBOURG.
En HEADQUARTERS: especifique el nombre del servidor y la contrasea de
HEADQUARTERS.
2. En HEADQUARTERS: defina MUNICH (que tiene la contrasea BERYL y la
direccin 9.115.2.223:1919) y STRASBOURG (que tiene la contrasea FLUORITE
y la direccin 9.115.2.178:1715).
En MUNICH y STRASBOURG: defina HEADQUARTERS (que tiene la
contrasea AMETHYST y la direccin 9.115.4.177:1823).
La Figura 81 en la pgina 620 muestra los servidores y los comandos emitidos en
cada uno de ellos:
619
Figura 81. Configuracin de comunicaciones con definiciones de servidores separadas
Utilizar definiciones cruzadas Siga esta secuencia:

1. En MUNICH: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de MUNICH. Especifique que se permite la
definicin cruzada.
En STRASBOURG: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de STRASBOURG. Especifique que se permite
la definicin cruzada.
En HEADQUARTERS: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de HEADQUARTERS.
2. En HEADQUARTERS: defina MUNICH y STRASBOURG especificando que se
debe realizar la definicin cruzada.
cada uno de ellos:
620
Figura 82. Configuracin de comunicaciones con definicin cruzada
Seguridad de comunicaciones
La seguridad para esta configuracin de comunicaciones se refuerza a travs del
intercambio de contraseas (que estn cifradas) y, solo en el caso de Enterprise
Configuration, de claves de verificacin. La comunicacin entre los servidores, que
se realiza a travs de TCP/IP, requiere que los servidores verifiquen las
contraseas de los servidores (y las claves de verificacin). Por ejemplo, en caso de
que HEADQUARTERS inicie una sesin con MUNICH:
1. HEADQUARTERS, el servidor origen, se identifica a s mismo enviando su
nombre a MUNICH.
2. Ambos servidores intercambian las claves de verificacin (solo para Enterprise
Configuration).
3. HEADQUARTERS enva su contrasea a MUNICH, que la verifica con la
contrasea que tiene almacenada en su base de datos.
4. Una vez verificada, MUNICH enva su contrasea a HEADQUARTERS, que, a
su vez, tambin comprueba la contrasea.
Nota: si otro servidor con el nombre MUNICH intenta contactar con
HEADQUARTERS para la Enterprise Configuration, el intento generar un
error, debido a que no coincidir la clave de verificacin. Si se ha trasladado
o restaurado MUNICH, se puede emitir el comando UPDATE SERVER con
el parmetro FORCERESYNC para alterar temporalmente la condicin.
621
Configuracin de las comunicaciones para el

direccionamiento de comandos
En este apartado se describe cmo configurar las comunicaciones para el
direccionamiento de comandos. Debe definir los servidores destino para los
servidores origen y puede registrar el mismo administrador para todos los
servidores. Utilizando Enterprise Configuration, puede distribuir fcilmente la
informacin del administrador a todos los servidores.
Nota: se debe haber registrado como administrador con el mismo nombre y
contrasea en el servidor origen y en todos los servidores destino. No es
necesario que las claves de privilegio sean las mismas en todos los
servidores. Sin embargo, para direccionar correctamente un comando a otro
servidor, un administrador debe tener la clase de privilegios mnima
necesaria para dicho comando en el servidor desde el que se emite el
comando.
Para el direccionamiento de comandos en que el remitente siempre va a ser un
servidor, solo debe definir los servidores destino para el servidor origen. En caso
de que los comandos puedan direccionarse desde cualquier servidor a otro
servidor, cada servidor debe estar definido para todos los dems.
Solo un servidor origen

El ejemplo que se presenta en este apartado muestra cmo configurar las
comunicaciones para el administrador HQ en el servidor HEADQUARTERS, que
direccionar los comandos a los servidores MUNICH y STRASBOURG. El
administrador HQ tiene la contrasea SECRET y la clase de privilegio de sistema.
El procedimiento es el siguiente:
v En HEADQUARTERS: registre al administrador HQ y especifique los nombres
de los servidores y las direcciones de MUNICH y STRASBOURG:
register admin hq secret
grant authority hq classes=system
define server munich hladdress=9.115.2.223 lladdress=1919
define server strasbourg hladdress=9.115.2.178 lladdress=1715
v En MUNICH y STRASBOURG Registre al administrador HQ con la clase de

privilegios necesaria en cada servidor:
register admin hq secret
grant authority hq classes=system
Nota: si la red de servidores utiliza Enterprise Configuration, puede automatizar

las operaciones anteriores. Puede distribuir las listas de administradores y
de servidores a MUNICH y STRASBOURG. Adems, todas las definiciones
del servidor y de los grupos de servidores se distribuyen de forma
predeterminada a un servidor gestionado cuando se suscribe por primera
vez a cualquier perfil de un gestor de configuracin. Por consiguiente, recibe
todas las definiciones de los servidores existentes en el gestor de
configuracin, activando as el direccionamiento de comandos entre los
servidores.
Varios servidores origen

Los ejemplos que se presentan en este apartado muestran cmo configurar las
comunicaciones si el administrador, HQ, puede direccionar comandos desde
cualquiera de los tres servidores a cualquiera de los dems servidores. Debe definir
cada uno de los servidores para todos los dems. Puede definir por separado cada
uno de los servidores para cada uno de los dems servidores o establecer una
622
definicin cruzada entre los servidores. En la definicin cruzada, al definir

MUNICH para HEADQUARTERS tambin se define automticamente
HEADQUARTERS para MUNICH.
Definiciones separadas: Siga estos pasos:
1. En MUNICH: especifique el nombre del servidor y la contrasea de MUNICH.
Registre al administrador HQ y otrguele la autorizacin de sistema.
En STRASBOURG: especifique el nombre del servidor y la contrasea de
STRASBOURG. Registre al administrador HQ y otrguele la autorizacin de
sistema.
En HEADQUARTERS: especifique el nombre del servidor y la contrasea de
HEADQUARTERS. Registre al administrador HQ y otrguele la autorizacin de
sistema.
2. En HEADQUARTERS: defina MUNICH (que tiene la contrasea BERYL y la
direccin 9.115.2.223:1919) y STRASBOURG (que tiene la contrasea FLUORITE
y la direccin 9.115.2.178:1715).
En MUNICH: defina HEADQUARTERS (que tiene la contrasea AMETHYST y
la direccin 9.115.4.177:1823) y STRASBOURG.
En STRASBOURG: defina HEADQUARTERS y MUNICH.
cada uno de ellos:
623
Figura 83. Configuracin de comunicaciones con definiciones de servidores separadas
Definiciones cruzadas: Siga estos pasos:

1. En MUNICH: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de MUNICH. Especifique que se permite la
definicin cruzada. Registre al administrador HQ y otrguele la autorizacin de
sistema.
En STRASBOURG: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de STRASBOURG. Especifique que se permite
la definicin cruzada. Registre al administrador HQ y otrguele la autorizacin
de sistema.
En HEADQUARTERS: especifique el nombre del servidor, la contrasea y las
direcciones de nivel alto y bajo de HEADQUARTERS. Registre al administrador
HQ y otrguele la autorizacin de sistema.
2. En HEADQUARTERS: defina MUNICH y STRASBOURG especificando que se
debe efectuar la definicin cruzada.
624
3. En MUNICH: defina STRASBOURG especificando que se debe efectuar la

definicin cruzada.
Nota: si la red de servidores utiliza Enterprise Configuration, puede automatizar
las operaciones anteriores. Puede distribuir las listas de administradores y
de servidores a MUNICH y STRASBOURG. Adems, todas las definiciones
del servidor y de los grupos de servidores se distribuyen de forma
predeterminada a un servidor gestionado cuando se suscribe por primera
vez a cualquier perfil de un gestor de configuracin. Por consiguiente, recibe
todas las definiciones de los servidores existentes en el gestor de
configuracin, activando as el direccionamiento de comandos entre los
servidores.
La Figura 84 muestra los servidores y los comandos emitidos en cada uno de ellos:
Figura 84. Configuracin de comunicaciones con definiciones cruzadas
625
Actualizacin y supresin de servidores

Puede actualizar una definicin de servidor emitiendo el comando UPDATE
SERVER.
v Para volmenes virtuales servidor a servidor:
Si actualiza el nombre del nodo, tambin debe actualizar la contrasea.
Si actualiza la contrasea, pero no el nombre del nodo, ste toma el valor
predeterminado del nombre del servidor que especifica el comando SET
SERVERNAME.
v Para la configuracin de la empresa y la anotacin de eventos de empresa: si
actualiza la contrasea del servidor, sta debe coincidir con la contrasea que
especifica el comando SET SERVERPASSWORD en el servidor destino.
v Para la configuracin de la empresa: al definir por primera vez un servidor en
un servidor gestionado, esta definicin no se puede sustituir por una definicin
de servidor de un gestor de configuracin. De este modo se evita la posibilidad
de sustituir la definicin del servidor gestionado por error, lo que podra
interrumpir funciones que requieren la comunicacin entre los servidores, como
por ejemplo el direccionamiento de comandos o los volmenes virtuales.
Para permitir la sustitucin, actualice la definicin en el servidor gestionado
emitiendo el comando UPDATE SERVER con el parmetro
ALLOWREPLACE=YES. Cuando un gestor de configuracin distribuye una
definicin de servidor, la definicin siempre contiene el parmetro
ALLOWREPLACE=YES.
Puede suprimir una definicin de servidor emitiendo el comando DELETE
SERVER. Por ejemplo, para suprimir el servidor con el nombre NEWYORK, entre
lo siguiente:
delete server newyork
El servidor suprimido tambin se elimina de todos los dems grupos de los que es
miembro. Consulte el apartado Definicin de un grupo de servidores en la
pgina 653 para obtener informacin sobre los grupos de servidores.
No puede suprimir un servidor si se cumple alguna de las condiciones siguientes:
v El servidor est definido como un servidor de eventos.
En primer lugar debe emitir el comando DELETE EVENTSERVER.
v El servidor es un servidor destino para volmenes virtuales.
Un servidor destino se nombra en un comando DEFINE DEVCLASS
(DEVTYPE=SERVER). En primer lugar debe cambiar el nombre del servidor en
la clase de dispositivo o suprimir la clase de dispositivo.
Configuracin de Enterprise Configuration

Una vez que haya configurado las comunicaciones de los servidores, tal y como se
describe en el apartado Configuracin de las comunicaciones para Enterprise
Configuration y la anotacin de eventos de la empresa en la pgina 619, debe
configurar el gestor de configuracin y sus perfiles. Con los perfiles, designa la
informacin de configuracin que se puede distribuir a los servidores gestionados.
Despus puede configurar otros servidores como servidores gestionados. Los
servidores gestionados reciben la informacin de configuracin a travs de las
suscripciones a los perfiles del gestor de configuracin. Cada servidor gestionado
almacena la informacin distribuida como objetos gestionados en su base de datos.
626
Los servidores gestionados reciben actualizaciones peridicas de la informacin de

configuracin del gestor de configuracin, o un administrador puede desencadenar
una actualizacin a travs de comandos.
Puede distribuir la siguiente informacin de configuracin desde un gestor de
configuracin a los servidores gestionados:
v Administradores, incluidas las autorizaciones para los mismos.
v Los objetos de poltica, incluidos los dominios de polticas as como los juegos
de polticas, las clases de gestin, los grupos de copia y las planificaciones de
clientes asociados a los mismos.
v Planificaciones de comandos de administracin.
v Scripts del servidor de Tivoli Storage Manager.
v Conjuntos de opciones de cliente.
v Definiciones de servidor.
v Grupos de servidores.
Para obtener informacin detallada sobre los atributos que se distribuyen con estos
objetos, consulte el apartado Asociacin de informacin de configuracin a un
perfil en la pgina 633.
En el apartado Supuesto de Enterprise Configuration encontrar una visin
general de los pasos que se deben llevar a cabo para una posible implementacin
de Enterprise Configuration. En los apartados siguientes se proporcionan ms
detalles sobre cada paso.
Supuesto de Enterprise Configuration

Para ilustrar cmo puede utilizar estas funciones, suponga que su empresa tiene
oficinas en todo el mundo y que en cada ubicacin hay uno o ms servidores de
Tivoli Storage Manager. Para simplificar la gestin de estos servidores, desea
controlar la configuracin de todos los servidores de Tivoli Storage Manager desde
un servidor de Tivoli Storage Manager en la oficina central. La Figura 85 en la
pgina 628 muestra la jerarqua que desea configurar.
627
Headquarters
Gestor de configuracin
Servidores
gestionados
London
Munich
New York
Strasbourg
Europa
Santiago
Delhi
Mexico City
Tokyo
Beijing
Amrica
Asia
Figura 85. Un supuesto para la implementacin de Enterprise Configuration
Configure un gestor de configuracin denominado HEADQUARTERS. Los

servidores gestionados tienen los nombres de las ciudades en las que estn
ubicados. Tiene tres grupos de servidores gestionados, uno en Amrica, otro en
Europa y el tercero en Asia. Cada servidor soporta los servicios de copia de
seguridad y de archivado de las mquinas cliente de la oficina correspondiente.
Para las operaciones de copia de seguridad de los clientes, desea utilizar la poltica
predeterminada que almacena las copias de seguridad en disco. Cada servidor
tiene una biblioteca de cintas automatizada configurada para trabajar con Tivoli
Storage Manager y usted desea utilizar la biblioteca de cintas de cada ubicacin
para las operaciones de archivado de los clientes y las copias de seguridad de base
de datos de los servidores de Tivoli Storage Manager. Desea poder supervisar las
actividades de todos los servidores y tambin desea designar a otros usuarios
como administradores que trabajen con estos servidores.
En los apartados siguientes se proporciona una visin general de los pasos que se
deben llevar a cabo para completar esta configuracin. Para obtener ms
informacin acerca de cada paso, consulte los apartados a los que se hace
referencia.
Configuracin de un gestor de configuracin

La Figura 86 muestra los comandos especficos necesarios para configurar un
servidor de Tivoli Storage Manager como gestor de configuracin. El
procedimiento siguiente proporciona una visin general de los pasos que se deben
realizar para configurar un servidor como gestor de configuracin.
Headquarters
Gestor de configuracin
set configmanager on
define profile
define profassocation
Figura 86. Configuracin de un gestor de configuracin
628
1. Decida si desea utilizar el servidor de Tivoli Storage Manager existente en la

oficina central como gestor de configuracin o si desea instalar un nuevo
servidor de Tivoli Storage Manager en un sistema.
2. Configure las comunicaciones entre los servidores. Consulte el apartado
Configuracin de las comunicaciones entre los servidores en la pgina 618
3. Identifique el servidor como gestor de configuracin.
Utilice el comando siguiente:
Este comando crea automticamente un perfil con el nombre

DEFAULT_PROFILE. El perfil predeterminado incluye todas las definiciones de
servidores y de grupos de servidores del gestor de configuracin. Los nuevos
servidores y grupos de servidores que se definen tambin se asocian al perfil
predeterminado. Para obtener ms informacin, consulte el apartado Creacin
del perfil predeterminado en un gestor de configuracin en la pgina 631.
4. Cree la configuracin a distribuir.
Las tareas que puede implicar incluyen:
v Registrar administradores y otorgar autorizaciones para los que desea que
trabajen con todos los servidores.
v Definir objetos de poltica y planificaciones de clientes.
v Definir planificaciones de administracin.
v Definir scripts de servidor de Tivoli Storage Manager.
v Definir conjuntos de opciones de cliente.
v Definir servidores.
v Definir grupos de servidores.
Ejemplo 1: necesita un procedimiento rpido para enviar comandos a
diferentes grupos de servidores gestionados. Puede definir grupos de
servidores. Por ejemplo, puede definir un grupo de servidores denominado
AMERICAS para los servidores de las oficinas de Norteamrica y de
Sudamrica. Para obtener ms informacin, consulte el apartado Definicin de
un grupo de servidores y los miembros de un grupo de servidores en la
pgina 654.
Ejemplo 2: desea que cada servidor gestionado haga la copia de seguridad de
sus bases de datos y agrupaciones de almacenamiento con regularidad. Una
forma de hacerlo es configurar scripts de servidor de Tivoli Storage Manager y
planificaciones para que ejecuten automticamente estos scripts todos los das.
Puede hacer lo siguiente:
v Verifique o defina los scripts del servidor que realizan estas operaciones.
v Verifique o defina las planificaciones de los comandos de administracin que
ejecutan estos scripts.
Ejemplo 3: desea que los clientes hagan copias de seguridad de los datos en la
agrupacin de almacenamiento de disco predeterminada, BACKUPPOOL, en
cada servidor y que tambin archiven los datos directamente en la biblioteca de
cintas conectada a cada servidor. Puede hacer lo siguiente:
v En el dominio de polticas que va a indicar en el perfil, actualice el grupo de
copia archivada de modo que TAPEPOOL sea el nombre de la agrupacin de
almacenamiento destino.
v En cada servidor que ser un servidor gestionado, asegrese de que tiene
una agrupacin de almacenamiento de cinta denominada TAPEPOOL.
629
Nota: debe configurar la agrupacin de almacenamiento (y la clase de

dispositivo asociada) en cada servidor gestionado, ya sea localmente o
utilizando el direccionamiento de comandos. Si un servidor gestionado
ya tiene una agrupacin de almacenamiento asociada con la biblioteca
de cintas automatizada, puede redenominar la agrupacin como
TAPEPOOL.
Ejemplo 4: desea asegurarse de la coherencia de las copias de seguridad y de la
gestin de los datos en todos los servidores. Todos los clientes deben poder
almacenar tres versiones de copia de seguridad de sus archivos. Puede hacer lo
siguiente:
v Verifique o defina planificaciones de los clientes en el dominio de polticas,
de modo que se lleve a cabo la copia de seguridad de los clientes en base a
una planificacin coherente.
v En el dominio de polticas que va a indicar en el perfil, actualice el grupo de
copia de seguridad de modo que se permitan tres versiones de las copias de
seguridad.
v Defina los conjuntos de opciones de los clientes, de modo que exista
coherencia en los valores bsicos para los clientes a medida que se van
agregando.
5. Defina uno o ms perfiles.
Por ejemplo, puede definir un perfil denominado ALLOFFICES que indique
toda la informacin de configuracin (dominio de polticas, administradores y
scripts, entre otros). Tambin puede definir perfiles para cada tipo de
informacin con el fin de disponer de un perfil que indique, por ejemplo, los
dominios de polticas y otro que indique los administradores.
Para obtener ms informacin, consulte el apartado Creacin y modificacin
de perfiles de configuracin en la pgina 632.
Configuracin de un servidor gestionado

La Figura 87 muestra los comandos especficos necesarios para configurar un
servidor de Tivoli Storage Manager como servidor gestionado. El procedimiento
siguiente proporciona una visin general de los pasos que se deben realizar para
configurar un servidor como servidor gestionado.
query profile
define subscription
set configrefresh
Servidor
gestionado
Munich
Figura 87. Configuracin de un servidor gestionado
Un administrador puede realizar la configuracin del servidor gestionado desde

una ubicacin central, o la pueden llevar a cabo varios administradores desde los
servidores que sern servidores gestionados.
Un servidor se convierte en un servidor gestionado al suscribirse a un perfil de un
1. Realice una consulta en el servidor por si existen posibles conflictos.
630
Consulte el apartado Obtencin de informacin referente a los perfiles en la

pgina 640. Busque si existen definiciones de objetos en el servidor gestionado
con el mismo nombre que los que se han definido en el gestor de
configuracin. Salvo algunas excepciones, estos objetos se sobregrabarn
cuando el servidor gestionado se suscriba por primera vez al perfil del gestor
de configuracin. En el apartado Asociacin de informacin de configuracin
a un perfil en la pgina 633 hallar informacin ms detallada sobre las
excepciones.
Si el servidor gestionado es un servidor nuevo y an no se ha definido nada,
los nicos objetos que encontrar son los valores predeterminados (por ejemplo,
el dominio de polticas STANDARD).
2. Efecte la suscripcin a uno o ms perfiles.
Un servidor gestionado solo se puede suscribir a los perfiles de un gestor de
configuracin. Consulte el apartado Suscripcin a un perfil en la pgina 642.
Si durante la renovacin de configuracin recibe mensajes de error que indican,
por ejemplo, que no se ha podido sustituir un objeto local, resuelva el conflicto
y vuelva a renovar la configuracin. Puede esperar al perodo de renovacin
automtica, o empezar una renovacin emitiendo el comando SET
CONFIGREFRESH, estableciendo o restableciendo el intervalo.
3. Si el perfil incluye la informacin del dominio de polticas, active un juego de
polticas del dominio de polticas, agregue o traspase clientes al dominio y
asocie las planificaciones necesarias a los clientes.
Puede recibir mensajes de aviso acerca de agrupaciones de almacenamiento que
no existen, pero que son necesarias para el juego de polticas activo. Defina las
agrupaciones de almacenamiento que se necesitan para el juego de polticas
activo o redenomine agrupaciones de almacenamiento existentes. Consulte los
apartados Definicin o actualizacin de agrupaciones de almacenamiento
primarias en la pgina 245 y Cmo redenominar una agrupacin de
4. Si el perfil incluye planificaciones de administracin, active las planificaciones.
Las planificaciones de administracin no estn activas cuando las distribuye un
gestor de configuracin y no se ejecutan en el servidor gestionado hasta que se
activan en el mismo. Consulte el apartado Adaptacin de planificaciones en
la pgina 523.
5. Establezca la frecuencia con la que el servidor gestionado debe contactar con el
gestor de configuracin para actualizar la informacin de configuracin
asociada a los perfiles.
El valor inicial para la renovacin de la informacin de configuracin es de 60
minutos. Consulte el apartado Renovacin de la informacin de
configuracin en la pgina 646.
Creacin del perfil predeterminado en un gestor de

configuracin
Tarea
Configurar un servidor como gestor de

configuracin
Sistema
Para configurar un servidor de Tivoli Storage Manager como el servidor origen de

la informacin de configuracin para otros servidores, debe identificar el servidor
como gestor de configuracin. Un gestor de configuracin puede ser un servidor
de Tivoli Storage Manager existente que ya proporcione servicios a los clientes, o
631
un servidor dedicado nicamente a proporcionar informacin de configuracin a

otros servidores de Tivoli Storage Manager.
Entre el comando siguiente:
Cuando un servidor se convierte en un gestor de configuracin, crea

automticamente un perfil predeterminado denominado DEFAULT_PROFILE. El
perfil predeterminado contiene todas las definiciones de los servidores y los grupos
de servidores existentes en el gestor de configuracin. Puede cambiar o suprimir el
perfil denominado DEFAULT_PROFILE.
Cuando un servidor gestionado se suscribe por primera vez a un perfil de un
gestor de configuracin, el gestor de configuracin tambin suscribe
automticamente el servidor gestionado al perfil denominado DEFAULT_PROFILE,
si existe. La informacin que se distribuye a travs de este perfil se renueva del
mismo modo que los otros perfiles, lo que permite garantizar que todos los perfiles
tienen un juego coherente de definiciones de servidor y de grupos de servidores
para todos los servidores de la red.
Si no modifica el perfil DEFAULT_PROFILE, cada vez que un servidor gestionado
suscrito al perfil DEFAULT_PROFILE renueva la informacin de configuracin, el
servidor gestionado recibe las definiciones de todos los servidores y grupos de
servidores existentes en el gestor de configuracin en el momento de la renovacin.
A medida que se agregan, suprimen o cambian servidores o grupos de servidores
del gestor de configuracin, las definiciones modificadas se distribuyen a los
servidores gestionados suscritos.
Creacin y modificacin de perfiles de configuracin

El usuario crea perfiles de configuracin en un gestor de configuracin, que
distribuye la informacin asociada con los perfiles a los servidores gestionados que
estn suscritos a esos perfiles. La creacin de un perfil de configuracin incluye
estos pasos:
1. Definir el perfil.
2. Asociar la informacin de configuracin con el perfil.
Una vez definido el perfil y sus asociaciones, un servidor gestionado puede
suscribirse al perfil y obtener la informacin de configuracin.
Despus de definir un perfil y la informacin asociada con el mismo, puede
cambiar la informacin cuando lo desee. Mientras realiza cambios, puede bloquear
los perfiles para evitar que los servidores gestionados renueven la informacin de
configuracin correspondiente. Para distribuir la informacin modificada asociada
con un perfil, puede desbloquear el perfil y esperar a que cada servidor gestionado
renueve su configuracin para obtener la informacin modificada o bien notificar a
cada servidor gestionado que renueve su configuracin. En los apartados
siguientes se proporciona informacin sobre cada una de estas tareas.
Definicin del perfil
632
Tarea
Definir perfiles
Sistema
Cuando define el perfil, selecciona el nombre y puede incluir una descripcin. Por
ejemplo, para definir un perfil con el nombre de ALLOFFICES, entre el comando
siguiente:
define profile alloffices
description=Configuracin que utilizarn todas las oficinas
Asociacin de informacin de configuracin a un perfil

Tarea
Definir asociaciones de perfil
Sistema
Despus de definir un perfil, debe asociar la informacin de configuracin que

desea distribuir a travs del mismo. Puede asociar la siguiente informacin de
configuracin a un perfil:
v Administradores de Tivoli Storage Manager, incluidas sus autorizaciones.
Consulte el apartado Informacin de configuracin para los administradores de
Tivoli Storage Manager en la pgina 634 para obtener sugerencias al respecto.
v Dominios de polticas. Consulte el apartado Informacin de configuracin para
los dominios de polticas en la pgina 634 para obtener sugerencias al respecto.
v Definiciones de servidores. Consulte el apartado Informacin de configuracin
para servidores y grupos de servidores en la pgina 635 para obtener
sugerencias al respecto.
v Grupos de servidores. Consulte el apartado Informacin de configuracin para
servidores y grupos de servidores en la pgina 635 para obtener sugerencias al
respecto.
v Planificaciones de comandos de administracin. Consulte el apartado
Informacin de configuracin para planificaciones de comandos de
administracin en la pgina 636 para obtener sugerencias al respecto.
v Scripts de servidor de Tivoli Storage Manager. Consulte el apartado Scripts del
servidor de IBM Tivoli Storage Manager en la pgina 527 para obtener
sugerencias al respecto.
v Conjuntos de opciones de cliente. Consulte el apartado Gestin de los conjuntos
de opciones de cliente en la pgina 370 para obtener sugerencias al respecto.
Para poder asociar informacin de configuracin especfica con un perfil, las
definiciones deben existir en el gestor de configuracin. Por ejemplo, para asociar
un dominio de polticas denominado ENGDOMAIN con un perfil, debe haber
definido el dominio de polticas ENGDOMAIN en el gestor de configuracin.
Suponga que desea que el perfil ALLOFFICES distribuya informacin de polticas
desde los dominios de polticas STANDARD y ENGDOMAIN del gestor de
configuracin. Entre el comando siguiente:
define profassociation alloffices domains=standard,engdomain
Puede hacer que la asociacin sea ms dinmica especificando solo el carcter

especial * (asterisco). Al especificar el asterisco, puede asociar todos los objetos
existentes con un perfil, sin nombrarlos especficamente. Si posteriormente agrega
objetos del mismo tipo, los nuevos objetos se distribuyen automticamente a travs
del perfil. Por ejemplo, suponga que desea que el perfil ADMINISTRATORS
distribuya todos los administradores registrados en el gestor de configuracin.
Entre los comandos siguientes en el gestor de configuracin:
633
define profile administrators

description=Perfil para distribuir ID de administradores
define profassociation administrators admins=*
Cada vez que un servidor gestionado suscrito al perfil ADMINISTRATORS

renueva la informacin de configuracin, recibe las definiciones de todos los
administradores existentes en el gestor de configuracin en el momento de la
renovacin. A medida que se agregan, se suprimen o se cambian administradores
en el gestor de configuracin, las definiciones modificadas se distribuyen a los
servidores gestionados suscritos.
Informacin de configuracin para los administradores de Tivoli

Storage Manager
debe prestar atencin al distribuir definiciones de administradores que tengan el
mismo nombre que los administradores que ya se han definido para los servidores
gestionados. La renovacin de configuracin sobregraba la definicin del
administrador y la autorizacin definida en el servidor gestionado. Si el nivel de
autorizacin de un administrador es inferior en el gestor de configuracin que en
el servidor gestionado, podra tener problemas al acceder al servidor gestionado
despus de distribuir la definicin del administrador.
El gestor de configuracin no distribuye la informacin acerca de si un
administrador est bloqueado (lo que impide acceder al servidor).
El administrador denominado SERVER_CONSOLE no se distribuye nunca del
gestor de configuracin a un servidor gestionado.
para las definiciones de administrador que tienen autorizacin sobre el nodo, el
gestor de configuracin solo distribuye informacin como por ejemplo la
contrasea e informacin de contacto. La autorizacin sobre el nodo para el
administrador gestionado puede controlarse en el servidor gestionado mediante los
comandos GRANT AUTHORITY y REVOKE AUTHORITY especificando el
parmetro CLASS=NODE.
Informacin de configuracin para los dominios de polticas

Al hacer referencia a un dominio de polticas en un perfil, la informacin de
configuracin que se enviar a los servidores gestionados incluye el dominio de
polticas en s y todos los juegos de polticas con las clases de gestin asociadas, los
grupos de copia y las planificaciones de cliente del dominio. Un gestor de
configuracin no distribuye lo siguiente:
v Ningn juego de polticas activas ni ninguna de sus clases de gestin, grupos de
copia y planificaciones de cliente asociados. En cada servidor gestionado, debe
activar un juego de polticas en cada uno de los dominios de polticas
gestionados.
v Asociaciones entre clientes y planificaciones. Para que los clientes de un dominio
de polticas gestionado ejecuten planificaciones de cliente, debe asociar los
clientes con las planificaciones en el servidor gestionado.
v Acciones de cliente, que son planificaciones creadas con el comando DEFINE
CLIENTACTION. En cada servidor gestionado, puede definir y suprimir
acciones de cliente, aunque el dominio correspondiente sea un objeto gestionado.
v Definiciones de las agrupaciones de almacenamiento identificadas como destinos
en la poltica. Un gestor de configuracin no distribuye las definiciones de las
agrupaciones de almacenamiento ni las clases de dispositivo.
634
Los dominios de polticas pueden hacer referencia a nombres de agrupaciones

de almacenamiento en las clases de gestin, los grupos de copia de seguridad y
los grupos de copia archivada. Cuando defina la informacin de configuracin,
tenga en cuenta si los servidores gestionados ya tienen o si se pueden establecer
o redenominar agrupaciones de almacenamiento con estos nombres.
Un servidor gestionado suscrito ya puede tener un dominio de polticas con el
mismo nombre que el dominio asociado con el perfil. La renovacin de
configuracin sobregraba el dominio definido en el servidor gestionado, a menos
que los nodos cliente ya estn asignados al dominio. Cuando el dominio se
convierte en un objeto gestionado en el servidor gestionado, pueden asociarse
clientes con el dominio gestionado y las futuras renovaciones de configuracin
podrn entonces actualizar el dominio gestionado.
Si se asignan nodos a un dominio con el mismo nombre que un dominio que se
est distribuyendo, el dominio no se sustituye. Esta medida de seguridad evita una
sustitucin de poltica por error que podra ocasionar la prdida de datos. Para
sustituir un dominio de polticas existente por un dominio gestionado que tiene el
mismo nombre, puede llevar a cabo estas acciones en el servidor gestionado:
1. Copie el dominio.
2. Traslade al dominio copiado todos los clientes asignados al dominio original.
3. Desencadene una renovacin de la configuracin.
4. Active el juego de polticas adecuado en el nuevo dominio de polticas
gestionado.
5. Vuelva a trasladar todos los clientes al dominio original, que ahora est
gestionado.
Informacin de configuracin para servidores y grupos de

servidores
El perfil DEFAULT_PROFILE que se crea automticamente en un gestor de
configuracin seala a todos los servidores y grupos de servidores definidos para
dicho servidor. Si deja el perfil DEFAULT_PROFILE intacto, no necesita incluir
servidores ni grupos de servidores en ningn otro perfil. Todos los servidores y
grupos de servidores que defina posteriormente se asocian automticamente con el
perfil predeterminado y el gestor de configuracin distribuye las definiciones en la
renovacin siguiente.
En el caso de una definicin de servidor, se distribuyen los atributos siguientes:
v Mtodo de comunicacin.
v Direccin TCP/IP (direccin de alto nivel).
v Nmero de puerto (direccin de bajo nivel).
v Contrasea del servidor.
v URL del servidor.
v Descripcin.
Cuando se distribuyen las definiciones de servidor, el atributo para permitir la
sustitucin siempre est establecido en YES. Puede establecer otros atributos, como
por ejemplo, el nombre de nodo del servidor, en el servidor gestionado
actualizando la definicin del servidor.
Un servidor gestionado ya puede tener un servidor definido con el mismo nombre
que un servidor asociado con el perfil. La renovacin de configuracin no
sobregraba la definicin local a menos que el servidor gestionado permita la
635
sustitucin de la misma. En un servidor gestionado, puede permitir la sustitucin

de una definicin del servidor actualizando la definicin local. Por ejemplo:
update server santiago allowreplace=yes
Esta medida de proteccin impide la interrupcin de las funciones existentes que

requieren la comunicacin entre los servidores (por ejemplo, volmenes virtuales).
La Tabla 38 ofrece un resumen de lo que sucede cuando los servidores o grupos de
servidores que se distribuyen tienen los mismos nombres que los servidores o
grupos de servidores del servidor gestionado.
Tabla 38. Resultado de la renovacin de la configuracin con nombres de objetos duplicados
Definicin local (en
servidor gestionado)
Objeto con nombre

duplicado que se
distribuir
Servidor
Servidor
La definicin de servidor local

nicamente se sustituye por la
definicin de servidor distribuida si
un administrador del servidor
gestionado ha actualizado la
definicin local para permitir la
sustitucin.
Servidor
Grupo de servidores
Se mantiene la definicin de
servidor local. No se distribuye la
definicin de grupo de servidores.
Grupo de servidores
Servidor
Se suprime el grupo de servidores

local. Se distribuye la definicin de
servidor.
Grupo de servidores
Grupo de servidores
La definicin de grupo de
servidores local se sustituye por la
definicin de grupo de servidores
distribuida.
Resultado de la renovacin de la
configuracin
Informacin de configuracin para planificaciones de comandos

de administracin
Cuando el gestor de configuracin distribuye planificaciones de administracin,
stas no estn activas en el servidor gestionado. Un administrador del servidor
gestionado debe activar las planificaciones gestionadas para que se ejecuten en el
servidor gestionado.
Una renovacin de configuracin no sustituye ni elimina las planificaciones locales
que estn activas en un servidor gestionado. Sin embargo, una renovacin puede
actualizar una planificacin activa que ya est gestionada por un gestor de
configuracin.
Modificacin de un perfil
636
Tarea
Definir asociaciones de perfil
Sistema
Actualizar perfiles
Sistema
Puede cambiar un perfil y la informacin de configuracin asociada al mismo. Por

ejemplo, si desea agregar un dominio de polticas denominado FILESERVERS a los
objetos que ya estn asociados con el perfil ALLOFFICES, entre el comando
siguiente:
define profassociation alloffices domains=fileservers
Tambin puede suprimir la informacin de configuracin asociada, lo que supone

la eliminacin de la configuracin del servidor gestionado. Utilice el comando
DELETE PROFASSOCIATION. Para obtener ms informacin, consulte el apartado
Cmo eliminar informacin de configuracin de los servidores gestionados en la
pgina 638.
En un gestor de configuracin, no puede cambiar directamente los nombres de los
administradores, los scripts y los grupos de servidores asociados con un perfil.
Para cambiar el nombre de un administrador, del script o del grupo de servidores
asociados con un perfil, suprima el objeto, vulvalo a definir con un nuevo nombre
y ascielo otra vez con el perfil. Durante la renovacin de configuracin siguiente,
cada servidor gestionado realiza los cambios correspondientes en sus bases de
datos.
Puede cambiar la descripcin del perfil. Entre el comando siguiente:
update profile alloffices
description=Configuracin para todas las oficinas con servidores de archivos
Cmo impedir el acceso a los perfiles mientras se realizan

cambios
Si est realizando cambios en un perfil, puede impedir que algn servidor
gestionado suscrito renueve la informacin de configuracin hasta que haya
terminado. Puede bloquear el perfil para impedir que pueda acceder al mismo un
servidor gestionado. El bloqueo impide que un servidor gestionado obtenga
informacin incompleta debido a que se estn realizando cambios.
Tarea
Bloqueo y desbloqueo de perfiles
Sistema
Por ejemplo, para bloquear el perfil ALLOFFICES durante dos horas (120 minutos),
lock profile alloffices 120
Puede permitir que el bloqueo caduque al cabo de dos horas o desbloquear el

perfil con el comando siguiente:
unlock profile alloffices
Distribucin de informacin de configuracin modificada

Para distribuir el perfil modificado, puede esperar a que cada servidor gestionado
renueve la configuracin para obtener la informacin modificada, o puede enviar
una notificacin a cada servidor gestionado desde el gestor de configuracin. Los
servidores gestionados renuevan la informacin de perfil en un perodo de
renovacin de configuracin. Si desea saber cmo establecer este perodo, consulte
el apartado Renovacin de la informacin de configuracin en la pgina 646.
637
Tarea
Notificar a los servidores suscritos a los

Sistema
perfiles para que renueven la informacin de
configuracin
Para notificar a todos los servidores suscritos al perfil ALLOFFICES desde el gestor
de configuracin, entre el comando siguiente:
notify subscribers profile=alloffices
A continuacin, los servidores gestionados renuevan su informacin de

configuracin, incluso si an no ha transcurrido el perodo de tiempo para renovar
la configuracin.
Cmo eliminar informacin de configuracin de los servidores

gestionados
Tarea
Suprimir asociaciones de perfil
Sistema
Para eliminar la informacin de configuracin de los servidores gestionados, puede

llevar a cabo una de las dos acciones siguientes. Puede suprimir la asociacin del
objeto con el perfil o suprimir el propio objeto del gestor de configuracin.
Nota: para eliminar toda la informacin de configuracin definida en la base de
datos de un servidor gestionado como resultado de la suscripcin de un
perfil, debe suprimir la suscripcin utilizando la opcin que permite
descartar todos los objetos gestionados. Consulte el apartado Supresin de
suscripciones en la pgina 645.
En el gestor de configuracin, puede suprimir la asociacin de objetos con un
perfil. Por ejemplo, puede eliminar algunos administradores que estn asociados al
perfil ADMINISTRATORS. Con un comando anterior, ha incluido todos los
administradores definidos en el gestor de configuracin (especificando
ADMINS=*). Para cambiar los administradores incluidos en el perfil, primero debe
suprimir la asociacin de todos los administradores y, a continuacin, debe asociar
nicamente los administradores que desea incluir. Haga lo siguiente:
1. Antes de realizar los cambios, debe impedir que los servidores renueven su
configuracin hasta que haya terminado. Entre el comando siguiente:
lock profile administrators
2. Ahora puede realizar el cambio entrando los comandos siguientes:

delete profassociation administrators admins=*
define profassociation administrators
admins=admin1,admin2,admin3,admin4
3. Desbloquee el perfil:
unlock profile administrators
4. Emita una notificacin a todos los servidores gestionados suscritos al perfil

para que renueven la informacin de configuracin:
notify subscribers profile=administrators
Al suprimir la asociacin de un objeto con un perfil, el gestor de configuracin ya

no distribuye dicho objeto a travs del perfil. Todos los servidores gestionados
suscritos al perfil suprimen el objeto de su base de datos cuando ste vuelve a
638
contactar con el gestor de configuracin para renovar la informacin de

configuracin. No obstante, un servidor gestionado no suprime los objetos
siguientes:
v Un objeto asociado con otro perfil al que se suscribe el servidor.
v Un dominio de polticas que an tenga nodos cliente asignados. Para suprimir el
dominio, debe asignar los nodos cliente afectados a otro dominio de polticas en
el servidor gestionado.
v Un administrador que tenga actualmente una sesin abierta con el servidor.
v Un administrador que sea el ltimo administrador con autorizacin del sistema
en el servidor gestionado.
Adems, el servidor gestionado no cambia la autorizacin de un administrador
si al hacerlo deja al servidor gestionado sin administradores con la clase de
privilegio de sistema.
Puede evitar ambos problemas asegurndose de que ha definido localmente
como mnimo un administrador con el privilegio del sistema en cada servidor
gestionado.
v Una planificacin de administracin activa. Para eliminar una planificacin
activa, antes debe desactivar la planificacin en el servidor gestionado.
v Una definicin de servidor para un servidor que tenga actualmente una
conexin abierta del servidor gestionado.
v Una definicin de servidor que se haya especificado en la definicin de una
clase de dispositivo y que sea un tipo de dispositivo SERVER.
v Una definicin de servidor que sea la definicin para el servidor de eventos del
servidor gestionado.
Si ya no necesita un objeto definido en el gestor de configuracin o en ningn
servidor gestionado, puede suprimirlo. La supresin del propio objeto del gestor
de configuracin tiene un efecto parecido a la supresin de la asociacin de ese
objeto con el perfil. El gestor de configuracin ya no distribuye ese objeto y un
servidor gestionado intenta suprimir el objeto de su base de datos al renovar la
informacin de configuracin.
Supresin de perfiles
Tarea
Suprimir perfiles
Sistema
Puede suprimir un perfil de un gestor de configuracin, pero antes de hacerlo,

debe asegurarse de que ningn servidor gestionado tiene una suscripcin a dicho
perfil. Si el perfil an tiene suscriptores, primero debe suprimir las suscripciones
en cada servidor gestionado. Al suprimir las suscripciones, debe plantearse si
desea suprimir al mismo tiempo los objetos gestionados del servidor gestionado.
Por ejemplo, para suprimir la suscripcin al perfil ALLOFFICES desde el servidor
gestionado SANTIAGO sin suprimir los objetos gestionados, inicie la sesin en el
servidor SANTIAGO y entre el comando siguiente:
delete subscription alloffices
A continuacin, en el gestor de configuracin, entre el comando siguiente:

delete profile alloffices
639
Consulte el apartado Supresin de suscripciones en la pgina 645 para obtener

ms informacin acerca de la supresin de suscripciones en un servidor
gestionado.
Nota: puede utilizar el direccionamiento de comandos para emitir el comando
DELETE SUBSCRIPTION para todos los servidores gestionados.
Si intenta suprimir un perfil que an disponga de suscripciones, el comando dar
error a menos que fuerce la operacin:
delete profile alloffices force=yes
Si no fuerza la operacin, los servidores gestionados que siguen suscritos al perfil

suprimido intentarn posteriormente contactar con el gestor de configuracin para
obtener las actualizaciones del perfil suprimido y continuarn hacindolo hasta que
se supriman sus suscripciones para el perfil. En el servidor gestionado se emitir
un mensaje advirtiendo al administrador acerca de esta condicin.
Obtencin de informacin referente a los perfiles

Tarea
Solicitar informacin referente a los perfiles
Puede obtener informacin referente a los perfiles de configuracin definidos en

cualquier gestor de configuracin, siempre y cuando dicho servidor est definido
para el servidor con el que est trabajando. Por ejemplo, desde un gestor de
configuracin puede visualizar la informacin referente a los perfiles definidos en
el servidor o en otro gestor de configuracin y desde un servidor gestionado
puede visualizar informacin referente a cualquier perfil del gestor de
configuracin al que est suscrito el servidor. Tambin puede obtener informacin
del perfil desde cualquier otro gestor de configuracin definido para el servidor
gestionado, aunque el servidor gestionado no est suscrito a ningn perfil.
Por ejemplo, para obtener informacin referente a todos los perfiles del gestor de
configuracin HEADQUARTERS cuando est conectado a otro servidor, entre el
comando siguiente:
query profile server=headquarters

Gestor
configuracin
--------------HEADQUARTERS
HEADQUARTERS
HEADQUARTERS
HEADQUARTERS
Nombre perfil
Bloqueo
--------------ADMINISTRATORS
DEFAULT_PROFILE
ENGINEERING
MARKETING
------No
No
No
No
Puede obtener informacin detallada referente a los perfiles y a los objetos

asociados a los mismos, especialmente antes de suscribirse a un perfil. Puede
obtener los nombres de los objetos asociados con un perfil entrando el comando
siguiente:
query profile server=headquarters format=detailed
640
Gestor configuracin:
Nombre perfil:
Bloqueo:
Descripcin:
Administradores servidor:
Dominios polticas:
Planif. comandos administracin:
Script comandos servidor:
Conjuntos opciones cliente:
Servidores:
Grupos servidores:
HEADQUARTERS
ADMINISTRATORS
No
Nombre perfil:
Bloqueo:
Descripcin:
Dominios polticas:
Servidores:
Grupos servidores:
HEADQUARTERS
DEFAULT_PROFILE
No
Nombre perfil:
Bloqueo:
Descripcin:
Dominios polticas:
Scripts comandos servidor:
Servidores:
Grupos servidores:
HEADQUARTERS
ENGINEERING
No
Nombre perfil:
Bloqueo:
Descripcin:
Dominios polticas:
Scripts comandos servidor:
Servidores:
Grupos servidores:
HEADQUARTERS
MARKETING
S
ADMIN1 ADMIN2 ADMIN3 ADMIN4

** todos los objetos **

ENGDOMAIN
QUERYALL
DESIGNER PROGRAMMER
MARKETDOM
QUERYALL
BASIC
Si el servidor desde el que se emite la consulta ya es un servidor gestionado

(suscrito a uno o ms perfiles en el gestor de configuracin que se consulta), de
forma predeterminada la consulta devuelve la informacin de perfil que conoce el
servidor gestionado, por lo que la informacin corresponde a la ltima renovacin
de configuracin que ha realizado el servidor gestionado. Asegrese de que
dispone de la ltima versin de los perfiles, tal y como existen actualmente en el
gestor de configuracin. Entre el comando siguiente:
query profile uselocal=no format=detailed
Para obtener ms informacin, adems de los nombres de los objetos asociados con
un perfil, puede hacer una de las siguientes acciones:
v Si ha establecido el direccionamiento de comandos entre servidores, puede
direccionar comandos de consulta del servidor al gestor de configuracin. Por
641
ejemplo, para obtener detalles acerca del dominio de polticas ENGDOMAIN del
servidor HEADQUARTERS, entre este comando:
headquarters: query domain engdomain format=detailed
Tambin puede direccionar comandos del gestor de configuracin a otro servidor

para obtener ms informacin referente a definiciones existentes.
v Si no ha establecido el direccionamiento de comandos, inicie la sesin en el
gestor de configuracin y entre los comandos de consulta para obtener la
informacin que necesita.
Suscripcin a un perfil
Tarea
Definir suscripciones para perfiles
Sistema
Establecer el perodo para las renovaciones

de configuracin
Sistema
Una vez que un administrador de un gestor de configuracin ha creado los perfiles

y les ha asociado objetos, los servidores gestionados se pueden suscribir a uno o
ms perfiles.
Notas:
1. A menos que se especifique lo contrario, los comandos de este apartado se
ejecutarn en un servidor gestionado:
2. Un administrador puede emitir los comandos desde el servidor gestionado.
3. El usuario puede iniciar la sesin desde Enterprise Console y emitirlos.
4. Si se ha establecido el direccionamiento de comandos, se pueden direccionar
desde el servidor en el que se ha iniciado la sesin.
Cuando un servidor gestionado se suscribe a un perfil, el gestor de configuracin
enva las definiciones de los objetos asociados con el perfil al servidor gestionado,
donde se almacenan automticamente en la base de datos. Las definiciones de los
objetos que se crean utilizando este procedimiento en la base de datos de un
servidor gestionado se denominan objetos gestionados. Salvo algunas excepciones,
los objetos gestionados del servidor gestionado no se pueden modificar. Lo nico
que se puede cambiar es:
v El estado activo de una planificacin.
v El estado de bloqueo de un administrador.
v El juego de polticas activo en un dominio de polticas.
v La clase de gestin predeterminada de un juego de polticas.
v Los atributos de una definicin de servidor relacionados con la utilizacin de
volmenes virtuales (nombre de nodo, contrasea y perodo de gracia de
supresin).
Antes de que un servidor gestionado se suscriba a un perfil, debe tener en cuenta
que si ha definido algn objeto con el mismo nombre y tipo que un objeto
asociado con el perfil al que se est suscribiendo, dichos objetos se sobregrabarn.
Puede comprobar este tipo de situaciones consultando el perfil antes de suscribirse
al mismo.
Cuando un servidor gestionado se suscribe por primera vez a un perfil de un
gestor de configuracin, automticamente tambin se suscribe al perfil
642
DEFAULT_PROFILE, si se ha definido un perfil con este nombre en el gestor de

configuracin. A menos que se modifique DEFAULT_PROFILE en el gestor de
configuracin, ste contiene todas las definiciones de servidores y grupos de
servidores definidos en el gestor de configuracin, lo que permite que todos los
servidores de la red reciban un conjunto coherente de definiciones de servidores y
de grupos de servidores.
Nota: aunque un servidor gestionado se puede suscribir a ms de un perfil de un
gestor de configuracin, no se puede suscribir a perfiles de ms de un gestor
de configuracin al mismo tiempo.
Cuando un servidor gestionado se ha suscrito a un perfil, pueden realizarse
cambios en dicho perfil. Un administrador del gestor de configuracin puede
notificar al servidor que se ha efectuado un cambio emitiendo el comando NOTIFY
SUBSCRIBERS. El gestor de configuracin contacta con cada servidor gestionado
que tiene una suscripcin a uno de los perfiles especificados. Al contactar con un
servidor gestionado, el servidor inicia el proceso de renovacin para obtener las
actualizaciones de configuracin del gestor de configuracin.
Supuesto de suscripcin
En este apartado se describe un caso tpico en el que un servidor se suscribe a un
perfil de un gestor de configuracin, HEADQUARTERS. En este supuesto, un
administrador del servidor HEADQUARTERS tiene tres perfiles definidos,
ADMINISTRATORS, ENGINEERING y MARKETING y cada uno de ellos tiene su
propio conjunto de asociaciones. Adems, se ha definido automticamente el
DEFAULT_PROFILE y solo contiene las definiciones del servidor y de los grupos
de servidores definidos en el servidor HEADQUARTERS. Un administrador de
HEADQUARTERS le ha proporcionado los nombres de los perfiles que debe
utilizar. Para suscribirse a los perfiles ADMINISTRATORS y ENGINEERING y
mantenerlos actualizados, realice los pasos siguientes:
1. Visualice los nombres de los objetos de los perfiles de HEADQUARTERS.
Quiz desea llevar a cabo este paso para comprobar si se utilizan en el servidor
los nombres de los objetos de los perfiles para objetos del mismo tipo. Emita
este comando:
query profile * server=headquarters format=detailed
Si desea obtener informacin detallada acerca de algunos objetos, puede emitir

los comandos de consulta especficos en el servidor o en el gestor de
configuracin.
Nota: si no coincide ningn nombre de objeto y se suscribe a un perfil que
contiene un objeto con el mismo nombre, se sustituir el objeto del
servidor, con las excepciones siguientes:
v Un dominio de polticas no se sustituye si tiene nodos cliente
asignados.
v Un administrador con autorizacin del sistema no se sustituye por un
administrador con un nivel de autorizacin inferior si la sustitucin
significa dejar el servidor sin administrador del sistema.
v La definicin de un servidor no se sustituye a menos que la definicin
del servidor contenida en el servidor gestionado lo permita.
v Un servidor con el mismo nombre que un grupo de servidores no se
sustituye.
v Una planificacin de administracin activa definida de forma local no
se sustituye.
643
2. Suscrbase a los perfiles ADMINISTRATORS y ENGINEERING.

Despus de la suscripcin inicial, no necesita especificar el nombre del servidor
en los comandos DEFINE SUBSCRIPTION. Si ya existe como mnimo una
suscripcin de perfil, las suscripciones adicionales se dirigen automticamente
al mismo gestor de configuracin. Emita estos comandos:
define subscription administrators server=headquarters
define subscription engineering
Las definiciones de los objetos de estos perfiles se almacenan en la base de

datos. Adems de ADMINISTRATORS y ENGINEERING, el servidor tambin
se suscribe, de forma predeterminada, a DEFAULT_PROFILE, lo que significa
que todas las definiciones del servidor y de los grupos de servidores de
HEADQUARTERS tambin se almacenan en la base de datos.
3. Establezca el intervalo de tiempo para la obtencin de la informacin de
configuracin renovada del gestor de configuracin.
Si no realiza este paso, el servidor comprueba si hay actualizaciones para los
perfiles al arrancar y, posteriormente, cada 60 minutos. Configure el servidor
para que compruebe si hay actualizaciones en HEADQUARTERS una vez al da
(cada 1440 minutos). Si existe alguna actualizacin, HEADQUARTERS la enva
automticamente al servidor gestionado cuando el servidor comprueba si hay
actualizaciones.
set configrefresh 1440
Nota: puede iniciar una renovacin de configuracin desde un servidor gestionado

en cualquier momento. Para iniciar una renovacin, simplemente debe
volver a emitir el comando SET CONFIGREFRESH con cualquier valor
mayor que 0. La aproximacin ms sencilla es utilizar el valor actual:
Consulta de suscripciones
Tarea
Solicitar informacin referente a las

suscripciones

Solicitar informacin referente a los perfiles
En algunas ocasiones, quiz le interese ver a qu perfiles est suscrito un servidor

y saber cundo se renov la configuracin asociada con el perfil en el servidor. El
comando QUERY SUBSCRIPTION le proporciona esta informacin. Puede indicar
un perfil especfico o utilizar un carcter comodn para visualizar todos o un
subconjunto de perfiles a los que est suscrito el servidor. Por ejemplo, el comando
siguiente muestra ADMINISTRATORS y todos los perfiles que empiezan por la
cadena de caracteres ADMIN:
query subscription admin*
ste es un ejemplo de la salida:

Gestor
configuracin
--------------HEADQUARTERS
HEADQUARTERS
HEADQUARTERS
644
Nombre perfil
--------------ADMINISTRATORS
ADMINS_1
ADMINS_2
Fecha/hora
ltima actualizacin
-------------------06/04/2002 17:51:49
06/04/2002 17:51:49
06/04/2002 17:51:49
Para ver los objetos que contiene el perfil ADMINISTRATORS, utilice el comando
siguiente:
query profile administrators uselocal=no format=detailed
Se muestra una salida similar a la siguiente:

Nombre perfil:
Bloqueo:
Descripcin:
Dominios polticas:
Servidores:
Grupos servidores:
HEADQUARTERS
ADMINISTRATORS
No
ADMIN1 ADMIN2 ADMIN3 ADMIN4
Los objetos gestionados se almacenan en la base de datos de un servidor

gestionado como resultado de las suscripciones a los perfiles de un gestor de
configuracin. Cualquier objeto que se crea o actualiza en la base de datos del
servidor gestionado como resultado de una suscripcin tiene la cadena de
caracteres $$CONFIG_MANAGER$$ en el lugar correspondiente al nombre del
administrador que modific el objeto por ltima vez. Por ejemplo, si el dominio de
polticas denominado ENGDOMAIN es un objeto gestionado y se entra este
comando en el servidor gestionado:
query domain engdomain format=detailed
Se muestra una salida similar a la siguiente:

Nombre dominio pol: ENGDOMAIN
Juego de polticas activado:
Fecha/hora activacin:
Das desde activacin:
Clase gestin predeterminada activ.:
Nmero de nodos inscritos: 0
Descripcin: Poltica para diseo e ingenieros de software
Ret. copia seg. (per. de gracia): 30
Ret. archivado (per. de gracia): 365
ltima actualizacin por (adm.): $$CONFIG_MANAGER$$
Perfil de gestin: ENGINEERING
El campo Perfil de gestin muestra el perfil al que se suscribe el servidor

gestionado para obtener la definicin de este objeto.
Supresin de suscripciones
Tarea
Suprimir suscripciones de perfiles
Sistema
Si decide que un servidor ya no necesita suscribirse a un perfil, puede suprimir la

suscripcin. Al suprimir una suscripcin a un perfil, elige descartar los objetos que
incluye dicho perfil y mantenerlos en su base de datos. Por ejemplo, para solicitar
que se suprima su suscripcin a PROFILEC y mantener los objetos que incluye
dicho perfil, emita el comando siguiente:
delete subscription profilec discardobjects=no
645
Una vez suprimida la suscripcin en el servidor gestionado, ste emite una

solicitud de renovacin de configuracin para informar al gestor de configuracin
que se ha suprimido la suscripcin. El gestor de configuracin actualiza su base de
datos con la nueva informacin.
Cuando elija suprimir objetos al suprimir la suscripcin, es posible que el servidor
no pueda suprimir algunos objetos. Por ejemplo, el servidor no puede suprimir un
dominio de polticas gestionado si el dominio todava tiene inscritos nodos cliente.
El servidor se salta los objetos que no puede suprimir, pero no suprime la
suscripcin en s. Si no realiza ninguna accin tras una supresin de suscripcin no
satisfactoria, en la prxima renovacin de configuracin el gestor de configuracin
volver a enviar todos los objetos asociados a la suscripcin. Para suprimir la
suscripcin correctamente, lleve a cabo una de las acciones siguientes:
v Corrija el motivo por el que el servidor se ha saltado los objetos. Por ejemplo,
vuelva a asignar los clientes del dominio de polticas gestionado a otro dominio
de polticas. A continuacin, vuelva a suprimir la suscripcin.
v Vuelva a suprimir la suscripcin, pero esta vez no descarte los objetos
gestionados. El servidor ya puede suprimir la suscripcin correctamente. Sin
embargo, los objetos creados como consecuencia de la suscripcin no se
suprimen.
Renovacin de la informacin de configuracin

Tarea
Establecer el perodo para las renovaciones

de configuracin
Sistema (en el servidor gestionado)
Notificar a los servidores suscritos a los

Sistema (en el gestor de configuracin)
perfiles para que renueven la informacin de
configuracin
En un gestor de configuracin, un administrador puede realizar cambios en la

informacin de configuracin asociada con un perfil. La velocidad a la que se
distribuyen los cambios a un servidor gestionado suscrito depende del perodo de
renovacin de configuracin establecido en el servidor gestionado y de si el
administrador del gestor de configuracin enva una notificacin.
De forma predeterminada, un servidor gestionado renueva la informacin de
configuracin cada 60 minutos. Para que se realice una renovacin inmediata,
cambie el perodo. Por ejemplo, para renovar la configuracin inmediatamente y
cambiar la frecuencia de las futuras renovaciones a una vez al da, entre el
comando siguiente para el servidor gestionado:
Si emite este comando con un valor mayor que cero, causa que el servidor
gestionado inicie inmediatamente el proceso de renovacin.
En el gestor de configuracin, puede hacer que los servidores gestionados
renueven la informacin de configuracin notificndolo a los servidores. Por
ejemplo, para emitir una notificacin a los suscriptores de todos los perfiles, entre
notify subscribers profile=*
Los servidores gestionados inician la renovacin de la informacin de

configuracin a la que estn suscritos a travs de los perfiles.
646
Un servidor gestionado renueva automticamente la informacin de configuracin

cuando se reinicia.
Gestin de problemas relacionados con la renovacin de

configuracin
Para supervisar los problemas que surjan durante la renovacin de una
configuracin, puede consultar la consola del servidor o las anotaciones de
actividades del servidor gestionado. Un problema que puede producirse es que el
proceso de renovacin se salte objetos. Por ejemplo, un dominio de polticas que
tiene el mismo nombre que un dominio de polticas existente en el servidor
gestionado no se distribuye si el dominio de polticas tiene asignados nodos
cliente. Consulte el apartado Asociacin de informacin de configuracin a un
perfil en la pgina 633 para obtener informacin detallada sobre los casos en que
no pueden distribuirse los objetos.
El gestor de configuracin enva los objetos que puede distribuir al servidor
gestionado. El gestor de configuracin se salta (no enva) los objetos que generan
un conflicto con los objetos locales. Si el gestor de configuracin no puede enviar
todos los objetos asociados al perfil, el servidor gestionado no registra la
renovacin de configuracin como completa. Los objetos que el gestor de
configuracin ha enviado correctamente quedan como objetos locales en lugar de
como objetos gestionados en la base de datos del servidor gestionado. Los objetos
locales que son consecuencia de una renovacin de configuracin incorrecta pasan
a ser objetos gestionados en la prxima renovacin de configuracin satisfactoria
de la misma suscripcin de perfil.
Devolucin de objetos gestionados al control local

Puede devolver uno o ms objetos gestionados (objetos que distribuye un gestor de
configuracin a travs de perfiles) al control local en los servidores gestionados.
Puede hacerlo desde el gestor de configuracin o desde los servidores gestionados.
Para hacerlo desde el gestor de configuracin, no basta con suprimir del perfil la
asociacin del objeto, puesto que esto hara que se suprimiera el objeto de los
servidores gestionados suscritos. Para asegurarse de que el objeto permanece en las
bases de datos de los servidores gestionados como un objeto gestionado
localmente, puede copiar el perfil actual, realizar la supresin y cambiar las
suscripciones de los servidores gestionados para el nuevo perfil.
Por ejemplo, los servidores estn suscritos actualmente al perfil ENGINEERING. El
dominio de polticas ENGDOMAIN est asociado con este perfil. Desea devolver el
control del dominio de polticas ENGDOMAIN a los servidores gestionados. Puede
hacer lo siguiente:
1. Copie el perfil ENGINEERING para un nuevo perfil, ENGINEERING_B:
copy profile engineering engineering_b
2. Suprima la asociacin del dominio de polticas ENGDOMAIN de

ENGINEERING_B:
delete profassociation engineering_b domains=engdomain
3. Utilice el direccionamiento de comandos para suprimir las suscripciones para el

perfil ENGINEERING:
americas,europe,asia: delete subscription engineering
discardobjects=no
4. Suprima el perfil ENGINEERING:

delete profile engineering
647
5. Utilice el direccionamiento de comandos para definir las suscripciones para el

nuevo perfil ENGINEERING_B:
americas,europe,asia: define subscription engineering_b
Para devolver objetos al control local cuando trabaja en un servidor gestionado,

puede suprimir la suscripcin a uno o ms perfiles. Al suprimir una suscripcin,
puede elegir si desea suprimir los objetos asociados con el perfil. Al devolver
objetos al control local, no se suprimen los objetos. Por ejemplo, utilice este
comando en un servidor gestionado:
delete subscription engineering discardobjects=no
Cmo establecer administradores para los servidores

Incluya en los perfiles todos los administradores a los que desee proporcionar
acceso a todos los servidores de la red. Estos administradores deben mantener sus
contraseas en el gestor de configuracin. Para garantizar la validez de las
contraseas durante el tiempo esperado en todos los servidores, establezca el
mismo perodo de caducidad de las contraseas en todos los servidores. Una
forma de hacerlo es direccionar un comando SET PASSEXP desde un servidor a
todos los dems servidores.
Asegrese de que tiene como mnimo un administrador definido localmente en
cada servidor gestionado con autorizacin del sistema. De este modo se evita un
error en la renovacin de configuracin si se eliminan todos los administradores de
un servidor como resultado de un cambio en un perfil del gestor de configuracin.
Gestin de problemas relacionados con la sincronizacin de

perfiles
En situaciones excepcionales, cuando un servidor gestionado contacta con un
gestor de configuracin para renovar la informacin de configuracin, el gestor de
configuracin puede determinar que la informacin de perfil de ambos servidores
no est sincronizada. Puede parecer que la informacin de configuracin es ms
reciente en el servidor gestionado que en el gestor de configuracin. Esto puede
ocurrir en las situaciones siguientes:
v La base de datos del gestor de configuracin se ha restaurado a un momento
anterior y ahora tiene informacin de configuracin de perfiles que parecen
anteriores a los que ha obtenido el servidor gestionado.
v En el gestor de configuracin, un administrador ha suprimido un perfil,
forzando la supresin aunque an hay uno o ms servidores gestionados
suscritos al perfil. El administrador ha vuelto a definir el perfil (utilizando el
mismo nombre) antes de que el servidor gestionado renovara su informacin de
configuracin.
Si el gestor de configuracin contina teniendo un registro de la suscripcin al
perfil del servidor gestionado, el gestor de configuracin no enva su informacin
de perfil en la peticin siguiente de informacin de configuracin renovada. El
gestor de configuracin informa al servidor gestionado de que los perfiles no estn
sincronizados. A continuacin, el servidor gestionado emite un mensaje indicando
esta condicin con el fin de que un administrador pueda llevar a cabo la accin
adecuada. El administrador puede realizar los pasos siguientes:
1. Si la base de datos del gestor de configuracin se ha restaurado a un momento
anterior, el administrador debe consultar el perfil y los objetos asociados del
servidor gestionado y despus actualizar manualmente el gestor de
configuracin con dicha informacin.
648
2. Utilizar el comando DELETE SUBSCRIPTION en el servidor gestionado para

suprimir suscripciones al perfil que no est sincronizado. Si lo desea, tambin
puede suprimir las definiciones de los objetos asociados y, a continuacin,
volver a definir la suscripcin.
Es posible que el gestor de configuracin no tenga un registro de la suscripcin del
servidor gestionado. En este caso, no se requiere ninguna accin. Cuando el
servidor gestionado solicita una renovacin de la informacin de configuracin, el
gestor de configuracin enva la informacin del perfil actual y el servidor
gestionado actualiza su base de datos con dicha informacin.
Cmo pasar un servidor gestionado a un gestor de

configuracin diferente
Para pasar un servidor gestionado desde un gestor de configuracin a otro, realice
los pasos siguientes:
1. Consulte los perfiles del servidor que ser el nuevo gestor de configuracin
para compararlos con los perfiles actuales a los cuales se suscribe el servidor
gestionado.
2. En el servidor gestionado, suprima todas las suscripciones para los perfiles del
gestor de configuracin actual. Acurdese de suprimir la suscripcin al perfil
denominado DEFAULT_PROFILE. Decida si desea descartar los objetos
gestionados de la base de datos al suprimir las suscripciones.
Verifique que se hayan suprimido todas las suscripciones consultando las
suscripciones.
3. Cambie las comunicaciones del servidor segn sea necesario. Defina el servidor
que ser el nuevo gestor de configuracin. Puede suprimir el servidor que era
antes el gestor de configuracin.
4. En el servidor gestionado, defina las suscripciones a los perfiles del nuevo
Supresin de suscriptores de un gestor de configuracin

Bajo circunstancias normales, no es necesario suprimir suscriptores de un gestor de
configuracin. Slo debe suprimir una suscripcin a un perfil en el servidor
gestionado (utilizando el comando DELETE SUBSCRIPTION). Al emitir el
comando DELETE SUBSCRIPTION, el servidor gestionado notifica
automticamente la supresin al gestor de configuracin renovando su informacin
de configuracin. Como parte del proceso de renovacin, se comunican al gestor
de configuracin los perfiles a los que el servidor gestionado est suscrito y a los
que no est suscrito. Si no se puede contactar inmediatamente con el gestor de
configuracin para una renovacin, ste sabr que se ha suprimido la suscripcin
la prxima vez que el servidor gestionado renueve la informacin de
configuracin.
La supresin de suscriptores de un gestor de configuracin slo se necesita como
medida de limpieza en determinadas situaciones poco habituales. Por ejemplo,
debe suprimir suscriptores si un servidor gestionado desaparece completamente o
suprime su ltima suscripcin sin que pueda notificrselo al gestor de
configuracin. En este caso debe utilizar el comando DELETE SUBSCRIBER para
suprimir todas las suscripciones para dicho suscriptor (el servidor gestionado) de
la base de datos del gestor de configuracin.
Cambio de nombre de un servidor gestionado

Para redenominar un servidor gestionado, lleve a cabo los pasos siguientes:
649
1. Utilizando el direccionamiento de comandos o iniciando la sesin en el servidor

gestionado, cambie el nombre del servidor gestionado. Utilice Enterprise
Console o el comando SET SERVERNAME. Consulte el apartado
Establecimiento del nombre del servidor en la pgina 518 para obtener ms
informacin sobre cmo utilizar el comando SET SERVERNAME.
2. Cambie la configuracin de comunicaciones.
a. En el gestor de configuracin, suprima la definicin del servidor con el
nombre anterior.
b. En el gestor de configuracin, defina el servidor con el nuevo nombre.
3. En el servidor gestionado, renueve la informacin de configuracin. Puede
esperar a que transcurra el perodo de renovacin de configuracin, o puede
restablecer el perodo de renovacin para causar una renovacin inmediata.
Realizacin de tareas en varios servidores

Para simplificar la realizacin de tareas con varios servidores, Tivoli Storage
Manager proporciona las funciones siguientes:
v Conexin Enterprise.
v Direccionamiento de comandos.
v Definiciones de grupos de servidores que se pueden utilizar para simplificar el
direccionamiento de comandos.
Utilizacin de la conexin Enterprise de IBM Tivoli Storage

Manager
La conexin Enterprise permite utilizar las credenciales de conexin del
administrador para acceder a otros servidores con el fin de vincular y direccionar
comandos correctamente a otros servidores. El administrador se debe haber
definido en cada servidor con la autorizacin de administracin adecuada para la
accin o el comando.
La conexin Enterprise, junto con Enterprise Configuration, permite que un
administrador inicie la sesin en un servidor de Tivoli Storage Manager y pueda
acceder a todos los servidores y clientes de Tivoli Storage Manager asociados para
los que tenga autorizacin de acceso. La conexin Enterprise se encuentra
disponible mediante un navegador Web. El cliente debe estar configurado para
acceder a un servidor de Tivoli Storage Manager Versin 3 o posterior.
Un administrador ya no tiene que recordar un gran nmero de identificadores de
usuario y contraseas para los servidores y clientes, sino nicamente el
identificador de usuario y la contrasea iniciales. El administrador entra el ID de
usuario y la contrasea iniciales en la pantalla de conexin que se visualiza en el
navegador Web del administrador. A continuacin se utiliza un nico conjunto de
credenciales de conexin para verificar la identidad de un administrador en los
servidores y clientes de un entorno de navegadores Web. Las credenciales cifradas
garantizan la seguridad de las contraseas.
El proceso de tiempo de espera de autentificacin requiere que un administrador
se vuelva a autentificar una vez transcurrido un perodo de tiempo especfico.
Puede establecer el perodo de tiempo utilizando el comando SET
WEBAUTHTIMEOUT. El tiempo de espera ofrece una proteccin frente a los
usuarios no autorizados que intentan acceder de forma indefinida a un navegador
Web desatendido que tiene credenciales almacenadas en una memoria cach de
650
navegador Web. En el navegador se visualiza una ventana emergente que solicita

un ID y una contrasea del administrador para continuar.
stos son los usuarios que pueden utilizar la conexin Enterprise:
v Un administrador que utiliza un navegador Web para conectarse a un servidor
v Un administrador o un miembro del personal de ayuda del help desk que utiliza
un navegador Web para conectarse a un cliente remoto con el cliente de copia de
seguridad/archivado Web.
v Un usuario final de Tivoli Storage Manager que utiliza el cliente de copia de
seguridad/archivado Web para conectarse a su propio cliente remoto.
Un cliente puede, opcionalmente, desactivar la conexin Enterprise.
Direccionamiento de comandos
Si ha configurado los servidores tal y como se describe en el apartado
Configuracin de las comunicaciones para el direccionamiento de comandos en
la pgina 622, puede direccionar comandos de administracin de Tivoli Storage
Manager a uno o ms servidores. El direccionamiento de comandos permite que
un administrador enve comandos para su proceso en uno o ms servidores al
mismo tiempo. La salida se rene y se visualiza en el servidor que ha emitido los
comandos direccionados. Un administrador del sistema puede configurar y
supervisar muchos servidores distintos desde un servidor central utilizando el
direccionamiento de comandos.
Puede direccionar comandos a un servidor, a varios servidores, a los servidores
definidos para un grupo especfico (consulte el apartado Definicin de un grupo
de servidores en la pgina 653) o a una combinacin de estos servidores. Un
comando direccionado ya no se puede direccionar a otros servidores; solo se
permite un nivel de direccionamiento.
Cada servidor que se identifica como el destino de un comando direccionado se
debe haber definido antes con el comando DEFINE SERVER. Un servidor que no
se ha definido se salta y el direccionamiento de comandos contina al servidor
siguiente de la lista de direccionamiento.
Tivoli Storage Manager no ejecuta un comando direccionado en el servidor desde
el cual el usuario emite el comando salvo que tambin especifique este servidor.
Para poder especificar el servidor en un comando direccionado, debe definir el
servidor igual que ha hecho con cualquier otro servidor.
Los comandos no se pueden direccionar desde el ID SERVER_CONSOLE.
Los comandos direccionados se ejecutan independientemente en cada uno de los
servidores a los cuales enva los comandos. El hecho de que la ejecucin del
comando sea correcta o anmala en un servidor no afecta al rendimiento de los
dems servidores a los cuales se ha enviado el comando.
Para obtener ms informacin sobre el direccionamiento de comandos y los
cdigos de retorno que genera el proceso de comandos, consulte la publicacin
Direccionamiento de comandos a uno o ms servidores

En los apartados siguientes se describe cmo direccionar comandos a uno o ms
servidores y a grupos de servidores. Para que el direccionamiento de comandos a
651
otros servidores resulte satisfactorio, debe disponer de la autorizacin de

administracin adecuada en todos los servidores que recibirn en comando para el
proceso.
Los cdigos de retorno para el direccionamiento de comandos pueden tener uno
de los tres niveles de gravedad siguientes: 0, ERROR o WARNING. Consulte en la
publicacin Administrators Reference una lista de los cdigos de retorno vlidos y
los niveles de gravedad.
Direccionamiento de comandos a servidores individuales: para direccionar un
comando a un nico servidor, entre el nombre del servidor definido seguido de un
carcter de dos puntos y, a continuacin, el comando que desee procesar. Por
ejemplo, para direccionar un comando QUERY STGPOOL al servidor denominado
ADMIN1, entre:
admin1: query stgpool
Los dos puntos despus del nombre del servidor indican el final de la informacin
de direccionamiento. Tambin se denomina prefijo de servidor. Otra forma de indicar
la informacin de direccionamiento de servidor consiste en utilizar parntesis para
delimitar el nombre del servidor, como se muestra en este comando:
(admin1) query stgpool
Nota: al escribir scripts, debe utilizar los parntesis para la informacin de

direccionamiento de servidor.
Para direccionar un comando a ms de un servidor, separe los nombres de los
servidores mediante una coma. Por ejemplo, para direccionar un comando QUERY
OCCUPANCY a tres servidores denominados ADMIN1, GEO2 y TRADE5 entre:
admin1,geo2,trade5: query occupancy
o
(admin1,geo2,trade5) query occupancy
El comando QUERY OCCUPANCY se direcciona a los servidores ADMIN1, GEO2

y TRADE5. Si no se ha definido un servidor con el comando DEFINE SERVER, se
salta dicho servidor y el direccionamiento de comandos contina al servidor
siguiente de la lista de direccionamiento.
La salida del comando direccionado de cada servidor se visualiza ntegramente en
el servidor que ha iniciado el direccionamiento de comandos. En el ejemplo
anterior, se visualizara la salida para ADMIN1, seguida de la salida de GEO2 y, a
continuacin, la salida de TRADE5.
El proceso de un comando en un servidor no depende de la conclusin del proceso
del comando en los dems servidores de la lista de direccionamiento. Por ejemplo,
si el servidor GEO2 no completa correctamente el comando, el servidor TRADE5
contina el proceso del comando de modo independiente.
Direccionamiento de comandos a grupos de servidores: un grupo de servidores
es un grupo de servidores definido. Una vez que ha establecido los grupos, puede
direccionar comandos a los mismos. Si desea saber cmo definir un grupo de
servidores, consulte el apartado Definicin de un grupo de servidores en la
pgina 653.
652
Para direccionar un comando QUERY STGPOOL al grupo de servidores

WEST_COMPLEX, entre:
west_complex: query stgpool
o
(west_complex) query stgpool
Se enva el comando QUERY STGPOOL para el proceso a los servidores BLD12 y

BLD13, que son miembros del grupo WEST_COMPLEX.
Para direccionar un comando QUERY STGPOOL a dos grupos de servidores,
WEST_COMPLEX y NORTH_COMPLEX, entre:
west_complex,north_complex: query stgpool
o
(west_complex,north_complex) query stgpool
Se enva el comando QUERY STGPOOL para el proceso a los servidores BLD12 y

BLD13, que son miembros del grupo WEST_COMPLEX y a los servidores NE12 y
NW13, que son miembros del grupo NORTH_COMPLEX.
Direccionamiento de comandos a servidores individuales y a grupos de
servidores: puede direccionar comandos a varios servidores individuales y a
grupos de servidores al mismo tiempo. Por ejemplo, para direccionar el comando
QUERY DB a los servidores HQSRV, REGSRV y a los grupos WEST_COMPLEX y
NORTH_COMPLEX, entre:
hqsrv,regsrv,west_complex,north_complex: query db
o
(hqsrv,regsrv,west_complex,north_complex) query db
Se enva el comando QUERY DB para el proceso a los servidores HQSRV, REGSRV,

a BLD12 y BLD13 (ambos miembros de WEST_COMPLEX) y a NE12 y NW12
(ambos miembros de NORTH_COMPLEX).
Las referencias duplicadas a los servidores se eliminan en el proceso. Por ejemplo,
si direcciona un comando al servidor BLD12 y al grupo de servidores
WEST_COMPLEX (que incluye BLD12), el comando solo se enva una vez al
servidor BLD12.
Definicin de un grupo de servidores

Puede hacer que el direccionamiento de comandos resulte ms eficaz creando uno
o ms grupos de servidores y agregndoles servidores. De este modo, puede
direccionar comandos a grupos de servidores adems o en lugar de direccionar
comandos a servidores individuales. En este apartado se describe cmo definir
grupos de servidores. Para utilizar los grupos de servidores, debe llevar a cabo una
de las tareas siguientes:
1. Definir los grupos de servidores.
2. Agregar los servidores como miembros del grupo adecuado.
Una vez que tenga configurados los grupos de servidores, puede gestionar los
grupos y los miembros de los grupos.
653
Definicin de un grupo de servidores y los miembros de un

grupo de servidores
Tarea
Definir un grupo de servidores
Sistema
Definir un miembro de grupo de servidores
Sistema
Puede definir grupos de servidores a los cuales puede direccionar comandos

posteriormente. Los comandos se direccionan a todos los servidores del grupo.
Para direccionar comandos a un grupo de servidores, debe hacer lo siguiente:
1. Definir el servidor con el comando DEFINE SERVER si an no est definido
(consulte el apartado Configuracin de las comunicaciones para el
direccionamiento de comandos en la pgina 622).
2. Definir un nuevo grupo de servidores con el comando DEFINE
SERVERGROUP. Los nombres del grupo de servidores deben ser exclusivos,
puesto que tanto los grupos como los nombres de servidores pueden
direccionar informacin.
3. Definir los servidores como miembros de un grupo de servidores con el
comando GRPMEMBER.
En el ejemplo siguiente se muestra cmo crear un grupo de servidores
denominado WEST_COMPLEX y definir los servidores BLD12 y BLD13 como
miembros del grupo WEST_COMPLEX:
define servergroup west_complex
define grpmember west_complex bld12,bld13
Gestin de grupos de servidores

Puede consultar, copiar, redenominar y suprimir grupos de servidores segn sea
necesario
Tarea
Consultar un grupo de servidores
Sistema
Copiar un grupo de servidores
Sistema
Redenominar un grupo de servidores
Sistema
Actualizar una descripcin de grupo de

servidores
Sistema
Sistema
Suprimir un grupo de servidores
Consulta de un grupo de servidores: para consultar el grupo de servidores

WEST_COMPLEX, entre:
query servergroup west_complex
Lo siguiente es una salida de ejemplo de un comando QUERY SERVERGROUP:

Grupo servidores Miembros
Descripcin
Perfil de gestin
--------------------------------------------------------------------------WEST_COMPLEX
BLD12, BLD13
654
Cmo copiar un grupo de servidores: para copiar todo el contenido del grupo de
servidores WEST_COMPLEX para otro grupo de servidores denominado
NEWWEST, entre:
copy servergroup west_complex newwest
Este comando crea el nuevo grupo. Si el nuevo grupo ya existe, el comando da

error.
Cmo redenominar un grupo de servidores: para redenominar el grupo de
servidores existente NORTH_COMPLEX a NORTH, entre:
rename servergroup north_complex north
Actualizacin de una descripcin de grupo de servidores: para actualizar el

grupo de servidores NORTH con el fin de modificar su descripcin, entre:
update servergroup north description="Northern marketing region"
Supresin de un grupo de servidores: para suprimir el grupo de servidores

WEST_COMPLEX del servidor de Tivoli Storage Manager, entre:
delete servergroup west_complex
Este comando elimina todos los miembros del grupo de servidores, aunque no
afecta a la definicin de cada miembro del grupo. Si el grupo de servidores
suprimido es un miembro de otros grupos de servidores, el grupo suprimido se
elimina de los otros grupos.
Gestin de miembros de grupos

Puede trasladar y suprimir los miembros de un grupo definido previamente.
Tarea
Trasladar un miembro de un grupo a otro
Sistema
Suprimir un miembro de grupo
Traslado de un miembro de un grupo a otro: para trasladar el miembro TRADE5

del grupo NEWWEST al grupo NORTH_COMPLEX, entre:
move grpmember trade5 newwest north_complex
Supresin de un miembro de un grupo: para suprimir el miembro BLD12 del

grupo de servidores NEWWEST, entre:
delete grpmember newwest bld12
Al suprimir un servidor, el servidor suprimido se elimina de todos los dems

grupos de los que es miembro.
Consulta de la disponibilidad del servidor

Puede probar una conexin del servidor local a un servidor especificado con el
comando PING SERVER. Para hacer ping al servidor GEO2, entre:
ping server geo2
El comando PING SERVER utiliza el ID de usuario y la contrasea del ID de

administracin que ha emitido el comando. Si no se ha definido el administrador
en el servidor al que se hace ping, ping da error aunque el servidor est en
ejecucin.
655
Utilizacin de volmenes virtuales para almacenar datos en otro

servidor
Tivoli Storage Manager permite a un servidor (un servidor origen) almacenar el
resultado de las copias de seguridad de la base de datos, las operaciones de
exportacin, las operaciones de las agrupaciones de almacenamiento y un comando
PREPARE de DRM en otro servidor (un servidor destino). Los datos se almacenan
como volmenes virtuales, que aparentemente son volmenes de medios
secuenciales residentes en el servidor origen pero que, en realidad, estn
almacenados en forma de copias archivadas en el servidor destino. Los volmenes
virtuales pueden ser cualquiera de los elementos siguientes:
v Copias de seguridad de la base de datos.
v Copias de seguridad de agrupaciones de almacenamiento.
v Datos de los que se ha hecho copia de seguridad, que se han archivado o que
estn bajo gestin de espacio desde nodos cliente.
v Datos de clientes que se han migrado desde las agrupaciones de
almacenamiento del servidor origen.
v Datos que pueden traspasarse con los comandos EXPORT e IMPORT.
v Archivos del plan DRM.
El servidor origen es un cliente del servidor destino y sus datos los gestiona
nicamente l. Dicho de otra manera, el servidor origen controla la caducidad y la
supresin de los archivos que constituyen los volmenes virtuales del servidor
destino.El uso de volmenes virtuales no est permitido si el servidor origen y el
servidor destino residen en el mismo servidor de Tivoli Storage Manager.
En el servidor destino, los volmenes virtuales del servidor origen se consideran
datos archivados. El servidor origen queda inscrito como nodo cliente
(TYPE=SERVER) en el servidor destino y se asigna a un dominio de polticas. El
grupo de copia archivada de la clase de gestin predeterminada de dicho dominio
especifica cul es la agrupacin de almacenamiento que corresponde a los datos
procedentes del servidor origen.
Nota: si la clase de gestin predeterminada no incluye ningn grupo de copia
archivada, los datos no podrn almacenarse en el servidor destino.
La utilizacin de volmenes virtuales puede reportarle las ventajas siguientes:
v El servidor origen puede utilizar el servidor destino como cmara de seguridad
electrnica que permita una recuperacin rpida en caso de siniestro.
v Los servidores origen de Tivoli Storage Manager de menor tamao pueden
utilizar las agrupaciones de almacenamiento y los dispositivos de cinta de los
servidores de Tivoli Storage Manager de mayor tamao.
v En el caso de copias de seguridad incrementales de la base de datos, puede
reducir el espacio desperdiciado en los volmenes y la infrautilizacin de las
unidades de cinta de alto rendimiento.
Al utilizar volmenes virtuales, tenga presente lo siguiente:
v Si utiliza volmenes virtuales para realizar copias de seguridad de la base de
datos, podra plantersele la situacin siguiente: el servidor_A efecta la copia
de seguridad de su base de datos en el servidor_B y ste la de su base de datos
en el servidor_A. Si sta es la nica forma en que se realizan las copias de
seguridad de las bases de datos y ambos servidores se hallan en la misma
656
|
|
v
v
v
v
ubicacin y, adems, se produce un siniestro en dicha ubicacin, es posible que

se encuentre sin ninguna copia de seguridad con la que restaurar las bases de
datos.
Traspasar muchos datos de un servidor a otro puede entorpecer
significativamente las comunicaciones, segn cul sea el ancho de banda y el
grado de disponibilidad de la red.
En la definicin de clase de dispositivo (DEVTYPE=SERVER) se puede
especificar la frecuencia y por cunto tiempo intentar el servidor origen
contactar con el servidor destino. Tenga en cuenta que los intentos frecuentes de
contactar con el servidor destino a lo largo de un perodo extenso de tiempo
pueden afectar las comunicaciones.
NO se admite el uso de una agrupacin de almacenamiento Centera como
destino para un volumen virtual.
En determinadas circunstancias, pueden surgir incoherencias entre las
definiciones de los volmenes virtuales del servidor origen y las copias
archivadas del servidor destino. Para reconciliar dichas incoherencias, puede
utilizar el comando RECONCILE VOLUMES (en el apartado Reconciliacin de
volmenes virtuales y copias archivadas en la pgina 661 hallar informacin
ms detallada).
Si desea activar la validacin de datos entre un servidor origen y un servidor
destino, active la configuracin mediante los comandos DEFINE SERVER y
REGISTER NODE. Para obtener ms informacin, consulte el apartado
Validacin de datos de un nodo en la pgina 447 y la publicacin
Las limitaciones del espacio de almacenamiento en el servidor destino afectan a
la cantidad de datos que pueden almacenarse en dicho servidor.
Para minimizar los tiempos de espera, el lmite de montaje total para todas las
definiciones de servidores que especifica el servidor destino no debe sobrepasar
el lmite de montaje total en el servidor destino. Suponga, por ejemplo, que un
servidor origen tiene dos clases de dispositivo y que cada uno especifica un
lmite de montaje de 2. Un servidor destino solo tiene dos unidades de cinta. En
este caso, las peticiones de montaje del servidor origen podran sobrepasar las
unidades de cinta del servidor destino.
Nota: cuando se emite un comando DEFINE SERVER, el servidor origen enva un

cdigo de verificacin al servidor destino. Cuando el servidor origen
empieza una sesin con el servidor destino, tambin enva el cdigo de
verificacin. Si el cdigo coincide con lo almacenado anteriormente en el
destino, la sesin se abre en modalidad de lectura/grabacin. Si se pierde el
cdigo de verificacin en el servidor origen (por ejemplo, tras una
restauracin de la base de datos), se puede restablecer emitiendo un
comando UPDATE SERVER con el parmetro FORCESYNC=YES.
Configuracin de servidores origen y destino para volmenes

virtuales
En la relacin origen/destino, el servidor origen se define como un nodo cliente
del servidor destino. Para establecer esta relacin, deben realizarse una serie de
pasos en ambos servidores. En el ejemplo siguiente (que se ilustra en la Figura 88
en la pgina 659) el servidor origen se denomina DELHI y el servidor destino se
denomina TOKYO.
v En DELHI:
1. Defina el servidor destino.
TOKYO tiene la direccin TCP/IP 9.115.3.221:1845
657
Asigne a TOKYO la contrasea CALCITE.

Asigne DELHI como el nombre de nodo mediante el cual se conocer al
servidor origen DELHI en el servidor destino. Si no se asigna ningn
nombre de nodo, se utilizar el nombre del servidor origen. Para ver cul
es, puede emitir el comando QUERY STATUS.
2. Defina una clase de dispositivo para los datos que han de enviarse al
servidor destino. El tipo de dispositivo de esta clase de dispositivo debe ser
SERVER y la definicin debe incluir el nombre del servidor destino.
v En TOKYO:
Inscriba el servidor origen como nodo cliente. El servidor destino puede utilizar
un dominio de polticas y una agrupacin de almacenamiento existentes para los
datos del servidor origen. Sin embargo, se puede definir una poltica de gestin
y una agrupacin de almacenamiento separadas para el servidor origen. De esta
forma, se tiene ms control sobre los recursos de las agrupaciones de
almacenamiento.
1. Utilice el comando REGISTER NODE para definir el servidor origen como
un nodo TYPE=SERVER. El dominio de polticas al que se asigna el nodo
determina dnde se almacenarn los datos del servidor origen. stos se
almacenarn en la agrupacin de almacenamiento especificada en el grupo
de copia archivada de la clase de gestin predeterminada de dicho dominio.
2. Puede configurar una poltica y una agrupacin de almacenamiento
separadas para el servidor origen.
a. Defina una agrupacin de almacenamiento denominada SOURCEPOOL:
define stgpool sourcepool autotapeclass maxscratch=20
b. Copie el dominio de polticas existente STANDARD en un dominio

nuevo llamado SOURCEDOMAIN:
copy domain standard sourcedomain
c. Asigne SOURCEPOOL como el destino del grupo de copia archivada en

la clase de gestin predeterminada de SOURCEDOMAIN:
update copygroup sourcedomain standard standard type=archive
destination=sourcepool
Despus de emitir estos comandos, asegrese de que asigna el servidor

origen para el nuevo dominio de polticas (UPDATE NODE) y que activa la
poltica. Para obtener ms informacin, consulte el apartado Modificacin
de una poltica en la pgina 393.
658
Servidor origen
Delhi
define server tokyo

password=calcite
hladdress=9.115.3.221
lladdress=1845
nodename=delhi
Servidor destino
Tokyo
register node delhi calcite

domain=standard
type=server
define devclass targetclass

devtype=server
servername=tokyo
Figura 88. Configuracin de comunicaciones para volmenes virtuales
Realizacin de operaciones en el servidor origen

En el servidor origen se pueden realizar determinadas operaciones que causen que
los datos se almacenen en una agrupacin de almacenamiento del servidor destino.
Estas operaciones son:
v Copias de seguridad de la base de datos.
v Copia de seguridad, archivado o migracin de datos de cliente.
v Migracin de datos de una agrupacin de almacenamiento a otra.
v Exportacin de informacin del servidor.
v DRMprepare
En los apartados siguientes se describe cmo realizar estas operaciones. En los
ejemplos se da por supuesto que:
v Se han llevado a cabo las definiciones indicadas en el apartado anterior.
v Entre los dos servidores existe una conexin TCP/IP que funciona.
v Ambos servidores estn en funcionamiento.

Se puede hacer una copia de seguridad de la base de datos de un servidor origen
en un servidor destino. Por ejemplo, para realizar una copia de seguridad
incremental del servidor origen y enviar los volmenes al servidor destino, emita
backup db type=incremental devclass=targetclass
Proceso de caducidad de volmenes de copia de seguridad de la base de datos y

archivos del plan de recuperacin con el gestor de recuperacin ante siniestro: si
el servidor utiliza DRM, el proceso de caducidad puede suprimir aquellos
volmenes que contengan copias de seguridad de la base de datos y archivos del
plan de recuperacin caducados. Si las condiciones siguientes son ciertas, en el
659
transcurso del proceso de caducidad se pueden suprimir del historial de

volmenes uno o varios volmenes de copia de seguridad de la base de datos:
v El tipo de dispositivo del volumen es SERVER.
v El volumen no forma parte de la serie ms reciente de copias de seguridad de la
base de datos.
v El ltimo volumen de la serie de copias de seguridad de la base de datos ha
sobrepasado el valor de caducidad especificado con el comando SET
DRMDBBACKUPEXPIREDAYS.
Consulte el apartado Traslado de volmenes de copia de seguridad al local en la
Tambin se pueden realizar copias de seguridad automticas de la base de datos
en un servidor destino. Por ejemplo, si ha emitido el comando siguiente, se
producir una copia de seguridad automtica de la base de datos cuando se utilice
ms del 60 por ciento del espacio de anotaciones de recuperacin:
define dbbackuptrigger devclass=targetclass logfullpct=60
Copia de seguridad de una agrupacin de almacenamiento

Se puede hacer una copia de seguridad de una agrupacin de almacenamiento de
un servidor origen en un servidor destino. Suponga, por ejemplo, que en el
servidor origen existe una agrupacin de almacenamiento primaria denominada
TAPEPOOL. Puede definir, tambin en el servidor origen, una agrupacin de
almacenamiento de copia denominada TARGETCOPYPOOL. sta debe tener
asociada una clase de dispositivo cuyo tipo de dispositivo sea SERVER. Cuando
haga una copia de seguridad de TAPEPOOL en TARGETCOPYPOOL, la copia de
seguridad se enviar al servidor destino. Para conseguirlo, emita los comandos
siguientes:
define stgpool targetcopypool targetclass pooltype=copy
maxscratch=20
backup stgpool tapepool targetcopypool
Almacenamiento de datos de clientes en un servidor destino

Puede configurar el sistema Tivoli Storage Manager de manera que cuando los
nodos cliente inscritos en el servidor origen hagan copia de seguridad, archiven y
migren sus datos, estos datos se enven al servidor destino. Cuando los clientes
restauren, recuperen o reclamen sus datos, el servidor origen los tomar del
servidor destino.
Para configurar el sistema, asegrese de que la poltica de gestin de esos nodos
especifica una agrupacin de almacenamiento con una clase de dispositivo cuyo
tipo de dispositivo es SERVER. Por ejemplo, el comando siguiente define la
agrupacin de almacenamiento denominada TARGETPOOL.
define stgpool targetpool targetclass maxscratch=20
reclaim=100
Nota: la reclamacin de una agrupacin de almacenamiento se inicia de forma

automtica cuando se alcanza el porcentaje de espacio reclamable, que se
especifica por medio del parmetro RECLAIM. La reclamacin de una
agrupacin de almacenamiento destino puede conllevar el traspaso de un
buen nmero de datos desde el servidor destino al servidor origen y de ste
de nuevo al servidor destino. Si esta operacin se produce de forma
automtica en perodos punta de funcionamiento, podra entorpecer
significativamente el rendimiento de la red. Si establece el valor en 100, la
reclamacin no tendr lugar automticamente.
En el apartado Reclamacin de espacio en agrupaciones de almacenamiento
660
de acceso secuencial en la pgina 287 hallar informacin detallada sobre la

reclamacin de agrupaciones de almacenamiento y la forma de iniciarla
manualmente.
Migracin de datos de una agrupacin de almacenamiento del

servidor origen a una del servidor destino
Se puede configurar la jerarqua de agrupaciones de almacenamiento de manera
que se migren los datos de los clientes desde una agrupacin de almacenamiento
del servidor origen al servidor destino. Supongamos, por ejemplo, que en el
servidor origen existe la agrupacin de almacenamiento TAPEPOOL. La definicin
de TAPEPOOL especifica NEXTSTGPOOL=TARGETPOOL. TARGETPOOL se ha
definido en el servidor origen como una agrupacin de almacenamiento cuyo tipo
de dispositivo es SERVER. Cuando se migren los datos de TAPEPOOL, se enviarn
al servidor destino.
define stgpool tapepool tapeclass nextstgpool=targetpool
maxscratch=20
Exportacin de informacin del servidor a un servidor destino

Puede utilizar cualquiera de los comandos EXPORT de Tivoli Storage Manager
para exportar datos de un servidor origen de Tivoli Storage Manager a un medio
secuencial de un servidor de Tivoli Storage Manager destino. Debe especificar una
clase de dispositivo cuyo tipo de dispositivo est especificado como SERVER. Por
ejemplo, para copiar informacin del servidor directamente en un servidor destino,
export server devclass=targetclass
Importacin de informacin del servidor de un servidor destino: si se han

exportado datos de un servidor origen a un servidor destino, se pueden importar
de ste ltimo a un tercer servidor. El servidor que importe los datos utilizar el
ID de nodo y la contrasea del servidor origen para abrir una sesin con el
servidor destino. Dicha sesin ser en modalidad de solo lectura porque el tercer
servidor no tiene el cdigo de verificacin pertinente.
Por ejemplo, para importar informacin del servidor desde un servidor destino,
import server devclass=targetclass
Reconciliacin de volmenes virtuales y copias archivadas

Si ha restaurado la base de datos en el servidor origen o destino, debe llevar a
cabo la reconciliacin entre los volmenes virtuales del servidor origen y las copias
archivadas del servidor destino. Asimismo, deber realizar tambin la
reconciliacin si existe cualquier otro motivo por el que pueda sospechar que se
han producido incoherencias. Por ejemplo, si se producen con frecuencia errores de
comunicaciones entre el servidor origen y el destino, podran surgir problemas.
Para efectuar la reconciliacin, emita el comando RECONCILE VOLUMES
especificando en l una clase de dispositivo cuyo tipo de dispositivo sea SERVER.
En el ejemplo siguiente, TARGETCLASS es una clase de dispositivo SERVER:
reconcile volumes targetclass fix=yes
La accin de reconciliacin viene determinada por el parmetro FIX tal como se

indica en la Tabla 39 en la pgina 662.
661
Tabla 39. Reconciliacin de parmetro FIX

FIX=
En el servidor
origen
En el servidor destino
Accin
No existen archivos
Existen
volmenes
Existen archivos, pero

estn marcados para
supresin
Notificar error
Existen archivos activos,

pero los atributos no
coinciden
NO
No existen
volmenes
Existen archivos activos
Notificar error

estn marcados para
supresin
Ninguna
No existen archivos
Notificar error
Para los volmenes de las
agrupaciones de
almacenamiento: Marcar los
volmenes como no
disponibles

estn marcados para
supresin
Notificar error
Existen archivos activos,

pero los atributos no
coinciden
Notificar error
Existen archivos activos
Marcar los archivos para

supresin en el servidor
destino.

estn marcados para
supresin
Ninguna
Existen
volmenes
YES
No existen
volmenes
662

agrupaciones de
almacenamiento: si los
atributos coinciden, marcar
los archivos del servidor
destino como activos de
nuevo, marcar los volmenes
del servidor origen como no
disponibles y recomendar que
se efecte una operacin
AUDIT VOLUME para
verificar los datos. Si los
atributos no coinciden, marcar
los volmenes como no
disponibles.

agrupaciones de
almacenamiento: marcar los
volmenes como no
disponibles y recomendar que
se efecte una operacin
AUDIT VOLUME para
verificar los datos.
Captulo 22. Exportacin e importacin de datos

Tivoli Storage Manager proporciona un recurso de exportacin e importacin que
permite copiar todo el servidor o parte de l (exportar) para poder transferir los
datos a otro servidor (importar). Hay dos mtodos disponibles para llevar a cabo
la operacin de exportacin e importacin:
v Exportar directamente a otro servidor de la red. Esto da como resultado un
proceso de importacin inmediato sin que sean necesarios tipos de dispositivos
secuenciales compatibles entre los dos servidores.
v Exportar a un medio secuencial. Posteriormente, puede utilizar el medio para
importar la informacin a otro servidor que tenga un tipo de dispositivo
compatible.
Tarea
Ejecutar operaciones de exportacin e

importacin
Sistema
Visualizar informacin sobre operaciones de

exportacin e importacin
Este captulo le conduce por las tareas de exportacin de importacin. Consulte los
apartados siguientes:
Conceptos:
Datos que se pueden exportar e importar en la pgina 664
Tareas para exportar directamente a otro servidor:
Exportacin de datos directamente a otro servidor en la pgina 666
Preparacin para la exportacin a otro servidor para importacin inmediata en la pgina
668
Supervisin del proceso de exportacin de servidor a servidor en la pgina 670
Tareas para exportar a un medio secuencial:
Exportacin e importacin de datos con volmenes de medios secuenciales en la pgina
672
Exportacin de tareas en la pgina 674
Importacin de datos de volmenes de medios secuenciales en la pgina 677
663
Datos que se pueden exportar e importar

Los administradores pueden exportar o importar los siguientes tipos de datos:
v Informacin de control del servidor, que incluye:
Las definiciones de los administradores.
Las definiciones de los nodos cliente.
Las definiciones de las polticas y las planificaciones.
v Los datos de archivo del almacenamiento del servidor, que incluyen las
definiciones de espacio de archivos y las reglas de autorizacin. Puede solicitar
que los datos de archivo se exporten en cualquiera de las siguientes
agrupaciones de archivos:
Versiones activas e inactivas de copias de seguridad de archivos, copias
archivadas y archivos bajo gestin de espacio.
Versiones activas de copias de seguridad de archivos, copias archivadas y
Versiones activas e inactivas de copias de seguridad de archivos.
Versiones activas de copias de seguridad de archivos.
Copias archivadas.
Archivos bajo gestin de espacio.
Restricciones de exportacin
Las restricciones para exportar datos son las siguientes:
v Puede exportar informacin desde una versin anterior de Tivoli Storage
Manager a una posterior, pero no a la inversa.
v Los datos exportados de un servidor versin 4.1.2 o posterior con soporte para
Unicode no pueden importarse en un servidor con una versin anterior.
v Se pueden exportar datos de un servidor con la proteccin de retencin activada
y no tendrn proteccin de retencin cuando se importen en otro servidor.
v Los datos cuyo estado es en espera de supresin se pueden exportar, pero dicho
estado no se conservar en el medio de exportacin. No estarn en estado de
supresin cuando se importen en otro servidor.
v No es posible exportar nodos de tipo NAS. El proceso de exportacin excluir
estos nodos.
v No se admite la exportacin de datos a una clase de dispositivo Centera o la
importacin de una clase de dispositivo Centera. Sin embargo, pueden
exportarse los archivos almacenados en agrupaciones de almacenamiento
Centera y los archivos importados pueden almacenarse en un dispositivo de
almacenamiento Centera.
|
|
|
|
|
|
|
|
|
|
Qu informacin debe exportarse

La decisin sobre qu informacin debe exportarse depende del motivo por el que
se exporta esa informacin:
v Equilibrar la carga de trabajo entre los servidores. Por ejemplo, cuando un gran
nmero de nodos cliente accede al mismo servidor, los usuarios compiten por
las rutas de comunicacin, los recursos del servidor y los montajes de cintas
durante una operacin de restauracin o recuperacin.
Para aligerar la carga de trabajo de un servidor y mejorar su rendimiento, es
deseable llevar a cabo una o todas las acciones siguientes:
Traspasar un grupo de nodos cliente a un servidor destino.
Traspasar las definiciones de poltica asociadas a esos nodos cliente.
Traspasar las definiciones de administrador de los administradores que
gestionan esos nodos cliente.
664
Para copiar informacin en un segundo servidor (el servidor destino), utilice los
comandos EXPORT NODE, EXPORT POLICY y EXPORT ADMIN.
Una vez efectuada la importacin, puede suprimir espacios de archivo, nodos
cliente, objetos de poltica, objetos de planificacin y administradores del
servidor origen. De esta forma se reducir la contencin para los recursos de
servidor.
v Para copiar datos con el fin de instalar un servidor nuevo, utilice el comando
EXPORT SERVER.
Nota: puesto que pueden producirse resultados imprevisibles, asegrese de que no
se estn ejecutando procesos de caducidad, migracin, copia de seguridad o
archivado cuando emita el comando EXPORT NODE.
Cundo debe exportarse informacin

Al emitir un comando EXPORT, la operacin se ejecuta como un proceso de fondo.
Este proceso permite continuar realizando las tareas de administracin. Adems,
los usuarios pueden continuar haciendo copias de seguridad, archivando copias,
migrando, restaurando o recuperando archivos mediante el servidor.
Si opta por ejecutar una operacin de exportacin durante las horas normales de
trabajo, tenga en cuenta que los administradores pueden cambiar definiciones de
servidor y que los usuarios pueden modificar archivos que estn en el
Cuando se exporta a medios secuenciales, puede que los administradores o los
usuarios modifiquen los datos poco despus de que se hayan exportado, con lo
cual es posible que la informacin que se ha copiado en cinta no sea coherente con
los datos almacenados en el servidor origen. Si desea exportar una copia exacta de
un instante especfico de la informacin de control del servidor, puede impedir que
los nodos de administracin y otros nodos cliente accedan al servidor. Consulte los
apartados Cmo impedir que los clientes de administracin accedan al servidor
y Cmo impedir que los nodos cliente accedan al servidor en la pgina 666.
Cuando se exporta directamente a otro servidor, puede que los administradores o
los usuarios modifiquen los datos poco despus de que se hayan exportado. Puede
decidir combinar los espacios de archivos, utilizar la exportacin incremental o
impedir que los nodos de administracin y otros nodos cliente accedan al servidor.
v Opciones que deben tenerse en cuenta antes de exportar en la pgina 666
v Cmo impedir que los nodos cliente accedan al servidor en la pgina 666
v Cmo impedir que los clientes de administracin accedan al servidor
Cmo impedir que los clientes de administracin accedan al

servidor
Los administradores pueden cambiar las definiciones de administrador, poltica o
nodo cliente durante un proceso de exportacin. Para impedir que los
administradores modifiquen esas definiciones, puede bloquear el acceso de
administrador al servidor y cancelar todas las sesiones de administracin antes de
emitir el comando EXPORT. Despus de completarse el proceso de exportacin,
desbloquee el acceso de administrador.
665
Para obtener ms informacin sobre cmo cancelar sesiones, consulte el apartado

Cancelacin de una sesin de IBM Tivoli Storage Manager en la pgina 373. Para
obtener informacin sobre bloqueo o desbloqueo de administradores del servidor,
consulte el apartado Bloqueo y desbloqueo de administradores del servidor en la
pgina 382.
Cmo impedir que los nodos cliente accedan al servidor

Si la informacin de nodo cliente se exporta mientras ese cliente est haciendo
copias de seguridad, archivando copias o migrando archivos, es posible que las
copias ms recientes de los archivos del cliente no se exporten a cinta. Para
impedir que los usuarios accedan al servidor durante las operaciones de
exportacin, cancele las sesiones de cliente existentes, tal como se describe en el
apartado Cancelacin de una sesin de IBM Tivoli Storage Manager en la pgina
373. A continuacin puede realizar una de las acciones siguientes:
v Desactivar el acceso al servidor para impedir que los nodos cliente accedan al
mismo, tal como se describe en el apartado Cmo activar o desactivar el acceso
al servidor en la pgina 374.
Esta opcin es de utilidad si exporta toda la informacin de nodo cliente del
servidor origen y desea impedir que todos los nodos cliente accedan al servidor.
v Bloquear nodos cliente concretos para impedir que accedan al servidor, segn se
describe en el apartado Bloqueo y desbloqueo de nodos cliente en la pgina
348.
Esta opcin es de utilidad si exporta un subconjunto de la informacin de nodo
cliente del servidor origen y desea impedir que unos nodos cliente concretos
accedan al servidor hasta haberse completado la operacin de exportacin.
Una vez que se ha completado la operacin de exportacin, vuelva a permitir que
los nodos cliente accedan al servidor:
v Activando el servidor, tal como se describe en el apartado Cmo activar o
desactivar el acceso al servidor en la pgina 374.
v Desbloqueando los nodos cliente, segn se describe en el apartado Bloqueo y
desbloqueo de nodos cliente en la pgina 348.
Exportacin de datos directamente a otro servidor

Puede exportar toda la informacin de control del servidor o un subconjunto de la
informacin de control del servidor, especificando uno o varios de los siguientes
comandos de exportacin:
v EXPORT ADMIN
v EXPORT NODE
v EXPORT POLICY
v EXPORT SERVER
Cuando exporte datos a un servidor destino, debe especificar el nombre del
servidor que recibir los datos como operacin de importacin.
Opciones que deben tenerse en cuenta antes de exportar

En los apartados siguientes se describen las opciones que deben tenerse en cuenta
antes de exportar datos para realizar una importacin inmediata en otro servidor.
Combinacin de espacios de archivos

puede combinar copias de seguridad, copias archivadas y archivos bajo gestin de
espacio de clientes importados en espacios de archivos existentes y omitir de forma
666
automtica los archivos duplicados que puedan existir en el espacio de archivos

destino del servidor. Opcionalmente, puede crear nuevos espacios de archivos. Si
no desea combinar espacios de archivos, consulte el apartado Cmo se manejan
los espacios de archivos duplicados en la pgina 685.
Si elige combinar los espacios de archivos, podr reiniciar una operacin de
importacin cancelada porque los archivos que se hayan importado anteriormente
se pueden omitir en la siguiente operacin de importacin. Esta opcin est
disponible si se emite un comando EXPORT SERVER o EXPORT NODE.
Al combinar espacios de archivos, el servidor crea una versin de los objetos
importados segn la poltica vinculada a los archivos. Una operacin de
importacin puede dejar al espacio de archivos destino con ms versiones de las
que permite la poltica. Se crean versiones de los archivos para mantener el
objetivo de la poltica de los archivos, sobre todo cuando se utiliza la exportacin
incremental (especificando los parmetros FROMDATE y FROMTIME) para
mantener copias de archivos de cliente duplicadas en dos o ms servidores.
A continuacin se describe cmo el servidor combina los archivos importados,
segn el tipo de objeto, cuando se especifica MERGEFILESPACES=YES.
Objetos de archivado
Si existe un objeto de archivado del nodo importado con la misma
direccin TCP/IP, puerto TCP/IP, nombre, fecha de insercin y descripcin
en el servidor destino, el objeto importado se omite. De lo contrario, el
objeto de archivado se importa.
Objetos de copia de seguridad
Si un objeto de copia de seguridad del nodo importado tiene la misma
direccin TCP/IP, puerto TCP/IP, fecha de insercin y descripcin que el
objeto de copia de seguridad importado, el objeto importado se omite.
Cuando los objetos de copia de seguridad se combinan en espacios de
archivos existentes la creacin de versiones se llevar a cabo de acuerdo
con la poltica, al igual que sucede cuando se envan objetos de copia de
seguridad del cliente durante una operacin de copia de seguridad. Si se
establecen sus fechas de insercin en cero (0), demasiadas versiones de
archivos quedarn marcadas para que caduquen.
En cualquier otro caso, el servidor hace lo siguiente:
v Si el objeto de copia de seguridad importado tiene una fecha de
insercin posterior (ms reciente) que una versin activa de un objeto
del servidor de destino con el mismo nodo, espacio de archivos,
direccin TCP/IP y puerto TCP/IP, el objeto de copia de seguridad
importado se convierte en la nueva copia activa y la copia activa del
servidor destino queda como inactiva. Tivoli Storage Manager hace
caducar esta versin inactiva segn el nmero de versiones que se
permiten en la poltica.
insercin anterior (menos reciente) que una copia activa de un objeto en
el servidor destino con el mismo nodo, espacio de archivos, direccin
TCP/IP, puerto TCP/IP, el objeto de copia de seguridad importado se
inserta como versin inactiva.
v Si no existen versiones activas de un objeto con el mismo nodo, espacio
de archivos, direccin TCP/IP y puerto TCP/IP en el servidor destino y
el objeto importado tiene el mismo nodo, espacio de archivos, direccin
TCP/IP y puerto TCP/IP que las versiones:
667
Un objeto activo importado con una fecha de insercin posterior a la

de la copia inactiva ms reciente se convertir en la versin activa del
archivo.
Un objeto activo importado con una fecha de insercin anterior a la
de la copia inactiva ms reciente se importar como versin inactiva
del archivo.
v Los objetos inactivos importados se importarn como otras versiones
inactivas del objeto.
Objetos de gestin de espacio
Si el objeto de gestin de espacio del nodo importado tiene un ID de objeto
externo, que es exclusivo de cada objeto de gestin de espacio, que ya
existe en el servidor destino, el objeto importado se omite. De lo contrario
el objeto de gestin de espacio se importa.
El nmero de objetos importados y omitidos se muestra con las estadsticas finales
para la operacin de importacin. Consulte el apartado Consulta de las
anotaciones de actividades para ver la informacin de exportacin o importacin
Exportacin incremental
El administrador del sistema puede limitar los datos de archivos exportados a los
objetos que se han almacenado en el servidor en la fecha y hora especificadas o
posteriormente. En el caso de los servidores de Tivoli Storage Manager versin 5.1
o superior, puede utilizar los parmetros FROMDATE y FROMTIME para exportar
datos segn la fecha y la hora a las que se ha almacenado el archivo originalmente
en el servidor. Los parmetros FROMDATE y FROMTIME slo se aplican a datos
de archivos de usuarios de cliente; estos parmetros no tienen ningn efecto en
otra informacin exportada, como la poltica. Si los clientes continan haciendo
copias de seguridad en el servidor origen mientras sus datos se traspasan a un
nuevo servidor, puede traspasar los datos de copia de seguridad que se han
almacenado en el servidor origen despus de que se iniciara la operacin de
exportacin. Esta opcin est disponible si se emite un comando EXPORT SERVER
o EXPORT NODE.
Sustitucin de definiciones
Puede especificar si las definiciones (no los datos de archivos) se deben sustituir en
el servidor destino. Si existen definiciones duplicadas en el servidor destino,
pueden ser sustituidas por las definiciones importadas. Como alternativa, puede
hacer que el servidor omita las definiciones duplicadas. Para obtener ms
informacin, consulte el apartado Cmo determinar si se sustituyen las
definiciones existentes en la pgina 679. Esta opcin est disponible si se emite
alguno de los comandos EXPORT.
Preparacin para la exportacin a otro servidor para

importacin inmediata
Cuando se exportan datos a otro servidor de la red, la exportacin genera una
importacin inmediata en el servidor destino. Puede exportar datos a un servidor
de Tivoli Storage Manager que tenga el mismo sistema operativo o uno distinto
que el servidor origen. Una operacin de exportacin de servidor a servidor lleva a
1. Abre una sesin con el servidor destino.
2. Se autentifica con el ID de usuario y la contrasea del administrador.
3. Inicia el equivalente de un proceso IMPORT SERVER.
668
Antes de exportar datos a otro servidor en la red, haga lo siguiente:

v Instale Tivoli Storage Manager en el servidor destino. Esto incluye la definicin
de espacio de disco para la base de datos y las anotaciones de recuperacin y la
definicin de almacenamiento inicial de servidor. Para obtener ms informacin,
v Considere la posibilidad de establecer la configuracin de Enterprise para el
servidor destino a fin de que pueda distribuir polticas de copia de seguridad y
archivado coherentes al servidor destino. Para obtener informacin detallada,
consulte el Captulo 21, Cmo trabajar con una red de servidores de IBM Tivoli
Storage Manager, en la pgina 613.
v Utilice el comando DEFINE SERVER para definir el nombre del servidor destino
o del servidor origen. Para obtener ms informacin, consulte el apartado
Configuracin de las comunicaciones entre los servidores en la pgina 618.
v Asegrese de que el administrador que emita el comando de exportacin est
definido con el mismo nombre de administrador y contrasea en el servidor
destino y de que disponga de autorizacin de sistema en el servidor destino.
Previsualizacin de los resultados de una operacin de

exportacin para importacin inmediata
Cuando se exportan datos a otro servidor, se puede utilizar la opcin
PREVIEWIMPORT para determinar la cantidad de datos que se transferirn sin
traspasar realmente ningn dato. Si PREVIEWIMPORT=NO, la operacin de
exportacin se realiza y los datos se importan de inmediato al servidor destino.
Esta opcin est disponible si se emite alguno de los comandos EXPORT.
Emita cada comando EXPORT con PREVIEWIMPORT=YES para determinar los
objetos y la cantidad de datos que se copiarn al servidor destino. Utilice esta
informacin para determinar la cantidad de espacio de agrupacin de
almacenamiento necesario en el servidor destino. El servidor enva los mensajes a
la consola del servidor y a las anotaciones de actividades en cada operacin:
Para determinar cunto espacio se necesita para exportar todos los datos del
servidor, entre:
export server filedata=all previewimport=yes
Tras emitir este comando, el servidor inicia un proceso de fondo y emite un

mensaje similar al siguiente:
EXPORT SERVER iniciado como proceso 4
Puede ver el resultado de la previsualizacin en la consola del servidor o

consultando las anotaciones de actividades.
Puede solicitar informacin sobre el proceso de fondo, segn se describe en el
apartado Solicitud de informacin sobre un proceso de exportacin o
importacin en la pgina 689. Si es necesario, puede cancelar un proceso de
exportacin o importacin, segn se describe en el apartado Cancelacin de
procesos del servidor en la pgina 516.
Cmo dirigir mensajes de importacin a un archivo de salida

La informacin que genera el proceso de validacin puede servir de ayuda para
definir una jerarqua de almacenamiento que admita los destinos de
almacenamiento definidos actualmente en los datos de importacin.
669
Puede dirigir los mensajes de importacin a un archivo de salida para capturar los
mensajes de error que se detecten durante el proceso de importacin. Para ello,
inicie una sesin de cliente de administracin en la modalidad de consola antes de
invocar el comando de importacin.
Por ejemplo, para dirigir mensajes a un archivo de salida denominado
IMPSERV.OUT, entre:
> dsmadmc -consolemode -outfile=impserv.out
Supervisin del proceso de exportacin de servidor a servidor

Puede ver el proceso de exportacin e importacin de dos maneras:
v Se puede ver la informacin relativa a un proceso que se est ejecutando en la
consola del servidor o desde un cliente de administracin que se ejecuta en la
modalidad de consola.
v Una vez que se ha completado un proceso, puede consultar la informacin de
estado en las anotaciones de actividades desde la consola del servidor o desde
un cliente de administracin que se ejecuta en la modalidad de proceso por lotes
o interactiva.
v El proceso primero crea una lista de lo que se exportar. Por consiguiente, el
proceso puede estar en ejecucin algn tiempo antes de que se transfieran datos.
v Observe si aparecen mensajes de montaje, ya que tal vez el servidor solicite
montajes de volmenes que no estn en la biblioteca. Puede que sea necesario
dar de alta volmenes.
v Puede que se exceda el tiempo de espera de la conexin entre los servidores. Tal
vez tenga que modificar las opciones del servidor COMMTIMEOUT e
IDLETIMEOUT en uno de los servidores o en ambos.
Exportacin de la informacin de administrador a otro

servidor
Al emitir el comando EXPORT ADMIN, el servidor exporta las definiciones de
administrador. Cada definicin de administrador comprende:
v El nombre del administrador, la contrasea y la informacin de contacto.
v Todas las clases de privilegio de administracin que se hayan otorgado al
administrador.
v Si el identificador de administrador tiene bloqueado el acceso al servidor.
Puede especificar una lista de nombres de administradores o exportar todos los
nombres de administradores.
En el ejemplo siguiente se exportan todas las definiciones de administrador al
servidor destino definido como OTHERSERVER. Permite previsualizar la
exportacin sin exportar realmente los datos para una importacin inmediata.
export admin * toserver=otherserver previewimport=yes
Puede previsualizar el resultado en la consola del servidor o consultando las

anotaciones de actividades.
Exportacin de la informacin de nodos cliente a otro

servidor
Al emitir el comando EXPORT NODE, el servidor exporta las definiciones de los
nodos cliente. Cada definicin de nodo cliente comprende:
670
El identificador de usuario, la contrasea y la informacin de contacto.

El nombre del dominio de polticas al que est asignado el cliente.
El estado de la compresin de archivos.
Si el usuario tiene autorizacin para suprimir copias de seguridad o copias
archivadas del almacenamiento del servidor.
v Si el identificador de nodo cliente tiene bloqueado el acceso al servidor.
v
v
v
v
Tambin puede especificar si se exportan los datos de archivo. Los datos de

archivo contienen las definiciones de los espacios de archivos y las reglas de
autorizacin. Puede solicitar que los datos de archivo se exporten en cualquiera de
las siguientes agrupaciones de archivos:
v Versiones activas e inactivas de copias de seguridad de archivos, copias
v Versiones activas de copias de seguridad de archivos, copias archivadas y
v Versiones activas e inactivas de copias de seguridad de archivos.
v Versiones activas de copias de seguridad de archivos.
v Copias archivadas.
v Archivos bajo gestin de espacio.
Por ejemplo, para exportar informacin de nodos cliente y todos los archivos de
cliente de NODE1 directamente a SERVERB, emita el comando siguiente:
export node node1 filedata=all toserver=serverb
Nota: si se especifica una lista de nombres de nodos o patrones de nodo, el

servidor no notificar los nombres o patrones que no coincidan con ninguna
entrada de la base de datos. Compruebe las estadsticas de resumen de las
anotaciones de actividades para verificar que el servidor haya exportado
todos los nodos previstos.
Exportacin de informacin de polticas a otro servidor

Al emitir el comando EXPORT POLICY, el servidor exporta la siguiente
informacin perteneciente a cada dominio de polticas especificado:
v Las definiciones de los dominios de polticas.
v Las definiciones de los juegos de polticas, inclusive el juego de polticas activo.
v Las definiciones de las clases de gestin, inclusive la clase de gestin
predeterminada.
v Las definiciones de los grupos de copia de seguridad y de los grupos de copia
archivada.
v Las definiciones de las planificaciones.
v Las asociaciones entre los nodos cliente y las planificaciones.
Por ejemplo, para exportar informacin de polticas directamente a SERVERB,
export policy replacedefs=yes toserver=serverb
Exportacin de datos de un servidor a otro servidor

Al emitir el comando EXPORT SERVER, el servidor exporta toda la informacin de
control del servidor. Tambin puede exportar la informacin de datos de archivo
de exportacin con el comando EXPORT SERVER.
671
Por ejemplo, si desea exportar datos de un servidor a otro servidor de la red y

combinar los espacios de archivos con los espacios de archivos existentes en el
servidor destino, sustituir las definiciones del servidor destino y que los datos que
se exporten sean los que empiecen por una fecha cualquiera insertada en el
servidor origen a partir del 25 de octubre de 2002, Para emitir este comando, entre:
export server toserver=serv23 fromdate=10/25/2002 filedata=all
mergefilespaces=yes dates=relative
Exportacin e importacin de datos con volmenes de medios

secuenciales
En este apartado se describe cmo exportar e importar datos mediante volmenes
de medios secuenciales.
Nota: cuando se exportan datos de un servidor de Tivoli Storage Manager distinto
de un servidor OS/400 PASE (por ejemplo, desde un servidor de Tivoli
Storage Manager en Windows) a un servidor de Tivoli Storage Manager en
OS/400 PASE, utilice la exportacin de servidor a servidor en lugar de la
exportacin a medios secuenciales. El comando CHECKIN LIBVOLUME
fallar en un servidor de Tivoli Storage Manager en OS/400 PASE cuando el
servidor intente dar de alta un volumen de medio secuencial que contenga
datos de exportacin de servidores que no sean OS/400 PASE. Si debe
utilizar un dispositivo LTO, Ultrium o 3592 para crear una cinta de
exportacin, efecte estos pasos:
1. Defina una biblioteca Tivoli Storage Manager de tipo MANUAL.
2. Defina una unidad de cintas LTO, Ultrium o 3592 en la biblioteca
MANUAL.
3. Etiquete una cinta con seis caracteres o menos.
4. Efecte la exportacin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Preparacin para la exportacin o importacin de datos

(medios secuenciales)
Antes de exportar o importar datos, lleve a cabo las operaciones siguientes:
v Utilice el comando EXPORT o IMPORT con el parmetro PREVIEW para
verificar qu datos se van a traspasar.
v Prepare los medios secuenciales para exportar e importar los datos.
Utilizacin de la previsualizacin antes de exportar o importar

datos
Puede especificar PREVIEW=YES en los comandos EXPORT e IMPORT para
generar un informe que muestre la cantidad de datos que se transferirn sin
traspasar realmente ningn dato. Cuando PREVIEW=NO, la operacin de
exportacin o importacin se realiza.
Emita cada comando EXPORT o IMPORT con PREVIEW=YES para determinar qu
objetos y qu cantidad de datos se traspasarn. El servidor enva los siguientes
tipos de mensajes a la consola del servidor y a las anotaciones de actividad para
cada operacin:
Exportar
Notifica los tipos de objetos, el nmero de objetos y el nmero de bytes
que se copiarn en los volmenes de medios secuenciales. Utilice esta
informacin para determinar cuntos volmenes de medios secuenciales
necesitar.
672
Importar
Informa del nmero y los tipos de objetos encontrados en los volmenes
de medios secuenciales que se ajustan a las especificaciones de
importacin. Asimismo, ofrece informacin sobre los problemas detectados,
como por ejemplo los datos corrompidos. Utilice esta informacin para
determinar qu datos se traspasan al servidor y si hay suficiente espacio de
agrupacin de almacenamiento asignado en el servidor.
Para determinar cunto espacio se necesita para exportar todos los datos del
servidor, entre:
export server filedata=all preview=yes
Tras emitir este comando, el servidor inicia un proceso de fondo y emite un

mensaje similar al siguiente:
EXPORT SERVER iniciado como proceso 4
Puede ver el resultado de la previsualizacin en la consola del servidor o

consultando las anotaciones de actividades.
Puede solicitar informacin sobre el proceso de fondo, segn se describe en el
apartado Solicitud de informacin sobre un proceso de exportacin o
importacin en la pgina 689. Si es necesario, puede cancelar un proceso de
exportacin o importacin, segn se describe en el apartado Cancelacin de
procesos del servidor en la pgina 516.
Planificacin de los medios secuenciales utilizados para

exportar datos
Para exportar datos, debe especificar una clase de dispositivo que admita medios
secuenciales e identificar los volmenes que se utilizarn para almacenar los datos
exportados. Este apartado sirve de ayuda para seleccionar las clases de dispositivo
y preparar los volmenes de medios secuenciales.
Seleccin de una clase de dispositivo: Puede consultar los servidores origen y
destino para seleccionar una clase de dispositivo en cada uno de los servidores que
admita el mismo tipo de dispositivo. Si no encuentra una clase de dispositivo en
cada servidor que admita un tipo de dispositivo que coincida, defina una nueva
clase de dispositivo para un tipo de dispositivo que est disponible para ambos
servidores. Consulte el Captulo 9, Definicin de clases de dispositivo, en la
pgina 219.
Notas:
1. Si se alcanza el lmite de montaje de la clase de dispositivo seleccionada al
solicitar una exportacin (es decir, si todas las unidades estn ocupadas), el
servidor cancela automticamente las operaciones con prioridad inferior, como
por ejemplo de reclamacin, para que haya un punto de montaje disponible
para la exportacin.
2. Puede exportar datos a una agrupacin de almacenamiento de otro servidor
especificando una clase de dispositivo cuyo tipo de dispositivo sea SERVER.
Para obtener ms informacin al respecto, consulte el apartado Utilizacin de
volmenes virtuales para almacenar datos en otro servidor en la pgina 656.
673
Estimacin del nmero de volmenes de medios extrables que hay que

etiquetar: para estimar el nmero de volmenes de medios extrables necesarios
para almacenar datos de exportacin, divida el nmero de bytes que se trasladarn
entre la capacidad estimada de un volumen.
Por ejemplo, tiene cintas de 8 mm con una capacidad estimada de 2472 MB. Si la
previsualizacin muestra que debe transferir 4 GB de datos, etiquete como mnimo
dos volmenes de cinta antes de exportar los datos.
Utilizacin de medios reutilizables: el servidor permite utilizar medios
reutilizables para garantizar que tenga suficiente espacio donde almacenar todos
los datos de exportacin. Si usa medios reutilizables, anote los nombres de las
etiquetas y el orden en que se montan. Tambin puede utilizar el parmetro
USEDVOLUMELIST en el comando de exportacin para crear un archivo que
contenga la lista de volmenes utilizados.
Etiquetado de volmenes de medios extrables: durante el proceso de
importacin, debe especificar el orden en el que se montarn los volmenes. Este
orden debe coincidir con el orden en el que se han montado los volmenes
durante el proceso de exportacin. Para asegurarse de que los volmenes de
medios extrables se montan en el orden correcto, etiquete los medios con
informacin que identifique el orden en el que deben montarse durante el proceso
de importacin. Por ejemplo, etiquete las cintas como DSM001, DSM002, DSM003,
etc.
Al exportar los datos, anote la fecha y la hora de cada volumen etiquetado. Guarde
esta informacin en un lugar seguro, ya que la necesitar al importar los datos.
Tambin puede guardar el archivo resultante si ha utilizado el parmetro
USEDVOLUMELIST en el comando de exportacin. Este archivo puede utilizarse
en el parmetro referente a volmenes del comando de importacin.
Exportacin de tareas
Puede exportar toda la informacin de control del servidor o un subconjunto de la
informacin de control del servidor, especificando uno o varios de los siguientes
comandos de exportacin:
v EXPORT ADMIN
v EXPORT NODE
v EXPORT POLICY
v EXPORT SERVER
Al exportar datos, debe especificar la clase de dispositivo donde se grabarn los
datos de exportacin. Tambin debe listar los volmenes en el orden en que se
montarn al importar los datos. Consulte el apartado Etiquetado de volmenes de
medios extrables para obtener informacin sobre cmo etiquetar volmenes de
cinta.
Puede especificar el parmetro USEDVOLUMELIST para indicar el nombre de un
archivo donde se almacenar la lista de los volmenes utilizados en una operacin
de exportacin ejecutada correctamente. Si el archivo especificado se crea sin
errores, se puede utilizar como entrada para el comando IMPORT en el parmetro
VOLUMENAMES=FILE:nombre_archivo. Este archivo tendr lneas de comentarios
con la fecha y la hora en que se ha realizado la exportacin y el comando emitido
para crear la exportacin.
674
Nota: una operacin de exportacin no grabar encima de un archivo existente. Si

realiza una operacin de exportacin e intenta la misma operacin de nuevo
con el mismo nombre de volumen, se omite el archivo y se asigna un
archivo reutilizable. Para utilizar el mismo nombre de volumen, debe
suprimir la entrada del volumen del archivo histrico de volmenes.
Exportacin de informacin de administrador

Al emitir el comando EXPORT ADMIN, el servidor exporta las definiciones de
administrador. Cada definicin de administrador comprende:
v El nombre del administrador, la contrasea y la informacin de contacto.
v Todas las clases de privilegio de administracin que se hayan otorgado al
administrador.
v Si el identificador de administrador tiene bloqueado el acceso al servidor.
Puede especificar una lista de nombres de administradores o exportar todos los
nombres de administradores.
En el ejemplo siguiente, las definiciones de los ID de administrador de DAVEHIL y
PENNER se exportarn al volumen de cinta DSM001, que la clase de dispositivo
TAPECLASS admite. No se permite utilizar medios reutilizables durante este
proceso de exportacin. Para emitir este comando, entre:
export admin davehil,penner devclass=tapeclass
volumenames=dsm001 scratch=no
Exportacin de informacin de nodo cliente

Al emitir el comando EXPORT NODE, el servidor exporta las definiciones de los
nodos cliente. Cada definicin de nodo cliente comprende:
v El identificador de usuario, la contrasea y la informacin de contacto.
v El nombre del dominio de polticas al que est asignado el cliente.
v El estado de la compresin de archivos.
v Si el usuario tiene autorizacin para suprimir copias de seguridad o copias
archivadas del almacenamiento del servidor.
v Si el identificador de nodo cliente tiene bloqueado el acceso al servidor.
Tambin puede especificar si se exportan los datos de archivo. Los datos de
autorizacin. Puede solicitar que los datos de archivo se exporten en cualquiera de
las siguientes agrupaciones de archivos:
v
v
v
v
Versiones activas e inactivas de copias de seguridad de archivos.

Versiones activas de copias de seguridad de archivos.
Copias archivadas.
Archivos bajo gestin de espacio.
Al exportarse los datos de archivo de cliente, el servidor copia los archivos en los
volmenes de exportacin en el orden de la ubicacin fsica que ocupan en el
almacenamiento del servidor. Este proceso minimiza el nmero de montajes
necesarios durante el proceso de exportacin.
675
Si no especifica que desea exportar datos de archivo, el servidor solo exporta las
definiciones de los nodos cliente.
Por ejemplo, suponga que desea hacer las operaciones siguientes:
v Exportar las definiciones de los nodos cliente y los espacios de archivos del
dominio de polticas ENGPOLDOM.
v Exportar todas las versiones de copia de seguridad activas de los archivos
pertenecientes a esos nodos cliente.
v Exportar esta informacin a volmenes reutilizables de la clase de dispositivo
TAPECLASS.
Para emitir este comando, entre:
export node filespace=* domains=engpoldom
filedata=backupactive devclass=tapeclass
En este ejemplo, el servidor exporta:

v Las definiciones de los nodos cliente asignados a ENGPOLDOM.
v Las definiciones de los espacios de archivos y las autorizaciones de copia de
seguridad de cada uno de los nodos cliente de ENGPOLDOM.
v Las versiones activas de las copias de seguridad de archivos pertenecientes a los
nodos cliente asignados a ENGPOLDOM.
Exportacin de informacin de polticas

Al emitir el comando EXPORT POLICY, el servidor exporta la siguiente
informacin perteneciente a cada dominio de polticas especificado:
v Las definiciones de los juegos de polticas, inclusive el juego de polticas activo.
v Las definiciones de las clases de gestin, inclusive la clase de gestin
predeterminada.
v Las definiciones de los grupos de copia de seguridad y de los grupos de copia
archivada.
v Las definiciones de las planificaciones.
v Las asociaciones entre los nodos cliente y las planificaciones.
Por ejemplo, suponga que desea exportar las definiciones de polticas y
planificaciones del dominio de polticas denominado ENGPOLDOM. Desea utilizar
los volmenes de cinta DSM001 y DSM002, que pertenecen a la clase de
dispositivo TAPECLASS, pero tambin permitir que el servidor utilice los
volmenes de cinta reutilizables si es necesario. Para emitir este comando, entre:
export policy engpoldom
devclass=tapeclass volumenames=dsm001,dsm002
Exportacin de datos del servidor

Al emitir el comando EXPORT SERVER, el servidor exporta toda la informacin de
control del servidor. Tambin puede exportar la informacin de datos de archivo
de exportacin con el comando EXPORT SERVER.
Por ejemplo, imagine que desea exportar los datos del servidor a cuatro cartuchos
de cinta definidos, que la clase de dispositivo TAPECLASS admite. Desea que el
servidor utilice volmenes reutilizables si los cuatro volmenes no son suficientes
y, por lo tanto, utiliza el valor predeterminado SCRATCH=YES. Para emitir este
comando, entre:
676
export server devclass=tapeclass

volumenames=dsm001,dsm002,dsm003,dsm004 filedata=all
Durante el proceso de exportacin, el servidor exporta la informacin de definicin

antes de exportar la informacin de datos de archivo. De este modo garantiza que
la informacin de definicin se almacena en los primeros volmenes de cinta. Este
proceso permite montar un nmero mnimo de cintas durante el proceso de
importacin, si el objetivo es copiar solo la informacin de control en el servidor
destino.
En el ejemplo anterior, el servidor exporta:
v Las definiciones de los administradores.
v Las definiciones de los nodos cliente.
v Las definiciones de los dominios de polticas, los juegos de polticas, las clases
de gestin y los grupos de copia.
v Las definiciones de planificacin y las asociaciones de nodos cliente.
v Las definiciones de los espacios de archivos.
v Las reglas de autorizacin de espacio de archivos.
v Las copias de seguridad, las copias archivadas y los archivos bajo gestin de
espacio.
Importacin de datos de volmenes de medios secuenciales

Antes de importar datos a un nuevo servidor destino, debe hacer lo siguiente:
1. Instalar Tivoli Storage Manager en el servidor destino. Este paso incluye definir
el espacio de disco para la base de datos y las anotaciones de recuperacin.
Para obtener informacin acerca de cmo instalar Tivoli Storage Manager,
2. Definir el almacenamiento del servidor para el servidor destino.
Puesto que el sistema operativo de cada servidor maneja los dispositivos de un
modo distinto, las definiciones de almacenamiento del servidor no se exportan.
Por lo tanto, debe definir el almacenamiento del servidor inicial para el
servidor destino. El servidor destino debe poder utilizar, como mnimo, una
unidad que sea compatible con los medios de exportacin. Esta tarea puede
incluir definir bibliotecas, unidades, clases de dispositivo, agrupaciones de
almacenamiento y volmenes. Consulte la publicacin Gua del administrador
correspondiente al servidor destino.
Una vez que Tivoli Storage Manager est instalado y configurado en el servidor
destino, un administrador del sistema puede importar toda la informacin de
control del servidor o un subconjunto de la misma especificando uno o varios de
los siguientes comandos de importacin:
v IMPORT ADMIN
v IMPORT NODE
v IMPORT POLICY
v IMPORT SERVER
Este apartado le gua por todo el proceso de importar toda la informacin de
control del servidor y los datos de archivo de los volmenes de cinta a un nuevo
servidor destino. Este proceso comprende:
v Previsualizar la informacin antes de importar los datos.
v Importar las definiciones.
677
v Adaptar las definiciones de almacenamiento del servidor en el servidor destino.

v Importar los datos de archivo.
Una vez entendido el proceso para importar la informacin de control del servidor
y la informacin de datos de archivo, puede importar cualquier subconjunto de
datos al servidor destino.
Opciones que deben tenerse en cuenta antes de importar

En los apartados siguientes se describen las opciones que deben tenerse en cuenta
antes de importar datos de un medio secuencial.
Combinacin de espacios de archivos: puede combinar copias de seguridad,
copias archivadas y archivos bajo gestin de espacio de clientes importados en
espacios de archivos existentes y omitir de forma automtica los archivos
duplicados que puedan existir en el espacio de archivos destino del servidor.
Opcionalmente, puede crear nuevos espacios de archivos. Si no desea combinar
espacios de archivos, consulte el apartado Cmo se manejan los espacios de
archivos duplicados en la pgina 685.
Si elige combinar los espacios de archivos, podr reiniciar una operacin de
importacin cancelada porque los archivos que se hayan importado anteriormente
se pueden omitir en la siguiente operacin de importacin.
Al combinar espacios de archivos, el servidor crea una versin de los objetos
importados segn la poltica vinculada a los archivos. Una operacin de
importacin puede dejar al espacio de archivos destino con ms versiones de las
que permite la poltica. Se crean versiones de los archivos para mantener el
objetivo de la poltica de los archivos, sobre todo cuando se utiliza la exportacin
incremental (especificando los parmetros FROMDATE y FROMTIME) para
mantener copias de archivos de cliente duplicadas en dos o ms servidores.
A continuacin se describe cmo el servidor combina los archivos importados,
segn el tipo de objeto, cuando se especifica MERGEFILESPACES=YES.
Objetos de archivado
Si existe un objeto de archivado del nodo importado con la misma
direccin TCP/IP, puerto TCP/IP, fecha de insercin y descripcin en el
servidor destino, el objeto importado se omite. De lo contrario, el objeto de
archivado se importa.
Objetos de copia de seguridad
Si un objeto de copia de seguridad del nodo importado tiene la misma
direccin TCP/IP, puerto TCP/IP, fecha de insercin y descripcin que el
objeto de copia de seguridad importado, el objeto importado se omite.
Cuando los objetos de copia de seguridad se combinan en espacios de
archivos existentes la creacin de versiones se llevar a cabo de acuerdo
con la poltica, al igual que sucede cuando se envan objetos de copia de
seguridad del cliente durante una operacin de copia de seguridad. Si se
establecen sus fechas de insercin en cero (0), demasiadas versiones de
archivos quedarn marcadas para que caduquen.
En cualquier otro caso, el servidor hace lo siguiente:
insercin posterior (ms reciente) que una versin activa de un objeto
del servidor destino con el mismo nodo, espacio de archivos, direccin
TCP/IP y puerto TCP/IP, el objeto de copia de seguridad importado se
convierte en la nueva copia activa. La copia activa del servidor destino
678
queda como inactiva. Tivoli Storage Manager hace caducar esta versin
inactiva segn el nmero de versiones que se permiten en la poltica.
insercin anterior (menos reciente) que una copia activa de un objeto en
el servidor destino con el mismo nodo, espacio de archivos, direccin
TCP/IP y puerto TCP/IP, el objeto de copia de seguridad importado se
inserta como versin inactiva.
v Si no existen versiones activas de un objeto con el mismo nodo, espacio
de archivos, direccin TCP/IP, puerto TCP/IP en el servidor destino y el
objeto importado tiene el mismo nodo, direccin TCP/IP y puerto
TCP/IP que las versiones:
Un objeto activo importado con una fecha de insercin posterior a la
de la copia inactiva ms reciente se convertir en la versin activa del
archivo.
Un objeto activo importado con una fecha de insercin anterior a la
de la copia inactiva ms reciente se importar como versin inactiva
del archivo.
v Los objetos inactivos importados se importarn como otras versiones
inactivas del objeto.
Objetos de gestin de espacio
Si el objeto de gestin de espacio del nodo importado tiene un ID de
archivo externo que ya existe en el servidor destino, el objeto importado se
omite. De lo contrario el objeto de gestin de espacio se importa.
El nmero de objetos importados y omitidos se muestra con las estadsticas finales
para la operacin de importacin. Consulte el apartado Consulta de las
anotaciones de actividades para ver la informacin de exportacin o importacin
Cmo determinar si se sustituyen las definiciones existentes: Al utilizar el
parmetro REPLACEDEFS con el comando IMPORT, puede especificar si deben
sustituirse las definiciones existentes en el servidor destino cuando Tivoli Storage
Manager encuentre un objeto con el mismo nombre durante el proceso de
importacin.
Por ejemplo, si existe una definicin para el dominio de polticas ENGPOLDOM en
el servidor destino antes de importar las definiciones de las polticas, debe
especificar REPLACEDEFS=YES para que se sustituya la definicin existente por
los datos de la cinta de exportacin.
Las definiciones que se pueden sustituir son las definiciones de los
administradores, los nodos cliente, las polticas y las planificaciones. De forma
predeterminada, no se sustituyen las definiciones existentes en el servidor destino.
Cmo decidir si se utiliza una fecha relativa al importar datos de archivo: Al
importar los datos de archivo, puede conservar la fecha de creacin original de las
versiones de copia de seguridad y las copias archivadas o bien especificar que el
servidor utilice una fecha ajustada.
Si desea conservar las fechas originales establecidas para las versiones de copia de
seguridad y las copias archivadas, utilice DATES=ABSOLUTE, que es el valor
predeterminado. Si utiliza el valor absoluto, todos los archivos cuyo perodo de
retencin haya transcurrido caducarn poco despus de haberlos importado al
servidor destino.
679
Si se especifica una fecha relativa, las fechas de las versiones de archivos se ajustan
a la fecha de importacin del servidor destino. Esto es til cuando se exporta
desde un servidor que se encuentra en un huso horario distinto del huso horario
del servidor destino.
Paso 1: Previsualizar la informacin antes de importar los datos

Antes de importar datos al servidor destino, previsualice cada todos los comandos
IMPORT para determinar qu datos desea importar al servidor destino. Puede
importar todos los datos de exportacin, o un subconjunto de stos, de las cintas.
Si establece PREVIEW=YES, los operadores de cintas deben montar los volmenes
de cinta de exportacin para que el servidor destino pueda calcular las estadsticas
para la previsualizacin.
Por ejemplo, para previsualizar la informacin del comando IMPORT SERVER,
entre:
import server devclass=tapeclass preview=yes
volumenames=dsm001,dsm002,dsm003,dsm004
La Figura 89 en la pgina 681 muestra un ejemplo de los mensajes enviados a la

consola del servidor y las anotaciones de actividades.
680
ANR0402I Sesin 3 iniciada para administrador SERVER_CONSOLE (Servidor).

ANR1363I Se ha abierto el volumen de importacin DSM001 (nmero de
secuencia 1).
ANR0610I IMPORT SERVER iniciado por SERVER_CONSOLE como proceso 2.
ANR0612I IMPORT SERVER: Leyendo datos de EXPORT SERVER del servidor SERV1
exportados 05/07/1996 12:39:48.
ANR0639I IMPORT SERVER: Procesando dominio ENGPOLDOM.
ANR0640I IMPORT SERVER: Procesando juego de polticas ACTIVE en dominio
de polticas ENGPOLDOM.
ANR0640I IMPORT SERVER: Procesando juego de polticas STANDARD en dominio
ANR0641I IMPORT SERVER: Procesando clase de gestin STANDARD en dominio
ENGPOLDOM, juego ACTIVE.
ANR0641I IMPORT SERVER: Procesando clase de gestin MCENG en dominio
ENGPOLDOM, juego STANDARD.
ANR0641I IMPORT SERVER: Procesando clase de gestin STANDARD en dominio
ANR0643I IMPORT SERVER: Procesando grupo de copia archivada en dominio
ENGPOLDOM, juego ACTIVE, clase de gestin STANDARD.
ENGPOLDOM, juego STANDARD, clase de gestin MCENG.
ENGPOLDOM, juego STANDARD, clase de gestin STANDARD.
ANR0642I IMPORT SERVER: Procesando grupo de copia de seguridad en dominio
ENGPOLDOM, juego ACTIVE, clase de gestin STANDARD.
ENGPOLDOM, juego STANDARD, clase de gestin MCENG.
ANR0638I IMPORT SERVER: Procesando administrador DAVEHIL.
ANR0638I IMPORT SERVER: Procesando administrador PENNER.
ANR0635I IMPORT SERVER: Procesando nodo TOMC.
ANR0636I IMPORT SERVER: Procesando el espacio de archivos OS2 del nodo TOMC
como espacio de archivos OS1.
ANR0636I IMPORT SERVER: Procesando el espacio de archivos DRIVED del nodo
TOMC como espacio de archivos DRIVE1.
ANR0636I IMPORT SERVER: Procesando el espacio de archivos OS2VDISK del nodo
TOMC como espacio de archivos OS2VDIS1.
ANR1365I Se ha cerrado el volumen de importacin DSM001 (se ha llegado al final).
ANR1363I Se ha abierto el volumen de importacin DSM002 (nmero de secuencia 2).
ANR0617I IMPORT SERVER: El proceso se ha completado correctamente.
ANR0620I IMPORT SERVER: Se ha(n) copiado 1 dominio(s).
ANR0621I IMPORT SERVER: Se ha(n) copiado 2 juego(s) de polticas.
ANR0622I IMPORT SERVER: Se ha(n) copiado 2 clase(s) de gestin.
ANR0623I IMPORT SERVER: Se ha(n) copiado 6 grupo(s) de copia.
ANR0625I IMPORT SERVER: Se ha(n) copiado 2 administradores.
ANR0626I IMPORT SERVER: Se ha(n) copiado 1 definicin(es) de nodo.
ANR0627I IMPORT SERVER: Se han copiado 3 espacio(s) de archivos, 0
copia(s) archivada(s) y 462 archivo(s) de copia de seguridad.
ANR0629I IMPORT SERVER: Se han copiado 8856358 bytes de datos.
ANR0611I El comando IMPORT SERVER iniciado por SERVER_CONSOLE como
proceso 2 ha finalizado.
Figura 89. Ejemplo de informe creado al solicitar la previsualizacin en un comando IMPORT

SERVER
Utilice el valor notificado para el nmero total de bytes copiados para calcular si
tiene el espacio de agrupacin de almacenamiento necesario para almacenar los
datos de archivo importados.
Por ejemplo, la Figura 89 muestra que se importarn 8.856.358 bytes de datos.
Asegrese de tener como mnimo 8.856.358 bytes de espacio disponible en las
agrupaciones de almacenamiento de copia de seguridad definidas para el servidor.
681
Puede utilizar los comandos QUERY STGPOOL y QUERY VOLUME para

determinar la cantidad de espacio que hay disponible en la jerarqua de
Adems, el informe de previsualizacin muestra que se importarn 0 copias
archivadas y 462 copias de seguridad de archivos. Puesto que se importan datos de
copia de seguridad, asegrese de tener suficiente espacio en las agrupaciones de
almacenamiento de copia de seguridad para almacenar esos datos de copia de
seguridad. Consulte el apartado Paso 3: Adaptar las definiciones de
almacenamiento del servidor en el servidor destino en la pgina 684 para obtener
informacin sobre cmo identificar las agrupaciones de almacenamiento en el
servidor destino.
Para obtener informacin sobre cmo especificar el parmetro PREVIEW, consulte
el apartado Utilizacin de la previsualizacin antes de exportar o importar datos
en la pgina 672. Para obtener informacin sobre cmo revisar el resultado de una
operacin de previsualizacin, consulte el apartado Supervisin de los procesos
de exportacin e importacin en la pgina 689.
Paso 2: Importar las definiciones

A continuacin desea importar la informacin de control del servidor, que
comprende:
v Las definiciones de los administradores.
v Las definiciones de los nodos cliente.
v Las definiciones de los dominios de polticas, los juegos de polticas, las clases
de gestin y los grupos de copia.
v Las definiciones de planificacin y las asociaciones de nodos cliente.
Sin embargo, no importe los datos de archivo ahora, ya que determinadas
agrupaciones de almacenamiento especificadas en las definiciones de los grupos de
copia pueden no existir todava en el servidor destino.
Antes de importar la informacin de control del servidor, complete los pasos
siguientes:
v Lea y comprenda la informacin siguiente:
Cmo determinar si se sustituyen las definiciones existentes en la pgina
679
Importacin de los juegos de polticas activos por parte del servidor
v Inicie una sesin de cliente de administracin en la modalidad de consola para
capturar los mensajes de importacin en un archivo de salida. Consulte el
apartado Cmo dirigir mensajes de importacin a un archivo de salida en la
pgina 683.
Despus, importe la informacin de control del servidor de los volmenes de cinta
especificados. Consulte el apartado Importacin de la informacin de control del
Importacin de los juegos de polticas activos por parte del servidor: Cuando el
servidor importa las definiciones de polticas, los siguientes objetos se importan al
servidor destino:
v Las definiciones de los juegos de polticas, inclusive el juego de polticas
ACTIVE.
682
v
v
v
v
v
Las definiciones de las clases de gestin.

Las definiciones de los grupos de copia de seguridad.
Las definiciones de los grupos de copia archivada.
Las definiciones de las planificaciones definidas para cada dominio de polticas.
Las asociaciones de los nodos cliente, si la definicin del nodo cliente existe en
el servidor destino.
Si el servidor encuentra un juego de polticas denominado ACTIVE en el volumen

de cinta durante el proceso de importacin, utiliza un juego de polticas temporal
denominado $$ACTIVE$$ para importar el juego de polticas activo.
Una vez importado $$ACTIVE$$ al servidor destino, el servidor activa este juego
de polticas. Durante el proceso de activacin, el servidor valida el juego de
polticas examinando las definiciones de las clases de gestin y de los grupos de
copia. Si se produce alguna de las circunstancias siguientes, el servidor emite
mensajes de aviso durante la validacin:
v Los destinos de almacenamiento especificados en los grupos de copia de
seguridad y en los grupos de copia archivada no hacen referencia a las
agrupaciones de almacenamiento definidas.
v La clase de gestin predeterminada no contiene un grupo de copia de seguridad
o de copia archivada.
v El juego de polticas ACTIVE actual contiene nombres de clase de gestin que no
estn definidos en el juego de polticas que se va a activar.
v El juego de polticas ACTIVE actual contiene nombres de grupo de copia que no
estn definidos en el juego de polticas que se va a activar.
Despus de haberse activado cada juego de polticas $$ACTIVE$$, el servidor
suprime del servidor destino ese juego de polticas $$ACTIVE$$. Para ver la
informacin sobre las polticas activas del servidor destino, puede utilizar los
v QUERY COPYGROUP
v QUERY DOMAIN
v QUERY MGMTCLASS
v QUERY POLICYSET
El resultado de emitir el comando QUERY DOMAIN muestra que el juego de
polticas activado es $$ACTIVE$$. El nombre $$ACTIVE$$ muestra al usuario que
el juego de polticas que est activado en ese momento para dicho dominio es el
juego de polticas que est activado en el momento de efectuar la exportacin.
Cmo dirigir mensajes de importacin a un archivo de salida: La informacin
que genera el proceso de validacin puede servir de ayuda para definir una
jerarqua de almacenamiento que admita los destinos de almacenamiento definidos
actualmente en los datos de importacin.
Puede dirigir los mensajes de importacin a un archivo de salida para capturar los
mensajes de error que se detecten durante el proceso de importacin. Para ello,
inicie una sesin de cliente de administracin en la modalidad de consola antes de
invocar el comando de importacin.
Por ejemplo, para dirigir mensajes a un archivo de salida denominado
IMPSERV.OUT, entre:
> dsmadmc -consolemode -outfile=impserv.out
683
Importacin de la informacin de control del servidor: Ahora ya est preparado

para importar la informacin de control del servidor. Segn la informacin
generada en la operacin de previsualizacin, sabe que toda la informacin de
definiciones se ha almacenado en el primer volumen de cinta denominado
DSM001. Especifique que un dispositivo perteneciente a la clase de dispositivo
TAPECLASS puede leer este volumen de cinta.
Desde una sesin de cliente de administracin o desde la consola del servidor,
entre:
import server filedata=none devclass=tapeclass volumenames=dsm001
Paso 3: Adaptar las definiciones de almacenamiento del servidor

en el servidor destino
Despus de importar la informacin de las definiciones, utilice los informes que
genera el proceso de importacin como ayuda para adaptar el almacenamiento del
servidor destino.
Para adaptar las definiciones de almacenamiento del servidor en el servidor
destino, complete los pasos siguientes:
1. Identifique todos los destinos de almacenamiento especificados en los grupos
de copia y las clases de gestin que no coincidan con las agrupaciones de
almacenamiento definidas:
v Si las definiciones de las polticas importadas incluyen un juego de polticas
ACTIVE, ese juego de polticas se valida y activa en el servidor destino. Los
mensajes de error generados durante la validacin incluyen si hay alguna
clase de gestin o algn grupo de copia que hace referencia a agrupaciones
de almacenamiento que no existen en el servidor destino. Tiene una copia de
estos mensajes en un archivo si ha dirigido los mensajes de consola a un
archivo de salida segn se describe en el apartado Cmo dirigir mensajes
de importacin a un archivo de salida en la pgina 683.
v Consulte las definiciones de las clases de gestin y los grupos de copia para
comparar los destinos de almacenamiento especificados con los nombres de
las agrupaciones de almacenamiento existentes en el servidor destino.
Para solicitar informes detallados para todas las clases de gestin, los grupos
de copia de seguridad y los grupos de copia archivada en el juego de
polticas ACTIVE, entre estos comandos:
query mgmtclass * active * format=detailed
query copygroup * active * standard type=backup format=detailed
query copygroup * active * standard type=archive format=detailed
2. Si los destinos de almacenamiento para las clases de gestin y los grupos de

copia en el juego de polticas ACTIVE hacen referencia a agrupaciones de
almacenamiento no definidas, efecte una de las siguientes acciones:
v Defina agrupaciones de almacenamiento que coincidan con los nombres de
destino de almacenamiento de las clases de gestin y los grupos de copia,
segn se describe en el apartado Definicin o actualizacin de agrupaciones
de almacenamiento primarias en la pgina 245.
v Cambie los destinos de almacenamiento de las clases de gestin y los grupos
de copia. Haga lo siguiente:
a. Copie el juego de polticas ACTIVE en otro juego de polticas.
b. Modifique los destinos de almacenamiento de las clases de gestin y los
grupos de copia de ese juego de polticas, segn sea necesario.
c. Active el nuevo juego de polticas.
684
Para obtener informacin sobre cmo copiar juegos de polticas, consulte el

apartado Definicin y actualizacin de un juego de polticas en la pgina
416.
En funcin de la cantidad de datos de archivo de cliente que tiene previsto
importar, puede ser conveniente examinar la jerarqua de almacenamiento para
asegurarse de que hay disponible suficiente espacio de almacenamiento. Las
agrupaciones de almacenamiento especificadas como destinos de almacenamiento
de las clases de gestin y los grupos de copia pueden llenarse por completo con
los datos. Por ejemplo, puede ser necesario definir agrupaciones de
almacenamiento adicionales adonde los datos puedan migrarse desde los destinos
de almacenamiento iniciales.
Paso 4: Importar informacin de datos de archivo

Una vez definida la jerarqua de almacenamiento adecuada del servidor destino,
puede importar los datos de archivo de los volmenes de cinta. Los datos de
autorizacin. Puede solicitar que los datos de archivo se importen en cualquiera de
las siguientes agrupaciones:
v Versiones activas e inactivas de copias de seguridad de archivos.
v Versiones activas de copias de seguridad de archivos.
v Copias archivadas.
v Archivos bajo gestin de espacio.
Antes de importar informacin de datos de archivo:
v Debe comprender cmo el servidor maneja los nombres de espacio de archivos
duplicados.
v Decida si mantendr la fecha de creacin original para las versiones de copia de
seguridad y las copias archivadas o si se importarn los datos de archivo
utilizando una fecha ajustada.
Cmo se manejan los espacios de archivos duplicados: Cuando el servidor
importa la informacin de datos de archivo, importa todos los espacios de archivos
pertenecientes a cada uno de los nodos cliente especificados. Si ya existe una
definicin de espacio de archivos en el servidor destino para el nodo, el servidor
no sustituye el nombre de espacio de archivos existente.
Si el servidor encuentra nombres de espacio de archivos duplicados al importar la
informacin de datos de archivo, crea un nuevo nombre de espacio de archivos
para la definicin importada sustituyendo el carcter o los caracteres finales por un
nmero. Se graba un mensaje que muestra los nombres de espacios de archivos
antiguo y nuevo en la consola del servidor y en las anotaciones de actividades.
Por ejemplo, si los nombres de espacio de archivos C_DRIVE y D_DRIVE residen
en el servidor destino para el nodo FRED y en el volumen de cinta para FRED, el
servidor importa el espacio de archivos C_DRIVE como el espacio de archivos
C_DRIV1 y el espacio de archivos D_DRIVE como el espacio de archivos
D_DRIV1, ambos asignados al nodo FRED.
685
Cmo decidir si se utiliza una fecha relativa al importar datos de archivo: Al

importar los datos de archivo, puede conservar la fecha de creacin original de las
versiones de copia de seguridad y las copias archivadas o bien especificar que el
servidor utilice una fecha ajustada.
Puesto que es posible que los volmenes de cinta que contienen los datos
exportados no se utilicen durante cierto tiempo, las fechas originales definidas para
las versiones de copia de seguridad y las copias archivadas pueden ser lo
suficientemente antiguas como para que los archivos caduquen inmediatamente al
importar los datos al servidor destino.
Para impedir que las versiones de copia de seguridad y las copias archivadas
caduquen de forma inmediata, especifique DATES=RELATIVE en los comandos
IMPORT NODE o IMPORT SERVER para corregir el tiempo transcurrido desde
que los archivos se han exportado a cinta.
Por ejemplo, suponga que los datos exportados a cinta contienen una copia
archivada cinco das antes de la operacin de exportacin. Si el volumen de cinta
reside en la estantera durante seis meses antes de importar los datos al servidor
destino, el servidor restablece la fecha de archivado a cinco das antes de la
operacin de importacin.
Si desea conservar las fechas originales establecidas para las versiones de copia de
seguridad y las copias archivadas, utilice DATES=ABSOLUTE, que es el valor
predeterminado. Si utiliza el valor absoluto, todos los archivos cuyo perodo de
retencin haya transcurrido caducarn poco despus de haberlos importado al
servidor destino.
Emisin de los comandos IMPORT SERVER o IMPORT NODE: Puede importar
los datos de archivo emitiendo el comando IMPORT SERVER o IMPORT NODE.
Al emitir cualquiera de estos comandos, puede especificar qu tipo de archivos
deben importarse para todos los nodos cliente especificados y encontrados en las
cintas de exportacin. Puede especificar cualquiera de los siguientes valores para
importar datos de archivo:
All
Especifica que se importan al servidor destino todas las versiones activas e

inactivas de las copias de seguridad de archivos, copias archivadas y
archivos bajo gestin de espacio para los nodos cliente especificados
None
Especifica que no se importa ningn archivo al servidor destino; solo se

importan las definiciones de los nodos cliente
Archive
Especifica que solo se importan al servidor destino las copias archivadas
Backup
Especifica que solo se importan al servidor destino las copias de seguridad
de archivos, tanto activas como inactivas
Backupactive
Especifica que solo se importan al servidor destino las versiones activas de
las copias de seguridad de archivos
Allactive
Especifica que solo se importan al servidor destino las versiones activas de
las copias de seguridad de archivos, copias archivadas y archivos bajo
gestin de espacio
686
Spacemanaged
Especifica que solo se importan los archivos migrados del sistema de
archivos local (archivos bajo gestin de espacio) de un usuario
Por ejemplo, suponga que desea importar al servidor destino todas las versiones
de copia de seguridad de archivos, todas las copias archivadas y todos los archivos
bajo gestin de espacio. No es recomendable sustituir informacin de control del
servidor durante esta operacin de importacin. Especifique los cuatro volmenes
de cinta que se haban identificado durante la operacin de previsualizacin.
Cualquier dispositivo de la clase TAPECLASS puede leer estos volmenes de cinta.
Para emitir este comando, entre:
import server filedata=all replacedefs=no
devclass=tapeclass volumenames=dsm001,dsm002,dsm003,dsm004
Puede limitar la importacin a nodos asignados a dominios de polticas especficos

del servidor origen. Por ejemplo, suponga que ha exportado desde el servidor
origen los datos de todos los nodos de todos los dominios. Para importar al
servidor destino solo los datos de los nodos que se encontraban en el dominio
ENGDOM del servidor origen, emita este comando:
import node filedata=all domains=engdom devclass=tapeclass
volumenames=dsm001,dsm002,dsm003,dsm004
Si el dominio de polticas ENGDOM ya existe en el servidor destino, los nodos

importados se asignarn a dicho dominio. Si el dominio ENGDOM no existe en el
servidor destino, los nodos importados se asignarn al dominio de polticas
STANDARD.
Si no especifica un dominio en el comando IMPORT NODE, el nodo importado se
asignar al dominio de polticas STANDARD.
Importacin de subconjuntos de informacin

Puede utilizar un comando de importacin para copiar un subconjunto de la
informacin de las cintas de exportacin en el servidor destino. Por ejemplo, si una
cinta se ha creado con EXPORT SERVER, solo puede importar la informacin de
nodo de la cinta utilizando IMPORT NODE.
Aunque el servidor permite emitir cualquier comando de importacin, los datos no
pueden importarse al servidor si no se han exportado a cinta. Por ejemplo, si una
cinta se ha creado con el comando EXPORT POLICY, el comando IMPORT NODE
no encontrar datos en la cinta porque la informacin de nodo no es un
subconjunto de la informacin de polticas.
La Tabla 40 en la pgina 688 muestra los comandos que puede utilizar para
importar al servidor destino un subconjunto de informacin exportada.
687
Tabla 40. Importar un subconjunto de informacin de cintas

Si se crearon cintas con este
comando de exportacin:
Puede emitir este comando

de importacin:
No puede emitir este

comando de importacin:
EXPORT SERVER
IMPORT
IMPORT
IMPORT
IMPORT
No aplicable.
EXPORT NODE
IMPORT NODE
IMPORT SERVER
IMPORT ADMIN
IMPORT POLICY
EXPORT ADMIN
IMPORT ADMIN
IMPORT SERVER
IMPORT NODE
IMPORT POLICY
EXPORT POLICY
IMPORT POLICY
IMPORT SERVER
IMPORT ADMIN
IMPORT NODE
SERVER
ADMIN
NODE
POLICY
Recuperacin ante errores durante el proceso de importacin

Durante el proceso de importacin, el servidor puede encontrar datos no vlidos
debido a que se han daado durante el almacenamiento realizado en cinta o en la
base de datos con anterioridad a la operacin de exportacin. Si se encuentran
datos no vlidos durante una operacin de importacin, el servidor efecta las
siguientes operaciones:
v Se utiliza el valor predeterminado para la definicin del nuevo objeto.
v Si el objeto ya existe, no se modifica el parmetro existente.
El servidor informa sobre los objetos afectados en la consola del servidor y las
anotaciones de actividades durante las operaciones de importacin y exportacin.
Se recomienda consultar esos objetos una vez completado el proceso de
importacin para ver si la informacin que reflejan es aceptable.
Cada vez que ejecuta el comando IMPORT NODE o IMPORT SERVER con el
parmetro FILEDATA igual a un valor distinto de NONE, Tivoli Storage Manager
crea un nuevo espacio de archivos e importa los datos al mismo.Este proceso
garantiza que la importacin actual no sobregraba los datos de una importacin
anterior. Para obtener informacin acerca de cmo Tivoli Storage Manager maneja
los espacios de archivos duplicados, consulte el apartado Cmo se manejan los
espacios de archivos duplicados en la pgina 685.
En el servidor destino puede existir ya una definicin de espacio de archivos para
el nodo. De ser as, un administrador con privilegio del sistema puede emitir el
comando DELETE FILESPACE para eliminar los espacios de archivos que se han
daado o que ya no se necesitan. Para obtener ms informacin sobre el comando
DELETE FILESPACE, consulte la publicacin Administrators Reference.
Cmo redenominar un espacio de archivos: Un espacio de archivos importado
puede tener el mismo nombre que otro espacio de archivos que ya existe en un
nodo cliente. En este caso, el servidor no graba encima del espacio de archivos
existente y el espacio de archivos importado recibe un nuevo nombre de espacio
de archivos generado por el sistema. Este nuevo nombre puede coincidir con
nombres de espacio de archivos de los que no se ha hecho copia de seguridad y
que son desconocidos para el servidor. En este caso, puede utilizar el comando
RENAME FILESPACE para redenominar el espacio de archivos importado con el
convenio de denominacin utilizado para el nodo cliente.
688
Supervisin de los procesos de exportacin e importacin

El servidor permite supervisar los procesos de exportacin e importacin de dos
formas:
v Se puede ver la informacin relativa a un proceso que se est ejecutando en la
consola del servidor o desde un cliente de administracin que se ejecuta en la
modalidad de consola.
v Una vez que se ha completado un proceso, puede consultar la informacin de
estado en las anotaciones de actividades desde la consola del servidor o desde
un cliente de administracin que se ejecuta en la modalidad de proceso por lotes
o interactiva.
v El proceso primero crea una lista de lo que se exportar. Por consiguiente, el
proceso puede estar en ejecucin algn tiempo antes de que se transfieran datos.
v Observe si aparecen mensajes de montaje, ya que tal vez el servidor solicite
montajes de volmenes que no estn en la biblioteca. Puede que sea necesario
dar de alta volmenes.
Solicitud de informacin sobre un proceso de exportacin o

importacin
Despus de emitir un comando EXPORT o IMPORT, el servidor inicia un proceso
de fondo, asigna un identificador de proceso a la operacin y visualiza el
identificador de proceso al iniciarse la operacin.
Puede consultar un proceso de exportacin o importacin especificando el nmero
del identificador de proceso. Por ejemplo, para solicitar informacin sobre la
operacin EXPORT SERVER, que se inici como proceso 4, entre:
query process 4
Si emite una versin de previsualizacin de un comando EXPORT o IMPORT y

despus consulta el proceso, el servidor informa de los tipos de objetos que se
copiarn, el nmero de objetos que se copiarn y el nmero de bytes que se
copiarn.
Al exportar o importar datos y despus consultar el proceso, el servidor muestra el
nmero y los tipos de objetos copiados hasta ese momento y el nmero total de
bytes que se han transferido, junto con la informacin sobre todas las peticiones de
montaje de medios que puede haber pendientes para el proceso.
Para obtener informacin sobre cmo consultar procesos de fondo, consulte el
apartado Solicitud de informacin sobre procesos del servidor en la pgina 564.
Visualizacin de informacin en la consola del servidor

Al emitir un comando IMPORT o EXPORT, en la consola del servidor o en un
cliente de administracin, la informacin se visualiza en la consola del servidor. En
la Figura 90 en la pgina 690 se muestra un ejemplo de la informacin que se
visualiza despus de emitir el comando EXPORT SERVER.
689
ANR0610I EXPORT SERVER iniciado por SERVER_CONSOLE como proceso 1.

ANR0639I EXPORT SERVER: Procesando dominio ENGPOLDOM.
ANR0640I EXPORT SERVER: Procesando juego de polticas ACTIVE en dominio
ANR0640I EXPORT SERVER: Procesando juego de polticas STANDARD en dominio
ANR0641I EXPORT SERVER: Procesando clase de gestin STANDARD en dominio
ENGPOLDOM, juego ACTIVE.
ANR0641I EXPORT SERVER: Procesando clase de gestin STANDARD en dominio
ANR0643I EXPORT SERVER: Procesando grupo de copia archivada en dominio
ENGPOLDOM, juego STANDARD, clase de gestin ACTIVE.
ANR0643I EXPORT SERVER: Procesando grupo de copia archivada en dominio
ANR0643I EXPORT SERVER: Procesando grupo de copia de seguridad en dominio
ENGPOLDOM, juego STANDARD, clase de gestin ACTIVE.
ANR0643I EXPORT SERVER: Procesando grupo de copia de seguridad en dominio
ANR0604I EXPORT SERVER: No se ha encontrado ninguna planificacin en el
dominio de polticas * para la operacin de exportacin.
ANR0635I EXPORT SERVER: Procesando nodo TOMC.
ANR0605I EXPORT SERVER: No se ha encontrado ninguna asociacin de
planificacin en el dominio de polticas * para la operacin de
exportacin.
ANR0637I EXPORT SERVER: Procesando espacio de archivos DRIVED para nodo
TOMC.
ANR0637I EXPORT SERVER: Procesando espacio de archivos OS2 para nodo TOMC.
ANR0637I EXPORT SERVER: Procesando espacio de archivos OS2VDISK para nodo
TOMC.
ANR0617I EXPORT SERVER: El proceso se ha completado correctamente.
ANR0620I EXPORT SERVER: Se ha(n) copiado 1 dominio(s).
ANR0621I EXPORT SERVER: Se ha(n) copiado 2 juego(s) de polticas.
ANR0622I EXPORT SERVER: Se ha(n) copiado 2 clase(s) de gestin.
ANR0623I EXPORT SERVER: Se ha(n) copiado 4 grupo(s) de copia.
ANR0626I EXPORT SERVER: Se ha(n) copiado 1 definicin(es) de nodo.
ANR0627I EXPORT SERVER: Se ha(n) copiado 3 espacio(s) de archivos, 16
copia(s) archivadas y 0 archivo(s) de copia de seguridad.
ANR0629I EXPORT SERVER: Se han copiado 3045632 bytes de datos.
ANR0611I El comando EXPORT SERVER iniciado por SERVER_CONSOLE como
proceso 1 ha finalizado.
Figura 90. Ejemplo de salida de exportacin del servidor
Visualizacin de informacin en un cliente de administracin

Utilice la modalidad de consola de un cliente de administracin para supervisar las
operaciones de exportacin o importacin, o para capturar mensajes de proceso en
un archivo de salida. Por ejemplo, para iniciar una sesin de administracin en
modalidad de consola, entre:
> dsmadmc -consolemode
Mientras el sistema se ejecuta en modalidad de consola, no puede entrar ningn

comando de administracin desde la sesin de cliente. Sin embargo, puede iniciar
otra sesin de cliente de administracin para emitir comandos (por ejemplo,
QUERY PROCESS) si utiliza una estacin de trabajo multitarea, como por ejemplo
AIX.
Si desea que el servidor grabe toda la salida del terminal en un archivo,
especifique la opcin OUTFILE con un destino. Por ejemplo, para grabar la salida
en el archivo SAVE.OUT, entre:
> dsmadmc -consolemode -outfile=save.out
690
Para obtener informacin sobre cmo utilizar la opcin de modalidad CONSOLE y

finalizar una sesin de administracin en la modalidad de consola, consulte la
Consulta de las anotaciones de actividades para ver la

informacin de exportacin o importacin
Una vez completado un proceso de exportacin o importacin, puede consultar las
anotaciones de actividades para ver la informacin de estado y los posibles
mensajes de error.
Para minimizar el tiempo de proceso al consultar las anotaciones de actividades a
fin de obtener informacin de exportacin o importacin, acote la bsqueda
especificando EXPORT o IMPORT en el parmetro SEARCH del comando QUERY
ACTLOG.
Por ejemplo, para determinar qu cantidad de datos se traspasar, tras emitir la
versin de previsualizacin del comando EXPORT SERVER, consulte las
anotaciones de actividades entrando:
query actlog search=export
En la Figura 91 en la pgina 692 se muestra un ejemplo de informe de anotaciones

de actividades.
691
Fecha/Hora
Mensaje
-------------------- --------------------------------------------------07/03/2002 10:50:28 ANR0610I EXPORT SERVER iniciado por ADMIN como
proceso 1.
07/03/2002 10:50:28 ANR0639I EXPORT SERVER: Procesando dominio ENGPOLDOM.
07/03/2002 10:50:28 ANR0640I EXPORT SERVER: Procesando juego de polticas
ACTIVE en dominio de polticas ENGPOLDOM.
07/03/2002 10:50:28 ANR0640I EXPORT SERVER: Procesando juego de polticas
STANDARD en dominio de polticas ENGPOLDOM.
07/03/2002 10:50:29 ANR0641I EXPORT SERVER: Procesando clase de gestin
STANDARD en dominio ENGPOLDOM, juego ACTIVE.
07/03/2002 10:50:29 ANR0641I EXPORT SERVER: Procesando clase de gestin
STANDARD en dominio ENGPOLDOM, juego STANDARD.
07/03/2002 10:50:29 ANR0643I EXPORT SERVER: Procesando grupo de copia
archivada en dominio ENGPOLDOM, juego STANDARD,
clase de gestin ACTIVE.
clase de gestin STANDARD.
clase de gestin ACTIVE.
clase de gestin STANDARD.
07/03/2002 10:50:29 ANR0604I EXPORT SERVER: No se ha encontrado ninguna
planificacin en el dominio de polticas * para la
operacin de exportacin.
07/03/2002 10:50:29 ANR0635I EXPORT SERVER: Procesando nodo TOMC.
07/03/2002 10:50:29 ANR0605I EXPORT SERVER: No se ha encontrado ninguna
asociacin de planificacin en el dominio de
polticas * para la operacin de exportacin.
07/03/2002 10:50:29 ANR0637I EXPORT SERVER: Procesando espacio de archivos
archivos DRIVED para el nodo TOMC.
07/03/2002 10:50:29 ANR0637I EXPORT SERVER: Procesando espacio de
archivos OS2 para el nodo TOMC.
07/03/2002 10:50:29 ANR0637I EXPORT SERVER: Procesando espacio de
archivos DRIVED para el nodo TOMC.
07/03/2002 10:50:32 ANR0617I EXPORT SERVER: El proceso se ha completado
correctamente.
07/03/2002 10:50:32 ANR0620I EXPORT SERVER: Se ha(n) copiado 1 dominio(s).
07/03/2002 10:50:32 ANR0621I EXPORT SERVER: Se ha(n) copiado 2 juego(s) de
polticas.
07/03/2002 10:50:32 ANR0622I EXPORT SERVER: Se ha(n) copiado 2 clase(s) de
gestin.
07/03/2002 10:50:32 ANR0623I EXPORT SERVER: Se ha(n) copiado 4 grupo(s) de
copia.
07/03/2002 10:50:32 ANR0626I EXPORT SERVER: Se ha(n) copiado 1 definicin(es)
de nodo.
07/03/2002 10:50:32 ANR0627I EXPORT SERVER: Se ha(n) copiado 3 espacio(s)
de archivos, 16 copia(s) archivada(s) y 0 archivo(s)
de copia de seguridad.
07/03/2002 10:50:32 ANR0629I EXPORT SERVER: Se ha(n) copiado 3045632 byte(s)
de datos.
07/03/2002 10:50:32 El comando ANR0611I EXPORT SERVER iniciado por ADMIN
como proceso 1 ha finalizado.
Figura 91. Ejemplo de informe de anotaciones de actividades sobre datos exportados
Exportacin e importacin de datos de volmenes virtuales

Puede realizar en volmenes virtuales todas las operaciones EXPORT e IMPORT
que se describen en los apartados anteriores sobre medios secuenciales. Para
obtener ms informacin, consulte el apartado Exportacin e importacin de
datos con volmenes de medios secuenciales en la pgina 672.
Los datos almacenados como volmenes virtuales parecen ser volmenes de
agrupacin de almacenamiento secuencial en el servidor origen, pero en realidad
692
se almacenan como copias archivadas en otro servidor. Dichas copias archivadas

pueden estar en agrupaciones de almacenamiento de acceso aleatorio o secuencial.
Los comandos EXPORT e IMPORT son idnticos a los mostrados anteriormente,
excepto en que la clase de dispositivo especificada en los comandos debe tener un
tipo de dispositivo SERVER. Para obtener ms informacin acerca de cmo
configurar el servidor para llevar a cabo operaciones de exportacin e importacin
de volmenes virtuales, consulte el apartado Utilizacin de volmenes virtuales
para almacenar datos en otro servidor en la pgina 656.
693
694
Parte 5. Proteccin del servidor
695
696
Captulo 23. Proteccin y recuperacin del servidor

Las anomalas o la prdida de la base de datos, las anotaciones de recuperacin o
las agrupaciones de almacenamiento pueden provocar la prdida de datos del
cliente. En este captulo se describe cmo proteger el servidor, y si fuera necesario,
cmo recuperar el servidor.
Nota: el trmino cinta hace referencia a toda clase de medios extrables de acceso
secuencial, a menos que se indique lo contrario.
Otra forma de proteger los datos y garantizar la continuacin del proceso es
utilizar el entorno de clsteres, en caso de que se adapte a las necesidades del
sistema. Consulte la publicacin Gua de iniciacin para obtener ms informacin
sobre el entorno de clsteres.
Conceptos:
Niveles de proteccin en la pgina 698
Visin general de la proteccin de la agrupacin de almacenamiento en la pgina 698
Visin general de la proteccin de la base de datos y las anotaciones de recuperacin en
la pgina 700
Proteccin de la base de datos de instantnea en la pgina 703
Eleccin de la ubicacin para activar la validacin de datos en la pgina 740
Proteccin de datos:
Duplicacin de la base de datos y las anotaciones de recuperacin en la pgina 703
Copia de seguridad de agrupaciones de almacenamiento en la pgina 708
Copia de seguridad de la base de datos en la pgina 713
Validacin de datos durante el proceso de auditora de volumen en la pgina 739
Recuperacin de datos:
Recuperacin del servidor mediante copias de seguridad de la base de datos y de
agrupaciones de almacenamiento en la pgina 725
Restauracin del servidor mediante volmenes duplicados en la pgina 734
Restauracin de volmenes de agrupaciones de almacenamiento en la pgina 735
Cmo auditar un volumen de una agrupacin de almacenamiento en la pgina 737
Correccin de archivos daados en la pgina 745
Restauracin de una base de datos del gestor de biblioteca en la pgina 753
Restauracin de una base de datos del cliente de biblioteca en la pgina 754
Supuestos:
Supuestos de copia de seguridad y recuperacin en la pgina 747
697
El gestor de recuperacin ante siniestro (Captulo 24, Utilizacin del gestor
de recuperacin ante siniestro, en la pgina 757) automatiza algunas de las
tareas asociadas con la preparacin o la recuperacin ante un siniestro. Este
icono identifica dichas tareas.
Niveles de proteccin
Para obtener la mejor proteccin de sus datos, debe utilizar todo lo siguiente:
v Copias de seguridad de las agrupaciones de almacenamiento
v Copias duplicadas de la base de datos y de las anotaciones de recuperacin, con
la modalidad de anotaciones de recuperacin establecido en ROLL-FORWARD
v Copias de seguridad completas e incrementales de la base de datos
Como complemento para las copias de seguridad de base de datos completa e
incremental, tambin puede utilizar copias de seguridad de instantnea de la base
de datos.
Atencin: la versin 1 de ADSM proporcionaba comandos para recobrar la base
de datos en caso de producirse un error muy grave. Aunque estos comandos
siguen estando disponibles, deber utilizar las funciones actuales de copia de
seguridad y recuperacin de la base de datos para obtener la mejor proteccin para
el servidor. No utilice los comandos para recobrar la base de datos sin solicitar
ayuda al servicio tcnico de IBM.
Visin general de la proteccin de la agrupacin de almacenamiento

Si se pierde o se daa uno o varios volmenes de agrupaciones de
almacenamiento, los datos de cliente pueden perderse de forma permanente. Sin
embargo, puede efectuar una copia de seguridad de las agrupaciones de
almacenamiento en agrupaciones de almacenamiento de copia de acceso secuencial
y trasladar los volmenes fuera del local. Si se pierden datos o resultan daados,
puede restaurar volmenes individuales o agrupaciones de almacenamiento
enteras a partir de las agrupaciones de almacenamiento de copia. El servidor
intenta acceder al archivo desde una agrupacin de almacenamiento de copia si no
puede obtenerse la copia primaria del archivo debido a uno de los motivos
siguientes:
v La copia primaria del archivo se ha marcado previamente como daada (para
obtener informacin sobre archivos daados, vea Correccin de archivos
daados en la pgina 745).
v El archivo primario est almacenado en un volumen UNAVAILABLE (no
disponible) o DESTROYED (destruido).
v El archivo primario est almacenado en un volumen fuera de lnea.
v El archivo primario est ubicado en una agrupacin de almacenamiento
UNAVAILABLE y la operacin es de restaurar, recuperar o reclamar archivos
para un usuario, o de exportar datos de archivo.
Para obtener ms informacin, consulte los apartados Restauracin de
agrupaciones de almacenamiento en la pgina 731, Copia de seguridad de
698
agrupaciones de almacenamiento en la pgina 708, Recuperacin de un volumen

de agrupacin de almacenamiento perdido o daado en la pgina 752 y
Mantenimiento de la integridad de los archivos en la pgina 746.
Cmo funciona el proceso de restauracin

Hay dos comandos que sirven para restaurar archivos a partir de agrupaciones de
almacenamiento de copia:
RESTORE STGPOOL
Restaura todos los archivos de agrupacin de almacenamiento en los que
se han encontrado errores de lectura. Estos archivos se conocen como
archivos daados o archivos ilegibles. Este comando tambin restaura todos
los archivos de los volmenes que se hayan designado como destruidos
utilizando el comando UPDATE VOLUME. Consulte el apartado
Restauracin de agrupaciones de almacenamiento en la pgina 731 para
RESTORE VOLUME
Vuelve a crear los archivos que residen en un volumen o volmenes de la
misma agrupacin de almacenamiento primaria. Puede utilizar este
comando para volver a crear archivos para uno o varios volmenes que se
hayan perdido o daado. Vea el apartado Restauracin de volmenes de
agrupaciones de almacenamiento en la pgina 735 para obtener detalles.
Tivoli Storage Manager utiliza la informacin de la base de datos para determinar
qu archivos debern restaurarse para un volumen o una agrupacin de
almacenamiento.Como resultado, en el proceso de restauracin no es necesario
acceder a los volmenes originales. Por ejemplo, si un volumen de una agrupacin
de almacenamiento primaria resulta daado, puede utilizar el comando RESTORE
VOLUME para volver a crear los archivos que estaban almacenados en ese
volumen, aunque el volumen no pueda leerse. Sin embargo, si suprime los
archivos daados (utilizando DISCARDDATA=YES en el comando DELETE
VOLUME), el servidor elimina de la base de datos las referencias a los archivos del
volumen de la agrupacin de almacenamiento primaria y las referencias a copias
de los archivos en volmenes de agrupacin de almacenamiento de copia. No sera
posible restaurar esos archivos.
El proceso de restauracin copia los archivos de una agrupacin de
almacenamiento de copia a nuevos volmenes de agrupacin de almacenamiento
primaria. El servidor suprime entonces las referencias de la base de datos a los
archivos de los volmenes de la agrupacin de almacenamiento primaria original.
Si todos los archivos almacenados en un volumen de agrupacin de
almacenamiento primaria se restauran en otros volmenes, dicho volumen quedar
vaco. En este caso, el servidor suprime automticamente el volumen vaco de la
base de datos.
Funcionamiento de la modalidad de acceso de volumen

destruido
La modalidad de acceso de volumen destruido permite restaurar volmenes enteros.
Esta modalidad designa los volmenes primarios para los que se restaurarn los
archivos. Si se ha designado un volumen como destruido, el servidor no monta
dicho volumen para acceso de lectura ni de grabacin. Puede designar un volumen
como destruido con uno de estos dos comandos:
699
v RESTORE VOLUME: este comando cambia automticamente la modalidad de

acceso de los volmenes especificados a la modalidad de acceso de volumen
destruido utilizando una lista de volmenes proporcionada como parte del
comando.
v UPDATE VOLUME: antes de utilizar este comando para restaurar los volmenes
de una agrupacin de almacenamiento, debe actualizar la modalidad de acceso
de los volmenes a destruido.
La designacin de destruido para los volmenes es importante durante el proceso
de restauracin, especialmente cuando se utiliza el comando RESTORE STGPOOL
para restaurar un nmero elevado de volmenes de agrupaciones de
almacenamiento primarias tras producirse un siniestro grave:
v Solo puede designar como destruidos los volmenes que deban restaurarse. Si
tiene previsto utilizar un volumen determinado despus de un siniestro, no
establezca la modalidad de acceso de dicho volumen como destruido.
v Tras identificar los volmenes primarios que deben restaurarse y establecer la
modalidad de acceso a destruido, puede agregar nuevos volmenes a la
agrupacin de almacenamiento. Los nuevos volmenes se utilizan para contener
los archivos a medida que se van restaurando a partir de los volmenes de
agrupacin de almacenamiento de copia. Los nuevos volmenes tambin pueden
utilizarse para los nuevos archivos de los que los usuarios finales hacen copias
de seguridad, archivan o migran.
v La designacin de volmenes destruidos permite realizar un seguimiento de los
archivos que todava deben restaurarse de las agrupaciones de almacenamiento
de copia. Si el proceso de restauracin finaliza por algn motivo antes de que se
haya completado, puede volver a iniciar la restauracin. Solo ser necesario
restaurar los archivos que sigan residiendo en volmenes destruidos.
Visin general de la proteccin de la base de datos y las anotaciones

de recuperacin
La base de datos contiene informacin sobre los datos de cliente que hay en las
agrupaciones de almacenamiento. Las anotaciones de recuperacin contienen
registros de los cambios efectuados en la base de datos. Si pierde las anotaciones
de recuperacin, pierde los cambios que se han efectuado desde la ltima copia de
seguridad de la base de datos. Si pierde la base de datos, pierde todos los datos de
cliente.
Existen diversas maneras de proteger esta informacin:
v Duplicar la base de datos, las anotaciones de recuperacin, o ambas.
v Hacer una copia de seguridad de la base de datos en cinta o en volmenes
virtuales remotos. Consulte el apartado Utilizacin de volmenes virtuales para
almacenar datos en otro servidor en la pgina 656.
v Hacer una copia de seguridad de la base de datos en cinta o en volmenes
virtuales remotos. Consulte el apartado Utilizacin de volmenes virtuales para
almacenar datos en otro servidor en la pgina 656 para obtener ms
informacin. Guarde en las anotaciones de recuperacin todos los cambios
realizados en la base de datos desde dicha operacin de copia de seguridad (esto
se denomina modalidad de ROLLFORWARD o de reaplicacin de
actualizaciones).
700
Duplicacin
Puede evitar la prdida de la base de datos o las anotaciones de recuperacin
debida a una avera de hardware de una sola unidad mediante la duplicacin de
unidades. La duplicacin graba simultneamente los mismos datos en varios
discos. No obstante, la duplicacin no protege contra un siniestro o una avera de
hardware que afecte a varias unidades o que produzca la prdida de todo el
sistema. Mientras Tivoli Storage Manager est en ejecucin, puede iniciar o parar
dinmicamente la duplicacin y modificar la capacidad de la base de datos.
La duplicacin ofrece las siguientes ventajas:
v Proporciona proteccin contra averas de medios de la base de datos y las
anotaciones de recuperacin.
v Permite un funcionamiento ininterrumpido si se produce una anomala en un
volumen de la base de datos o de las anotaciones de recuperacin.
v Evita costosas recuperaciones de la base de datos.
Sin embargo, tambin existen desventajas:
v La duplicacin multiplica por dos los DASD necesarios para los volmenes
duplicados.
v La duplicacin produce una disminucin del rendimiento.
Proteccin de la base de datos y las anotaciones de

recuperacin
Tivoli Storage Manager puede realizar copias de seguridad completas e
incrementales de la base de datos en cinta mientras el servidor est en
funcionamiento y disponible para los clientes.Con el servidor en modalidad normal,
los medios de copia de seguridad pueden almacenarse en el local o fuera del local
y pueden utilizarse para recuperar la base de datos tal como estaba en el momento
en que se realiz la copia de seguridad. Puede ejecutar copias de seguridad
completas o incrementales con la frecuencia que sea necesaria para garantizar que
la base de datos se puede restaurar a un instante especfico aceptable.
Puede conseguir una proteccin an ms completa si especifica la modalidad
ROLLFORWARD. Con la modalidad ROLLFORWARD y con las anotaciones de
recuperacin intactas, puede recuperar la base de datos a su estado ms actual (el
instante en que se perdi la base de datos).
Para obtener el tiempo de recuperacin ms rpido y la mayor disponibilidad de la
base de datos, duplique la base de datos y las anotaciones de recuperacin y haga
una copia de seguridad de la base de datos de forma peridica. Al trabajar en
modalidad ROLLFORWARD, la duplicacin ofrece ms garantas para conservar
las anotaciones de recuperacin intactas, lo cual es necesario para restaurar la base
de datos a su estado ms actual.
Modalidad normal y modalidad ROLLFORWARD

La modalidad ROLLFORWARD ofrece la mayor proteccin para los datos. Sin
embargo, la modalidad ROLLFORWARD tambin tiene sus desventajas. Las tablas
siguientes describen la proteccin que ofrece cada modalidad y los requisitos de
cada modalidad.
701
Calidad de la proteccin
Modalidad Normal
Modalidad ROLLFORWARD
Recuperar a un instante especfico de la copia de

seguridad completa o incremental ms reciente
nicamente.
Recuperar a un instante especfico de la copia de

seguridad completa o incremental ms reciente o, con las
anotaciones de recuperacin intactas, recuperar al estado
ms actual.
Recupera la prdida de datos del cliente hasta el

momento en el que:
Con las anotaciones de recuperacin intactas, recuperar al

estado ms actual sin prdida de datos de cliente.
v Se ha hecho copia de seguridad de los datos desde la

ltima copia de seguridad de la base de datos.
v Que se han traspasado datos debido a migracin,
reclamacin u operaciones de traspaso de datos de
agrupacin de almacenamiento desde la ltima copia
de seguridad de la base de datos y despus se han
sobregrabado.
Debe restaurar toda la base de datos, aunque solo se haya Puede restaurar un solo volumen.
daado un volumen.
No se recomienda si el servidor admite clientes HSM.
Preferible si el servidor soporta clientes HSM (los

archivos bajo gestin de espacio deben protegerse al
mximo posible de las averas de hardware).
Requisitos de almacenamiento
Modalidad Normal
Modalidad ROLLFORWARD
No necesita anotaciones de recuperacin para restaurar a

un instante especfico. Las anotaciones de recuperacin
solo conservan las transacciones sin comprometer y la
modalidad normal no afecta al tamao.
Necesita anotaciones de recuperacin intactas para

restaurar al estado ms reciente. Las anotaciones de
recuperacin conservan todas las transacciones desde la
ltima copia de seguridad de la base de datos. En esta
modalidad deber aumentar notablemente el tamao de
las anotaciones de recuperacin. Sin embargo:
v Las copias de seguridad de la base de datos frecuentes
reducen los requisitos de almacenamiento de las
anotaciones de recuperacin (una vez completada una
copia de seguridad, se suprimen los registros de las
anotaciones de recuperacin anteriores a la copia de
seguridad).
v Duplicar las anotaciones de recuperacin necesita
mucho menos espacio que duplicar la base de datos.
Para una mayor disponibilidad, deber duplicar la base

Debe duplicar las anotaciones de recuperacin para
de datos y las anotaciones de recuperacin o colocarlas en recuperar al estado ms reciente.
dispositivos que garanticen la disponibilidad.
Nota: a diferencia de la duplicacin de la base de datos,
la recuperacin ROLLFORWARD no proporciona una
continuidad en las operaciones tras producirse una
anomala en los medios. Esto se debe a que la base de
datos debe detener su actividad para ejecutar la
recuperacin.
En la tabla siguiente se comparan cuatro configuraciones tpicas de recuperacin

de datos, dos para la modalidad ROLLFORWARD y dos para la modalidad
normal. En los cuatro casos, se hace una copia de seguridad de las agrupaciones de
almacenamiento y de la base de datos. Las ventajas y desventajas son:
Duplicacin
Si se duplican la base de datos y las anotaciones de recuperacin. La
duplicacin implica utilizar espacio adicional en disco.
702
Cobertura
Hasta qu punto se pueden recuperar los datos. La recuperacin
ROLLFORWARD no puede realizarse si las anotaciones de recuperacin no
estn intactas. Sin embargo, la modalidad ROLLFORWARD soporta la
recuperacin a un instante especfico.
Velocidad de recuperacin
Con qu rapidez pueden recuperarse los datos.
Modalidad
Duplicacin
Calidad de la
proteccin
Velocidad de
recuperacin
La mayor
La ms rpida
Solo anotaciones
Media
Moderada
Anotaciones y base de datos
Media
Moderada
Ninguna
La menor
La ms lenta
ROLLFORWARD Anotaciones y base de datos
Normal
Atencin: si la modalidad de anotaciones est establecida en ROLLFORWARD

despus de una restauracin de base de datos a un instante especfico, se inicia
una copia de seguridad de la base de datos al activarse el servidor por primera
vez. Esto puede provocar una prdida de datos: una cinta puede contener datos
actuales, pero debido a la restauracin a un instante especfico, puede estar
marcada como reutilizable. Cuando el servidor se inicia por primera vez, puede
que utilice esta cinta para grabar la copia de seguridad de la base de datos, con lo
que se destruirn los datos originales de esta cinta.
Esta situacin podra producirse si est activada la modalidad ROLLFORWARD
pero el administrador ha restaurado la base de datos como si el servidor estuviera
operando en modalidad normal, no en modalidad ROLLFORWARD. Por ejemplo,
debe realizarse una copia de seguridad de la base de datos cada da, de lunes a
viernes, a medianoche. El viernes se restaur la base de datos al instante especfico
de la medianoche del mircoles. No se utiliz la copia de seguridad de la base de
datos del jueves; esta cinta existe y contiene datos vlidos, pero debido a que la
base de datos se restaur a la medianoche del mircoles, la cinta del jueves se
marc como reutilizable. Entonces se eligi esta cinta para grabar en ella la
informacin de copia de seguridad de la base de datos. Por consiguiente, se
perdieron los datos del jueves.
Proteccin de la base de datos de instantnea

Una copia de seguridad de instantnea de la base de datos es una copia de
seguridad completa de la base de datos que no interrumpe la serie actual de copias
de seguridad completas e incrementales. Las cintas de instantneas de la base de
datos pueden trasladarse entonces fuera del local para la recuperacin y, por
consiguiente, pueden conservarse separadas de las cintas de copias de seguridad
normales completas e incrementales. Para obtener informacin sobre cmo hacer
una instantnea de la base de datos, consulte el apartado Copias de seguridad de
instantnea de la base de datos en la pgina 724.
Duplicacin de la base de datos y las anotaciones de recuperacin

La duplicacin puede ser crucial en el proceso de recuperacin. Fjese en el
siguiente supuesto: como resultado de una interrupcin sbita de la alimentacin,
se produce una grabacin parcial de pginas. Las anotaciones de recuperacin
resultan daadas y no pueden leerse totalmente. Sin la duplicacin, las operaciones
703
de recuperacin no pueden completarse al reiniciar el servidor. Sin embargo, si las

anotaciones de recuperacin estn duplicadas y se detecta una grabacin parcial, se
puede utilizar un volumen duplicado para construir imgenes vlidas de los datos
que faltan.
Nota: debe plantearse la posibilidad de duplicar la base de datos y las anotaciones
de Tivoli Storage Manager cuando est activada la proteccin de retencin.
Si se precisa una restauracin de base de datos, sta puede devolverse al
instante actual sin perder datos.
|
|
|
|
En este apartado se explica cmo:

v Asignar volmenes de disco para duplicar la base de datos y las anotaciones de
recuperacin.
v Definir copias de volmenes duplicados de las anotaciones de recuperacin o de
la base de datos
v Especificar las opciones del servidor de duplicacin de disco y duplicacin de
pginas de base de datos
v Solicitar informacin sobre volmenes duplicados
Tarea
Definir los volmenes de la base de datos y

las anotaciones de recuperacin
Consultar los volmenes duplicados
Separacin de copias de volumen de disco en discos fsicos

distintos cuando se duplican las anotaciones de recuperacin
y la base de datos
Si separa copias de volmenes en dispositivos fsicos distintos, protege el servidor
ante anomalas de medios y aumenta la disponibilidad de la base de datos y las
anotaciones de recuperacin. Se recomienda encarecidamente colocar las copias
duplicadas en diferentes dispositivos. Si no puede asignar cada copia de volumen
a su propio disco fsico, asgnelas tal como se muestra en la Tabla 41.
Tabla 41. Separacin de copias de volmenes
Disco fsico
Volumen de anotaciones de
Volumen de la base de datos recuperacin
Disco fsico 1
Copia de volumen de base de Copia de volumen de

datos 1
anotaciones de recuperacin 3
Disco fsico 2

datos 2
Disco fsico 3

datos 3
Los volmenes duplicados deben tener al menos la misma capacidad que los
volmenes originales.
704
Definicin de las copias de los volmenes duplicados de la

base de datos y las anotaciones de recuperacin
Para duplicar la base de datos o las anotaciones de recuperacin, defina una copia
de volumen para cada volumen de la base de datos o de las anotaciones de
recuperacin.
Por ejemplo, la base de datos se compone de cinco volmenes denominados VOL1,
VOL2, VOL3, VOL4 y VOL5. Para duplicar la base de datos, debe tener cinco
volmenes cuyo tamao sea igual que el de los volmenes originales. En la
Figura 92 se muestra una base de datos duplicada en la que los volmenes
VOL1VOL5 estn duplicados por los volmenes VOLAVOLE.
Figura 92. Volmenes duplicados
Utilice el comando DSMFMT para formatear el espacio. Por ejemplo, para

formatear VOLA, un volumen de base de datos de 25 MB en el disco E, entre:
> dsmfmt -db e:\dbvol\vola 25
A continuacin, defina el grupo de volmenes duplicados. Por ejemplo, entre los

define dbcopy vol1 e:\dbvol\vola
define dbcopy vol2 e:\dbvol\volb
define dbcopy vol3 e:\dbvol\volc
define dbcopy vol4 e:\dbvol\vold
define dbcopy vol5 e:\dbvol\vole
Una vez definida una copia de volumen, dicha copia se sincroniza con el volumen
original. Este proceso puede tardar minutos u horas, segn el tamao de los
volmenes y el rendimiento del sistema. Despus de completarse la sincronizacin,
las copias de volumen son imgenes duplicadas unas de otras.
Cmo especificar opciones del servidor de duplicacin y

rplica de pginas de la base de datos
Existen cuatro opciones de servidor que sirven para especificar el nivel de
proteccin, las posibilidades de recuperacin y el rendimiento de los volmenes
duplicados:
v MIRRORREAD especifica cmo se accede a los volmenes duplicados cuando el
servidor lee las anotaciones de recuperacin o una pgina de la base de datos
durante el proceso normal. Puede especificar MIRRORREAD LOG para leer
705
pginas de las anotaciones de recuperacin, o MIRRORREAD DB para leer

pginas de la base de datos. MIRRORREAD LOG (o DB) NORMAL especifica
que solo se lee un volumen duplicado para obtener la pgina deseada.
MIRRORREAD LOG (o DB) VERIFY especifica que se lean, se comparen y
vuelvan a sincronizarse todos los volmenes duplicados para una pgina, si es
necesario. MIRRORREAD LOG (o DB) VERIFY puede disminuir el rendimiento
del servidor ya que en cada lectura se accede a cada volumen duplicado para la
pgina.
v MIRRORWRITE especifica cmo se graban los volmenes duplicados. Puede
emitir MIRRORWRITE LOG o DB y entonces especificar que las operaciones de
grabacin para la base de datos y las anotaciones de recuperacin se
especifiquen como SEQUENTIAL o PARALLEL:
El valor PARALLEL ofrece un mejor rendimiento, pero en detrimento de las
posibilidades de recuperacin. Las pginas se graban en todas las copias
aproximadamente al mismo tiempo. Si una interrupcin del sistema hace que
una pgina se grabe parcialmente y la interrupcin afecta a las dos copias
duplicadas, ambas pueden quedar daadas.
El valor SEQUENTIAL ofrece mejores posibilidades de recuperacin, pero en
detrimento del rendimiento. Las pginas se graban en una copia cada vez. Si
una interrupcin del sistema hace que una pgina se grabe parcialmente, solo
resulta afectada una copia. Sin embargo, puesto que debe realizarse una
operacin de E/S correcta despus de la grabacin en la primera copia pero
antes de la grabacin en la segunda copia, el rendimiento puede verse
afectado.
v DBPAGESHADOW=YES duplica el grupo de pginas ms reciente que se ha
grabado en una base de datos. De este modo, si se produce una interrupcin que
afecte a ambos volmenes duplicados, el servidor puede recuperar las pginas
en las que se ha grabado parcialmente. Si no se especifica ningn nombre en la
opcin DBPAGESHADOWFILE, se crear y se utilizar un archivo
dbpgshdw.bdt. Si la opcin DBPAGESHADOWFILE especifica un nombre de
archivo, se utilizar ese nombre de archivo.
v DBPAGESHADOWFILE especifica el nombre del archivo de rplica de pginas
DBPAGESHADOW y DBPAGESHADOWFILE se coordinan con la opcin de
servidor MIRRORWRITE y sus especificaciones de DB y SEQUENTIAL o
PARALLEL de la manera siguiente:
||
|
|
|
|
|
Valor
DBPAGESHADOW
Nmero de
volmenes de base
de datos con
duplicaciones
definidas
Nmero de
volmenes de base
de datos con
duplicaciones
sincronizadas y
disponibles
Valor de base de
datos
MIRRORWRITE
Comportamiento de
DBPAGESHADOW
|
|
|
|
NO
Algunos volmenes
de base de datos
Algunos volmenes
de base de datos
PARALLEL o
SEQUENTIAL
No se realizar
ninguna duplicacin
de pginas de la base
de datos.
|
|
|
|
YES
Algunos volmenes
de base de datos
Algunos volmenes
de base de datos
PARALLEL o
SEQUENTIAL
Se realizar la
duplicacin de
pginas de la base de
datos.
706
|
|
|
|
YES
Todos los volmenes

de base de datos
Algunos volmenes
de base de datos
PARALLEL o
SEQUENTIAL
Se realizar la
duplicacin de
datos.
|
|
|
|
|
|
|
|
|
|
|
YES
Todos los volmenes

de base de datos
Todos los volmenes

de base de datos
PARALLEL
Se realizar la
duplicacin de
datos. Esto valores
proporcionan una
proteccin adicional a
la base de datos
cuando se encuentra
en modalidad de
grabacin
PARALLEL.
|
|
|
|
|
|
|
|
|
|
|
|
YES
Todos los volmenes

de base de datos
Todos los volmenes

de base de datos
SEQUENTIAL
No se realizar la
duplicacin de
datos. Estos valores
no proporcionan
proteccin adicional a
la base de datos
cuando se encuentra
en modalidad de
grabacin
SEQUENTIAL.
Solicitud de informacin sobre volmenes duplicados

Puede solicitar informacin relativa a los volmenes duplicados de la base de
datos o las anotaciones de recuperacin con los comandos QUERY DBVOLUME y
QUERY LOGVOLUME. Por ejemplo:
query dbvolume
Se visualiza el siguiente tipo de informacin:

Nombre volumen
(Copia 1)
----------VOL1
VOL2
VOL3
VOL4
Estado
copia
-----Sincr.
Sincr.
Sincr.
Sincr.
Nombre volumen
(Copia 2)
------------VOLA
VOLB
VOLC
VOLD
Estado Nombre volumen

copia
(Copia 3)
------ ------------Sincr.
Sincr.
Sincr.
Sincr.
VOL5
Sincr.
VOLE
Sincr.
Estado
copia
-----No def
v Cada par de columnas verticales visualiza una imagen de la base de datos o las
anotaciones de recuperacin. Por ejemplo, VOLA, VOLB, VOLC, VOLD y VOLE
(copia 2) representan una imagen de la base de datos.
v Cada columna horizontal muestra un grupo de volmenes duplicados. Por ejemplo,
VOL1 y VOLA representan las dos copias del volumen.
707
Copia de seguridad de agrupaciones de almacenamiento

Tarea
Definir, hacer una copia de seguridad o

restaurar agrupaciones de almacenamiento

almacenamiento con restricciones (solo para
las agrupaciones para las que tiene
autorizacin)
Restaurar volmenes
Puede hacer copias de seguridad de las agrupaciones de almacenamiento primarias

en agrupaciones de almacenamiento de copia para mejorar la disponibilidad de los
datos. Al hacer copia de seguridad de una agrupacin de almacenamiento
primaria, crea copias de seguridad de los archivos de clientes almacenados dentro
de las agrupaciones de almacenamiento primarias en las agrupaciones de
almacenamiento de copia. Utilizando agrupaciones de almacenamiento de copia
puede mantener varias copias de los archivos y reducir la probabilidad de que se
pierdan datos debido a una anomala en los medios. Si el archivo primario no est
disponible o resulta daado, el servidor accede al archivo duplicado y lo utiliza
desde una agrupacin de almacenamiento de copia.

Agrupaciones de almacenamiento primarias
Almacenamiento fuera de local

Agrupaciones
de almacenamiento de copia
HSM
Copia de
seguridad
Archivado
Agrupaciones
de almacenamiento
en disco
Agrupacin
Agrupacin
Figura 93. Agrupaciones de almacenamiento de copia
Deben hacerse copias de seguridad de las agrupaciones de almacenamiento

primarias cada da en la misma agrupacin de almacenamiento de copia. Hacer
una copia de seguridad en la misma agrupacin de almacenamiento de copia
garantiza que no tendrn que volverse a copiar los archivos si se han migrado a la
siguiente agrupacin.
Por ejemplo, para hacer una copia de seguridad de la agrupacin de
almacenamiento primaria ARCHIVEPOOL en la agrupacin de almacenamiento de
copia DISASTER-RECOVERY, entre:
backup stgpool archivepool disaster-recovery maxprocess=4
Los nicos archivos de los que se hace una copia de seguridad en la agrupacin
DISASTER-RECOVERY son archivos para los que no existe todava ninguna copia
en la agrupacin de almacenamiento de copia.
708
Nota: para realizar una copia de seguridad de una agrupacin de almacenamiento

El ejemplo de comando anterior utiliza cuatro procesos paralelos para realizar una
copia de seguridad incremental de la agrupacin de almacenamiento primaria en
la agrupacin de almacenamiento de copia (MAXPROCESS=4). Establezca el
parmetro MAXPROCESS del comando BACKUP STGPOOL en el nmero de
puntos de montaje o de unidades que se pueden dedicar a esta operacin.
Dado que las copias de seguridad se realizan de forma incremental, es posible
cancelar el proceso de copia de seguridad. Al volver a emitir el comando BACKUP
STGPOOL, la operacin de copia de seguridad continuar desde el punto en que
se haya cancelado.
Puede hacer copias de seguridad de mltiples agrupaciones de almacenamiento
principal en una sola agrupacin de almacenamiento de copia. Si se necesitan
varias copias, tambin puede hacer la copia de seguridad de una agrupacin de
almacenamiento primaria en varias agrupaciones de almacenamiento de copia. Sin
embargo, deber hacer la copia de seguridad de toda la jerarqua de agrupaciones
de almacenamiento primarias en la misma agrupacin de almacenamiento de copia
para simplificar la gestin de los volmenes de almacenamiento. Consulte el
apartado Utilizacin de varias agrupaciones de almacenamiento de copia en la
pgina 712.
Planificacin de las copias de seguridad de agrupaciones de almacenamiento
en la pgina 710
Ejemplo: Jerarqua simple con una sola agrupacin de almacenamiento de
copia en la pgina 710
Utilizacin de la grabacin simultnea en agrupaciones de almacenamiento de
copia en la pgina 711
Utilizacin de varias agrupaciones de almacenamiento de copia en la pgina
712
Cmo retardar la reutilizacin de los volmenes para la recuperacin en la
pgina 713
Para ver los supuestos de recuperacin que utilizan copias de seguridad de las
agrupaciones de almacenamiento, consulte los apartados Recuperacin de un
siniestro a un instante especfico en la pgina 749 y Recuperacin de un volumen
de agrupacin de almacenamiento perdido o daado en la pgina 752.
Notas:
1. Al hacer una copia de seguridad de las agrupaciones de almacenamiento se
necesitan 200 bytes adicionales de espacio en la base de datos para cada copia
de archivo. A medida que se agregan ms archivos a las agrupaciones de
almacenamiento de copia, debe volver a evaluar los requisitos de tamao de la
base de datos.
2. Si va a efectuarse una copia en una agrupacin de almacenamiento de copia y
ya existe una copia con la misma fecha de insercin, no se lleva a cabo ninguna
accin.
3. Cuando se hace una copia de seguridad de una agrupacin de almacenamiento
de disco, no se hace una copia de seguridad de los archivos en cach (archivos
que permanecen en el disco una vez migrados a la siguiente agrupacin de
almacenamiento).
709
4. Los archivos de una agrupacin de almacenamiento de copia no se migran a

otra agrupacin de almacenamiento.
5. Tras copiar un archivo en una agrupacin de almacenamiento de copia, el
archivo se puede suprimir de la agrupacin de almacenamiento primaria. Si se
realiza una copia de seguridad incremental de la agrupacin de
almacenamiento primaria, el archivo se suprime de la agrupacin de
Planificacin de las copias de seguridad de agrupaciones de

almacenamiento
Para obtener la mejor proteccin, se recomienda hacer copias de seguridad de las
agrupaciones de almacenamiento primarias de forma peridica, a poder ser
diariamente. Puede definir planificaciones para iniciar las copias de seguridad de
los archivos de las agrupaciones de almacenamiento primarias. Por ejemplo, para
hacer la copia de seguridad de las agrupaciones de almacenamiento
BACKUPPOOL, ARCHIVEPOOL y TAPEPOOL cada noche, planifique los
siguientes comandos:
backup stgpool backuppool disaster-recovery maxprocess=4
backup stgpool tapepool disaster-recovery maxprocess=4
Consulte el Captulo 18, Automatizacin de las operaciones del servidor, en la

pgina 521 para obtener informacin sobre planificacin de comandos.
Si planifica las copias de seguridad de las agrupaciones de almacenamiento y las
migraciones y dispone de suficiente almacenamiento de disco, puede copiar la
mayora de los archivos desde la agrupacin de almacenamiento de disco antes de
que se migren a cinta y evitar as montar cintas innecesariamente. sta es la
secuencia:
1. Los clientes hacen copia de seguridad o archivan datos en disco.
2. Puede emitir o planificar comandos BACKUP STGPOOL para hacer una copia
de seguridad de las agrupaciones de almacenamiento primarias en
3. Los datos se migran desde las agrupaciones de almacenamiento de disco a las
agrupaciones de almacenamiento de cinta primarias.
Ejemplo: Jerarqua simple con una sola agrupacin de

Suponga que tiene dos agrupaciones de almacenamiento primarias: una agrupacin
de almacenamiento de acceso aleatorio (DISKPOOL) y una agrupacin de
almacenamiento de cinta (TAPEPOOL, con la clase de dispositivo TAPECLASS).
Los archivos almacenados en DISKPOOL se migran a TAPEPOOL. Ahora desea
hacer una copia de seguridad de los archivos de ambas agrupaciones de
almacenamiento primarias guardndolos en una agrupacin de almacenamiento de
copia.
Para planificar copias de seguridad incrementales diarias de las agrupaciones de
almacenamiento primarias, haga lo siguiente:
1. Defina una agrupacin de almacenamiento de copia denominada COPYPOOL,
con la misma clase de dispositivo que TAPEPOOL, emitiendo el comando
siguiente:
710
define stgpool copypool tapeclass pooltype=copy maxscratch=50
Notas:
a. Ya que se permiten los volmenes reutilizables en esta agrupacin de
almacenamiento de copia, no es necesario definir los volmenes para la
agrupacin.
b. Todos los volmenes de almacenamiento de COPYPOOL se encuentran en
el local.
2. Realice la copia de seguridad inicial de las agrupaciones de almacenamiento
primarias emitiendo los siguientes comandos:
backup stgpool diskpool copypool maxprocess=2
backup stgpool tapepool copypool maxprocess=2
3. Defina planificaciones para ejecutar automticamente los comandos para hacer

una copia de seguridad de las agrupaciones de almacenamiento primarias. Los
comandos que se deben planificar son los emitidos en el paso 2.
Para minimizar los montajes de cintas, primero haga la copia de seguridad de
la agrupacin de almacenamiento de disco y despus de la agrupacin de
Para obtener ms informacin sobre planificaciones, consulte el Captulo 18,
Automatizacin de las operaciones del servidor, en la pgina 521.
Cmo hacer copia de seguridad de datos almacenados en una

agrupacin de almacenamiento Centera
|
|
|
|
|
|
|
|
|
|
|
|
|
|
No se admite la realizacin de una copia de seguridad de agrupacin de

almacenamiento para datos almacenados en una agrupacin de almacenamiento
Centera. Por lo tanto, para garantizar la seguridad de los datos, se recomienda la
utilizacin de la funcin de replicacin del dispositivo de almacenamiento Centera.
Con esta funcin, puede copiar datos a un dispositivo de almacenamiento de
replicacin Centera en una ubicacin diferente. Si los datos de la agrupacin de
almacenamiento primaria Centera dejan de estar disponibles, puede acceder al
dispositivo de almacenamiento de replicacin Centera especificando su direccin IP
mediante el parmetro HLADDRESS en el comando UPDATE DEVCLASS para la
clase de dispositivo a la que hace referencia la agrupacin de almacenamiento
Centera. Despus de restablecer el dispositivo de almacenamiento primario
Centera, puede volver a emitir el comando UPDATE DEVCLASS y cambiar los
valores del parmetro HLADDRESS para que hagan referencia al dispositivo de
almacenamiento primario Centera.
|
|
Nota: no se admite la copia de seguridad de agrupaciones de almacenamiento

para agrupaciones de almacenamiento Centera.
Utilizacin de la grabacin simultnea en agrupaciones de

Puede configurar una agrupacin de almacenamiento primaria para que, cuando
un cliente hace una copia de seguridad de un archivo, lo archiva o lo migra, el
archivo se graba en la agrupacin de almacenamiento primaria y se almacena al
mismo tiempo en cada agrupacin de almacenamiento de copia especificada para
la agrupacin de almacenamiento primaria.
El uso de la funcin de grabacin simultnea no pretende sustituir las copias de
seguridad peridicas de las agrupaciones de almacenamiento. Si utiliza la funcin
para grabar simultneamente en agrupaciones de almacenamiento de copia,
asegrese de que la copia de cada agrupacin de almacenamiento primaria se
711
completa emitiendo peridicamente el comando BACKUP STGPOOL. Consulte el

apartado Grabacin simultnea en una agrupacin de almacenamiento primaria y
en agrupaciones de almacenamiento de copia en la pgina 253.
Utilizacin de varias agrupaciones de almacenamiento de

copia
En ocasiones, cuando Tivoli Storage Manager restaura datos, se producen
duplicaciones de archivos restaurados. Esto puede producirse si los volmenes
primarios no estn disponibles y Tivoli Storage Manager no dispone de una
agrupacin completa de almacenamiento de copia desde la que se pueda realizar la
restauracin. Por lo tanto, Tivoli Storage Manager debe utilizar volmenes de
varias agrupaciones de almacenamiento de copia para restaurar los datos. Este
proceso puede ocasionar la restauracin de datos duplicados. Para evitar esta
duplicacin, mantenga a disposicin del servidor un conjunto completo de
agrupaciones de almacenamiento de copia o asegrese de que slo una agrupacin
de almacenamiento de copia dispone de acceso de lectura/grabacin durante la
operacin de restauracin.
La duplicacin de archivos restaurados slo se produce cuando se dan estas
condiciones:
v Los volmenes primarios no estn disponibles o estn fuera de local.
v Hay varias agrupaciones de almacenamiento de copia disponibles.
v Las agrupaciones de almacenamiento de copia no contienen todos los archivos
de las agrupaciones de almacenamiento primarias.
En el ejemplo siguiente se explica este supuesto:
La agrupacin de almacenamiento primaria Main contiene los volmenes Main1,
Main2 y Main3.
v Main1 contiene los archivos File11, File12, File13.
La agrupacin de almacenamiento de copia DuplicateA contiene los volmenes
DupA1, DupA2 y DupA3.
v DupA1 contiene las copias de File11, File12
v DupA2 contiene las copias de File13, File14
v DupA3 contiene las copias de File15, File16, File17, File18 (falta File19 porque
BACKUP STGPOOL se ha ejecutado en la agrupacin primaria antes de que la
agrupacin primaria contuviera File19).
La agrupacin de almacenamiento de copia DuplicateB contiene los volmenes
DupB1 y DupB2.
v DupB1 contiene las copias de File11, File12.
v DupB2 contiene las copias de File13, File14, File15, File16, File17, File18, File19.
Si no ha designado la agrupacin de almacenamiento de copia DuplicateB como la
nica agrupacin de almacenamiento de copia que dispone de acceso de
lectura/grabacin para la operacin de restauracin, Tivoli Storage Manager puede
elegir la agrupacin de almacenamiento de copia DuplicateA y utilizar los
volmenes DupA1, DupA2 y DupA3. Puesto que la agrupacin de almacenamiento
de copia DuplicateA no incluye el archivo File19, Tivoli Storage Manager utilizara
712
el volumen DupB2 de la agrupacin de almacenamiento de copia DuplicateB. El

programa no realiza un seguimiento de la restauracin de archivos individuales,
por lo que los archivos File15, File16, File17 y File18 se restaurarn otra vez y se
generarn copias duplicadas cuando se procese el volumen DupB2.
Cmo retardar la reutilizacin de los volmenes para la

recuperacin
Al definir o actualizar una agrupacin de almacenamiento de acceso secuencial,
puede utilizar el parmetro REUSEDELAY. Este parmetro especifica el nmero de
das que deben transcurrir para poder reutilizar un volumen o devolverlo al estado
reutilizable cuando todos los archivos han caducado, se han suprimido o
traspasado del volumen. Si retarda la utilizacin de dichos volmenes, una vez que
ya no contienen ningn archivo, entran en el estado pendiente. Los volmenes
permanecen en estado pendiente durante el tiempo especificado con el parmetro
REUSEDELAY para la agrupacin de almacenamiento a la que pertenece el
volumen.
Retardar la reutilizacin de volmenes puede ser de ayuda en determinadas
condiciones para la recuperacin ante un siniestro. Cuando los archivos caducan,
se suprimen o se traspasan de un volumen, no se borran realmente de los
volmenes, sino que se eliminan las referencias de la base de datos a dichos
archivos. As pues, los datos de los archivos pueden seguir existiendo en
volmenes secuenciales si los volmenes no se reutilizan inmediatamente.
Un siniestro puede obligarle a restaurar la base de datos a travs de una copia de
seguridad de la base de datos que no sea la ms reciente. En este caso, es posible
que no se puedan recuperar algunos archivos puesto que el servidor no los puede
encontrar en los volmenes actuales. Sin embargo, estos archivos pueden existir en
volmenes cuyo estado es pendiente. Los volmenes en estado pendiente se
pueden utilizar para recuperar datos del modo siguiente:
1. Restaure la base de datos a un instante especfico anterior a la caducidad del
archivo.
2. Utilice un volumen de agrupacin de almacenamiento primaria o de copia que
no se haya vuelto a grabar y que contenga el archivo caducado en el momento
de hacer la copia de seguridad de la base de datos.
Si hace una copia de seguridad de las agrupaciones primarias de almacenamiento,
debe establecer en 0 el parmetro REUSEDELAY de las agrupaciones primarias de
almacenamiento para poder reutilizar de una manera eficaz los volmenes
reutilizables primarios. Para las agrupaciones de almacenamiento de copia, debe
retardar la reutilizacin de volmenes tanto tiempo como conserve la copia de
seguridad ms antigua de la base de datos.
Para ver un ejemplo de cmo utilizar la copia de seguridad de la base de datos y
retardar la reutilizacin de volmenes, consulte el apartado Proteccin de la base
de datos y las agrupaciones de almacenamiento en la pgina 748. Para obtener
informacin sobre el proceso de caducidad, consulte el apartado Ejecucin del
proceso de caducidad para suprimir archivos caducados en la pgina 430.

Realizar copias de seguridad de la base de datos es una operacin sencilla. Puede
realizar una copia de seguridad de la base de datos mediante copias de seguridad
completas o incrementales o mediante una instantnea de un instante especfico de
la base de datos; este tipo de copias se denominan copias de seguridad de
713
instantnea de la base de datos. (Consulte los apartados Copias de seguridad

completas e incrementales en la pgina 724 y Copias de seguridad de
instantnea de la base de datos en la pgina 724 para obtener ms
informacin.)Antes de hacer la primera copia de seguridad, debe llevar a cabo
alguno de los pasos siguientes o todos ellos:
v Definir las clases de dispositivo para las copias de seguridad.
v Establecer la modalidad de las anotaciones de recuperacin.
v Planificar las copias de seguridad de la base de datos.
v Estimar el tamao de las anotaciones de recuperacin.
v Automatizar las copias de seguridad de la base de datos para que se realicen
segn una planificacin definida o cuando la utilizacin de las anotaciones de
recuperacin alcance un porcentaje especificado.
Para restaurar la base de datos, debe tener copias (o poder crear copias) de la
siguiente informacin:
v El archivo histrico de volmenes.
v El archivo de configuracin de dispositivos.
v El archivo de opciones del servidor
v La configuracin de la base de datos y las anotaciones de recuperacin (la salida
de las consultas detalladas de los volmenes de base de datos y anotaciones de
recuperacin).
DRM le ayuda a guardar la informacin listada anteriormente.
Definicin de clases de dispositivo para copias de seguridad

Puede utilizar las clases de dispositivo existentes para las copias de seguridad o
definir otras nuevas. Tambin puede especificar distintas clases de dispositivo para
las copias de seguridad incrementales y para las copias de seguridad completas.
Por ejemplo, puede interesarle grabar las copias de seguridad completas en cinta y
las copias de seguridad incrementales en disco. Especificar una clase de dispositivo
con el tipo de dispositivo FILE es til si se ejecuta una copia de seguridad
incremental basada en un desencadenante de copias de seguridad de base de
datos. Solo debe efectuar esto si tambin hace una copia de seguridad de los
archivos en cinta y los traslada fuera del local. De lo contrario, en caso de siniestro
solo puede restaurar la copia de seguridad completa.
Tambin puede reservar una clase de dispositivo y, por lo tanto, un dispositivo,
solo para copias de seguridad automticas. De esta manera, el servidor no intenta
realizar una copia de seguridad de la base de datos si no hay ningn dispositivo
disponible. Si una copia de seguridad de base de datos comparte una clase de
dispositivo con una operacin de prioridad baja, como por ejemplo una
reclamacin, y todos los dispositivos se estn utilizando, la operacin con
prioridad inferior se cancela automticamente. Esto hace que se libere un
dispositivo para la copia de seguridad de la base de datos.
Nota: las definiciones de las clases de dispositivo se guardan en archivos de
configuracin de dispositivos (consulte el apartado Cmo guardar el
archivo de configuracin de dispositivos en la pgina 721).
714
|
|
Atencin: Tivoli Storage Manager no admite la copia de seguridad de bases de

datos (carga y descarga) a un dispositivo Centera.
Cmo establecer la modalidad de las anotaciones de

recuperacin
Puede establecer la modalidad de las anotaciones de recuperacin en normal o
ROLLFORWARD. Consulte el apartado Proteccin de la base de datos y las
anotaciones de recuperacin en la pgina 701 para ver una descripcin de las dos
modalidades y una comparacin entre las ventajas y los costes.
Si no establece la modalidad de las anotaciones de recuperacin, el servidor se
ejecuta en modalidad normal. Para establecer la modalidad de las anotaciones
como ROLLFORWARD, entre:
set logmode rollforward
Nota: la modalidad de las anotaciones no es ROLLFORWARD hasta que se ejecute

la primera copia de seguridad completa de la base de datos tras entrar este
comando.
Para volver a establecer la modalidad de las anotaciones como normal, entre:
set logmode normal
|
|
|
|
Nota: debe plantearse el uso del modo de anotacin de reaplicacin de

actualizaciones desde un servidor cuando la modalidad de proteccin de
retencin est activada. Si se precisa una restauracin de base de datos, sta
puede devolverse al instante actual sin perder datos.
Estimacin del tamao de las anotaciones de recuperacin

El nmero de transacciones afecta al tamao que debe darle a las anotaciones de
recuperacin. A medida que agrega clientes y aumenta las transacciones
simultneas, puede aumentar el tamao de las anotaciones. En la modalidad
ROLLFORWARD tambin deber tener en cuenta la frecuencia con que efecta
copias de seguridad de la base de datos. En esta modalidad, las anotaciones de
recuperacin conservan todas las transacciones desde la ltima copia de seguridad
de la base de datos y suelen necesitar mucho ms espacio del que necesita la
modalidad normal.
Para determinar el tamao que deben tener las anotaciones de recuperacin en
modalidad ROLLFORWARD, debe saber cunto espacio de anotaciones de
recuperacin se utiliza entre copias de seguridad de la base de datos. Por ejemplo,
si hace copias de seguridad incrementales diarias, compruebe el uso diario durante
un perodo de tiempo. Puede utilizar el siguiente procedimiento para efectuar la
estimacin:
1. Establezca la modalidad de anotaciones como normal. De esta manera, es
menos probable que sobrepase el espacio de las anotaciones si el valor inicial es
demasiado bajo para la modalidad ROLLFORWARD.
2. Tras una copia de seguridad de la base de datos planificada, restaure las
estadsticas sobre la cantidad de espacio de anotaciones de recuperacin
utilizado desde la ltima operacin de restablecimiento mediante el comando
siguiente:
reset logconsumption
715
3. Justo antes de la siguiente copia de seguridad de la base de datos planificada,

visualice las estadsticas actuales de las anotaciones de recuperacin mediante
query log format=detailed
Anote el valor consumo acumulado, que muestra el espacio, en megabytes,

utilizado desde que se restableci la estadstica por ltima vez.
4. Repita los pasos 2 en la pgina 715 y 3 durante una semana como mnimo.
5. Aumente en un 30 por ciento el valor de consumo acumulado superior.
Establezca el tamao de las anotaciones de recuperacin en este valor
aumentado para que represente los perodos de actividad inusualmente alta.
Por ejemplo, durante un perodo de una semana, el valor superior de consumo
acumulado ha sido de 500 MB. Si establece las anotaciones de recuperacin en
650 MB, deber tener espacio suficiente entre las copias de seguridad diarias.
Para obtener informacin sobre cmo ajustar el tamao de las anotaciones de
recuperacin, consulte los apartados Aumento del tamao de la base de datos o
las anotaciones de recuperacin en la pgina 548 y Disminucin del tamao de
la base de datos o de las anotaciones de recuperacin en la pgina 553.
Nota: si las anotaciones de recuperacin se quedan sin espacio, no podr arrancar
el servidor para su funcionamiento normal. Puede crear un volumen de
anotaciones de recuperacin adicional si es necesario para iniciar el servidor
y hacer una copia de seguridad de la base de datos. Por ejemplo, para crear
un volumen A00 de 5 MB, emita el siguiente comando:
> dsmserv extend log a00 5mb
Especifique los tamaos de volumen en mltiplos de 4 MB ms 1 MB de

actividad general.
Planificacin de copias de seguridad de la base de datos

Las copias de seguridad de la base de datos requieren dispositivos, medios y
tiempo. Piense en planificar copias de seguridad para que se realicen en momentos
determinados del da y despus de actividades como las siguientes:
v Actividades importantes de cliente como copia de seguridad o archivado.
v Migracin y reclamacin de agrupaciones de almacenamiento.
v Comandos MOVE DATA o DELETE VOLUME.
Dependiendo de la frecuencia de estas actividades y de la cantidad de datos de
cliente, podra hacer una copia de seguridad de las agrupaciones de
almacenamiento diariamente y, acto seguido, hacer una copia de seguridad de la
base de datos.
Tenga en cuenta lo siguiente al decidir qu clase de copias de seguridad va a
realizar y cundo:
v Las copias de seguridad completas tardan ms tiempo que las copias de
seguridad incrementales.
v El tiempo de recuperacin de las copias de seguridad completas es menor que el
de las copias de seguridades incrementales (debe cargar solo un conjunto de
volmenes para restaurar toda la base de datos).
v Son necesarias copias de seguridad completas:
En la primera copia de seguridad.
716
Si ha habido 32 copias de seguridad incrementales desde la ltima copia de

seguridad completa.
Despus de cambiar la modalidad de las anotaciones a ROLLFORWARD.
Despus de cambiar el tamao de la base de datos (una operacin de
ampliacin o reduccin).
Automatizacin de las copias de seguridad de la base de

datos
En modalidad ROLLFORWARD, puede establecer que se efecte automticamente
una copia de seguridad de la base de datos cuando la utilizacin de las
anotaciones de recuperacin alcancen un porcentaje definido. Una vez que ha
finalizado la copia de seguridad, el servidor suprime los registros de anotaciones
de recuperacin innecesarios, con lo que se reduce la utilizacin de las anotaciones
de recuperacin. Tambin puede controlar las copias de seguridad automticas de
la base de datos mediante la cantidad de espacio de anotaciones que se liberar y
el intervalo de tiempo transcurrido desde la ltima copia de seguridad. Puede
interesarle desencadenar de forma automtica copias de seguridad de la base de
datos si ya las ha planificado. Sin embargo, mientras tienen lugar las copias de
seguridad de la base de datos desencadenadas automticamente, puede que las
anotaciones de recuperacin aumenten de tamao ms rpido de lo esperado o
que el servidor no pueda reducir de forma significativa la utilizacin de las
anotaciones de recuperacin como resultado de la copia de seguridad. Debe
intentar coordinar el tamao de las anotaciones de recuperacin y las copias de
seguridad de la base de datos planificadas. Una copia de seguridad de la base de
datos tiene una prioridad superior a la de la mayora de las operaciones, y una
copia de seguridad basada en un desencadenante podra efectuarse en un
momento de gran actividad del servidor y afectar a las dems operaciones. Ajuste
el tamao de las anotaciones de recuperacin y los parmetros del desencadenante
de copias de seguridad de la base de datos para evitar que se desencadenen copias
de seguridad a horas no planificadas.
El establecimiento de un desencadenante de copias de seguridad de la base de
datos puede reducir la probabilidad de que las anotaciones de recuperacin se
queden sin espacio antes de la siguiente copia de seguridad.
Si se cambia la modalidad de anotaciones de normal a ROLLFORWARD, la
siguiente copia de seguridad de la base de datos debe ser una copia de seguridad
completa. Si se define un desencadenante de copias de seguridad de la base de
datos al establecer la modalidad de anotaciones en ROLLFORWARD, la copia de
seguridad completa se hace automticamente. El servidor no empieza a guardar
registros de anotaciones para la recuperacin ROLLFORWARD hasta que esta
copia de seguridad completa haya finalizado correctamente.
Puede determinar el tamao de las anotaciones de recuperacin si sigue los pasos
del apartado Estimacin del tamao de las anotaciones de recuperacin en la
pgina 715. Defina el desencadenante de copia de seguridad de base de datos
segn el tamao de las anotaciones de recuperacin. Por ejemplo, suponga que el
tamao de las anotaciones de recuperacin es 650 MB. El porcentaje de utilizacin
de las anotaciones de recuperacin normalmente es inferior a 500 MB entre las
copias de seguridad de base de datos. Solo es aconsejable desencadenar una copia
de seguridad en circunstancias inusuales. Por consiguiente, establezca el
desencadenante al 75 por ciento como mnimo (aproximadamente 500 MB). Para
establecer el desencadenante al 75 por ciento y ejecutar 20 copias de seguridad
incrementales por cada copia de seguridad completa, entre:
717
define dbbackuptrigger logfullpct=75 devclass=tapeclass

numincremental=20 mininterval=120 minlogfreepct=10
Cada copia de seguridad incremental, ya sea automtica o manual, se agrega al

contador de copias de seguridad incrementales. Cada copia de seguridad completa,
ya sea automtica o manual, restablece el contador de copias de seguridad
incrementales a 0. Si especifica un valor 0 para NUMINCREMENTAL, el servidor
ejecuta automticamente solo las copias de seguridad completas.
Nota: si emite el comando BACKUP DB con el parmetro TYPE=INCREMENTAL,
el servidor realiza una copia de seguridad incremental de la base de datos
independientemente del valor de NUMINCREMENTAL. Por ejemplo, si
establece NUMINCREMENTAL en 5, habr 5 copias de seguridad
incrementales despus de la ltima copia de seguridad completa. Si emite
entonces BACKUP DB TYPE=INCREMENTAL, se realiza igualmente una
copia de seguridad incremental y el contador de copias de seguridad
incrementales se establece en 6. Esto ocurre si ese comando BACKUP DB lo
emite un administrador o si se emite a travs de una planificacin de
administracin.
Una vez establecido el desencadenante de copias de seguridad de base de datos,
puede que las copias de seguridad automticas se produzcan con demasiada
frecuencia. Compruebe los parmetros del desencadenante de copia de seguridad
escribiendo:
query dbbackuptrigger format=detailed
Se visualiza la informacin siguiente:

Clase dispositivo completa:
Clase dispositivo incremental:
Porcentaje llenado anotaciones:
Incrementales entre completas:
Intervalo mnimo de copia de seguridad:
Porcentaje mn. de anotaciones liberado:
TAPECLASS
TAPECLASS
75
20
120
10
SERVER_CONSOLE
27/02/2002 12:57:52
Esta informacin muestra que se realizar una copia de seguridad de la base de

datos si las anotaciones estn un 75% llenas y la ltima copia de seguridad de la
base de datos se ha hecho como mnimo dos horas (120 minutos) antes o se
liberar como mnimo el 10 por ciento de las anotaciones despus de que finalice
la copia de seguridad. Si se realizan copias de seguridad automticas con
demasiada frecuencia, puede aumentar el porcentaje total de las anotaciones, el
intervalo mnimo o la cantidad mnima de espacio de anotaciones que debe
liberarse. Puede aumentar el porcentaje total de las anotaciones a 80, aumentar el
intervalo mnimo a ocho horas (480 minutos) y aumentar la cantidad mnima de
espacio de anotaciones que debe liberarse al 30 por ciento entrando:
update dbbackuptrigger logfullpct=80 mininterval=480 minlogfreepct=30
Si el desencadenante de copias de seguridad de base de datos ejecuta

automticamente las copias de seguridad con mayor frecuencia de la conveniente y
el valor es alto (por ejemplo, 90 por ciento o ms), probablemente debe aumentar
el tamao de las anotaciones de recuperacin. Si ya no desea utilizar el
desencadenante de copias de seguridad de base de datos, entre:
delete dbbackuptrigger
718
Una vez suprimido el desencadenante de copias de seguridad de base de datos, el

servidor deja de ejecutar copias de seguridad automticas de la base de datos.
Nota: si suprime el desencadenante y permanece en la modalidad
ROLLFORWARD, las transacciones no se ejecutarn cuando las anotaciones
estn llenas. Por lo tanto, debe cambiar la modalidad de las anotaciones a
normal. No obstante, recuerde que la modalidad normal no permite ejecutar
la recuperacin ROLLFORWARD. Aumente el tamao de las anotaciones de
recuperacin si desea utilizar la recuperacin ROLLFORWARD.
Cmo guardar el archivo histrico de volmenes

La informacin histrica de volmenes se almacena en la base de datos, pero no
est disponible desde esa ubicacin durante una restauracin de la base de datos.
Para ejecutar una restauracin, por lo tanto, el servidor debe obtener la
informacin del archivo histrico de volmenes. Es muy importante guardar el
archivo histrico de volmenes para que no tenga que examinar cada volumen
manualmente.
La siguiente informacin sobre volmenes se almacena en la base de datos:
v Volmenes de agrupaciones de almacenamiento de acceso secuencial que se han
agregado, reutilizado (mediante operaciones de reclamacin o de traspaso de
datos), o suprimido (durante operaciones de supresin de volumen o de
reclamacin).
v Informacin de volmenes de copias de seguridad de base de datos completas e
incrementales.
v Volmenes de exportacin para datos de administrador, nodo, poltica y
servidor.
v Informacin de instantnea de volmenes de base de datos.
v Informacin de volmenes de juegos de copias de seguridad.
El servidor actualiza el archivo histrico de volmenes a medida que se agregan
volmenes. Sin embargo, debe ejecutar operaciones de suprimir de forma peridica
para descartar la informacin caducada relativa a los volmenes (consulte el
apartado Supresin de la informacin histrica de volmenes en la pgina 720
para obtener ms informacin).
Para garantizar la disponibilidad de la informacin histrica de volmenes, es muy
importante realizar una de las operaciones siguientes:
v Almacenar como mnimo una copia del archivo histrico de volmenes fuera del
local o en un disco independiente de la base de datos.
v Almacenar una salida impresa del archivo fuera del local.
v Almacenar una copia del archivo fuera del local con las copias de seguridad de
la base de datos y el archivo de configuracin de dispositivos.
v Almacenar una copia remota del archivo, por ejemplo, en un sistema de archivos
montado en NFS.
DRM guarda una copia del archivo histrico de volmenes en su archivo
del plan de recuperacin ante siniestros.
719
Nota: puede recuperar la base de datos sin un archivo histrico de volmenes. No

obstante, puesto que debe examinar todos los volmenes que pueden
contener informacin de copia de seguridad de la base de datos, se trata de
una tarea que exige mucho tiempo y con tendencia a producir errores.
La opcin de servidor VOLUMEHISTORY sirve para especificar archivos histricos
de volmenes de copia de seguridad. As, siempre que el servidor actualice la
informacin de volmenes en la base de datos, tambin actualizar la misma
informacin en los archivos de copia de seguridad.
Nota: al instalar Tivoli Storage Manager, la opcin predeterminada
VOLUMEHISTORY del archivo de opciones del servidor especifica un
archivo de copia de seguridad histrico de volmenes denominado
volhist.out.
Tambin puede hacer copias de seguridad de la informacin histrica de
volmenes en cualquier momento, entrando:
backup volhistory
Si no especifica nombres de archivo, el servidor realizar la copia de seguridad de

la informacin histrica de volmenes de todos los archivos especificados con la
opcin de servidor VOLUMEHISTORY.
Para garantizar que las actualizaciones se llevan cabo antes de detener el servidor,
se recomienda:
v Esperar unos minutos antes de que se detenga el servidor si se ha emitido el
comando BACKUP VOLHISTORY.
v Especificar varias opciones VOLUMEHISTORY en el archivo de opciones del
servidor.
v Comprobar que se ha actualizado el archivo histrico de volmenes.
Supresin de la informacin histrica de volmenes

Debe suprimir peridicamente la informacin caducada del archivo histrico de
volmenes. Por ejemplo, si conserva las copias de seguridad siete das, la
informacin ms antigua no es necesaria. Al suprimir la informacin sobre
volmenes de copia de seguridad de base de datos o sobre volmenes de
exportacin, los volmenes vuelven al estado de reutilizable. Para los volmenes
reutilizables con el tipo de dispositivo FILE, se suprimen los archivos. Al suprimir
la informacin sobre volmenes de agrupaciones de almacenamiento, los
volmenes no resultan afectados.
Para visualizar la informacin histrica de volmenes hasta ayer, entre:
query volhistory enddate=today-1
Para suprimir informacin que tiene siete das de antigedad o ms, entre:
delete volhistory type=all todate=today-8
Notas:
1. Los archivos histricos de volmenes existentes no se actualizan
automticamente con el comando DELETE VOLHISTORY.
2. No suprima la informacin histrica de volmenes secuenciales hasta que
considere que ya no necesita dicha informacin. Por ejemplo, no suprima la
informacin de volmenes de vuelco o la informacin de reutilizacin de
720
volmenes de almacenamiento, a menos que haya hecho copia de seguridad o

haya volcado la base de datos en un instante posterior al especificado para la
operacin de suprimir.
3. No suprima la informacin histrica de volmenes de los volmenes de vuelco
de la base de datos, copia de seguridad de base de datos o exportacin que
residen en bibliotecas automatizadas, a menos que desee que los volmenes
vuelvan al estado de reutilizables. Si el comando DELETE VOLHISTORY
elimina informacin de volmenes de dichos volmenes, stos volvern
automticamente al estado de reutilizables. Estos volmenes estarn a
disposicin del servidor para que los reutilice y se podr grabar encima de la
informacin almacenada en ellos.
DRM hace que caduque la serie de copias de seguridad de base de datos y
suprime las entradas del archivo histrico de volmenes.
Cmo guardar el archivo de configuracin de dispositivos

Realice una copia del archivo de configuracin de dispositivos y gurdela.
El archivo de configuracin de dispositivos contiene informacin necesaria para
leer los datos de copia de seguridad. Esta informacin incluye lo siguiente:
v Definiciones de clases de dispositivo.
v Definiciones de bibliotecas
v Definiciones de unidades.
v Definiciones de rutas.
v Definiciones de servidor.
Esta informacin se almacena en la base de datos, pero no est disponible desde
esta ubicacin durante una restauracin de la base de datos. Para ejecutar una
restauracin, por lo tanto, el servidor debe obtener la informacin del archivo de
configuracin de dispositivos. Al actualizar la informacin de dispositivos en la
base de datos, tambin se actualiza en el archivo de configuracin de dispositivos.
La informacin de dispositivos debe coincidir con los dispositivos configurados en
el sistema donde se ejecutar la restauracin. Es posible que deba editar dichos
comandos de un archivo existente para que coincidan.
Para garantizar la disponibilidad de la informacin de configuracin de
dispositivos, es muy importante realizar una de las operaciones siguientes:
v Almacenar como mnimo una copia del archivo de configuracin de dispositivos
en un disco independiente de la base de datos.
v Almacenar el archivo de configuracin de dispositivos fuera del local con el
archivo histrico de volmenes y las copias de seguridad de base de datos.
v Almacenar una salida impresa de la informacin almacenada fuera del local.
v Almacenar una copia remota, por ejemplo, en un sistema de archivos montado
en NFS.
DRM guarda una copia del archivo de configuracin de dispositivos en su
archivo del plan de recuperacin ante siniestros.
721
La opcin de servidor DEVCONFIG permite especificar archivos de configuracin

de dispositivos de copia de seguridad (para obtener ms informacin, consulte la
publicacin Administrators Reference). Despus de reiniciar el servidor, siempre que
el servidor actualiza la informacin de configuracin de dispositivos en la base de
datos, tambin actualiza la misma informacin en los archivos de copia de
seguridad.
Nota: al instalar Tivoli Storage Manager, la opcin DEVCONFIG predeterminada
del archivo de opciones del servidor especifica un archivo de copia de
seguridad de configuracin de dispositivos denominado devcnfg.out.
Durante una operacin de restauracin de base de datos, el servidor intenta abrir
el primer archivo de configuracin de dispositivos en el orden en el que los
archivos figuran en las opciones del servidor. Si no puede leer dicho archivo,
buscar el siguiente archivo de configuracin de dispositivos que pueda utilizar. Si
no puede encontrar ninguno, debe volver a crear el archivo. Consulte el apartado
Cmo volver a crear un archivo de configuracin de dispositivos en la pgina
723 para obtener informacin detallada. Una vez restaurada la base de datos, tal
vez deba actualizar la configuracin de dispositivos.
Tambin puede hacer copias de seguridad de la informacin de configuracin de
dispositivos en cualquier momento, entrando:
backup devconfig
Si no especifica nombres de archivo, se realizar una copia de seguridad del

archivo de configuracin de dispositivos en todos los archivos especificados con la
opcin de servidor DEVCONFIG.
Para garantizar que las actualizaciones se llevan cabo antes de detener el servidor,
se recomienda:
v Esperar unos minutos antes de detener el servidor si se ha emitido el comando
BACKUP DEVCONFIG.
v Especificar varias opciones DEVCONFIG en el archivo de opciones del servidor.
v Comprobar que se ha actualizado el archivo de configuracin de dispositivos.
Si pierde el archivo de configuracin de dispositivos y lo necesita para restaurar la
base de datos, debe volver a crearlo manualmente. Consulte el apartado Cmo
volver a crear un archivo de configuracin de dispositivos en la pgina 723 para
obtener informacin detallada.
Si utiliza bibliotecas de cintas automatizadas, la informacin de ubicacin de
volmenes tambin se guarda en el archivo de configuracin de dispositivos. El
archivo se actualiza siempre que se emiten los comandos CHECKIN LIBVOLUME,
CHECKOUT LIBVOLUME y AUDIT LIBRARY, y la informacin se guarda como
comentarios (/* ...... */). Esta informacin se utiliza durante las operaciones de
restauracin o de carga para ubicar un volumen en una biblioteca automatizada. Si
debe volver a crear el archivo de configuracin de dispositivos, no podr volver a
crear la informacin de ubicacin de volmenes. Por lo tanto, debe definir la
biblioteca como manual y montar manualmente los volmenes durante el proceso
del servidor. Si se utiliza una biblioteca de cintas automatizada en el local de
recuperacin, debe modificarse la informacin de ubicacin de volmenes como
comentarios (/*...*/) del archivo de configuracin de dispositivos. En primer lugar,
coloque manualmente los volmenes fsicos de copia de seguridad de la base de
datos en la biblioteca automatizada y anote los nmeros de elemento donde los
coloca. A continuacin, edite manualmente el archivo de configuracin de
722
dispositivos para identificar las ubicaciones de los volmenes de copia de

seguridad de la base de datos, de forma que el servidor pueda encontrarlos para
restaurar la base de datos.
Para los volmenes virtuales, el archivo de configuracin de dispositivos almacena
la contrasea (en formato cifrado) para conectar con el servidor remoto. Si ha
llevado el servidor a un instante especfico anterior, esta contrasea podra no
coincidir con la que espera el servidor remoto. En este caso, establezca la
contrasea manualmente en el archivo de configuracin de dispositivos. Asegrese
entonces de que la contrasea del servidor remoto coincide con la contrasea del
archivo de configuracin de dispositivos.
Nota: el texto de la contrasea no debe estar cifrado. Cuando el servidor vuelva a
estar en funcionamiento, puede emitir el comando BACKUP DEVCONFIG
para almacenar la contrasea en formato cifrado.
Actualizacin del archivo de configuracin de dispositivos

Siempre que se define, actualiza o suprime la informacin de dispositivos en la
base de datos, el archivo de configuracin de dispositivos se actualiza
automticamente. Esta informacin contiene las definiciones de las clases de
dispositivo, bibliotecas, unidades y servidores.
Si se produce un siniestro, tal vez tenga que restaurar Tivoli Storage Manager
utilizando dispositivos distintos de los incluidos en el archivo de configuracin de
dispositivos. En tal caso, tendr que actualizar manualmente los archivos de
configuracin de dispositivos con la informacin relativa a los nuevos dispositivos.
Cmo volver a crear un archivo de configuracin de dispositivos

Los siguientes comandos leen y ejecutan el archivo de configuracin de
dispositivos:
v DSMSERV RESTORE DB
v DSMSERV LOADDB
v DSMSERV DISPLAY DBBACKUPVOLUME
Si no se encuentra ningn archivo de configuracin de dispositivos, debe volver a
crearlo para poder iniciar la operacin de restauracin. El archivo de configuracin
de dispositivos debe seguir estos convenios:
v Los comandos deben estar en este orden:
DEFINE SERVER (si utiliza volmenes virtuales)
DEFINE DEVCLASS
DEFINE LIBRARY
DEFINE DRIVE
DEFINE PATH
Debe proporcionar las definiciones necesarias para montar los volmenes que
lee el comando emitido. Si est restaurando o cargando a partir de las clases de
dispositivo FILE, solo necesita el comando DEFINE DEVCLASS.
v Para los volmenes virtuales, el archivo de configuracin de dispositivos
almacena la contrasea (en formato cifrado) para conectar con el servidor
remoto. Si ha llevado el servidor a un instante especfico anterior, esta
contrasea podra no coincidir con la que espera el servidor remoto. En este
caso, establezca la contrasea manualmente en el archivo de configuracin de
dispositivos. Asegrese entonces de que la contrasea del servidor remoto
coincide con la contrasea del archivo de configuracin de dispositivos.
723
v
v
v
v
Puede utilizar los valores predeterminados de los comandos.

El archivo puede contener lneas en blanco.
Una sola lnea puede tener 240 caracteres como mximo.
El archivo puede contener caracteres de continuacin y comentarios segn se
describe en la publicacin Administrators Reference.
En la figura siguiente se muestra un ejemplo de archivo de configuracin de

dispositivos:
/* Configuracin de dispositivo Tivoli Storage Manager */
define devclass tape8mm devtype=8mm library=8mmlib
define library 8mmlib libtype=manual
define drive 8mmlib tapedrive3
define path server1 tapedrive3 srctype=server desttype=drive
library=8mmlib device=mt3.0.0.1
Cmo guardar las opciones del servidor

Se recomienda realizar una copia del archivo de opciones del servidor y guardarla.
Cmo guardar la informacin de las anotaciones de

recuperacin y de la base de datos
Se recomienda encarecidamente hacer copias de esta salida y guardarlas. La
informacin de configuracin de la base de datos y de las anotaciones de
recuperacin es la salida de consultas detalladas de los volmenes de base de
datos y anotaciones de recuperacin.
Copias de seguridad completas e incrementales

La primera copia de seguridad de la base de datos debe ser una copia de
seguridad completa. Puede ejecutar hasta 32 copias de seguridad incrementales
entre copias de seguridad completas.
Para realizar una copia de seguridad completa de la base de datos en la clase de
dispositivo TAPECLASS, entre:
backup db type=full devclass=tapeclass
En este ejemplo, los datos de la copia de seguridad se graban en volmenes

reutilizables. Tambin puede especificar los volmenes por el nombre. Despus de
una copia de seguridad completa, puede realizar copias de seguridad
incrementales, que solo copian los cambios efectuados en la base de datos desde la
copia de seguridad anterior.
Para realizar una copia de seguridad incremental de la base de datos en la clase de
dispositivo TAPECLASS, entre:
backup db type=incremental devclass=tapeclass
Copias de seguridad de instantnea de la base de datos

Una copia de seguridad de instantnea de la base de datos es una copia de
seguridad completa de la base de datos que no interrumpe la serie actual de copias
de seguridad completas e incrementales. Las cintas de instantneas de la base de
datos pueden trasladarse entonces fuera del local para la recuperacin y, por
consiguiente, pueden conservarse separadas de las cintas de copias de seguridad
normales completas e incrementales. Las copias de seguridad de instantnea de la
724
base de datos mejoran el nivel de proteccin del servidor y de sus datos, a la vez
que mantienen la serie de copias de seguridad de la base de datos completas e
incrementales. Aunque las copias de seguridad de instantnea de la base de datos
no pueden restaurar una base de datos o un volumen de base de datos a su estado
ms reciente, puede utilizarlas para restaurar una base de datos a un instante
especfico.
Las copias de seguridad de instantnea de la base de datos:
v Copian todo el contenido de una base de datos, igual que una copia de
seguridad completa de la base de datos.
v Crean una nueva serie de copias de seguridad de la base de datos sin
interrumpir la serie de copias de seguridad completas e incrementales existentes
para la base de datos.
v No truncan las anotaciones de recuperacin del servidor cuando ste se est
ejecutando en modalidad ROLLFORWARD.
Utilice el comando BACKUP DB para efectuar una copia de seguridad de
instantnea de la base de datos. Se crearn nuevas entradas histricas de
volmenes para las instantneas de volmenes de base de datos.
Para efectuar una copia de seguridad de instantnea de la base de datos en la clase
de dispositivo TAPECLASS, entre:
backup db type=dbsnapshot devclass=tapeclass
Nota: las copias de seguridad de instantnea de la base de datos deben utilizarse

como complementarias de las copias de seguridad completas e
incrementales. Cuando el servidor est en modalidad ROLLFORWARD y se
realiza una copia de seguridad de instantnea de la base de datos, las
anotaciones de recuperacin siguen creciendo. Cuando se realizan copias de
seguridad completas e incrementales con la modalidad ROLLFORWARD
activada, se reinician las anotaciones de recuperacin cada vez que se
efecta una copia de seguridad completa.
Recuperacin del servidor mediante copias de seguridad de la base de

datos y de agrupaciones de almacenamiento
Este apartado explica cmo efectuar la recuperacin utilizando copias de seguridad
de la base de datos y las agrupaciones de almacenamiento. En la Figura 94 en la
pgina 726 se muestra la situacin presentada en los dos supuestos de este
apartado: una instalacin ha perdido su servidor, incluidas la base de datos y las
anotaciones de recuperacin y las agrupaciones de almacenamiento del local.
725
En el local
Servidor
Fuera del local

Agrupaciones de almacenamiento primarias
HSM
Agrupaciones de
almacenamiento
de copia
Copia de
seguridad
Anotaciones
de recuperacin
y base de datos
Copias de seguridad
de la base de datos
Archivado
Agrupaciones
de almacenamiento
en disco
Servidor
Agrupacin
Archivo de opciones
del servidor
Archivo histrico de volmenes
Archivo de configuracin
de dispositivos
Configuracin de la base de datos
y las anotaciones de recuperacin
Figura 94. Recuperacin ante siniestro
Se incluyen los siguientes temas:

v Restaurar a un instante especfico
v Restaurar al estado ms reciente
Para realizar una restauracin, debe tener la siguiente informacin, preferiblemente
almacenada fuera del local (vea la Figura 94):
v Una copia de seguridad completa de la base de datos.
v Todas las copias de seguridad incrementales de la base de datos entre la ltima
copia de seguridad completa y el instante especfico al que se recupera.
v Los volmenes de las agrupaciones de almacenamiento.
v En cinta o disquete o como salida impresa:
El archivo de opciones del servidor.
El archivo histrico de volmenes.
El archivo de configuracin de dispositivos con la informacin de dispositivos
que corresponda (biblioteca, unidad y definiciones de clase de dispositivo).
La configuracin de la base de datos y las anotaciones de recuperacin (la
salida de las consultas detalladas de los volmenes de base de datos y
anotaciones de recuperacin).
Nota: para realizar una operacin DSMSERV RESTORE DB, los volmenes de
copia de seguridad de la base de datos deben encontrarse en una biblioteca
de tipo MANUAL o SCSI.
DRM puede consultar el servidor y generar un plan de recuperacin ante

siniestro detallado y actual para la instalacin.
726
Restauracin de una base de datos a un instante especfico

La recuperacin a un instante especfico suele utilizarse en situaciones tales como
recuperacin ante siniestro o para eliminar los efectos de los errores que pueden
producir incoherencias en la base de datos.
Para restaurar una base de datos a un instante especfico, puede utilizar copias de
seguridad completas e incrementales o copias de seguridad de instantnea de la
base de datos.
Si desea consultar un supuesto de ejemplo de recuperacin a instante especfico,
consulte el apartado Supuestos de copia de seguridad y recuperacin en la
pgina 747.
ste es el procedimiento para restaurar la base de datos:
1. Redenomine y guarde una copia del archivo histrico de volmenes si existe.
Una vez restaurada la base de datos, toda la informacin histrica de
volmenes a la que sealaban las opciones del servidor se pierde. Necesitar
esta informacin para identificar los volmenes que deben auditarse. Si no
tiene un archivo histrico de volmenes, consulte el apartado Restauracin a
un instante especfico sin un archivo histrico de volmenes en la pgina 729.
2. Si el archivo de configuracin de dispositivos no est disponible, vuelva a
crearlo manualmente (consulte el apartado Cmo volver a crear un archivo de
configuracin de dispositivos en la pgina 723). Ponga el archivo de
configuracin de dispositivos existente o vuelto a crear en la biblioteca de
trabajo del servidor. Haga lo mismo con el archivo de opciones del servidor.
Debe disponer de las salidas de las consultas detalladas de la informacin de
configuracin de las anotaciones de recuperacin y de la base de datos.
Puede resultar necesario modificar el archivo de configuracin de dispositivos
en funcin del hardware disponible en el local de recuperacin. Por ejemplo, el
local de recuperacin puede necesitar definiciones de la unidad, la biblioteca y
la clase de dispositivo distinta. Para obtener ms informacin, consulte el
apartado Actualizacin del archivo de configuracin de dispositivos en la
pgina 723.
3. Si se han perdido los volmenes originales de la base de datos o de las
anotaciones de recuperacin, emita el comando DSMSERV FORMAT para
inicializar la base de datos y las anotaciones de recuperacin. Por ejemplo:
dsmserv format 1 log1 9 1 dbvol1 5
Atencin: no inicie el servidor hasta despus de restaurar la base de datos (el

paso siguiente). Iniciar el servidor antes de restaurar destruira los archivos
histricos de volmenes existentes.
4. Emita el comando DSMSERV RESTORE DB. Por ejemplo, para restaurar la base
de datos a una serie de copia de seguridad creada el 19 de abril de 1999,
escriba:
dsmserv restore db todate=04/19/1999
El servidor efecta lo siguiente:

a. Lee el archivo histrico de volmenes para localizar la ltima copia de
seguridad completa que se ha hecho hasta la fecha y hora especificadas.
Nota: si el archivo histrico de volmenes no est disponible, debe montar
los volmenes de cinta en el orden correcto o especificar el orden en
el comando DSMSERV RESTORE DB.
727
b. Utilizando el archivo de configuracin de dispositivos, solicita un montaje

del primer volumen, que debe contener el principio de la copia de
seguridad completa.
c. Restaura los datos de copia de seguridad del primer volumen.
d. Contina solicitando montajes y restaurando datos de los volmenes de
copia de seguridad que contienen la copia de seguridad completa y todas
las copias de seguridad incrementales que se han hecho hasta la fecha
especificada.
5.
6.
7.
8.
De la informacin histrica de volmenes (que ha generado el comando

QUERY VOLHISTORY), necesita una lista de todos los volmenes que se han
reutilizado (STGREUSE), agregado (STGNEW) y suprimido (STGDELETE)
desde la copia de seguridad original. Utilice esta lista para realizar el resto de
este procedimiento.
Tambin puede ser necesario actualizar las configuraciones de dispositivos en la
base de datos restaurada.
Audite todos los volmenes de disco, todos los volmenes reutilizados y todos
los volmenes suprimidos que ha localizado el comando AUDIT VOLUME con
el parmetro FIX=YES.
Este proceso identifica los archivos grabados en la base de datos que ya no se
pueden encontrar en el volumen. Si hay una copia del archivo en una
agrupacin de almacenamiento de copia, el archivo del volumen auditado se
marca como daado. De lo contrario, el archivo se suprime de la base de datos
y se pierde.
Si la auditora detecta algn archivo daado, emita el comando RESTORE
STGPOOL para restaurar esos archivos despus de haber auditado los
volmenes de la agrupacin de almacenamiento. Incluya el parmetro FIX=YES
en el comando AUDIT VOLUME para suprimir las entradas de la base de datos
de los archivos que no se han encontrado en la agrupacin de almacenamiento
de copia.
Marque como destruidos todos los volmenes que no pueden localizarse y
recupere esos volmenes a partir de las copias de seguridad de la agrupacin
de almacenamiento de copia. Si no hay disponible ninguna copia de seguridad,
suprima los volmenes de la base de datos utilizando el comando DELETE
VOLUME con el parmetro DISCARDDATA=YES.
Vuelva a definir todos los volmenes de agrupaciones de almacenamiento que
se hayan agregado desde la copia de seguridad de la base de datos.
Notas:
1. Pueden haberse perdido algunos archivos si se haban traspasado desde la
copia de seguridad (debido a peticiones de migracin, reclamacin o traspaso
de datos) y se ha reutilizado el espacio que ocupaban esos archivos. Puede
minimizar esta prdida si utiliza el parmetro REUSEDELAY al definir o
actualizar las agrupaciones de almacenamiento de acceso secuencial. Este
parmetro retarda el momento en que los volmenes vuelven a ser
reutilizables. En el apartado Cmo retardar la reutilizacin de los volmenes
para la recuperacin en la pgina 713 encontrar ms informacin sobre el
parmetro REUSEDELAY.
2. Al hacer una copia de seguridad de la agrupacin de almacenamiento y de la
base de datos, se reduce el riesgo de perder datos. Para minimizar la prdida
de datos, puede hacer lo siguiente:
v Marcar los volmenes de copia de seguridad de la agrupacin de
almacenamiento de copia como OFFSITE y trasladarlos a una ubicacin fuera
del local.
728
De este modo se conservan los volmenes de copia de seguridad y no se

reutilizan ni se montan hasta que se vuelven a trasladar al local. Asegrese
de marcar los volmenes OFFSITE antes de hacer una copia de seguridad de
la base de datos.
Para evitar tener que marcar los volmenes como fuera del local o
trasladarlos fsicamente:
Especifique una clase de dispositivo DEVTYPE=SERVER en la copia de
seguridad de base de datos.
v
v
v
v
Haga una copia de seguridad de una agrupacin de almacenamiento

primaria en una agrupacin de almacenamiento de copia asociada con una
clase de dispositivo DEVTYPE=SERVER.
Haga una copia de seguridad de la base de datos inmediatamente despus
de hacer una copia de seguridad de las agrupaciones de almacenamiento.
Desactive la migracin y la reclamacin mientras hace una copia de
seguridad de la base de datos.
No ejecute ninguna operacin MOVE DATA mientras hace una copia de
seguridad de la base de datos.
Utilice el intervalo de parmetro REUSEDELAY para impedir que los
volmenes de agrupacin de almacenamiento de copia se reutilicen o se
supriman antes de que puedan necesitarse.
3. Si el archivo histrico de volmenes antiguo muestra que alguno de los

volmenes de agrupacin de almacenamiento de copia necesarios para
restaurar las agrupaciones de almacenamiento se ha reutilizado (STGREUSE) o
suprimido (STGDELETE), no podr restaurar todos los archivos. Puede evitar
este problema si incluye el parmetro REUSEDELAY al definir las agrupaciones
de almacenamiento de copia.
4. Despus de una restauracin, los inventarios de volmenes de Tivoli Storage
Manager y del sistema de gestin de cintas pueden ser incoherentes. Por
ejemplo, despus de una copia de seguridad de la base de datos, se agrega un
nuevo volumen a Tivoli Storage Manager. El inventario del sistema de gestin
de cintas registra el volumen como perteneciente a Tivoli Storage Manager. Si la
base de datos se restaura a partir de la copia de seguridad, Tivoli Storage
Manager no tiene ningn registro del volumen agregado, pero el sistema de
gestin de cintas s lo tiene. Debe sincronizar estos inventarios. Del mismo
modo, los inventarios de volmenes de Tivoli Storage Manager y de las
bibliotecas automatizadas tambin pueden ser incoherentes. Si lo son, emita el
comando AUDIT LIBRARY para sincronizar estos inventarios.
Restauracin a un instante especfico sin un archivo histrico de

volmenes
Para restaurar una base de datos a un instante especfico, puede utilizar copias de
seguridad completas e incrementales o copias de seguridad de instantnea de la
base de datos.
Si efecta una restauracin a un instante especfico y no hay disponible ningn
archivo histrico de volmenes, debe especificar los nombres de volumen en el
comando DSMSERV RESTORE DB en la misma secuencia en que se grabaron. No
obstante, emita primero el comando DSMSERV DISPLAY DBBACKUPVOLUME
para leer los volmenes de copia de seguridad y visualizar la informacin
necesaria para disponerlos en orden (serie de copia de seguridad, operacin de
copia de seguridad y secuencia de volmenes). Por ejemplo:
dsmserv display dbbackupvolume devclass=tapeclass
volumenames=dsm012,dsm023,dsm037,dsm038,dsm058,dsm087
729
Por ejemplo, la serie de copia de seguridad ms reciente consta de tres

operaciones:
0
Una copia de seguridad completa en tres volmenes en la secuencia

dsm023, dsm037 y dsm087
Una copia de seguridad incremental en un volumen, dsm012
Una copia de seguridad incremental en dos volmenes en la secuencia

dsm038 y dsm058
Emitira tres comandos en el orden siguiente:

dsmserv restore db volumenames=dsm023,dsm037,dsm087
devclass=tapeclass commit=no
dsmserv restore db volumenames=dsm012
dsmserv restore db volumenames=dsm038,dsm058
Atencin: si los volmenes originales de la base de datos o de las anotaciones de

recuperacin no estn disponibles, emita nicamente el comando DSMSERV
RESTORE DB. No obstante, si se han perdido dichos volmenes, debe emitir
primero el comando DSMSERV FORMAT para inicializar la base de datos y las
anotaciones de recuperacin y, a continuacin, el comando DSMSERV RESTORE
DB.
Copias de seguridad de agrupaciones de almacenamiento en

una restauracin a un instante especfico
El ejemplo siguiente muestra la importancia de las copias de seguridad de
agrupacin de almacenamiento con una restauracin a un instante especfico. En
este ejemplo, la copia de seguridad de la agrupacin de almacenamiento no se ha
hecho con el comando BACKUP STGPOOL.
9:30
El cliente A hace una copia de seguridad de los datos en el Volumen 1.
Medioda
El administrador del sistema hace una copia de seguridad de la base de
datos.
13:30
Los archivos del cliente A del Volumen 1 (disco) se migran a cinta

(Volumen 2).
15:00
El cliente B hace una copia de seguridad de los datos en el Volumen 1.

El servidor sita los archivos del Cliente B en la ubicacin que contena los
archivos del Cliente A antes de la migracin.
730
15:30
El servidor se apaga.
15:40
El administrador del sistema vuelve a cargar la versin del medioda de la

base de datos con el comando DSMSERV RESTORE DB.
16:40
Se audita el Volumen 1. A continuacin ocurre lo siguiente:

1. El servidor compara la informacin del Volumen 1 con la base de datos
restaurada (que coincide con la base de datos al medioda).
2. La auditora no encuentra los archivos del Cliente A en el Volumen 1
donde la base de datos que se ha vuelto a cargar indica que deberan
estar. Por lo tanto, el servidor suprime esas referencias de archivo del
Cliente A.
3. La base de datos no tienen ningn registro de que los archivos del
Cliente A estn en el Volumen 2 y los archivos, en efecto, se han
perdido.
4. La base de datos no tienen ningn registro de que los archivos del

Cliente B estn en el Volumen 1 y los archivos, en efecto, se han
perdido.
Si se ha utilizado la recuperacin ROLLFORWARD, se habrn aplicado las
actualizaciones en la base de datos a las 15.30 cuando se apag el servidor. En este
caso, no se habrn perdido los archivos del Cliente A ni los del Cliente B. Si se
hubiera efectuado una restauracin de la base de datos a un instante especfico y
se hubiera realizado una copia de seguridad de la agrupacin de almacenamiento,
la auditora de volumen no habra suprimido los archivos del Cliente A. Dichos
archivos se habran podido restaurar mediante el comando RESTORE VOLUME o
RESTORE STGPOOL. De todos modos, los archivos del Cliente B s se habran
perdido.
Restauracin de la base de datos al estado ms actual

Puede utilizar la recuperacin ROLLFORWARD para restaurar una base de datos a
su estado ms actual si:
v El servidor ha estado continuamente en la modalidad ROLLFORWARD desde
que se ha realizado la ltima copia de seguridad completa hasta que la base de
datos se ha daado o perdido.
v Est disponible la ltima serie de copia de seguridad creada para la base de
datos. Una serie de copia de seguridad se compone de una copia de seguridad
completa, todas las copias de seguridad incrementales aplicables y todos los
registros de las anotaciones de recuperacin de las modificaciones de la base de
datos desde que se ha ejecutado la ltima copia de seguridad de la serie.
Solo puede utilizar copias de seguridad completas e incremental si tiene activada
la modalidad ROLLFORWARD para restaurar una base de datos a su estado ms
actual. Las copias de seguridad de instantnea de la base de datos son copias
completas de la base de datos de un instante especfico.
Para restaurar la base de datos a su estado ms actual, entre:
dsmserv restore db
Atencin: si los volmenes originales de la base de datos o de las anotaciones de

recuperacin no estn disponibles, emita nicamente el comando DSMSERV
RESTORE DB. No obstante, si se han perdido dichos volmenes, debe emitir
primero el comando DSMSERV FORMAT para inicializar la base de datos y las
anotaciones de recuperacin y, a continuacin, el comando DSMSERV RESTORE
DB.
Nota: la recuperacin ROLLFORWARD no es aplicable si se han perdido todos los
volmenes de anotaciones de recuperacin. Sin embargo, con el servidor
ejecutndose en la modalidad ROLLFORWARD, puede realizar igualmente
una recuperacin a un instante especfico en estos casos.
Restauracin de agrupaciones de almacenamiento

Puede volver a crear los archivos de una agrupacin de almacenamiento primaria
utilizando copias duplicadas de agrupaciones de almacenamiento de copia. Los
archivos deben haberse copiado en las agrupaciones de almacenamiento de copia
con el comando BACKUP STGPOOL.
731
Tarea
Restaurar agrupaciones de almacenamiento

El comando RESTORE STGPOOL restaura las agrupaciones de almacenamiento

primarias especificadas que tienen archivos con los problemas siguientes:
v La copia primaria del archivo se ha identificado con errores de lectura en una
operacin anterior. Los archivos con errores de lectura estn marcados como
daados.
v La copia primaria del archivo reside en un volumen que tiene la modalidad de
acceso DESTROYED. Para obtener informacin sobre cmo se cambia la
modalidad de acceso de un volumen a DESTROYED, consulte el apartado
Cmo funciona el proceso de restauracin en la pgina 699.
Al restaurar una agrupacin de almacenamiento, debe tener preparada la
Agrupacin de almacenamiento primaria
Especifica el nombre de la agrupacin de almacenamiento primaria que se
restaura.
Atencin: No se puede especificar una agrupacin de almacenamiento
Centera como almacenamiento destino de un comando RESTORE
STGPOOL. .
|
|
|
Agrupacin de almacenamiento de copia

Especifica el nombre de la agrupacin de almacenamiento de copia desde
la que se restauran los archivos. Esta informacin es opcional. Si no
especifica una agrupacin de almacenamiento de copia, el servidor restaura
los archivos desde la agrupacin de almacenamiento de copia en la que los
encuentre.
Nueva agrupacin de almacenamiento
Especifica el nombre de la agrupacin de almacenamiento primaria nueva
adonde se restauran los archivos. Esta informacin es opcional. Si no
especifica una agrupacin de almacenamiento nueva, el servidor restaura
los archivos en la agrupacin de almacenamiento primaria original.
Nmero mximo de procesos
Especifica el nmero mximo de procesos paralelos que se utilizan para
restaurar archivos.
Vista preliminar
Especifica si desea ver la operacin de restauracin sin que realmente se
restauren los datos.
Consulte los apartados Correccin de archivos daados en la pgina 745 y
Supuestos de copia de seguridad y recuperacin en la pgina 747 para ver
ejemplos de utilizacin del comando RESTORE STGPOOL.
Qu sucede al restaurar una agrupacin de almacenamiento

Al restaurar una agrupacin de almacenamiento, Tivoli Storage Manager determina
qu archivos se encuentran en dicha agrupacin de almacenamiento. Utilizando las
copias de archivos de una agrupacin de almacenamiento de copia, Tivoli Storage
Manager restaura los archivos que estaban en la agrupacin de almacenamiento en
la misma o en otra agrupacin de almacenamiento.
732
Archivos en cach: las copias en cach de los archivos de una agrupacin de

almacenamiento de disco no se restauran nunca. En el proceso
de restauracin se eliminarn de la base de datos las
referencias hechas a archivos en cach que se hayan
identificado con errores de lectura o archivos en cach que
residan en un volumen destruido.
Se puede utilizar el comando RESTORE STGPOOL con el parmetro
PREVIEW=YES para identificar los volmenes que contienen archivos primarios
daados. En el proceso de restauracin, se emite un mensaje por cada volumen de
la agrupacin de almacenamiento restaurada que contiene archivos daados que
no estn almacenados en cach. Para identificar los archivos especficos que estn
daados en esos volmenes, utilice el comando QUERY CONTENT.
Una vez restaurados los archivos, las referencias antiguas a esos archivos de la
agrupacin de almacenamiento primaria se suprimen de la base de datos. Esto
significa que Tivoli Storage Manager ahora ubica estos archivos en los volmenes
donde se han restaurado, en lugar de los volmenes donde estaban almacenados
previamente. Si un volumen destruido se vaca por haberse restaurado todos los
archivos en otras ubicaciones, el volumen destruido se suprime automticamente
El comando RESTORE STGPOOL genera un proceso de fondo que se puede
cancelar con el comando CANCEL PROCESS. Si se cancela un proceso de fondo
RESTORE STGPOOL, pueden haberse restaurado ya algunos archivos antes de la
cancelacin. Para visualizar la informacin sobre procesos de fondo, utilice el
comando QUERY PROCESS.
Un cliente de administracin puede ejecutar el comando RESTORE STGPOOL en
primer plano emitindolo con el parmetro WAIT=YES.
Restauracin de archivos en una agrupacin de almacenamiento

con la funcin de proximidad activada
Cuando la restauracin se realiza en una agrupacin de almacenamiento primaria
que tiene activada la funcin de proximidad, el servidor restaura los archivos por
nodo cliente y por espacio de archivos. Este proceso conserva la proximidad de los
archivos de clientes. Sin embargo, si la agrupacin de almacenamiento de copia
que se utiliza para restaurar los archivos no tiene activada la funcin de
proximidad, el proceso de restauracin puede realizarse con lentitud.
Si es necesario utilizar una agrupacin de almacenamiento de copia que no tiene la
funcin de proximidad para restaurar archivos en una agrupacin de
almacenamiento primaria que s la tiene, puede mejorar el rendimiento haciendo lo
siguiente:
1. Restaurar los archivos primero en una agrupacin de almacenamiento de
acceso aleatorio (en disco).
2. Permitir o forzar la migracin de los archivos a la agrupacin de
almacenamiento primaria de destino.
Para la agrupacin de acceso aleatorio, establezca la agrupacin de
almacenamiento destino como siguiente agrupacin de almacenamiento. Ajuste
el umbral de migracin para controlar cundo tiene lugar la migracin a la
agrupacin de almacenamiento destino.
733
Restauracin incompleta de agrupacin de almacenamiento

La restauracin de un volumen de una agrupacin de almacenamiento puede
quedar incompleta. Utilice el comando QUERY CONTENT para obtener ms
informacin sobre los archivos restantes de los volmenes cuya restauracin ha
quedado incompleta. La restauracin puede quedar incompleta por uno o varios
de los motivos siguientes:
v Nunca se ha efectuado una copia de seguridad de los archivos o las copias de
seguridad estaban marcadas como daadas.
v Se ha especificado una agrupacin de almacenamiento de copia en el comando
RESTORE, pero la copia de seguridad de los archivos se ha hecho en una
agrupacin de almacenamiento de copia distinta. Si cree que ste es el problema,
vuelva a utilizar el comando RESTORE sin especificar ninguna agrupacin de
almacenamiento de copia desde donde restaurar los archivos. Puede utilizar la
opcin PREVIEW en el segundo comando RESTORE, si no desea realmente
restaurar los archivos.
v Los volmenes de la agrupacin de almacenamiento de copia necesarios para
ejecutar la operacin de restauracin estn fuera del local o no disponibles.
Compruebe en las anotaciones de actividades los mensajes que se han producido
durante el proceso de restauracin.
v Durante el proceso de restauracin, otros procesos han trasladado o suprimido
las copias de seguridad de archivos de las agrupaciones de almacenamiento de
copia. Para evitar este problema, no emita los comandos siguientes para los
volmenes de las agrupaciones de almacenamiento de copia mientras est en
curso el proceso de restauracin:
MOVE DATA
DELETE VOLUME (DISCARDDATA=YES)
AUDIT VOLUME (FIX=YES)
v Puede impedir el proceso de reclamacin para las agrupaciones de
almacenamiento de copia si establece el parmetro RECLAIM en 100 con el
comando UPDATE STGPOOL.
Restauracin del servidor mediante volmenes duplicados

Si un volumen duplicado falla debido a una anomala del medio, puede restaurar
ese volumen llevando a cabo los pasos siguientes:
1. Examine el estado de los volmenes de la base de datos y las anotaciones de
recuperacin mediante los comandos QUERY DBVOLUME o QUERY
LOGVOLUME.
2. Si es necesario, desactive el volumen que no se puede utilizar mediante el
comando DELETE DBVOLUME o DELETE LOGVOLUME. El servidor suele
realizar esto de forma automtica.
3. Arregle el dispositivo fsico averiado.
4. Asigne espacio para que lo utilice un volumen nuevo mediante la herramienta
DSMFMT.
5. Active el volumen mediante los comandos DEFINE DBCOPY o DEFINE
LOGCOPY.
Despus de definir una copia de volumen de base de datos o anotaciones de
recuperacin, el servidor sincroniza la copia de volumen con el volumen de base
de datos o anotaciones de recuperacin asociado.
734
Restauracin de volmenes de agrupaciones de almacenamiento

Puede volver a crear los archivos de los volmenes de agrupaciones de
almacenamiento primarias utilizando las copias de una agrupacin de
Tarea
Restaurar los volmenes de cualquier

agrupacin de almacenamiento para la que
se tiene autorizacin

Utilice el comando RESTORE VOLUME para restaurar todos los archivos que estn
almacenados en la misma agrupacin de almacenamiento primaria y cuya copia de
seguridad se ha almacenado previamente en las agrupaciones de almacenamiento
de copia. Al utilizar el comando RESTORE VOLUME, debe estar preparado para
facilitar, en parte o en su totalidad, la informacin siguiente:
Nombre de volumen
Especifica el nombre del volumen de la agrupacin de almacenamiento
primaria nueva para el que se restauran los archivos.
Sugerencia: para restaurar varios volmenes de la misma agrupacin de
almacenamiento primaria, emita este comando una vez y
especifique una lista de los volmenes que se han de
restaurar. Si especifica ms de un volumen, Tivoli Storage
Manager intenta minimizar los montajes de volmenes para la
Nombre de agrupacin de almacenamiento de copia
Especifica el nombre de la agrupacin de almacenamiento de copia desde
la que se restauran los archivos. Esta informacin es opcional. Si no
especifica una agrupacin de almacenamiento de copia concreta, los
archivos se restauran desde la agrupacin de almacenamiento de copia en
la que lo encuentre.
Nueva agrupacin de almacenamiento
Especifica el nombre de la agrupacin de almacenamiento primaria nueva
adonde se restauran los archivos. Esta informacin es opcional. Si no
especifica una agrupacin de almacenamiento nueva, los archivos se
restauran en la agrupacin de almacenamiento primaria original.
Nmero mximo de procesos
Especifica el nmero mximo de procesos paralelos que se utilizan para
restaurar archivos.
Vista preliminar
Especifica si desea ver la operacin de restauracin sin que realmente se
restauren los datos.
Consulte el apartado Recuperacin de un volumen de agrupacin de
almacenamiento perdido o daado en la pgina 752 para ver un ejemplo de cmo
utilizar el comando RESTORE VOLUME.
Qu sucede al restaurar un volumen

Al restaurar un volumen, el servidor obtiene una copia de cada archivo que haba
en el volumen de una agrupacin de almacenamiento de copia y, a continuacin,
almacena los archivos en un volumen distinto.
735
Archivos en cach: las copias en cach de los archivos de una agrupacin de

almacenamiento de disco no se restauran nunca. En el proceso
de restauracin se eliminarn de la base de datos las
referencias hechas a archivos en cach que residan en un
volumen que se est restaurando.
Una vez restaurados los archivos, las referencias antiguas a esos archivos de la
agrupacin de almacenamiento primaria se suprimen de la base de datos. Tivoli
Storage Manager ahora localiza estos archivos en los volmenes en los que se han
restaurado, en lugar de en el volumen donde estaban almacenados previamente.
El comando RESTORE VOLUME modifica la modalidad de acceso de los
volmenes que se restauran a destruido. Al completarse la restauracin (cuando
todos los archivos del volumen se han restaurado en otras ubicaciones), el volumen
destruido est vaco y se suprime automticamente de la base de datos.
Atencin: No se puede ejecutar un comando RESTORE VOLUME para un
volumen que pertenezca a una agrupacin de almacenamiento Centera.
|
|
El comando RESTORE VOLUME genera un proceso de fondo que se puede

cancelar con el comando CANCEL PROCESS. Si se cancela un proceso de fondo
RESTORE VOLUME, pueden haberse restaurado ya algunos archivos antes de la
cancelacin. Para visualizar la informacin sobre procesos de fondo, utilice el
comando QUERY PROCESS.
El comando RESTORE VOLUME puede ejecutarse en primer plano en un cliente
de administracin emitindolo con el parmetro WAIT=YES.
Cundo la restauracin de un volumen est incompleta

La restauracin de un volumen puede estar incompleta. Utilice el comando
QUERY CONTENT para obtener ms informacin sobre los archivos restantes de
los volmenes cuya restauracin ha quedado incompleta. La restauracin puede
quedar incompleta por uno o varios de los motivos siguientes:
v No se haba hecho nunca copia de seguridad de los archivos o las copias de
seguridad estaban marcadas como daadas.
v Se ha especificado una agrupacin de almacenamiento de copia en el comando
RESTORE, pero la copia de seguridad de los archivos se ha hecho en una
agrupacin de almacenamiento de copia distinta. Si cree que ste es el problema,
vuelva a utilizar el comando RESTORE sin especificar ninguna agrupacin de
almacenamiento de copia desde donde restaurar los archivos. Puede utilizar la
opcin PREVIEW en el segundo comando RESTORE, si no desea realmente
restaurar los archivos.
v Los volmenes de la agrupacin de almacenamiento de copia necesarios para
ejecutar la operacin de restauracin estn fuera del local o no disponibles.
Compruebe en las anotaciones de actividades los mensajes que se han producido
durante el proceso de restauracin.
v Durante el proceso de restauracin, otros procesos han trasladado o suprimido
las copias de seguridad de archivos de las agrupaciones de almacenamiento de
copia. Para evitar este problema, no emita los comandos siguientes para los
volmenes de las agrupaciones de almacenamiento de copia mientras est en
curso el proceso de restauracin:
MOVE DATA
DELETE VOLUME (DISCARDDATA=YES)
AUDIT VOLUME (FIX=YES)
736
Puede impedir el proceso de reclamacin para las agrupaciones de

almacenamiento de copia si establece el parmetro RECLAIM en 100 con el
comando UPDATE STGPOOL.
Cmo auditar un volumen de una agrupacin de almacenamiento

Este apartado sirve de ayuda para auditar la integridad de datos de los volmenes
de las agrupaciones de almacenamiento.
Tarea
Auditar volmenes de agrupaciones de

almacenamiento sobre las que se tiene
autorizacin
Privilegio de almacenamiento con

restricciones
Auditar un volumen de una agrupacin de

almacenamiento
Privilegio del sistema, privilegio de

almacenamiento sin restricciones
La base de datos del servidor contiene la informacin sobre los archivos de los
volmenes de las agrupaciones de almacenamiento. Si hay incoherencias entre la
informacin de la base de datos referente a los archivos y los archivos almacenados
realmente en un volumen de agrupacin de almacenamiento, es posible que los
usuarios no puedan acceder a sus archivos.
Para asegurarse de que puede accederse a todos los archivos de los volmenes de
una agrupacin de almacenamiento, haga una auditora de todos los volmenes
con posibles problemas utilizando el comando AUDIT VOLUME. Puede auditar
varios volmenes mediante un criterio de rango horario, o bien auditar todos los
volmenes de una agrupacin de almacenamiento.
Debe auditar un volumen si se cumplen las condiciones siguientes:
v El volumen est daado.
v No se ha accedido al volumen durante mucho tiempo, por ejemplo, desde hace
seis meses.
v Se produce un error de lectura o grabacin al acceder al volumen.
v La base de datos se ha restaurado a un instante especfico anterior y el volumen
es un volumen de disco o un volumen que se ha identificado como reutilizado o
suprimido desde que se realiz la copia de seguridad de la base de datos.
Si una agrupacin de almacenamiento tiene activada la validacin de datos, ejecute
una auditora en los volmenes de la agrupacin de almacenamiento para que el
servidor valide los datos.
|
|
|
|
|
Nota: si Tivoli Storage Manager detecta un archivo daado en un volumen

Centera, se enviar un comando a Centera para suprimir el archivo. Si
Centera no puede suprimir el archivo porque el perodo de retencin del
archivo no ha caducado, el volumen que contenga el archivo no se
suprimir.
Qu sucede al auditar los volmenes de las agrupaciones de

almacenamiento
Al auditar un volumen, se inicia un proceso de fondo. Durante el proceso de
auditora, el servidor:
v Enva mensajes informativos relativos al proceso a la consola del servidor.
737
v Impide que se graben nuevos archivos en el volumen.

v Genera una comprobacin de redundancia cclica si la validacin de datos est
activada para la agrupacin de almacenamiento.
v Graba el resultado de la auditora en las anotaciones de actividades.
Puede especificar que el servidor corrija la base de datos si se detectan
incoherencias. Tivoli Storage Manager corrige la base de datos suprimiendo los
registros de la misma que hacen referencia a los archivos del volumen a los que no
puede accederse.El valor predeterminado es comunicar las incoherencias
encontradas (los archivos a los que no se puede acceder), pero no corregir los
errores.
Si se detectan archivos con errores de lectura, el modo en que se manejarn
depende de lo siguiente:
v El tipo de agrupacin de almacenamiento a la que est asignado el volumen.
v La opcin FIX del comando AUDIT VOLUME.
v La ubicacin de las copias de los archivos (si existe o no una copia del archivo
en una agrupacin de almacenamiento de copia).
Para visualizar el resultado de la auditora de un volumen una vez completada,
utilice el comando QUERY ACTLOG. Consulte el apartado Solicitar informacin
de las anotaciones de actividades en la pgina 573.
Volmenes de una agrupacin de almacenamiento primaria

Para un volumen de una agrupacin de almacenamiento primaria, los valores del
parmetro FIX en el comando AUDIT VOLUME tienen los efectos siguientes:
FIX=NO
El servidor notifica, pero no suprime, todos los registros de la base de
datos que hacen referencia a archivos encontrados con incoherencias
lgicas. Si el comando AUDIT VOLUME detecta un error de lectura en un
archivo, ste se marcar como daado en la base de datos. Puede efectuar
una de las acciones siguientes:
v Si hay una copia de seguridad del archivo almacenada en una
agrupacin de almacenamiento de copia, puede restaurar el archivo con
el comando RESTORE VOLUME o RESTORE STGPOOL.
v Si el archivo es una copia en cach, las referencias al archivo de ese
volumen se pueden suprimir con el comando AUDIT VOLUME.
Especifique FIX=YES.
Si el comando AUDIT VOLUME no detecta ningn error de lectura en un
archivo, el estado del archivo se restablece para que se pueda utilizar. Por
ejemplo, si un cabezal de cintas sucio ha ocasionado que se marcaran como
daados determinados archivos, puede limpiar el cabezal y despus
auditar el volumen para que pueda volverse a acceder a los archivos.
FIX=YES
Se corrigen todas las incoherencias a medida que se detectan.
Si el comando AUDIT VOLUME detecta un error de lectura en un archivo:
v Si el archivo no es una copia en cach y hay una copia de seguridad
almacenada en una agrupacin de almacenamiento de copia, el archivo
se marca como daado en la base de datos. El archivo entonces se puede
restaurar ms tarde con el comando RESTORE VOLUME o RESTORE
STGPOOL.
738
v Si el archivo no es una copia en cach y no hay ninguna copia de

seguridad almacenada en una agrupacin de almacenamiento de copia,
se suprimen todos los registros de la base de datos que hacen referencia
a dicho archivo.
v Si el archivo es una copia en cach, se suprimen los registros de la base
de datos que hacen referencia al archivo en cach. El archivo primario se
almacena en otro volumen.
Si el comando AUDIT VOLUME no detecta ningn error de lectura en un
archivo, el estado del archivo se restablece para que se pueda utilizar. Por
ejemplo, si un cabezal de cintas sucio ha ocasionado que se marcaran como
daados determinados archivos, puede limpiar el cabezal y despus
auditar el volumen para que pueda volverse a acceder a los archivos.
Volmenes de una agrupacin de almacenamiento de copia

Para los volmenes de una agrupacin de almacenamiento de copia, los valores
del parmetro FIX en el comando AUDIT VOLUME tienen los efectos siguientes:
FIX=NO
El servidor notifica el error y marca la copia del archivo como daada en la
base de datos.
FIX=YES
El servidor suprime de la base de datos las referencias al archivo del
volumen auditado.
Validacin de datos durante el proceso de auditora de

volumen
La validacin de datos para agrupaciones de almacenamiento permite al servidor
validar los datos enviados a un dispositivo durante una operacin de grabacin
para que coincidan con lo que el servidor lee posteriormente. Esto resulta til si se
han introducido nuevos dispositivos de hardware. La validacin garantiza que los
datos no estn daados cuando pasan por el hardware y que luego se graben en el
volumen de la agrupacin de almacenamiento. Puede utilizar los comandos
DEFINE STGPOOL o UPDATE STGPOOL para activar la validacin de datos en
Al activar la validacin de datos en una agrupacin de almacenamiento existente,
el servidor validar los datos que se graben a partir de ese momento. El servidor
no validar los datos existentes que se hayan grabado en la agrupacin de
almacenamiento antes de que se activara la validacin de datos.
Cuando la validacin de datos para agrupaciones de almacenamiento est activada,
el servidor genera un valor de comprobacin de redundancia cclica (CRC) y lo
almacena con los datos al grabar en la agrupacin de almacenamiento. El servidor
valida los datos al auditar el volumen, generando una comprobacin de
redundancia cclica y comparando este valor con el valor de CRC almacenado con
los datos. Si los valores de CRC no coinciden, el servidor procesa el volumen igual
que en una operacin de auditora de volumen estndar. Este proceso depende de
lo siguiente:
v El tipo de agrupacin de almacenamiento a la que est asignado el volumen.
v La opcin FIX del comando AUDIT VOLUME.
v La ubicacin de las copias de los archivos (si existe o no una copia del archivo
en una agrupacin de almacenamiento de copia).
739
Consulte los apartados Volmenes de una agrupacin de almacenamiento

primaria en la pgina 738 y Volmenes de una agrupacin de almacenamiento
de copia en la pgina 739 para obtener informacin detallada sobre cmo maneja
el servidor las incoherencias detectadas durante un proceso de auditora de
volumen. Consulte las anotaciones de actividades para obtener detalles sobre la
operacin de auditora.
El servidor elimina los valores de CRC antes de devolver los datos al nodo cliente.
Eleccin de la ubicacin para activar la validacin de datos

La validacin de datos est disponible en los nodos y en las agrupaciones de
almacenamiento. Los modos de validacin son completamente distintos unos de
otros. En la Figura 95 se muestra la validacin de datos:
v Durante una sesin de cliente con el servidor 2.
v Durante una sesin de cliente con el agente de almacenamiento 1 (el agente de
almacenamiento lee el valor de VALIDATEPROTOCOL del cliente desde el
servidor de Tivoli Storage Manager).
v Durante una sesin de agente de almacenamiento con el servidor 3.
v Cuando un servidor (incluido un agente de almacenamiento) enva datos a la
agrupacin de almacenamiento 4 o 5.
Puede activar la validacin de datos para uno o ms nodos, agentes de
almacenamiento o agrupaciones de almacenamiento. En la Figura 95 se ilustra una
transferencia de datos elegible para la validacin de datos en un entorno de Tivoli
Storage Manager.El entorno puede contener algunos de estos objetos o todos ellos.
Cliente
de TSM
1
Agente de
almacenamiento
Servidor
de TSM
Agrup. de
almacenam.
Figura 95. Transferencia de datos elegible para la validacin de datos
En la Tabla 42 en la pgina 741 se proporciona informacin relacionada con la

Figura 95. Esta informacin explica el tipo de datos transferidos y el comando
adecuado que debe emitirse.
740
Tabla 42. Establecimiento de la validacin de datos

Nmeros de
la Figura 95
en la pgina
740
Dnde
establecer la
validacin de
datos
Tipo de datos
transferidos
1
Definicin de
nodo
2
Definicin de
nodo
3
Definicin de
Metadatos
servidor (solo
agente de
almacenamiento)
DEFINE SERVER UPDATE VALIDATEPROTOCOL=ALL

SERVER
| 4
Definicin de
Datos de archivo
agrupacin de
almacenamiento
emitida en el
servidor de
Tivoli Storage
Manager
DEFINE STGPOOL
UPDATE STGPOOL
CRCDATA=YES1
| 5
Definicin de
Datos de archivo
agrupacin de
almacenamiento
emitida en el
servidor de
Tivoli Storage
Manager
DEFINE STGPOOL
UPDATE STGPOOL
CRCDATA=YES1
Comando
Parmetro del comando
Metadatos y
datos de archivo
Consulte la nota
Consulte la nota
Metadatos y
datos de archivo
REGISTER NODE
UPDATE NODE
VALIDATEPROTOCOL=
ALL o DATAONLY
| 1 Este parmetro no est disponible para agrupaciones de acceso secuencial principales que utilicen los formatos de
| datos siguientes: NETAPPDUMP, CELERRADUMP, NDMPDUMP.
Nota: el agente de almacenamiento lee el valor de VALIDATEPROTOCOL del

cliente desde el servidor de Tivoli Storage Manager.
La Figura 96 en la pgina 742 es parecida a la figura anterior; sin embargo, observe
que la parte superior que comprende los nmeros 1, 2 y 3 se muestra de
color gris. Estas tres validaciones de datos estn relacionadas con el parmetro
VALIDATEPROTOCOL. El aspecto relevante de esta validacin es que solo est
activa durante la sesin de cliente. Una vez finalizada la validacin, el cliente y el
servidor descartan los valores de CRC generados en la sesin actual. En cambio, la
validacin de agrupacin de almacenamiento, 4 y 5, siempre permanece activa
mientras el valor de CRCDATA de la agrupacin de almacenamiento sea YES.
La validacin de la transferencia de datos entre la agrupacin de almacenamiento y
el agente de almacenamiento 4 se gestiona mediante el valor de CRCDATA de
agrupacin de almacenamiento definido por el servidor de Tivoli Storage Manager.
De modo que, aunque el flujo de datos se realiza entre el agente de
almacenamiento y la agrupacin de almacenamiento, la validacin de datos la
determina la definicin de agrupacin de almacenamiento. Por consiguiente, si
desea que siempre se validen los datos de agrupacin de almacenamiento, debe
establecer el valor de CRCDATA de la agrupacin de almacenamiento primaria en
YES.
741
Cliente
de TSM
1
Agente
de almacenamiento
Servidor
de TSM
Agrup. de
almacenam.
Figura 96. Validacin de datos de protocolo frente a validacin de datos de agrupacin de

almacenamiento
Si la red no es estable, puede activar la validacin de datos solo para los nodos.
Tivoli Storage Manager genera una comprobacin de redundancia cclica cuando
los datos se envan al servidor a travs de la red.Puede que algunos nodos posean
datos ms importantes que otros y, para mayor seguridad, sea necesaria la
validacin de datos. Una vez identificados los nodos que requieren validacin de
datos, puede elegir si desea que se validen solo los datos del usuario o todos los
datos. Si decide validar todos los datos, Tivoli Storage Manager validar los datos
y los metadatos de los archivos. Consulte el apartado Validacin de datos de un
nodo durante una sesin de cliente en la pgina 448.
Si activa la validacin de datos para un intercambio de servidor a servidor o entre
un agente de almacenamiento y un servidor, es preciso que el servidor valide
todos los datos. Puede activar la validacin de datos mediante el comando
DEFINE SERVER o UPDATE SERVER. Para obtener ms informacin acerca del
intercambio de servidor a servidor, consulte el apartado Utilizacin de volmenes
virtuales para almacenar datos en otro servidor en la pgina 656. Para obtener
informacin acerca del intercambio de datos entre un agente de almacenamiento y
el servidor, consulte la publicacin Gua del usuario del agente de almacenamiento de
IBM Tivoli Storage Manager correspondiente al sistema operativo que utilice el
agente de almacenamiento.
Si la red es bastante estable, pero es posible que su ubicacin utilice dispositivos de
hardware nuevos, puede activar solo la validacin de datos para agrupaciones de
almacenamiento. Cuando el servidor enva datos a la agrupacin de
almacenamiento, el servidor efecta la comprobacin de redundancia cclica y
almacena el valor de CRC con los datos. El servidor valida el valor de CRC cuando
realiza la auditora del volumen. Posteriormente, cuando se haya demostrado que
los dispositivos son estables, puede decidir que la validacin de datos para
agrupaciones de almacenamiento ya no sea necesaria. Consulte el apartado Cmo
auditar un volumen de una agrupacin de almacenamiento en la pgina 737 para
obtener informacin acerca de la validacin de datos para agrupaciones de
almacenamiento.
742
Consideraciones sobre el rendimiento

Cuando decida si la validacin de datos es necesaria para las agrupaciones de
almacenamiento, tenga en cuenta en qu medida esto puede afectar al rendimiento.
La validacin de datos afecta al rendimiento puesto que el servidor requiere una
carga general adicional de CPU para calcular y comparar los valores de CRC. Este
mtodo de validacin es independiente de la validacin de datos durante una
sesin de cliente con el servidor. Si decide validar datos de agrupacin de
almacenamiento, el rendimiento del cliente no se ver afectado.
Si activa la CRC para agrupaciones de almacenamiento en dispositivos que
posteriormente se muestran estables, puede aumentar el rendimiento mediante la
actualizacin de la definicin de agrupacin de almacenamiento para que se
desactive la validacin de datos.
Gestin de la validacin de datos de agrupacin de

almacenamiento
El comando AUDIT VOLUME dispone de parmetros adicionales que permiten
especificar una auditora para datos grabados en volmenes dentro de un rango de
das determinado o ejecutar una auditora en una agrupacin de almacenamiento
determinada.
Puede gestionar cundo debe realizarse la validacin de datos en las agrupaciones
de almacenamiento mediante la planificacin de la operacin de auditora de
volumen. Puede elegir un mtodo adecuado para su entorno, como por ejemplo:
v El administrador puede seleccionar volmenes de forma aleatoria para la
auditora. La seleccin aleatoria no necesita recursos importantes ni tampoco
limita demasiado los recursos del servidor, pero puede garantizar que los datos
son vlidos.
v Planificar una auditora diaria de todos los volmenes grabados el da anterior.
Este mtodo valida diariamente los datos grabados en una agrupacin de
almacenamiento determinada.
v Auditar volmenes en agrupaciones de almacenamiento solo para nodos cliente
que se consideren usuarios esenciales.
Cmo auditar un volumen de una agrupacin de

Para auditar el volumen de disco d:\tsm\admvol.1 y que solo se enven mensajes
resumidos a las anotaciones de actividades y a la consola del servidor, entre:
audit volume d:\adsm\admvol.1 quiet=yes
El proceso de auditora de volumen se ejecuta de fondo y el servidor devuelve el

mensaje siguiente:
ANR2313I Se ha iniciado un proceso de auditora (solo inspeccin)
del volumen D:\TSM\ADMVOL.1 (identificador del proceso 4).
Para ver el estado del proceso de auditora de volumen, entre:

query process
La siguiente figura muestra un ejemplo del informe del proceso de auditora de

volumen.
743
Nmero
Descripcin proceso Estado
proceso
-------- ------------------- --------------------------------------------4 Auditar volumen
Volumen D:\ADSM\ADMVOL.1 (Agrupacin
(Solo inspeccionar) de almacenamiento BACKUPPOOL), Archivos
procesados: 680, Archivos irrecuperables: 0,
Archivos parciales ignorados: 0
Para visualizar el resultado de la auditora de un volumen una vez completada,

puede emitir el comando QUERY ACTLOG.
Cmo auditar varios volmenes de una agrupacin de

Al auditar un volumen de almacenamiento secuencial que contiene archivos que
ocupan varios volmenes, el servidor selecciona todos los volmenes asociados. El
servidor empieza el proceso de auditora con el primer volumen donde reside el
primer archivo. Por ejemplo, la Figura 97 muestra cinco volmenes definidos para
ENGBACK2. En este ejemplo, el Archivo A ocupa VOL1 y VOL2, y el Archivo D
ocupa VOL2, VOL3, VOL4 y VOL5.
Figura 97. Volmenes de cinta con los Archivos A, B, C, D y E
Si solicita que el servidor audite el volumen VOL3, el servidor primero accede al

volumen VOL2, porque el Archivo D empieza en VOL2. Al acceder al volumen
VOL2, el servidor solo audita el Archivo D. No audita el resto de archivos de este
volumen.
Dado que el Archivo D ocupa varios volmenes, el servidor accede a los
volmenes VOL2, VOL3, VOL4 y VOL5 para garantizar que no hay incoherencias
entre la base de datos y los volmenes de la agrupacin de almacenamiento.
Con los volmenes que necesitan operaciones manuales de montaje y desmontaje,
el proceso de auditora puede implicar una considerable intervencin manual.
Cmo auditar un solo volumen de una agrupacin de

Para auditar un solo volumen de una agrupacin de almacenamiento secuencial,
solicite que el servidor pase por alto todos los archivos que ocupen varios
volmenes. Esta opcin es til en caso de que el volumen que desea auditar
contenga parte de un archivo, cuyo resto reside en un volumen daado distinto.
744
Por ejemplo, para auditar solo el volumen VOL5 del ejemplo de la Figura 97 en la
pgina 744 y que el servidor arregle las incoherencias encontradas entre la base de
datos y el volumen de almacenamiento, entre:
audit volume vol5 fix=yes skippartial=yes
Auditora de volmenes por fecha de grabacin

Puede limitar la auditora a los volmenes que se hayan grabado en un
determinado perodo de tiempo. Por ejemplo, para auditar los volmenes de la
agrupacin de almacenamiento BKPOOL1 para los volmenes grabados entre el 20
de marzo de 2002 y el 22 de marzo de 2002.
audit volume stgpool=bkppool1 fromdate=032002 todate=032202
El servidor auditar todos los volmenes grabados entre las 00:00:01 del 20 de
marzo y las 23:59:59 del 22 de marzo del ao 2002.
Si utiliza los parmetros FROMDATE, TODATE o ambos, el servidor limita la
auditora solo a los volmenes de medios secuenciales que cumplen los criterios de
fecha e incluye automticamente todos los volmenes de disco activados. Al
especificar el parmetro STGPOOL, se limita el nmero de volmenes que pueden
incluir los volmenes de disco.
Auditora de volmenes de una agrupacin de

almacenamiento especfica
Puede limitar la auditora a volmenes de una agrupacin de almacenamiento
especfica. Por ejemplo, para auditar los volmenes de la agrupacin de
almacenamiento BKPOOL1 emita el comando siguiente:
audit volume stgpool=bkppool1
Definicin de una planificacin para auditar volmenes

peridicamente
Puede definir planificaciones de administracin para que el servidor realice
auditoras de los volmenes de forma peridica. Puede utilizar el ejemplo siguiente
si sus usuarios esenciales almacenan datos en la agrupacin de almacenamiento
STPOOL3 y desea que todos los volmenes de la agrupacin de almacenamiento
se auditen cada 2 das.
define schedule crcstg1 type=administrative
cmd=audit volume stgpool=STPOOL3 active=yes starttime=21:00 period=2
Este comando auditar todos los volmenes de la agrupacin de almacenamiento

STPOOL3 cada dos das. La auditora empezar a las 21:00 horas.
Correccin de archivos daados

Un error de datos, lo que provoca que un archivo sea ilegible, puede deberse a
distintas causas, como por ejemplo, una cinta que se est deteriorando o en la que
se graba encima, o una unidad que est sucia. Si se detecta un error de datos
cuando un cliente intenta restaurar o recuperar un archivo o durante la auditora
de un volumen, el archivo se marcar como daado. Si el mismo archivo se
almacena en otras agrupaciones de almacenamiento de copia, el estado de esas
copias de archivo no se modifica.
745
Si un cliente intenta acceder a un archivo daado y el servidor dispone de una

copia que no est daada en un volumen de agrupacin de almacenamiento de
copia en el local, el servidor enva al usuario la copia no daada.
No se pueden efectuar las siguientes operaciones en los archivos marcados como
daados:
v Restaurar ni recuperar.
v Traspasar mediante migracin, reclamacin o el comando MOVE DATA.
v Hacer una copia de seguridad durante una operacin BACKUP STGPOOL si se
ha daado el archivo primario.
v Restaurar durante una operacin RESTORE STGPOOL o RESTORE VOLUME si
la copia de seguridad de una agrupacin de almacenamiento de copia se ha
daado.
v Migrarlos o reclamarlos durante la migracin y la reclamacin.
Mantenimiento de la integridad de los archivos

Para mantener la integridad de los datos de archivos de usuario, puede:
1. Detectar los archivos daados antes que los usuarios.
El comando AUDIT VOLUME marca un archivo como daado si se detecta un
error de lectura para el archivo. Si hay una copia sin daar en una agrupacin
de almacenamiento de copia en el local, se utiliza para proporcionar acceso de
cliente al archivo. Consulte el apartado Validacin de datos durante el proceso
de auditora de volumen en la pgina 739.
2. Restablecer el estado daado de los archivos si el error que ha ocasionado el
cambio al estado daado era temporal.
Puede utilizar el comando AUDIT VOLUME para corregir situaciones en las
que los archivos estn marcados daados debido a un problema temporal de
hardware como puede ser un cabezal de cinta sucio. El servidor restablece el
estado de daado de los archivos si se audita el volumen en el que estn
almacenados los archivos y no se detectan errores de lectura.
3. Corregir los archivos marcados como daados.
Si una copia de archivo primario est marcada como daada y existe una copia
utilizable en una agrupacin de almacenamiento de copia, el archivo primario
se puede corregir con el comando RESTORE VOLUME o RESTORE STGPOOL.
Para ver un ejemplo, consulte el apartado Restauracin de archivos daados
en la pgina 747.
4. Emita comandos de forma regular para identificar los archivos marcados como
daados:
v El comando RESTORE STGPOOL visualiza el nombre de cada volumen de la
agrupacin de almacenamiento restaurada que contiene uno o varios
archivos primarios daados. Utilice este comando con la opcin de
previsualizacin para identificar los volmenes primarios con archivos
daados sin ejecutar de verdad la operacin de restauracin.
v El comando QUERY CONTENT con la opcin DAMAGED permite visualizar
los archivos daados de un volumen especfico.
Para ver un ejemplo de cmo utilizar estos comandos, consulte el apartado
Restauracin de archivos daados en la pgina 747.
746
Restauracin de archivos daados

Si utiliza agrupaciones de almacenamiento de copia, puede restaurar los archivos
de cliente daados. Tambin puede comprobar si las agrupaciones de
almacenamiento de copia tienen archivos daados y restaurarlos. Este apartado
explica cmo restaurar archivos daados basndose en el supuesto del Ejemplo:
Jerarqua simple con una sola agrupacin de almacenamiento de copia en la
pgina 710.
Si un cliente intenta acceder a un archivo almacenado en TAPEPOOL y se produce
un error de lectura, el archivo de TAPEPOOL se marca automticamente como
daado. Los posteriores accesos al archivo utilizarn la copia de COPYPOOL de
forma automtica mientras la copia de TAPEPOOL siga marcada como daada.
Para restaurar los archivos daados de TAPEPOOL, puede definir una planificacin
que emita peridicamente el comando siguiente:
restore stgpool tapepool
Puede buscar y sustituir los archivos que presenten problemas de integridad de

datos en TAPEPOOL o en COPYPOOL. Por ejemplo, cada tres meses, realice una
consulta de los volmenes de TAPEPOOL y COPYPOOL utilizando los comandos
siguientes:
query volume stgpool=tapepool
query volume stgpool=copypool
A continuacin, emita el comando siguiente para cada volumen de TAPEPOOL y

COPYPOOL:
audit volume <volname> fix=yes
Si se produce un error de lectura en un archivo de TAPEPOOL, dicho archivo se

marca como daado y se genera un mensaje de error. Si se produce un error de
lectura en un archivo de COPYPOOL, se suprime dicho archivo y se genera un
mensaje de error.
Restaure los archivos primarios daados entrando:
restore stgpool tapepool
Finalmente, cree nuevas copias en COPYPOOL mediante el comando:

backup stgpool tapepool copypool
Supuestos de copia de seguridad y recuperacin

Este apartado presenta supuestos para proteger y recuperar el servidor de Tivoli
Storage Manager.Puede modificar los procedimientos para que se ajusten a sus
necesidades.
DRM puede ayudarle a realizar un seguimiento de los volmenes en el
local y fuera del local, consultar el servidor y generar un plan de
recuperacin ante siniestro detallado y actual para la instalacin.
En estos supuestos se supone una jerarqua de almacenamiento que consta de:
747
v Las agrupaciones de almacenamiento de acceso aleatorio predeterminadas

(BACKUPPOOL, ARCHIVEPOOL y SPACEMGPOOL).
v TAPEPOOL, una agrupacin de almacenamiento de cinta.
Proteccin de la base de datos y las agrupaciones de

almacenamiento
Los procedimientos estndar de una empresa incluyen los siguientes:
v Ejecutar la reclamacin de la agrupacin de almacenamiento de copia, una vez a
la semana. La reclamacin de las agrupaciones de almacenamiento de copia se
desactiva el resto del tiempo.
Nota: en la definicin de una agrupacin de almacenamiento de copia, el
parmetro REUSEDELAY establece un retardo antes de que los volmenes
vuelvan a ser reutilizables. Este valor debe establecerse suficientemente
alto para garantizar que la base de datos puede restaurarse a un instante
especfico anterior y que las referencias de la base de datos a los archivos
de la agrupacin de almacenamiento siguen siendo vlidas. Por ejemplo,
para retener las copias de seguridad de la base de datos durante siete das
y, por consiguiente, establecer el valor de REUSEDELAY en 7.
v Hacer una copia de seguridad de las agrupaciones de almacenamiento cada
noche.
v Hacer una copia de seguridad completa de la base de datos una vez a la semana
y las copias de seguridad incrementales los dems das.
v Enviar los volmenes de la base de datos y las agrupaciones de almacenamiento
de copia a una ubicacin fuera del local cada da.
Para proteger datos del cliente, el administrador efecta lo siguiente:
1. Crea una agrupacin de almacenamiento de copia denominada
DISASTER-RECOVERY. Solo se utilizan cintas reutilizables y el nmero
mximo de volmenes reutilizables se establece en 100. La agrupacin de
almacenamiento de copia se define entrando:
define stgpool disaster-recovery tapeclass pooltype=copy
maxscratch=100
2. Hace la primera copia de seguridad de las agrupaciones de almacenamiento

primarias.
Nota: la primera copia de seguridad de una agrupacin de almacenamiento
primaria es una copia de seguridad completa y, segn el tamao de la
agrupacin de almacenamiento, puede tardar bastante tiempo.
3. Define planificaciones para las siguientes operaciones diarias:
a. Copias de seguridad incrementales de las agrupaciones de almacenamiento
primarias cada noche, emitiendo:
backup stgpool backuppool disaster-recovery maxprocess=2
backup stgpool spacemgpool disaster-recovery maxprocess=2
backup stgpool tapepool disaster-recovery maxprocess=2
Estos comandos utilizan varios procesos paralelos para realizar una copia
de seguridad incremental de cada agrupacin de almacenamiento primaria
en la agrupacin de copia. Solo se hace una copia de seguridad de los
archivos cuya copia todava no existe en la agrupacin de copia.
748
Nota: la migracin debe estar desactivada el resto del da. Puede agregar
una planificacin para migrar de disco a cinta en este momento. De
este modo, las copias de seguridad se hacen mientras los archivos
todava estn en el disco.
b. Cambiar la modalidad de acceso a OFFSITE para los volmenes que tienen
acceso de lectura-grabacin o de solo lectura, estn en el local y estn llenos
parcialmente como mnimo. Esto se lleva a cabo entrando:
update volume * access=offsite location=vault site info
wherestgpool=disaster-recovery whereaccess=readwrite,readonly
wherestatus=filling,full
c. Hacer una copia de seguridad de la base de datos entrando:

backup db type=incremental devclass=tapeclass scratch=yes
4. Realiza las siguientes operaciones cada noche al completarse las operaciones

planificadas:
a. Hace una copia de seguridad de los archivos histricos de volmenes y de
configuracin de dispositivos. Si se han modificado, hace una copia de
seguridad de los archivos de opciones del servidor y de la informacin de
configuracin de las anotaciones de recuperacin.
b. Traslada los volmenes marcados fuera de local, los volmenes de copia de
seguridad de la base de datos, los archivos histricos de volmenes, los
archivos de configuracin de dispositivos y las opciones del servidor y la
informacin de configuracin de las anotaciones de recuperacin y de base
de datos a la ubicacin fuera del local.
c. Identifica los volmenes fuera del local que deben devolverse al mismo
utilizando el comando QUERY VOLUME:
query volume stgpool=disaster-recovery access=offsite status=empty
Estos volmenes, que se han vaciado mediante caducidad, reclamacin y

supresin de espacio de archivos, han esperado el tiempo de retardo que
especifica el parmetro REUSEDELAY. El administrador devuelve los
volmenes de base de datos de copia de seguridad caducados. Estos
volmenes se visualizan con el comando QUERY VOLHISTORY y se
pueden liberar para reutilizarlos con el comando DELETE VOLHISTORY.
5. Traslada al local los volmenes identificados en el paso 4c y actualiza el acceso
a lectura-grabacin.
Recuperacin de un siniestro a un instante especfico

En este supuesto, el fuego ha destruido el procesador en el que reside Tivoli
Storage Manager, la base de datos y todos los volmenes de agrupacin de
almacenamiento en el local.Un administrador restaura el servidor al instante
especfico de la ltima copia de seguridad. Para restaurar una base de datos a un
instante especfico, puede utilizar copias de seguridad completas e incrementales o
copias de seguridad de instantnea de la base de datos.
DRM puede ayudarle a llevar a cabo estos pasos.
Haga lo siguiente:
1. Instale Tivoli Storage Manager en el procesador de sustitucin con las mismas
opciones del servidor y el mismo tamao de base de datos y anotaciones de
749
recuperacin que en el sistema destruido.Por ejemplo, para inicializar la base

de datos y las anotaciones de recuperacin, entre:
dsmserv format 1 log1 1 dbvol1
2. Traslada de la ubicacin fuera del local la ltima copia de seguridad y todos

los volmenes DISASTER-RECOVERY al local.
3.
4.
5.
6.
Nota: no cambie la modalidad de acceso de estos volmenes hasta haber

completado el paso 7.
Si existe un archivo histrico de volmenes actual sin daar, gurdelo.
Restaure los archivos histricos de volmenes y de configuracin de
dispositivos, las opciones del servidor y la configuracin de las anotaciones de
recuperacin. Por ejemplo, el local de recuperacin puede que necesite
distintas definiciones de clase de dispositivo, bibliotecas y unidades. Para
obtener ms informacin, consulte el apartado Actualizacin del archivo de
configuracin de dispositivos en la pgina 723.
Restaure la base de datos desde el nivel de la ltima copia de seguridad con
el comando DSMSERV RESTORE DB (consulte el apartado Recuperacin del
servidor mediante copias de seguridad de la base de datos y de agrupaciones
de almacenamiento en la pgina 725).
Cambie la modalidad de acceso de todos los volmenes de la agrupacin de
almacenamiento primaria existente en las agrupaciones de almacenamiento
daadas a DESTROYED entrando:
update volume * access=destroyed wherestgpool=backuppool
update volume * access=destroyed wherestgpool=archivepool
update volume * access=destroyed wherestgpool=spacemgpool
update volume * access=destroyed wherestgpool=tapepool
7. Emita el comando QUERY VOLUME para identificar los volmenes de la

agrupacin de almacenamiento DISASTER-RECOVERY que estaban en el local
en el momento de producirse el siniestro. Todos los volmenes que estaban en
el local se han destruido en el siniestro y no se pueden utilizar en el proceso
de restauracin. Suprima cada uno de esos volmenes de la base de datos
utilizando el comando DELETE VOLUME con la opcin DISCARDDATA. No
se puede restaurar ningn archivo cuya copia de seguridad se ha almacenado
en esos volmenes.
8. Cambie la modalidad de acceso de los volmenes restantes de la agrupacin
DISASTER-RECOVERY a READWRITE entrando:
update volume * access=readwrite wherestgpool=disaster-recovery
Nota: en este punto, los clientes pueden acceder a los archivos. Si un cliente
intenta acceder a un archivo almacenado en un volumen destruido, la
peticin de recuperacin se dirige a la agrupacin de almacenamiento
de copia. De este modo, los clientes pueden acceder a los archivos sin
tener que esperar a que se restaure la agrupacin de almacenamiento
primaria. Al actualizar los volmenes trasladados de fuera del local
para cambiarles el acceso, el tiempo de recuperacin se acelera
enormemente.
9. Defina nuevos volmenes en la agrupacin de almacenamiento primaria para
que los archivos de los volmenes daados puedan restaurarse en los nuevos
volmenes. Los nuevos volmenes tambin permiten que los clientes hagan
copia de seguridad, archiven o migren archivos al servidor. No es necesario
realizar este paso si solo utiliza volmenes reutilizables en la agrupacin de
almacenamiento.
750
10. Restaure los archivos de la agrupacin de almacenamiento primaria a partir

de las copias ubicadas en la agrupacin DISASTER-RECOVERY entrando:
restore stgpool backuppool maxprocess=2
restore stgpool archivepool maxprocess=2
restore stgpool spacemgpool maxprocess=2
restore stgpool tapepool maxprocess=2
Estos comandos utilizan varios procesos paralelos para restaurar archivos en

las agrupaciones de almacenamiento primarias. Una vez restaurados todos los
archivos de un volumen destruido, ese volumen se suprime automticamente
de la base de datos. Consulte el apartado Restauracin incompleta de
agrupacin de almacenamiento en la pgina 734 para conocer las
instrucciones en caso de no poder restaurar uno o varios volmenes por
completo.
11. Como proteccin contra otra prdida de datos, haga inmediatamente una
copia de seguridad de todos los volmenes de almacenamiento y de la base
de datos. Despus reanude la actividad normal, inclusive las copias de
seguridad contra siniestro semanales y el traspaso de datos a la ubicacin
fuera del local.
Restauraciones a un instante especfico en un entorno de

biblioteca compartida
Una restauracin a un instante especfico para un servidor gestor de bibliotecas o
un servidor cliente de bibliotecas necesita que se lleven a cabo ms pasos para
garantizar la coherencia de los inventarios de volmenes de los servidores
afectados. En este apartado se describen los procedimientos para los dos casos
posibles.
Restauracin a un instante especfico de un servidor gestor de bibliotecas: una
restauracin a un instante especfico de un servidor gestor de bibliotecas podra
crear incoherencias entre los inventarios de volmenes de los servidores cliente y
gestor de bibliotecas. La restauracin elimina todas las transacciones del servidor
cliente de bibliotecas efectuadas despus del instante de tiempo del inventario de
volmenes del servidor gestor de bibliotecas. Sin embargo, el inventario de
volmenes del servidor cliente de bibliotecas todava contiene dichas transacciones.
Las nuevas transacciones podran grabarse en estos volmenes lo que provocara la
prdida de datos del cliente. Para evitar este problema, despus de la restauracin
realice lo siguiente:
1. Detenga las posteriores transacciones en el servidor gestor de bibliotecas:
desactive todas las planificaciones, migraciones y reclamaciones del servidor
cliente de bibliotecas y del servidor gestor de bibliotecas.
2. Realice una auditora de las bibliotecas de todos los servidores cliente de
bibliotecas. Las auditoras volvern a restablecer las transacciones de
volmenes eliminadas por la restauracin en el servidor gestor de bibliotecas.
Debe auditar los clientes de bibliotecas desde el servidor ms antiguo hasta el
servidor ms nuevo. Utilice el archivo histrico de volmenes del servidor
gestor de bibliotecas y del servidor cliente de bibliotecas para solucionar los
posibles conflictos.
3. Suprima los volmenes de los clientes de bibliotecas a los que no pertenezcan
los volmenes.
4. Reanude las transacciones activando todas las planificaciones, migraciones y
reclamaciones de los servidores cliente y gestor de bibliotecas.
Restauracin a un instante especfico de un servidor cliente de bibliotecas: una
restauracin a un instante especfico de un servidor cliente de bibliotecas puede
751
provocar que se supriman los volmenes del inventario de volmenes de un

servidor cliente de bibliotecas y, posteriormente, se grabe encima de ellos. Si un
servidor cliente de bibliotecas adquiere volmenes reutilizables despus del
instante especfico en el que se restaura el servidor, estos volmenes se
establecern como privados en los inventarios de volmenes de los servidores
cliente y gestor de bibliotecas. Tras la restauracin, el inventario de volmenes del
servidor cliente de bibliotecas puede llevarse a un instante especfico anterior a la
adquisicin de los volmenes, lo que suprimir dichos volmenes del inventario.
Estos volmenes todava existiran en el inventario de volmenes del servidor
gestor de bibliotecas como volmenes privados propiedad del cliente.
El inventario de volmenes restaurado del servidor cliente de bibliotecas y el
inventario de volmenes del servidor gestor de bibliotecas seran incoherentes. El
inventario de volmenes del servidor cliente de bibliotecas debe sincronizarse con
el inventario de volmenes del servidor gestor de bibliotecas para que dichos
volmenes vuelvan a ser reutilizables y se pueda grabar encima de ellos. Para
sincronizar los inventarios, realice lo siguiente:
1. Realice una auditora de la biblioteca en el servidor cliente de bibliotecas para
sincronizar los inventarios de volmenes de los servidores cliente y gestor de
bibliotecas.
2. Para resolver cualquier cuestin sobre la propiedad de los volmenes, consulte
el histrico de volmenes y emita el comando UPDATE VOLUME segn
convenga.
Recuperacin de un volumen de agrupacin de

almacenamiento perdido o daado
Si una empresa lleva a cabo los preparativos descritos en el apartado Proteccin
de la base de datos y las agrupaciones de almacenamiento en la pgina 748,
podr efectuar la recuperacin ante una prdida de medios. En el supuesto
siguiente, un operador destruye por descuido un volumen de cinta (DSM087) que
pertenece a la agrupacin de almacenamiento TAPEPOOL. Un administrador lleva
a cabo las siguientes acciones para recuperar los datos almacenados en el volumen
destruido utilizando la agrupacin de almacenamiento de copia fuera del local:
1. Determinar los volmenes de agrupacin de copia que contienen las copias de
seguridad de los archivos que estaban almacenados en el volumen destruido
entrando:
restore volume dsm087 preview=yes
Este comando genera una lista de los volmenes fuera del local que contienen
las copias de seguridad de los archivos que estaban en el volumen de cinta
DSM087.
2. Establecer la modalidad de acceso de los volmenes de copia identificados
como UNAVAILABLE para impedir la reclamacin.
Nota: esta precaucin evita que se produzca el traspaso de los archivos
almacenados en estos volmenes hasta que se restaura el volumen
DSM087.
3. Trasladar a la ubicacin en el local los volmenes identificados y establecer la
modalidad de acceso en READONLY para evitar que se graben
accidentalmente. Si estos volmenes fuera del local se utilizan en una biblioteca
automatizada, debern introducirse los volmenes en la biblioteca cuando se
devuelvan al local.
4. Restaurar los archivos destruidos entrando:
restore volume dsm087
752
Este comando establece la modalidad de acceso de DSM087 en DESTROYED e

intenta restaurar todos los archivos que estaban almacenados en el volumen
DSM087. Los archivos no se restauran realmente en el volumen DSM087, sino
en otro volumen de la agrupacin de almacenamiento TAPEPOOL. Todas las
referencias a los archivos de DSM087 se suprimen de la base de datos y el
volumen tambin se suprime de la base de datos.
5. Establecer la modalidad de acceso de los volmenes utilizados para restaurar
DSM087 en OFFSITE con el comando UPDATE VOLUME.
6. Establecer en READWRITE la modalidad de acceso de los volmenes
restaurados, que ahora se encuentran en el local.
7. Devolver los volmenes a la ubicacin fuera del local. Si se han introducido en
una biblioteca automtica los volmenes fuera del local utilizados para la
restauracin, dichos volmenes debern extraerse de la biblioteca automatizada
cuando se haya completado el proceso de restauracin.
Restauracin de una base de datos del gestor de biblioteca

En un entorno de biblioteca compartida de Tivoli Storage Manager, el servidor que
gestiona y controla la biblioteca compartida se denomina gestor de biblioteca. El
gestor de biblioteca mantiene una base de datos de los volmenes que contiene la
biblioteca compartida. Si la base de datos del gestor de biblioteca resulta daada,
puede restaurarse siguiendo estos pasos:
esta informacin para identificar los volmenes que deben auditarse.
2. Ponga el archivo de configuracin de dispositivos y el archivo de opciones del
servidor en el directorio de trabajo del servidor.
Si el archivo de configuracin de dispositivos no est disponible, vuelva a
crearlo manualmente. Para obtener informacin sobre cmo volver a crear un
archivo de configuracin de dispositivos, consulte el apartado Cmo volver a
crear un archivo de configuracin de dispositivos en la pgina 723.
3. Recopile las salidas de las consultas detalladas de la informacin de
configuracin de las anotaciones de recuperacin y la base de datos .
4. Compruebe si los volmenes de la base de datos y las anotaciones de
recuperacin originales estn presentes.
Si se han perdido los volmenes originales de la base de datos o de las
inicializar la base de datos y las anotaciones de recuperacin.
5. Utilice la herramienta DSMSERV RESTORE DB.
6. Inicie el gestor de biblioteca.
7. Emita un comando AUDIT LIBRARY desde cada cliente de biblioteca para
cada biblioteca compartida.
8. Cree una lista a partir de la informacin histrica de los volmenes antiguos
(que ha generado con el comando QUERY VOLHISTORY) que muestre todos
los volmenes que se han reutilizado (STGREUSE), agregado (STGNEW) y
suprimido (STGDELETE) desde la copia de seguridad original. Utilice esta
lista para realizar el resto de este procedimiento.
9. Audite todos los volmenes de disco, todos los volmenes reutilizados y
todos los volmenes suprimidos que ha localizado el comando AUDIT
VOLUME con el parmetro FIX=YES.
753
10. Emita el comando RESTORE STGPOOL para restaurar los archivos que la
auditora ha detectado como daados. Incluya el parmetro FIX=YES en el
comando AUDIT VOLUME para suprimir las entradas de la base de datos de
los archivos que no se han encontrado en la agrupacin de almacenamiento de
copia.
11. Marque como destruidos todos los volmenes que no pueden localizarse y
de almacenamiento de copia. Si no hay disponible ninguna copia de
seguridad, suprima los volmenes de la base de datos utilizando el comando
DELETE VOLUME con el parmetro DISCARDDATA=YES.
12. Vuelva a definir todos los volmenes de agrupaciones de almacenamiento que
Restauracin de una base de datos del cliente de biblioteca

En un entorno de biblioteca compartida de Tivoli Storage Manager, los servidores
que comparten una biblioteca y confan en un gestor de biblioteca para coordinar y
gestionar el uso de la biblioteca se denominan clientes de biblioteca. Cada cliente
de biblioteca mantiene una base de datos del uso de los volmenes y el histrico
de volmenes. Si la base de datos del cliente de biblioteca resulta daada, puede
restaurarse siguiendo estos pasos:
esta informacin para identificar los volmenes que deben auditarse.
2. Ponga el archivo de configuracin de dispositivos y el archivo de opciones del
servidor en el directorio de trabajo del servidor.
Si el archivo de configuracin de dispositivos no est disponible, puede volver
a crearlo manualmente. Para obtener informacin sobre cmo volver a crear
un archivo de configuracin de dispositivos, consulte el apartado Cmo
volver a crear un archivo de configuracin de dispositivos en la pgina 723.
3. Recopile las salidas de las consultas detalladas de la informacin de
configuracin de las anotaciones de recuperacin y la base de datos .
4. Compruebe si los volmenes de la base de datos y las anotaciones de
recuperacin originales estn presentes.
5.
6.
7.
8.
754
Si se han perdido los volmenes originales de la base de datos o de las

inicializar la base de datos y las anotaciones de recuperacin.
Utilice la herramienta DSMSERV RESTORE DB.
Cree una lista a partir de la informacin histrica de los volmenes antiguos
(que ha generado con el comando QUERY VOLHISTORY) que muestre todos
los volmenes que se han reutilizado (STGREUSE), agregado (STGNEW) y
suprimido (STGDELETE) desde la copia de seguridad original. Utilice esta
lista para realizar el resto de este procedimiento.
Audite todos los volmenes de disco, todos los volmenes reutilizados y
todos los volmenes suprimidos que ha localizado el comando AUDIT
VOLUME con el parmetro FIX=YES.
Emita el comando RESTORE STGPOOL para restaurar los archivos que la
auditora ha detectado como daados. Incluya el parmetro FIX=YES en el
comando AUDIT VOLUME para suprimir las entradas de la base de datos de
los archivos que no se han encontrado en la agrupacin de almacenamiento de
copia.
9. Marque como destruidos todos los volmenes que no pueden localizarse y

de almacenamiento de copia. Si no hay disponible ninguna copia de
seguridad, suprima los volmenes de la base de datos utilizando el comando
DELETE VOLUME con el parmetro DISCARDDATA=YES.
10. Emita el comando AUDIT LIBRARY para todas las bibliotecas compartidas de
este cliente de biblioteca.
11. Vuelva a definir todos los volmenes de agrupaciones de almacenamiento que
755
756
Captulo 24. Utilizacin del gestor de recuperacin ante

siniestro
Puede utilizar la funcin DRM (gestor de recuperacin ante siniestro) para llevar a
cabo cualquiera de las acciones siguientes:
v Preparar un plan de recuperacin ante siniestro que le ayude a recuperar las
aplicaciones en caso de siniestro. Puede recuperarlas en una ubicacin
alternativa, en hardware informtico de sustitucin y con personal que no est
familiarizado con las aplicaciones.
v Gestionar los medios de recuperacin fuera del local.
v Almacenar la informacin de recuperacin del cliente.
Tambin puede utilizar el plan de recuperacin ante siniestro para certificar la
capacidad de recuperacin del servidor.
Nota: DRM es una funcin integrada en el producto, Tivoli Storage Manager
Extended Edition. Para obtener ms informacin, consulte la publicacin
Registro de caractersticas bajo licencia en la pgina 502.
Antes de leer este captulo, debe estar familiarizado con los conceptos del
Captulo 23, Proteccin y recuperacin del servidor, en la pgina 697.
Este captulo contiene los apartados siguientes:
Tareas:
Consulta de valores predeterminados del archivo del plan de recuperacin ante siniestro
en la pgina 758
Cmo especificar instrucciones de recuperacin para su local en la pgina 763
Cmo especificar informacin sobre la mquina servidor y las mquinas de los nodos
cliente en la pgina 764
Cmo especificar medios de recuperacin para mquinas cliente en la pgina 769
Creacin y almacenamiento del plan de recuperacin ante siniestro en la pgina 770
Gestin de archivos del plan de recuperacin ante siniestro almacenados en servidores
destino en la pgina 774
Traslado de medios de copia de seguridad en la pgina 776
Resumen de las tareas diarias del gestor de recuperacin ante siniestro en la pgina 782
Preparacin ante un siniestro en la pgina 783
Recuperacin de un siniestro en la pgina 784
Informacin de consulta para la recuperacin ante siniestro:
Lista de comprobacin del gestor de recuperacin ante siniestro en la pgina 794
El archivo del plan de recuperacin ante siniestro en la pgina 797
757
Tarea
Todas las tareas pertenecen a DRM a menos

que se especifique lo contrario.
Sistema
Nota: los directorios de instalacin predeterminados de IBM Tivoli Storage

Manager han cambiado respecto a versiones anteriores. Si ha creado un
archivo de plan de recuperacin con ADSM Versin 3, Release 1, es posible
que algunos nombres de ese archivo ya no sean vlidos. Despus de instalar
Tivoli Storage Manager, haga inmediatamente una copia de seguridad de las
agrupaciones de almacenamiento y de la base de datos, y cree un nuevo
archivo de plan de recuperacin.
Puede utilizar un archivo de plan de recuperacin y la copia de seguridad
de la base de datos, creados en un servidor ADSM Versin 3, Release 1, para
restaurar un servidor de Tivoli Storage Manager. Una vez que haya
finalizado la restauracin, inicie el servidor con el siguiente comando:
dsmserv upgradedb
Utilice el parmetro UPGRADEDB slo para el arranque inicial.

Para efectuar la recuperacin ante siniestro, debe conocer la ubicacin de los
medios de recuperacin fuera del local. DRM ayuda a determinar los volmenes
que deben trasladarse fuera y dentro del local, y realiza un seguimiento de la
ubicacin de los volmenes.
Consulta de valores predeterminados del archivo del plan de

recuperacin ante siniestro
DRM proporciona valores predeterminados para confeccionar el plan de
recuperacin y gestionar medios de recuperacin fuera del local. Sin embargo,
puede modificar estos valores predeterminados. Para consultar los valores, emita el
siguiente comando:
query drmstatus
La salida ser parecida a la siguiente:

Prefijo del plan de recuperacin: c:\Archivos de programa\Tivoli\TSM;\server2\recplans\
Prefijo de instrucciones del plan: c:\Archivos de programa\Tivoli\TSM;\server2\recinstr\
Sufijo volumen sustitucin: @
Agrupaciones primarias almacenamiento: PRIM1 PRIM2
Agrupaciones almacenamiento de copia: COPY*
Nombre de ubicacin no montable: Local
Nombre transportista: Joes Courier Service
Nombre ubicacin cmara seguridad: Ironvault, D. Lastname, 1-000-000-0000
Das caducidad serie copias seguridad BD: 30 da(s)
Das de caducidad del archivo del plan de recuperacin: 60 da(s)
Comprobar etiqueta?: S
Procesar tipo dispositivo FILE?: No
Nombre de archivo de comandos: c:\drm\orm\exec.cmd
758
Cmo especificar valores predeterminados para el archivo del

plan de recuperacin ante siniestro
La tabla siguiente describe cmo establecer valores predeterminados para el
archivo del plan de recuperacin ante siniestro.
Tabla 43. Valores predeterminados para el archivo del plan de recuperacin ante siniestro
Agrupaciones de
que deben procesarse
Cuando se genera el archivo del plan de recuperacin, puede limitar el proceso a

unas agrupaciones determinadas. El archivo del plan de recuperacin no incluir
informacin de recuperacin ni comandos para agrupaciones de almacenamiento con
el formato de datos NETAPPDUMP.
Valor predeterminado en la instalacin: todas las agrupaciones de almacenamiento
primarias.
Para cambiar el valor predeterminado: SET DRMPRIMSTGPOOL
Por ejemplo, para especificar que slo deben procesarse las agrupaciones de
almacenamiento primarias llamadas PRIM1 y PRIM2, escriba:
set drmprimstgpool prim1,prim2
Nota: para eliminar todas las agrupaciones de almacenamiento primarias
especificadas anteriormente y as seleccionar todas las agrupaciones de
almacenamiento primarias para su proceso, especifique una cadena nula () en SET
DRMPRIMSTGPOOL.
Para modificar el valor predeterminado: especifique nombres de agrupaciones de
almacenamiento primarias en el comando PREPARE.
Agrupaciones de
que deben procesarse
Cuando se genera el archivo del plan de recuperacin, puede limitar el proceso a

unas agrupaciones determinadas.
Valor predeterminado en la instalacin: todas las agrupaciones de almacenamiento
de copia.
Para cambiar el valor predeterminado: SET DRMCOPYSTGPOOL
Por ejemplo, para especificar que slo deben procesarse las agrupaciones de
almacenamiento de copia llamadas COPY1 y COPY2, escriba:
set drmcopystgpool copy1,copy2
Notas:
1. Para eliminar nombres de agrupaciones de almacenamiento primarias
especificados anteriormente y seleccionar todas las agrupaciones de
almacenamiento primarias, especifique una cadena nula () en SET
DRMCOPYSTGPOOL.
2. Si especifica agrupaciones de almacenamiento de copia y primarias, las
agrupaciones de almacenamiento de copia especificadas debern ser las utilizadas
para hacer copia de seguridad de las agrupaciones de almacenamiento primarias
especificadas.
Para modificar el valor predeterminado: especifique nombres de agrupaciones de
almacenamiento de copia en el comando PREPARE.
Captulo 24. Utilizacin del gestor de recuperacin ante siniestro
759
Tabla 43. Valores predeterminados para el archivo del plan de recuperacin ante siniestro (continuacin)
Identificador para nombres
de volmenes de
sustitucin
Para restaurar un volumen de agrupacin de almacenamiento primaria, marque el

volumen original como destruido y cree un volumen de sustitucin que tenga un
nombre exclusivo. Puede especificar que se aada un cracter al nombre del volumen
original con el fin de crear un nombre para el volumen de sustitucin. Este carcter
puede ayudarle a encontrar nombres de volmenes de sustitucin en el plan de
recuperacin ante siniestro.
Identificador predeterminado en la instalacin: @
Para modificar el valor predeterminado: SET DRMPLANVPOSTFIX
Por ejemplo, para utilizar el carcter r, especifique:
set drmplanvpostfix r
Prefijo de instrucciones de
recuperacin
Puede especificar un prefijo para los nombres de los archivos de origen de las
instrucciones de recuperacin en el archivo del plan de recuperacin.
Valor predeterminado en la instalacin: para obtener una descripcin de cmo DRM
determina el prefijo predeterminado, consulte el parmetro INSTRPREFIX de la
seccin del comando PREPARE en la publicacin Administrators Reference o escriba
HELP PREPARE en la lnea de comandos de un cliente administracin.
Para establecer un valor predeterminado: SET DRMINSTRPREFIX
Por ejemplo, para especificar como prefijo c:\Archivos de
programa\Tivoli\TSM;\server2\recinstr\rpp, escriba:
set drminstrprefix c:\Archivos de programa\Tivoli\TSM;\server2\recinstr\rpp
El archivo del plan de recuperacin ante siniestro incluir, por ejemplo, el siguiente
archivo:
c:\Archivos de programa\Tivoli\TSM;\server2\recinstr\
rpp.RECOVERY.INSTRUCTIONS.GENERAL
Para modificar el valor predeterminado: el parmetro INSTRPREFIX con el comando

PREPARE.
Prefijo para el archivo del
plan de recuperacin
Puede especificar un prefijo para el nombre de ruta del archivo del plan de
recuperacin. DRM utiliza este prefijo para identificar la ubicacin del archivo del
plan de recuperacin y generar las macros y los nombres de archivos de script
incluidos en las secciones RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE y
RECOVERY.SCRIPT.NORMAL.MODERECOVERY.DRMODE y RECOVERY.NMODE.
Valor predeterminado en la instalacin: para obtener una descripcin de cmo DRM
determina el prefijo predeterminado, consulte el parmetro PLANPREFIX de la
seccin del comando PREPARE en la publicacin Administrators Reference o escriba
HELP PREPARE en la lnea de comandos de un cliente de administracin.
Para modificar el valor predeterminado: SET DRMPLANPREFIX
Por ejemplo, para especificar como prefijo c:\Archivos de
programa\Tivoli\TSM;\server2\recplans\, escriba:
set drmplanprefix
c:\Archivos de programa\Tivoli\TSM;\server2\recplans\
El nombre del archivo del plan de recuperacin ante siniestro creado mediante el
proceso PREPARE tendr el siguiente formato:
c:\Archivos de programa\Tivoli\TSM;\server2\recplans\20000603.013030
Para modificar el valor predeterminado: el parmetro PLANPREFIX con el comando

PREPARE.
760
Tabla 43. Valores predeterminados para el archivo del plan de recuperacin ante siniestro (continuacin)
Perodo de caducidad del
plan de recuperacin ante
siniestro
Puede establecer el nmero de das tras el cual el archivo del plan de recuperacin
ante siniestro almacenado en un servidor de destino caducar. Una vez que haya
transcurrido el nmero de das, todos los achivos del plan de recuperacin que
cumplan las siguientes condiciones sern susceptibles de caducar:
v El ltimo plan de recuperacin asociado con la serie de base de datos es anterior
que el nmero especificado de das.
v El archivo del plan de recuperacin no est asociado con la serie de copias de
seguridad ms reciente.
Valor predeterminado en la instalacin: 60 das.
Para modificar el valor predeterminado: SET DRMRPFEXPIREDAYS
Por ejemplo, para cambiar el plazo a 90 das, escriba:
set drmrpfexpiredays 90
Cmo especificar valores predeterminados para la gestin de

medios de recuperacin fuera del local
En la tabla siguiente se describe cmo establecer valores predeterminados para la
gestin de medios de recuperacin fuera del local.
Tabla 44. Valores predeterminados para la gestin de medios de recuperacin fuera del local
Volmenes de agrupacin
MOVE DRMEDIA y QUERY DRMEDIA pueden procesar volmenes de agrupacin
de almacenamiento de
de almacenamiento en estado MOUNTABLE. Puede limitar el proceso a agrupaciones
copia que deben procesarse de almacenamiento de copia especificadas.
Valor predeterminado en la instalacin: todos los volmenes de agrupacin de
almacenamiento en estado MOUNTABLE.
Para cambiar el valor predeterminado: SET DRMCOPYSTGPOOL
Para modificar el valor predeterminado: parmetro COPYSTGPOOL en MOVE
DRMEDIA o QUERY DRMEDIA.
Nombre de archivo de
comandos ejecutables
Puede utilizar MOVE DRMEDIA o QUERY DRMEDIA para generar comandos

ejecutables y almacenarlos en un archivo.
Nombre de archivo predeterminado en la instalacin: None
Para establecer un valor predeterminado: SET DRMCMDFILENAME. Por ejemplo,
para establecer como nombre de archivo c:\drm\orm\exec.cmd, escriba:
set drmcmdfilename c:\drm\orm\exec.cmd
Para modificar el valor predeterminado: parmetro CMDFILENAME en MOVE
DRMEDIA o QUERY DRMEDIA.
Nombre de ubicacin para

volmenes que pasan a
estado NOTMOUNTABLE
MOVE DRMEDIA genera un nombre de ubicacin para volmenes que pasan a

estado NOTMOUNTABLE.
Valor predeterminado en la instalacin: NOTMOUNTABLE
Para cambiar el valor predeterminado: SET DRMNOTMOUNTABLENAME
Por ejemplo, para especificar una ubicacin llamada LOCAL, escriba:
set drmnotmountablename local
761
Tabla 44. Valores predeterminados para la gestin de medios de recuperacin fuera del local (continuacin)
Nombre de ubicacin para
volmenes que pasan a
estado COURIER o
COURIERRETRIEVE
MOVE DRMEDIA genera un nombre de ubicacin para volmenes que pasan de

NOTMOUNTABLE a COURIER o de VAULTRETRIEVE a COURIERRETRIEVE.
Valor predeterminado en la instalacin: COURIER
Para cambiar el valor predeterminado: SET DRMCOURIERNAME
Por ejemplo, para especificar un transportista llamado Joes Courier Service, escriba:
set drmcouriername "Joes Courier Service"
Lectura de etiquetas de
volmenes dados de baja
Debe determinarse si DRM debe leer las etiquetas de medios secuenciales de

volmenes dados de baja con MOVE DRMEDIA.
Valor predeterminado en la instalacin: DRM lee las etiquetas de los volmenes.
Para cambiar el valor predeterminado: SET DRMCHECKLABEL
Por ejemplo, para especificar que DRM no debe leer las etiquetas de los volmenes,
escriba:
set drmchecklabel no
Perodo de caducidad de
una serie de copias de
seguridad de base de datos
Una serie de copias de seguridad de base de datos (completa ms copia incremental e

instantnea) es susceptible de caducar si se cumplen todas estas condiciones:
v El estado de volumen es VAULT o el volumen est asociado al tipo de dispositivo
SERVER (para volmenes virtuales).
v No es la serie de copias de seguridad de base de datos ms reciente.
v El ltimo volumen de la serie supera el valor de caducidad, el nmero de das
desde la ltima copia de seguridad de la serie.
Valor predeterminado en la instalacin: 60 das.
Para modificar el valor predeterminado: SET DRMDBBACKUPEXPIREDAYS
Por ejemplo, para establecer el valor de caducidad en 30 das, escriba:
set drmdbbackupexpiredays 30
Proceso de volmenes de
En la instalacin, MOVE DRMEDIA y QUERY DRMEDIA no procesarn volmenes
copia de seguridad del tipo de copia de seguridad asociados al tipo de dispositivo FILE.
de dispositivo FILE
Valor predeterminado en la instalacin: los volmenes de copia de seguridad del
tipo de dispositivo FILE no se procesan.
Para cambiar el valor predeterminado: SET DRMFILEPROCESS
Para permitir el proceso, escriba:
set drmfileprocess yes
Nombre de la cmara de
seguridad
MOVE DRMEDIA utiliza el nombre de cmara de seguridad para establecer la

ubicacin de los volmenes que pasan del estado COURIER al estado VAULT.
Valor predeterminado en la instalacin: el nombre de la cmara de seguridad est
establecido en VAULT.
Para cambiar el valor predeterminado: SET DRMVAULTNAME
Por ejemplo, para especificar IRONVAULT como el nombre de la cmara de
seguridad, J. SMITH como nombre de contacto y 1-555-000-0000 como nmero de
telfono, escriba:
set drmvaultname "Ironvault, J. Smith, 1-555-000-0000"
762
Cmo especificar instrucciones de recuperacin para su local

El plan de recuperacin ante siniestros incluye instrucciones que el usuario puede
crear. Escriba las instrucciones en archivos sin formato que tengan los nombres
siguientes:
v prefijo.RECOVERY.INSTRUCTIONS.GENERAL
v prefijo.RECOVERY.INSTRUCTIONS.OFFSITE
v prefijo.RECOVERY.INSTRUCTIONS.INSTALL
v prefijo.RECOVERY.INSTRUCTIONS.DATABASE
v prefijo.RECOVERY.INSTRUCTIONS.STGPOOL
Nota: los archivos creados para las instrucciones de recuperacin deben ser
archivos fsicos secuenciales.
RECOVERY.INSTRUCTIONS.GENERAL
Incluya datos tales como nombres de administradores, nmeros de telfono
y la ubicacin de las contraseas. Por ejemplo:
Instrucciones de recuperacin para el servidor de Tivoli Storage Manager
ACMESRV en el sistema ZEUS
Joe Smith (trabajo 002-000-1111 casa 002-003-0000): programador principal
del sistema
Sally Doe (trabajo 002-000-1112 casa 002-005-0000): administradora principal de
recuperacin
Jane Smith (trabajo 002-000-1113 casa 002-004-0000): gestora del grupo
Consideraciones de seguridad:
Joe Smith posee la contrasea del ID de administrador ACMEADM. Si Joe no
est disponible, debe emitirse el comando SET AUTHENTICATION OFF o definirse un
nuevo ID de usuario de administracin en la consola del servidor de
Tivoli Storage Manager de sustitucin.
RECOVERY.INSTRUCTIONS.OFFSITE
Incluya datos tales como la ubicacin de la cmara de seguridad fuera del
local, el nombre del transportista y nmeros de telfono. Por ejemplo:
La ubicacin de nuestra cmara de seguridad fuera del
local es Ironvault, Safetown, Az.
El nmero de telfono es el 1-800-000-0008. Debe ponerse en contacto con ellos
directamente para autorizar la entrega de las cintas a un transportista.
El nombre de nuestro transportista es Fred Harvey. Puede ponerse en contacto
con l llamando al nmero 1-800-444-0000.
Puesto que la cmara de seguridad est tan lejos, asegrese de proporcionar al
transportista una lista de los volmenes de copia de seguridad de base de datos
y de agrupacin de almacenamiento necesarios. Fred se compromete a entregarnos
estos volmenes en menos de 12 horas.
RECOVERY.INSTRUCTIONS.INSTALL
Incluya informacin sobre la instalacin del servidor y la ubicacin de los
volmenes de instalacin y el nmero de licencia. Por ejemplo:
Debe volver a instalar el servidor de Tivoli Storage Manager y el cliente de
administracin despus de instalar el sistema operativo Windows.
El volumen de instalacin del servidor de Tivoli Storage Manager es INS001.
En caso de prdida, deber ponerse en contacto con Copy4You Software,
llamando al nmero 1-800-000-0000, y obtener una nueva copia.
Otra posibilidad es la sucursal de IBM, llamando al nmero 555-7777.
Con DRM se incluye un archivo de ejemplo, recinsti.txt. Puede copiar

recinsti.txt en su archivo RECOVERY.INSTRUCTIONS.INSTALL como
complemento de sus instrucciones especficas de la instalacin.
763
- Disponga de una estacin de trabajo con los requisitos mnimos siguientes:

o 16 MB de memoria (se recomiendan 32 MB)
o Un dispositivo de CD-ROM
- Instale Microsoft Windows NT 4.0 o posterior
- Instale el servidor de Tivoli Storage Manager y el cliente de administracin
o Se recomienda disponer de un mnimo de 100 MB de espacio de disco.
o El directorio de instalacin que debe especificarse en la pantalla Tipo de
instalacin puede encontrarse en la seccin SERVER.REQUIREMENTS del archivo del
plan de recuperacin ante siniestro.
o Se recomienda actualizar el servidor de Tivoli Storage Manager al
nivel de mantenimiento ms reciente. Si esto no es posible,
el nivel de mantenimiento mnimo aceptable ser el nivel usado
para crear el archivo del plan de recuperacin ante siniestro. El nivel
usado para crear el archivo del plan de recuperacin ante siniestro puede
encontrarse en la seccin PLANFILE.DESCRIPTION del archivo del plan de
RECOVERY.INSTRUCTIONS.DATABASE
Incluya informacin sobre cmo recuperar la base de datos y los requisitos
de espacio de hardware. Por ejemplo:
Deber buscar espacio
de disco de sustitucin para la base de datos del servidor. Tenemos un acuerdo
con Joe Replace para que, en caso de siniestro, nos proporcione espacio de
disco.
RECOVERY.INSTRUCTIONS.STGPOOL
Incluya informacin sobre instrucciones de recuperacin de la agrupcin
de almacenamiento primaria. Por ejemplo:
No se preocupe por las
agrupaciones de almacenamiento de archivar durante esta recuperacin ante
siniestro. Cntrese en las agrupaciones de almacenamiento de copia de seguridad
y migracin. La agrupacin de almacenamiento ms importante es XYZZZZ.
Cmo especificar informacin sobre la mquina servidor y las

mquinas de los nodos cliente
Necesita informacin sobre la mquina servidor para volver a crear un sustituto.
Tambin necesita informacin sobre las mquinas de nodos cliente para volver a
crearlos o restaurarlos. Siga este procedimiento para especificar dicha informacin
y almacenarla en la base de datos del servidor:
Mquina del servidor
1. Especifique la informacin de la mquina del servidor:
Emita el comando DEFINE MACHINE con ADSMSERVER=YES. Por ejemplo,
para definir la mquina MACH22 en el edificio 021, planta 2, sala 2929, con
prioridad 1, entre:
define machine tsm1 adsmserver=yes priority=1
2. Mquinas clienteEspecifique la ubicacin del nodo cliente y su prioridad en el

negocio:
Emita el comando DEFINE MACHINE. Por ejemplo, para definir la mquina
MACH22 en el edificio 021, planta 2, sala 2929, con prioridad 1, entre:
define machine mach22 building=021 floor=2 room=2929 priority=1
764
3. Asocie uno o ms nodos cliente a una mquina:

Emita el comando DEFINE MACHNODEASSOCIATION. Utilice esta
informacin de asociacin para identificar nodos cliente en mquinas
destruidas. Debe restaurar los espacios de archivo asociados a estos nodos. Por
ejemplo, para asociar el nodo CAMPBELL con la mquina MACH22, entre:
define machnodeassociation mach22 campbell
4. Para consultar definiciones de mquina, emita el comando QUERY MACHINE.

Consulte el ejemplo en el apartado Supuesto de recuperacin del cliente en la
pgina 788. Para agregar caractersticas de la mquina e instrucciones de
recuperacin en la base de datos, emita el comando INSERT MACHINE.
Primero, debe consultar el sistema operativo para identificar las caractersticas
de la mquina cliente. Puede agregar la informacin manualmente o utilizar un
procedimiento de comando Microsoft VBScript. Con DRM se incluye un
programa de ejemplo.
v Adicin manual de informacin:
La siguiente salida parcial es el resultado de una consulta en una mquina
cliente AIX.
--1 Nombre de host: mach22 con tarjeta de memoria de 256 MB
--Tarjeta de memoria de 256 MB
----4 Sistema operativo: AIX Versin 4 Release 3
----- Direccin de hardware: 10:00:5x:a8:6a:46
Especifique caractersticas e instrucciones de recuperacin, una por lnea,

separadas por comandos INSERT MACHINE:
Para guardar la primera lnea (Nombre de host: mach22 con tarjeta de
memoria de 256 MB) como lnea 1 y guardar la cuarta lnea (Sistema
operativo: AIX Versin 4 Release 3) como lnea 2 para la mquina
MACH22, emita los comandos siguientes:
insert machine mach22 1 characteristics="Nombre de sistema
principal: mach22 con tarjeta de memoria de 256 MB"
insert machine mach22 2 characteristics="Sistema operativo:
AIX Versin 4 Release 3"
Para especificar las instrucciones de recuperacin de la mquina cliente,

insert machine mach22 1 recoveryinstructions="Recuperar esta mquina para el departamento de
contabilidad."
v Agregar informacin mediante un procedimiento de comandos Microsoft

VBScript
Para ayudar a automatizar la adicin de informacin sobre la mquina
cliente, se incluye con DRM un procedimiento de comando VBScript de
ejemplo, llamado machchar.vbs. En el ejemplo siguiente se muestra cmo
utilizar un programa local para agregar caractersticas de la mquina o
instrucciones de recuperacin:
a. La salida de los comandos AIX lsdev, lsvg y df se graba en el archivo
clientinfo.txt en la mquina cliente AIX que ha hecho una copia de
seguridad de datos en el servidor. Estos comandos enumerarn los
dispositivos, los volmenes lgicos por grupo de volmenes y los
sistemas de archivos.
b. Desde un indicador de comandos de AIX, emita los comandos
siguientes:
765
echo "dispositivos"
> clientinfo.txt
lsdev -C | sort -d -f
>> clientinfo.txt
echo "vol. lgicos por grupo de vol." >> clientinfo.txt
lsvg -o | lsvg -i -l
>> clientinfo.txt
echo "sistemas de archivos"
>> clientinfo.txt
df
>> clientinfo.txt
c. El archivo, clientinfo.txt, se transfiere de la mquina cliente AIX a una

mquina Windows que tenga instalado un cliente de lnea de comandos.
A continuacin, se procesa el archivo mediante el procedimiento de
comandos VBScript de ejemplo, que crea una macro de comandos
INSERT (un comando por cada lnea en el archivo). La Figura 98 en la
pgina 767 es un procedimiento de ejemplo llamado machchar.vbs para
insertar caractersticas de la mquina.
766
***************************************************************************
Script de ejemplo de Tivoli Disaster Recovery Manager para Windows NT/2000
Leer caractersticas de mquina de un archivo de entrada y crear un archivo de salida

que sea una macro de TSM. La macro de TSM contiene sentencias que son
comandos de TSM para insertar informacin de la mquina cliente en la
base de datos del servidor. La macro de TSM se utiliza con el cliente de
administracin de TSM.
Invocar con:
cscript machchar.vbs nombremquina archivomquinaentrada nombremacrosalida
donde:
nombremquina
es el nombre de una mquina que se ha definido
anteriormente en el servidor de TSM con el
comando DEFINE MACHINE.

archivomquinaentrada
es el nombre del archivo de entrada que contiene
las caractersticas de la mquina cliente. Este
archivo se crea generalmente en la mquina cliente
y luego se transfiere a la mquina Windows en
la que est instalado el cliente de administracin
de TSM.
archivomacrosalida
es el nombre del archivo de salida en un directorio
existente que ser la macro de TSM. La macro de
TSM se compone de una serie de comandos para
insertar caractersticas de mquina en la base
de datos del servidor de TSM. Por ejemplo:
INSERT MACHINE mch1 n characteristics=xxx...
donde:
n
representa el nmero de secuencia
que tendr esta lnea en la base
de datos del servidor de TSM.
xxx...
representa una sola lnea del
archivo de entrada
NOTA: la longitud mxima de una lnea de
caractersticas de mquina es 1024
Ejemplo de uso:
cscript machchar.vbs mch1 c:\client1\clientinfo.txt c:\client1\clientinfo.mac
***************************************************************************
Dim args
Dim MACHINENAME, INFILE, OUTFILE
dim fso
dim fo, fi
dim SEQUENCE
Dim CRLF
Figura 98. Ejemplo de procedimiento de comandos VBScript para insertar caractersticas de la mquina (Parte 1 de 3)
767
CRLF = Chr(13) & Chr(10)

Const ForReading = 1, ForWriting = 2
***************************************************************************
Obtener argumentos de entrada: MACHINENAME =nombremquina
INFILE =nombremquinaentrada
OUTFILE =nombremacrosalida
***************************************************************************
set args = Wscript.Arguments
If args.Count < 3 Then
Wscript.Echo _
"uso: cscript machchar.vbs nombremquina nombremquinaentrada
nombremacrosalida" & CRLF & _
"ejemplo: cscript machchar.vbs mch1 c:\client1\clientinfo.txt
c:\client1\clientinfo.mac"
Wscript.Quit(1)
Else
MACHINENAME = args.Item(0)
INFILE
= args.Item(1)
OUTFILE
= args.Item(2)
End if
Set fso = CreateObject("Scripting.FileSystemObject")
***************************************************************************
Crear el archivo de macro de TSM.
***************************************************************************
Set fo = fso.OpenTextFile(OUTFILE, ForWriting, True)
Wscript.Echo "Creando archivo de macro de TSM: " & OUTFILE
***************************************************************************
Colocar un comando de TSM en la macro de TSM para borrar caractersticas
de mquina existentes para esta mquina en la base de datos del servidor
de TSM.
***************************************************************************
fo.WriteLine "delete machine " & MACHINENAME & " type=characteristics"
***************************************************************************
Leer una lnea del archivo de caractersticas de la mquina de entrada y agregar
el comando de TSM para insertar la lnea de caractersticas de mquina en la
base de datos del servidor y grabar el resultado en la macro TSM de salida.
***************************************************************************
768
SEQUENCE = 1
Set fi = fso.OpenTextFile(INFILE, ForReading, False)
Do While fi.AtEndOfStream <> True
INLINE = fi.ReadLine
fo.WriteLine "insert machine " & MACHINENAME & " " & SEQUENCE & " char=" & INLINE &""
SEQUENCE = SEQUENCE + 1
Loop
***************************************************************************
Cerrar los archivos.
***************************************************************************
fo.Close
fi.Close
Se ejecuta el procedimiento de comandos de VBScript machchar.vbs:

cscript machchar.vbs acctsrecv clientinfo.txt clientinfo.mac
A continuacin, la macro se ejecuta para cargar los datos en la base de

datos.
d. Para agregar las caractersticas de la mquina, inicie el cliente de
administracin y ejecute la macro. Por ejemplo:
> dsmadmc -id=xxx -pw=xxx macro clientinfo.mac
Puede ver las caractersticas de la mquina emitiendo el comando

QUERY MACHINE con el parmetro FORMAT=CHARACTERISTICS.
e. Para especificar instrucciones de recuperacin para su mquina cliente,
puede utilizar un procedimiento de comandos VBScript similar, pero con
el parmetro RECOVERYINSTRUCTIONS.
Cmo especificar medios de recuperacin para mquinas cliente

Siga estos pasos para especificar los medios de arranque necesarios para volver a
inicializar o instalar un sistema operativo en una mquina cliente y para asociar
mquinas a medios. Tambin puede asociar medios no ejecutables, como por
ejemplo guas de usuario de aplicaciones, con mquinas cliente.
1. Defina los medios de arranque. Por ejemplo, defina un medio llamado
TELLERWRKSTNIMAGE, que es para AIX Versin 4.3, que contiene los
volmenes necesarios, llamados AIX001, AIX002 y AIX003, y se encuentra en el
edificio 21.
define recoverymedia tellerwrkstnimage type=boot
volumenames=aix001,aix002,aix003 product="AIX 4.3"
location="Edificio 21"
Debe definir el medio de recuperacin despus de que cambie una

configuracin de mquina cliente. Por ejemplo, despus de haber instalado un
nuevo nivel de AIX en una mquina cliente y de haber creado una imagen de
arranque utilizando mksysb, emita el comando DEFINE RECOVERYMEDIA
para definir los nuevos volmenes mksysb.
Para consultar las definiciones de medios de recuperacin, emita el comando
QUERY RECOVERYMEDIA con el parmetro FORMAT=DETAILED.
769
2. Asocie una o ms mquinas a medios de recuperacin. Puede utilizar esta

informacin de asociacin para determinar qu medio de arranque debe
utilizarse en las mquinas de sustitucin. Por ejemplo, para asociar la mquina
MACH255 al medio de recuperacin TELLERWRKSTNIMAGE, emita el
comando siguiente:
define recmedmachassociation tellerwrkstnimage mach255
3. Cuando el medio de arranque se traslade fuera del local, actualice su ubicacin.

Por ejemplo, para actualizar la ubicacin del medio de arranque
TELLERWRKSTNIMAGE a la ubicacin fuera del local IRONVAULT, emita el
comando siguiente:
update recoverymedia tellerwrkstnimage location=ironvault
Puede definir medios que contengan manuales en copia software necesarios

durante la recuperacin. Por ejemplo, para definir un CD-ROM que contenga los
manuales de AIX 4.3 que se encuentran en el volumen CD0001, entre:
define recoverymedia aix43manuals type=other volumes=cd0001
description="AIX 4.3 Bookshelf"
Creacin y almacenamiento del plan de recuperacin ante siniestro

Puede crear un archivo del plan de recuperacin ante siniestro y almacenarlo
localmente o en otro servidor.
El plan de recuperacin contiene la siguiente informacin:
v El procedimiento de recuperacin.
v Una lista de volmenes necesarios de copia de seguridad de agrupaciones de la
base de datos y de agrupaciones de almacenamiento, dispositivos que deben leer
los volmenes y requisitos de espacio de las anotaciones de recuperacin y de
base de datos.
v Las copias del archivo de opciones del servidor, archivo de configuracin de
dispositivos y archivo de informacin histrica de volmenes.
v Los comandos para efectuar la recuperacin de la base de datos y la
recuperacin de la agrupacin de almacenamiento primaria.
v Comandos para registrar licencias.
v Instrucciones que haya definido.
v La informacin de la mquina y los medios de recuperacin que haya definido
personalmente.
Para obtener detalles sobre el archivo del plan de recuperacin, consulte el
apartado El archivo del plan de recuperacin ante siniestro en la pgina 797.
DRM crea una copia del archivo del plan de recuperacin ante siniestro cada vez
que emite el comando PREPARE. Deber crear mltiples copias del plan para
conservarlo a salvo. Por ejemplo, guarde copias impresas, en disquetes, en un
espacio de disco montado en red que se encuentre fuera del local o en un servidor
remoto.
Antes de crear un plan de recuperacin ante siniestro, realice una copia de
seguridad de las agrupaciones de almacenamiento y, a continuacin, de la base de
datos. Consulte los apartados Copia de seguridad de agrupaciones de
almacenamiento en la pgina 708 y Copia de seguridad de la base de datos en
la pgina 713 para obtener ms informacin sobre estos procedimientos.
770
Si enva manualmente medios de copia de seguridad fuera del local, consulte el

apartado Traslado de volmenes de copia de seguridad fuera del local en la
pgina 778. Si utiliza volmenes virtuales, consulte el apartado Utilizacin de
volmenes virtuales para almacenar datos en otro servidor en la pgina 656.
Cuando las copias de seguridad se encuentran fuera del local y estn marcadas
como fuera del local, puede crear un plan de recuperacin ante siniestro.
Puede utilizar el planificador de Tivoli Storage Manager para ejecutar el comando
PREPARE de forma peridica (consulte el Captulo 18, Automatizacin de las
operaciones del servidor, en la pgina 521).
Nota: DRM crea un plan que presupone que se utilizar la serie ms reciente de
copias de seguridad completas e incrementales de la base de datos para
restaurar la base de datos. Sin embargo, es aconsejable utilizar copias de
seguridad DBSNAPSHOT para la recuperacin ante siniestro y conservar la
serie de copias de seguridad completas e incrementales en el local para
recuperarse de posibles problemas de disponibilidad. En este caso, debe
especificar el uso de copias de seguridad DBSNAPSHOT en el comando
PREPARE. Por ejemplo:
prepare source=dbsnapshot
Almacenamiento local del plan de recuperacin ante siniestro

Si crea un archivo del plan de recuperacin pero no especifica una clase de
dispositivo, el archivo se almacena localmente en un sistema de archivos. Si
almacena el archivo localmente, puede especificar una ubicacin de
almacenamiento. Por ejemplo, para almacenar el archivo del plan de recuperacin
en el directorio local c:\Archivos de programa\Tivoli\TSM;\server2\recplans\, escriba:
prepare planprefix=c:\Archivos de programa\Tivoli\TSM;\server2\recplans\
Los archivos del plan de recuperacin que se almacenan localmente no caducan

automticamente. De forma peridica, debe suprimir manualmente los archivos del
plan de recuperacin antiguos.
DRM agrega al nombre de archivo la fecha y la hora (aaaammdd.hhmmss). Por
ejemplo:
c:\Archivos de programa\Tivoli\TSM;\server2\recplans\20000925.120532
Almacenamiento del plan de recuperacin ante siniestro en

un servidor destino
Si crea un plan de recuperacin y no especifica una clase de dispositivo, el archivo
se almacena en un servidor destino. Almacenar archivos del plan de recuperacin
en un servidor destino proporciona lo siguiente:
v Un repositorio central situado en un servidor destino para los archivos del plan
de recuperacin.
v Caducidad automtica de los archivos del plan.
v Posibilidades de consulta que muestran informacin referente a los archivos del
plan de recuperacin y la posibilidad de mostrar el contenido de un archivo del
plan de recuperacin especfico ubicado en un servidor destino.
v Recuperacin del archivo del plan de recuperacin desde un servidor destino.
Primero, debe poner a punto los servidores origen y destino y definir una clase de
dispositivo con un tipo de dispositivo SERVER (consulte el apartado
771
Configuracin de servidores origen y destino para volmenes virtuales en la

pgina 657 para obtener detalles). Por ejemplo, suponga que se define una clase de
dispositivo denominada TARGETCLASS en el servidor origen en el que se crea el
archivo del plan de recuperacin. A continuacin, para crear el archivo del plan,
entre:
prepare devclass=targetclass
El archivo del plan de recuperacin se graba como un objeto en el servidor destino,

y se crea un registro histrico de volmenes en el servidor origen. Para obtener
ms informacin sobre los archivos del plan de recuperacin que se almacenan en
los servidores destino, consulte el apartado Visualizacin de informacin sobre
archivos del plan de recuperacin en la pgina 774.
Consideraciones sobre el entorno del plan de recuperacin

ante siniestro
Si Tivoli Storage Manager est instalado en el directorio c:\Archivos de
programa\Tivoli\TSM, los archivos se almacenan del siguiente modo:
v Ejecutable del servidor, archivos de mensajes y ayuda y certificados de
inscripcin:
c:\Archivos de programa\Tivoli\TSM;\server\dsmserv.exe
c:\Archivos de programa\Tivoli\TSM;\server\dsmameng.txt
c:\Archivos de programa\Tivoli\TSM;\server\dsmameng.hlp
c:\Archivos de programa\Tivoli\TSM;\server\*.lic
v Herramienta para dar formato al disco y archivos de mensajes:
c:\Archivos de programa\Tivoli\TSM\console\dsmfmt.exe
c:\Archivos de programa\Tivoli\TSM\console\dsmameng.txt
v Cliente de lnea de comandos de administracin:
c:\Archivos de programa\Tivoli\TSM\saclient\dsmadmc.exe
Cada instancia del servidor tiene un conjunto exclusivo de archivos. Por ejemplo,
tras instalar los volmenes de la base de datos y de las anotaciones desde el
directorio c:\Archivos de programa\Tivoli\TSM;\server2, debera ver lo siguiente
en el directorio especfico de esta instancia:
v Archivo de opciones del servidor, archivo de disco, volmenes de base de datos,
anotaciones y agrupaciones de almacenamiento:
c:\Archivos de programa\Tivoli\TSM;\server2\dsmserv.opt
c:\Archivos de programa\Tivoli\TSM;\server2\dsmserv.dsk
c:\Archivos de programa\Tivoli\TSM;\server2\db1.dsm
c:\Archivos de programa\Tivoli\TSM;\server2\log1.dsm
c:\Archivos de programa\Tivoli\TSM;\server2\data1.dsm
Los volmenes de base de datos, anotaciones y agrupaciones de almacenamiento
tambin podran estar en un directorio distinto. Por ejemplo, podra ver:
c:\Archivos de programa\Tivoli\TSM;\server2\dbs\db1.dsm
c:\Archivos de programa\Tivoli\TSM;\server2\logs\log1.dsm
c:\Archivos de programa\Tivoli\TSM;\server2\stg\data1.dsm
Los archivos que normalmente residen en un directorio especfico de la instancia
(es decir, dsmserv.opt, dsmserv.dsk) y los volmenes de la base de datos, las
anotaciones y las agrupaciones de almacenamiento pueden residir en el mismo
directorio que dsmserv.exe (c:\Archivos de programa\Tivoli\TSM;\server). En este
caso, al directorio que contiene dsmserv.exe tambin se le conocera como el
directorio especfico de la instancia.
772
Cuando se genera el plan de recuperacin ante siniestro, se utiliza informacin

sobre el entorno del servidor en las secciones que se encuentran dentro del archivo
del plan. Esta informacin de entorno incluye la ubicacin de dsmserv.exe, la
ubicacin de la herramienta para dar formato al disco, el directorio especfico de la
instancia, los directorios para los volmenes de base de datos, anotaciones y
agrupaciones de almacenamiento y dems. Durante una recuperacin, se
presupone que existe el mismo entorno de servidor.
Adicionalmente, el propio archivo del plan residir en un directorio que el usuario
haya especificado o, tal vez, en el directorio predeterminado (que es el directorio
especfico de la instancia). Por ejemplo, si ha especificado el prefijo del archivo del
plan de recuperacin ante siniestro como c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\, debera ver lo siguiente:
c:\Archivos de programa\Tivoli\TSM;\server2\prepare\20000925.120532
El prefijo del archivo del plan de recuperacin ante siniestro especificado (o el
directorio especfico de la instancia si no se ha especificado un prefijo) tambin se
utiliza en las secciones dentro del archivo del plan. Durante una recuperacin,
cuando se ha subdividido el archivo del plan en archivos individuales, se
presupone que dichos archivos individuales residirn en este mismo directorio.
Resumiendo, se presupone que el entorno de una recuperacin que utiliza el
archivo del plan de recuperacin ante siniestro es igual que el entorno original, que
incluye:
v La estructura de directorios y la ubicacin del ejecutable del servidor y los
certificados de inscripcin (para el sistema de licencias).
v La estructura de directorios y la ubicacin del cliente de lnea de comandos de
administracin.
v La estructura de directorios y la ubicacin de la herramienta para dar formato al
disco.
v La estructura de directorios para archivos especficos de la instancia del servidor.
v La estructura de directorios para los volmenes de base de datos, anotaciones y
v La estructura de directorios y los archivos creados cuando se subdividi el
archivo del plan en mltiples archivos, tales como los siguientes segn el
ejemplo anterior del archivo del plan (a continuacin no se muestra toda la
salida):
c:\Archivos de programa\Tivoli\TSM;\server2\prepare\LOGANDDB.VOLUMES.INSTALL.CMD
c:\Archivos de programa\Tivoli\TSM;\server2\prepare\COPYSTGPOOL.VOLUMES.AVAILABLE.MAC
c:\Archivos de programa\Tivoli\TSM;\server2\prepare\COPYSTGPOOL.VOLUMES.DESTROYED.MAC
Si el entorno de recuperacin no es igual, deber editar el archivo del plan para

justificar los cambios en el entorno.
Para ayudarle a comprender dnde se utilizan estos directorios y las ubicaciones
esperadas para los ejecutables dentro del archivo del plan, consulte el apartado
Ejemplo de archivo del plan de recuperacin ante siniestro en la pgina 804 y
ver la siguiente utilizacin:
Uso
Directorio
Ejecutable del servidor
c:\Archivos de programa\Tivoli\TSM;\server
Certificados de inscripcin
(licencias)
c:\Archivos de programa\Tivoli\TSM;\server
773
Uso
Directorio
Cliente de lnea de comandos c:\Archivos de programa\Tivoli\TSM\saclient

de administracin
Herramienta para dar
formato al disco
c:\Archivos de programa\Tivoli\TSM\console
Archivos especficos de la
instancia
c:\Archivos de programa\Tivoli\TSM;\server2
Volmenes de base de datos
c:\Archivos de programa\Tivoli\TSM;\server2\dbs
Volmenes de anotaciones
c:\Archivos de programa\Tivoli\TSM;\server2\logs
Volmenes de agrupacin de
almacenamiento
c:\Archivos de programa\Tivoli\TSM;\server2\stg
Ubicacin del archivo del

plan
c:\Archivos de programa\Tivoli\TSM;\server2\prepare
Archivos individuales que

c:\Archivos de programa\Tivoli\TSM;\server2\prepare
son subdivisiones del archivo
del plan
Gestin de archivos del plan de recuperacin ante siniestro

almacenados en servidores destino
En los apartados siguientes se describe cmo puede acceder a la informacin sobre
archivos del plan de recuperacin ante siniestro almacenados en un servidor
destino y cmo ver su contenido. Tambin se describe cmo dirigir a otro archivo
el contenido de un archivo del plan de recuperacin ante siniestro y cmo suprimir
registros histricos de volmenes de los archivos del plan de recuperacin.
Visualizacin de informacin sobre archivos del plan de

recuperacin
Puede visualizar informacin sobre archivos del plan de recuperacin desde el
servidor que ha creado los archivos (el servidor origen) o desde el servidor en el
que estn almacenados los archivos (servidor destino):
v Desde el servidor origen: emita el comando QUERY RPFILE con el parmetro
DEVCLASS utilizado en el comando PREPARE. Especifique el tipo de copias de
seguridad de base de datos que se supuso para la creacin del plan (completa
ms incremental o bien instantnea). Por ejemplo, para visualizar una lista de
todos los archivos del plan de recuperacin guardados para el servidor origen
en cualquier servidor destino y creados suponiendo instantneas de copia de
seguridad de base de datos, entre:
query rpfile devclass=* source=dbsnapshot
Tambin puede emitir el comando QUERY VOLHISTORY para visualizar una

lista de archivos del plan de recuperacin para el servidor origen. Especifique
archivos del plan de recuperacin creados tomando copias de seguridad
completas ms copias de seguridad incrementales de la base de datos
(TYPE=RPFILE) o copias de seguridad de instantnea de la base de datos
(TYPE=RPFSNAPSHOT). Por ejemplo:
query volhistory type=rpfile
v Desde el servidor destino: emita un comando QUERY RPFILE que especifique

el nombre de nodo asociado al servidor o servidores que han preparado el plan.
Por ejemplo, para visualizar una lista de todos los archivos del plan de
recuperacin que se han guardado en el servidor destino, entre:
774
query rpfile nodename=*
Visualizacin del contenido de un archivo del plan de

recuperacin
Desde el servidor que ha creado el archivo del plan de recuperacin (el servidor
origen) o desde el servidor en el que est almacenado el archivo (el servidor
destino), puede visualizar el contenido de ese archivo guardado como un objeto en
el servidor destino. Por ejemplo:
v Desde el servidor origen: emita el comando siguiente para un archivo del plan
de recuperacin creado el 1 de septiembre de 2000 a las 4:39 con la clase de
dispositivo TARGETCLASS:
query rpfcontent marketing.20000901.043900 devclass=targetclass
v Desde el servidor destino: emita el comando siguiente para un archivo del plan
de recuperacin creado el 31 de agosto de 2000 a las 4:50 en un servidor origen
llamado MARKETING cuyo nombre de nodo es BRANCH8:
query rpfcontent marketing.20000831.045000 nodename=branch8
Notas:
1. No es posible emitir estos comandos desde una consola del servidor.
2. La salida se puede retardar si el archivo del plan est ubicado en cinta.
Consulte el apartado El archivo del plan de recuperacin ante siniestro en la
pgina 797 para obtener un ejemplo del contenido de un archivo del plan de
recuperacin.
Restauracin de un archivo del plan de recuperacin

Para restaurar un archivo del plan de recuperacin, utilice el comando QUERY
RPFCONTENT y dirija la salida a un archivo. Puede emitir el comando desde el
servidor que ha creado los archivos (el servidor origen) o desde el servidor en el
que se almacenan los archivos (el servidor destino). Para ver una lista de los
nombres de archivo del plan de recuperacin, emita el comando QUERY RPFILE.
Por ejemplo, se ha creado un archivo del plan de recuperacin llamado
marketing.20000831.045000 mediante la clase de dispositivo de TARGETCLASS y en
un servidor origen cuyo nombre de nodo en el servidor destino es BRANCH8.
Desea restaurar el archivo y dirigir la salida a rpf.out:
v Desde el servidor origen, escriba:
query rpfcontent marketing.20000831.045000
devclass=targetclass > rpf.out
v Desde el servidor destino, escriba:

query rpfcontent marketing.20000831.045000
nodename=branch8 > rpf.out
Para visualizar una lista de los archivos del plan de recuperacin, utilice el
comando QUERY RPFILE. Consulte el apartado Visualizacin de informacin
sobre archivos del plan de recuperacin en la pgina 774 para obtener ms
Cmo establecer la caducidad automtica de los archivos del

plan de recuperacin
|
|
Puede establecer DRM para que haga caducar los archivos del plan de
recuperacin almacenados en un servidor destino pasado un nmero determinado
775
de das tras su creacin. Para establecer la caducidad, emita el comando SET

DRMRPFEXPIREDAYS. El valor predeterminado es de 60 das. Por ejemplo, para
cambiar el plazo a 90 das, escriba:
|
|
|
set drmrpfexpiredays 90
Todos los archivos del plan de recuperacin que concuerdan con los criterios
pueden elegirse para su caducidad si se dan las dos condiciones siguientes:
v El ltimo archivo del plan de recuperacin de la serie tiene ms de 90 das.
v El archivo del plan de recuperacin no est asociado con la serie de copias de
seguridad ms reciente. Una serie de copia de seguridad se compone de una
copia de seguridad completa de la base de datos y todas las copias de seguridad
incrementales que corresponden a esa copia de seguridad completa. Otra serie
empieza con la siguiente copia de seguridad completa de la base de datos.
La caducidad se aplica a los archivos del plan basados tanto en copias de
seguridad completas y copias de seguridad incrementales como en instantneas de
copia de seguridad de la base de datos. Sin embargo, tenga en cuenta que la
caducidad no se aplica a archivos de plan almacenados localmente. Consulte el
apartado Almacenamiento local del plan de recuperacin ante siniestro en la
pgina 771.
|
|
|
|
|
|
Supresin manual de archivos del plan de recuperacin

Puede suprimir registros histricos de volmenes que contienen informacin
relativa a objetos del archivo del plan de recuperacin. Al suprimir los registros del
servidor origen, los objetos se suprimen del servidor destino si se alcanza el
perodo de gracia.
Nota: no se suprime el registro del archivo del plan de recuperacin ms reciente.
Por ejemplo, para suprimir registros de archivos del plan de recuperacin creados
hasta el 30/08/2000 inclusive y suponiendo una serie de copia de seguridad
completa ms copias de seguridad incrementales de la base de datos, escriba:
delete volhistory type=rpfile todate=08/30/2000
Para limitar la operacin a archivos del plan de recuperacin creados suponiendo

copias de seguridad de instantneas de base de datos, especifique
TYPE=RPFSNAPSHOT.
Traslado de medios de copia de seguridad

Para recuperarse de un siniestro, necesitar volmenes de copia de seguridad de
base de datos y volmenes de agrupaciones de almacenamiento. Para prepararse
ante un siniestro, deber realizar las tareas diarias siguientes:
1. Trasladar fuera del local nuevos medios de copia de seguridad y actualizar la
base de datos con sus respectivas ubicaciones. Consulte el apartado Traslado
de volmenes de copia de seguridad fuera del local en la pgina 778 para
2. Devolver al local los medios de copia de seguridad caducados o reclamados y
actualizar la base de datos con sus respectivas ubicaciones. Consulte el
apartado Traslado de volmenes de copia de seguridad al local en la pgina
780 para obtener ms informacin.
776
Tarea
Enviar fuera y dentro del local volmenes

de copia de seguridad
Almacenamiento sin restricciones u operador
La gestin de medios de recuperacin fuera del local no procesa volmenes

virtuales. Para mostrar todos los volmenes virtuales de copia de seguridad de la
base de datos y de la agrupacin de almacenamiento de copia que tienen sus
objetos de copia de seguridad en el servidor destino remoto, emita el siguiente
comando:
query drmedia * wherestate=remote
La gestin de medios de recuperacin fuera del local no traslada o muestra

volmenes de dos caras con el tipo de dispositivo REMOVABLEFILE.
El plan de recuperacin ante siniestro incluye informacin de ubicacin de
volmenes de copia de seguridad y puede proporcionar una lista de volmenes
fuera del local necesarios para restaurar un servidor.
El diagrama siguiente muestra el ciclo til tpico del medio de recuperacin:
Fuera del local

En el local
En trnsito
Cmara de seguridad
Jerarqua de almacenamiento
COURIER
Copia de seguridad
de la agrupacin de
almacenamiento
NOTMOUNTABLE
DB
BAC
KUPEXPIREDAYS
MOUNTABLE
VAULT
Copia
de seguridad de
la base de datos
Reutilizable
DR
M
Privado
l/g
Reutilizable
VAULTRETRIEVE
ONSITERETRIEVE
COURIERRETRIEVE
Figura 99. Ciclo til del medio de recuperacin
777
DRM asigna los siguientes estados a los volmenes. La ubicacin de un volumen

se conoce en cada estado.
MOUNTABLE
El volumen contiene datos vlidos, y Tivoli Storage Manager puede
acceder a l.
NOTMOUNTABLE
El volumen contiene datos vlidos y se encuentra en el local, pero Tivoli
Storage Manager no puede acceder a l.
COURIER
El volumen contiene datos vlidos y se encuentra de camino a la cmara
de seguridad.
VAULT
El volumen contiene datos vlidos y se encuentra en la cmara de
seguridad.
VAULTRETRIEVE
El volumen, que se encuentra en la cmara de seguridad fuera del local, ya
no contiene datos vlidos y debe devolverse al local. Si desea obtener ms
informacin sobre la reclamacin de volmenes de agrupacin de
almacenamiento de copia fuera del local, consulte el apartado
Reclamacin de volmenes fuera de local en la pgina 294. Para obtener
informacin sobre la caducidad de volmenes de copia de seguridad de
base de datos, consulte el paso 1 en la pgina 780.
COURIERRETRIEVE
El volumen ya no contiene datos vlidos y se encuentra en proceso de
devolucin por parte del transportista.
ONSITERETRIEVE
El volumen ya no contiene datos vlidos y se ha devuelto al local. Los
registros de volumen de los volmenes de copia de seguridad de la base
de datos y de los volmenes reutilizables de la agrupacin de
almacenamiento de copia se suprimen de la base de datos. Para los
volmenes privados de la agrupacin de almacenamiento de copia, la
modalidad de acceso se actualiza a READWRITE.
Traslado de volmenes de copia de seguridad fuera del local

Una vez creadas las copias de seguridad de las agrupaciones primarias de
almacenamiento y de la base de datos, puede enviar los medios de copia de
seguridad fuera del local. Para enviar medios fuera del local, marque los
volmenes como no disponibles en Tivoli Storage Manager y entrguelos al
transportista. Haga lo siguiente para identificar los volmenes de copia de
seguridad de la base de datos y los de agrupaciones de almacenamiento de copia y
trasldelos fuera del local:
1. Identifique los volmenes de agrupacin de almacenamiento de copia y de
copia de seguridad de la base de datos que deben trasladarse fuera del local:
query drmedia * wherestate=mountable
DRM muestra informacin parecida a la siguiente:

Nombre volumen
--------------TPBK05
TPBK99
TPBK06
778
Estado
Fecha/Hora
ltima actualiz.
---------------- ------------------Montable
01/01/2000 12:00:31
Montable
01/01/2000 12:00:32
Montable
01/01/2000 12:01:03
Nombre biblioteca
automatizada
----------------LIBRARY
LIBRARY
LIBRARY
2. Indique el traslado de los volmenes cuyo estado actual es montable

(MOUNTABLE) emitiendo el comando siguiente:
move drmedia * wherestate=mountable
Para todos los volmenes en estado MOUNTABLE, DRM lleva a cabo lo

siguiente:
v Actualiza el estado del volumen a NOTMOUNTABLE y la ubicacin del
volumen de acuerdo con SET DRMNOTMOUNTABLENAME. Si no se ha
emitido este comando, la ubicacin predeterminada es NOTMOUNTABLE.
v Para un volumen de agrupacin de almacenamiento de copia, actualiza la
modalidad de acceso a no disponible.
v En el caso de un volumen de una biblioteca automatizada, lo da de baja de
la biblioteca.
Notas:
a. Durante el proceso de baja, las bibliotecas SCSI solicitan la intervencin del
operador. Para pasar por alto estas peticiones y extraer los cartuchos de la
biblioteca, emita primero el siguiente comando:
move drmedia * wherestate=mountable remove=no
A continuacin, acceda a una lista de los volmenes emitiendo el comando

siguiente:
query drmedia wherestate=notmountable
Desde esta lista identifique y extraiga los cartuchos (volmenes) de la

biblioteca.
3. Enve los volmenes a la cmara de seguridad fuera del local. Emita el
comando siguiente para que DRM seleccione los volmenes que tienen el
estado NOTMOUNTABLE:
move drmedia * wherestate=notmountable
Para todos los volmenes en estado NOTMOUNTABLE, DRM actualiza el

estado del volumen a COURIER y la ubicacin del volumen de acuerdo con
SET DRMCOURIERNAME. Si an no se ha emitido el comando SET, la
ubicacin predeterminada es COURIER. Si desea obtener ms informacin,
consulte el apartado Cmo especificar valores predeterminados para la gestin
de medios de recuperacin fuera del local en la pgina 761
4. Cuando la ubicacin de cmara de seguridad confirme la recepcin de los
volmenes, emita el comando MOVE DRMEDIA en el estado COURIER. Por
ejemplo:
move drmedia * wherestate=courier
Para todos los volmenes en estado COURIER, DRM actualiza el estado del
volumen en VAULT y la ubicacin del volumen de acuerdo con el comando
SET DRMVAULTNAME. Si an no se ha emitido el comando SET, la ubicacin
predeterminada es VAULT. Para obtener ms informacin, consulte el apartado
Cmo especificar valores predeterminados para la gestin de medios de
recuperacin fuera del local en la pgina 761.
5. Para mostrar una lista de los volmenes de la cmara de seguridad que
contienen datos vlidos, emita el siguiente comando:
query drmedia wherestate=vault
DRM muestra informacin parecida a la siguiente:
779
Nombre volumen
Estado
----------------- -------------TAPE0P
Cmara seguridad
TAPE1P
Cmara seguridad
DBT02
Cmara seguridad
TAPE3S
Cmara seguridad
Fecha/Hora
Nombre biblioteca
ltima actualiz.
automatizada
------------------- ----------------01/05/2000 10:53:20
01/05/2000 10:53:20
01/05/2000 10:53:20
01/05/2000 10:53:20
6. Si no desea pasar por todos los estados, puede utilizar el parmetro TOSTATE
del comando MOVE DRMEDIA para especificar el estado destino. Por ejemplo,
para la transicin de los volmenes del estado NOTMOUNTABLE al estado
VAULT, emita el comando siguiente:
move drmedia * wherestate=notmountable tostate=vault
Para todos los volmenes en estado NOTMOUNTABLE, DRM actualiza el

estado del volumen a VAULT y la ubicacin del volumen de acuerdo con el
comando SET DRMVAULTNAME. Si an no se ha emitido el comando SET, la
ubicacin predeterminada es VAULT.
Consulte el apartado Preparacin ante un siniestro en la pgina 783 para obtener
un ejemplo que muestre el envo de volmenes de copia de seguridad del servidor
fuera del local utilizando los comandos MOVE DRMEDIA y QUERY DRMEDIA.
Traslado de volmenes de copia de seguridad al local

Utilice el procedimiento siguiente para hacer caducar los volmenes no virtuales
de copia de seguridad de la base de datos y devolverlos al local para reutilizarlos
o desecharlos.
1. Para especificar el nmero de das que deben transcurrir para que caduque una
serie de copia de seguridad de la base de datos, emita el comando SET
DRMDBBACKUPEXPIREDAYS. Para asegurar que la base de datos puede
devolverse a un nivel anterior y que las referencias de la base de datos a
archivos de la agrupacin de almacenamiento de copia siguen siendo vlidas,
especifique el mismo valor para el parmetro REUSEDELAY en la definicin de
la agrupacin de almacenamiento de copia.
El ejemplo siguiente establece el nmero de das en 30.
set drmdbbackupexpiredays 30
Se considera que un volumen de copia de seguridad de la base de datos est

disponible para hacer que caduque si se cumplen todas las condiciones
siguientes:
v La antigedad del ltimo volumen de la serie ha sobrepasado el valor de
caducidad. Este valor especifica el nmero de das que han transcurrido
desde la ltima copia de seguridad de la serie. Durante la instalacin, el
valor de caducidad son 60 das. Para alterar temporalmente este valor, emita
el comando SET DRMDBBACKUPEXPIREDAYS.
v En el caso de volmenes no virtuales, todos los volmenes de la serie tienen
el estado VAULT.
v El volumen no forma parte de la serie ms reciente de copias de seguridad
Nota: los volmenes de copia de seguridad de la base de datos que son
volmenes virtuales se eliminan durante el proceso de caducidad. Este
proceso se inicia manualmente emitiendo el comando EXPIRE
INVENTORY o de forma automtica, mediante la opcin EXPINTERVAL
especificada en el archivo de opciones del servidor.
780
2. Traslade un volumen de copia de seguridad al local para su reutilizacin o

eliminacin cuando el volumen sea reclamado y:
v El estado de un volumen de agrupacin de almacenamiento de copia sea
EMPTY.
v La serie de copia de seguridad de la base de datos sea EXPIRED.
Para determinar qu volmenes hay que recuperar, emita el siguiente comando:
query drmedia * wherestate=vaultretrieve
3. Una vez que la cmara de seguridad reconozca que los volmenes se han
entregado al transportista, emita el comando siguiente:
move drmedia * wherestate=vaultretrieve
El servidor efecta lo siguiente para todos los volmenes en estado

VAULTRETRIEVE:
v Cambie el estado del volumen a COURIERRETRIEVE.
v Actualice la ubicacin del volumen segn lo especificado en el comando SET
DRMCOURIERNAME. Para obtener ms informacin, consulte el apartado
Cmo especificar valores predeterminados para la gestin de medios de
recuperacin fuera del local en la pgina 761.
4. Cuando el transportista entregue los volmenes, emita el siguiente comando
para reconocer que el transportista ha devuelto los volmenes al local:
move drmedia * wherestate=courierretrieve
El servidor lleva a cabo lo siguiente para todos los volmenes en el estado

COURIERRETRIEVE:
v Los volmenes estn ahora en el local y pueden reutilizarse o descartarse.
v Los volmenes de copia de seguridad de la base de datos se suprimen de la
tabla de historia de los volmenes.
v Para los volmenes reutilizables de la agrupacin de almacenamiento de
copia, se suprime el registro de la base de datos. Para los volmenes
privados de la agrupacin de almacenamiento de copia, se actualiza el acceso
a lectura/grabacin.
5. Si no desea pasar por todos los estados, puede utilizar el parmetro TOSTATE
del comando MOVE DRMEDIA para especificar el estado destino. Por ejemplo,
para la transicin de los volmenes del estado VAULTRETRIEVE al estado
ONSITERETRIEVE, emita el comando siguiente:
move drmedia * wherestate=vaultretrieve tostate=onsiteretrieve
El servidor efecta lo siguiente para todos los volmenes en estado

VAULTRETRIEVE:
v Los volmenes estn ahora en el local y pueden reutilizarse o descartarse.
v Los volmenes de copia de seguridad de la base de datos se suprimen de la
tabla de historia de los volmenes.
v Para los volmenes reutilizables de la agrupacin de almacenamiento de
copia, se suprime el registro de la base de datos. Para los volmenes
privados de la agrupacin de almacenamiento de copia, se actualiza el acceso
a lectura/grabacin.
781
Resumen de las tareas diarias del gestor de recuperacin ante

siniestro
En este apartado se resume el uso de DRM durante operaciones rutinarias y
durante la recuperacin ante siniestros.
Puesta a punto
1. Instalar la licencia de DRM
2. Asegurarse de que existan los archivos de configuracin de dispositivos
y de informacin histrica de volmenes.
3. Hacer una copia de seguridad de las agrupaciones de almacenamiento.
4. Hacer una copia de seguridad completa de la base de datos (por
ejemplo, una copia de seguridad de instantnea de la base de datos).
5. Definir las instrucciones de recuperacin del servidor especficas del
local.
6. Describir las mquinas cliente con prioridad.
7. Generar el plan de recuperacin ante siniestro.
Operaciones de preparacin diarias
Da 1
1. Hacer una copia de seguridad de los archivos de clientes.
2. Hacer una copia de seguridad de las agrupaciones de almacenamiento
primarias.
3. Hacer una copia de seguridad de la base de datos (por ejemplo, una
copia de seguridad de instantnea de la base de datos).
4. Marcar los volmenes de copia de seguridad como no disponibles para
5. Enviar los volmenes de copia de seguridad y el archivo del plan de
recuperacin ante siniestro a la cmara de seguridad.
Da 2
primarias.
4. Marcar los volmenes de copia de seguridad como no disponibles para
5. Enviar los volmenes de copia de seguridad y el archivo del plan de
recuperacin ante siniestro a la cmara de seguridad.
Da 3
1. Se lleva a cabo el proceso de reclamacin automtica de agrupaciones
de almacenamiento.
primarias.
5. Enviar los volmenes de copia de seguridad y una lista de los
volmenes caducados que deben reclamarse a la cmara de seguridad.
6. La cmara de seguridad acusa recibo de los volmenes enviados el da
anterior.
782
Siniestro y recuperacin
Da 4
El servidor y las mquinas cliente se han destruido.
1. Restaurar el servidor utilizando el plan de recuperacin ms reciente.
2. Identificar los nodos cliente con mxima prioridad del local donde se
produjo el siniestro.
3. Restaurar los archivos de las mquinas cliente a partir de las
4. Restaurar las agrupaciones primarias de almacenamiento.
5. Trasladar los volmenes de copia de seguridad de la base de datos y de
las agrupaciones de almacenamiento de copia a la cmara de
seguridad.
Operaciones diarias
Da 5
primarias.
4. Enviar los volmenes de copia de seguridad y una lista de los
volmenes caducados que deben reclamarse a la cmara de seguridad.
Preparacin ante un siniestro

En este apartado se proporciona una visin general y un supuesto de las tareas
necesarias para estar preparado ante un siniestro. A menos que se indique lo
contrario, el administrador de Tivoli Storage Manager del local es quien debe
llevar a cabo estos pasos.
1. Registre la informacin siguiente en los archivos fuente de la seccin
RECOVERY.INSTRUCTIONS:
v Nmeros de licencia de software.
v Fuentes del hardware de sustitucin.
v Pasos de recuperacin especficos de su instalacin
2. Almacene la informacin siguiente en la base de datos:
v Informacin de mquina de nodos cliente y servidor (DEFINE MACHINE,
DEFINE MACHINENODE ASSOCIATION e INSERT MACHINE)
v La ubicacin de los medios de recuperacin de arranque (DEFINE
RECOVERYMEDIA)
3. Planifique copias de seguridad nocturnas automticas para que se ejecuten en
el orden siguiente:
a. Agrupaciones primarias de almacenamiento
b. Base de datos
4. Diariamente, cree una lista de los volmenes de copia de seguridad de la base
de datos y de agrupacin de almacenamiento de la noche anterior que deben
enviarse fuera del local.
query drmedia * wherestate=mountable
a. D de baja los volmenes de la biblioteca:

b. Enve los volmenes fuera del local y anote en el registro que los
volmenes se han entregado al transportista:
783
5. Cree un nuevo plan de recuperacin:

prepare
6. Copie el archivo del plan de recuperacin en un disquete que entregar al

transportista.
7. Cree una lista de las cintas que contienen datos que ya no son vlidos y que
deben devolverse al local:
query drmedia * wherestate=vaultretrieve
8. Entregue al transportista las cintas de copia de seguridad de la base de datos

y las agrupaciones de almacenamiento, el disquete del archivo del plan de
recuperacin y la lista de los volmenes que deben devolverse desde la
cmara de seguridad.
9. El transportista le entregar las cintas que estaban en la lista de devolucin de
la cmara de seguridad del da anterior.
Actualice el estado de estas cintas y dlas de alta en la biblioteca:
move drmedia * wherestate=courierretrieve cmdf=c:\drm\checkin.mac
cmd="checkin libvol libauto &vol status=scratch"
Los registros de volumen de las cintas que tenan el estado

COURIERRETRIEVE se suprimen de la base de datos. El comando MOVE
DRMEDIA tambin genera el comando CHECKIN LIBVOL para cada cinta
procesada en el archivo c:\drm\checkin.mac. Por ejemplo:
checkin libvol libauto tape01 status=scratch
checkin libvol libauto tape02 status=scratch
...
Nota: un administrador puede ejecutar el comando MACRO especificando

c:\drm\checkin.mac como nombre de macro para procesar los
comandos CHECKIN LIBVOL.
> dsmadmc -id=xxxxx -pa=yyyyyy MACRO c:\drm\checkin.mac
10. El transportista se lleva las cintas de copia de seguridad de la base de datos y

las agrupaciones de almacenamiento, el disquete del plan de recuperacin y la
lista de los volmenes que deben devolverse desde la cmara de seguridad.
11. Llame a la cmara de seguridad y verifique que las cintas de copia de
seguridad han llegado y estn a salvo, y que las cintas que deben devolverse
al local se han entregado al transportista.
12. Establezca la ubicacin de los volmenes enviados a la cmara de seguridad:
move drmedia * wherestate=courier
13. Establezca la ubicacin de los volmenes que la cmara de seguridad ha

entregado al transportista:
move drmedia * wherestate=vaultretrieve
Recuperacin de un siniestro
En este apartado se proporciona una visin general de las tareas que deben
realizarse para recuperar el servidor y los clientes. Tambin presenta supuestos de
los dos procedimientos.
Recuperacin del servidor: estas son las directrices para recuperar el servidor:
1. Obtenga el archivo del plan de recuperacin ante siniestro ms reciente.
2. Subdivida el archivo para ver, actualizar, imprimir o ejecutar como macros o
scripts (por ejemplo, programas por lotes o archivos de proceso por lotes).
3. Obtenga de la cmara de seguridad los volmenes de copia de seguridad.
784
4. Localice una mquina de sustitucin adecuada.

5. Restaure el sistema operativo Windows y Tivoli Storage Manager en la
mquina de sustitucin. Si utiliza el controlador de dispositivo de Tivoli
Storage Manager (ADSMSCSI), tambin tendr que iniciar ADSMSCSI. Consulte
el apartado Inicio y detencin del controlador de dispositivo de IBM Tivoli
Storage Manager (ADSMSCSI) en la pgina 514.
6. Revise los scripts RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE y
RECOVERY.SCRIPT.NORMAL.MODE, puesto que son importantes para
restaurar el servidor en un punto en el que puedan recuperarse los clientes
(consulte el apartado Seccin de modalidad de recuperacin ante siniestro en
la pgina 809).
Recuperacin de los clientes: para recuperar clientes, efecte las acciones
siguientes:
1. Obtenga la informacin siguiente consultando la base de datos recuperada:
v Las mquinas cliente que se han definido para Tivoli Storage Manager, junto
con su ubicacin y el valor de prioridad de restauracin.
v La ubicacin del medio de recuperacin de arranque.
v Instrucciones de recuperacin especficas para la mquina.
v Requisitos de hardware para la mquina.
2. Con esta informacin puede restaurar las mquinas cliente.
Situaciones de recuperacin del servidor

A continuacin se presenta el procedimiento para una recuperacin completa del
servidor despus de que un siniestro lo haya destruido. En este ejemplo no se
utilizan volmenes virtuales. A menos que se indique lo contrario, el
administrador del local es quien debe llevar a cabo estos pasos.
1. Revise los pasos de recuperacin que se describe en la seccin
RECOVERY.INSTRUCTIONS.GENERAL del plan.
2. Solicite las cintas de copia de seguridad del servidor de la cmara de
seguridad de fuera del local.
3. Divida las secciones del archivo del plan de seguridad en varios archivos
(consulte el apartado Divisin de un archivo del plan de recuperacin ante
siniestro en la pgina 797). Estos archivos pueden mostrarse, actualizarse,
imprimirse o ejecutarse como macros o scripts de Tivoli Storage Manager.
4. Imprima el archivo RECOVERY.VOLUMES.REQUIRED. Entregue la copia
impresa al transportista para recuperar los volmenes de copia de seguridad.
5. Busque un servidor de sustitucin. La seccin
RECOVERY.DEVICES.REQUIRED especifica el tipo de dispositivo necesario
para leer las copias de seguridad. Si utiliza el controlador de dispositivo de
Tivoli Storage Manager (ADSMSCSI), debe iniciar ADSMSCSI (consulte el
apartado Inicio y detencin del controlador de dispositivo de IBM Tivoli
Storage Manager (ADSMSCSI) en la pgina 514). La seccin
SERVER.REQUIREMENTS especifica el espacio de disco necesario.
6. Restaure el sistema operativo y el software del servidor de Tivoli Storage
Manager en el servidor de sustitucin. Los nombres y las ubicaciones de los
medios se especifican en la seccin RECOVERY.INSTRUCTIONS.INSTALL y
en la seccin MACHINE.RECOVERY.MEDIA.REQUIRED. Asegrese de que el
entorno sea el mismo que cuando se cre el archivo del plan de recuperacin.
El entorno incluye:
785
v La estructura de directorios y la ubicacin del ejecutable del servidor de

Tivoli Storage Manager, certificados de inscripcin, el cliente de lnea de
comandos de administracin y la herramienta para el formateo de discos.
v La estructura de directorios para archivos especficos de instancias del
servidor de Tivoli Storage Manager y los volmenes de agrupaciones de
almacenamiento, de base de datos y de anotaciones.
v La estructura de directorios y los archivos creados cuando el archivo del
plan de recuperacin ante siniestro se dividi en varios archivos
7. Revise las macros de Tivoli Storage Manager que contiene el plan de
recuperacin.
Si, en el momento del siniestro, el transportista no haba recogido los
volmenes de copia de seguridad incremental de la base de datos y de las
agrupaciones de almacenamiento de la noche anterior, pero no han sido
destruidos, elimine la entrada de los volmenes de copia de seguridad de
agrupaciones almacenamiento del archivo
COPYSTGPOOL.VOLUMES.DESTROYED.
8. Si no se han podido recuperar de la cmara de seguridad algunos volmenes
de copia de seguridad de agrupaciones de almacenamiento necesarios, elimine
las entradas de los volmenes del archivo
COPYSTGPOOL.VOLUMES.AVAILABLE.
9. Si todos los volmenes primarios han sido destruidos, no se requieren
cambios en los archivos del script PRIMARY.VOLUMES y de las macros de
10. Revise el archivo de configuracin de dispositivos para asegurarse de que la
configuracin de hardware en el local de recuperacin sea la misma que la del
local original. Si hay diferencias, deben actualizarse en el archivo de
configuracin de dispositivos. Los cambios de configuracin que deben
actualizarse en la informacin de configuracin son, por ejemplo:
v Nombres de dispositivos distintos
v Uso de una biblioteca manual en lugar de una biblioteca automatizada
v Para bibliotecas automatizadas, el requisito de colocar manualmente los
volmenes de copia de seguridad de la base de datos en la biblioteca
automatizada y actualizar la informacin de configuracin para identificar
el elemento en la biblioteca. Esto permite al servidor localizar los
volmenes de copia de seguridad de la base de datos necesarios.
Para obtener informacin sobre la actualizacin del archivo de configuracin
de dispositivos, consulte el apartado Actualizacin del archivo de
configuracin de dispositivos en la pgina 723.
11. Para restaurar las bases de datos en un punto en el que se puedan recuperar
los clientes, invoque el archivo del script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE. Entre el nombre del
archivo del script en el indicador de comandos. Como alternativa, puede
utilizar el script de recuperacin como gua y realizar los pasos manualmente.
A continuacin se enumeran algunos pasos de ejemplo de un script de
recuperacin:
a. Copiar el archivo de opciones del servidor de Tivoli Storage Manager del
archivo DSMSERV.OPT a su ubicacin original.
b. Copiar el archivo histrico de volmenes necesario para el proceso de
restauracin de la base de datos desde el archivo VOLUME.HISTORY.FILE
a su ubicacin original.
786
c.
d.
e.
f.
g.
h.
i.
j.
k.
Nota: utilice esta copia del archivo histrico de volmenes a menos que
tenga una copia ms reciente (tras producirse el siniestro).
Copiar el archivo de configuracin de dispositivos necesario para el
proceso de restauracin de la base de datos desde el archivo
DEVICE.CONFIGURATION.FILE a su ubicacin original.
Crear los volmenes de anotaciones de recuperacin del servidor de Tivoli
Storage Manager y de base de datos utilizando DSMFMT.
Emitir el comando DSMSERV FORMAT para dar formato a los archivos de
base de datos y anotaciones de recuperacin.
Emitir el comando DSMSERV RESTORE DB.
Iniciar el servidor.
Registrar las licencias del servidor de Tivoli Storage Manager.
Marcar como disponibles los volmenes de la agrupacin de
almacenamiento de copia recuperados de la cmara de seguridad.
Marcar como no disponibles los volmenes de la agrupacin de
almacenamiento de copia que no pueden obtenerse.
Marcar los volmenes de la agrupacin de almacenamiento primaria como
destruidos.
Notas:
a. Debido a los cambios efectuados en la configuracin del hardware durante
el proceso de recuperacin, puede ser necesario actualizar el archivo de
configuracin de dispositivos ubicado en la base de datos restaurada de
Tivoli Storage Manager (consulte el apartado Actualizacin del archivo de
configuracin de dispositivos en la pgina 723).
b. Puede montar los volmenes de agrupacin de almacenamiento de copia a
peticin, dar de alta los volmenes por anticipado o colocar manualmente
los volmenes en la biblioteca y garantizar la coherencia emitiendo el
comando AUDIT LIBRARY.
c. Utilice el comando AUDIT LIBRARY para asegurarse de que la base de
datos de Tivoli Storage Manager restaurada es coherente con los
volmenes de la biblioteca automatizada.
12. Si las mquinas cliente no estn daadas, invoque el archivo del script
RECOVERY.SCRIPT.NORMAL.MODE para restaurar las agrupaciones
primarias de almacenamiento del servidor. Si las mquinas cliente estuvieran
daadas, podra interesarle retardar esta accin hasta que se hayan recuperado
todos los clientes.
Nota: esta accin es opcional, ya que Tivoli Storage Manager puede acceder a
los volmenes de la agrupacin de almacenamiento de copia
directamente para restaurar los datos del cliente. Utilizando esta
funcin, puede minimizar el tiempo de recuperacin del cliente, ya que
las agrupaciones primarias de almacenamiento del servidor no tienen
que restaurarse en primer lugar. No obstante, en este supuesto, las
mquinas cliente no han resultado daadas, por lo que el objetivo del
administrador es restaurar por completo el funcionamiento del servidor
Como alternativa, puede utilizar el script de recuperacin como gua y
efectuar cada paso manualmente. Los pasos que se ejecutan en este script son
los siguientes:
a. Crear volmenes primarios de sustitucin.
787
b. Definir los volmenes primarios de sustitucin para Tivoli Storage

Manager.
c. Restaurar las agrupaciones primarias de almacenamiento.
13. Rena los volmenes de copia de seguridad de la base de datos y la
agrupacin de almacenamiento de copia utilizados en la recuperacin para
devolverlos a la cmara de seguridad. Para devolver estos volmenes de copia
de seguridad a la cmara de seguridad utilizando el proceso de rutina MOVE
DRMEDIA, emita los siguientes comandos:
update volhist TPBK50 devcl=lib8mm ormstate=mountable
update volhist TPBK51 devcl=lib8mm ormstate=mountable
Los volmenes de la agrupacin de almacenamiento de copia utilizados en la

recuperacin ya tienen el ORMSTATE correcto.
14. Ejecute el comando BACKUP DB para hacer una copia de seguridad de la
base de datos recin restaurada.
15. Emita el comando siguiente para dar los volmenes de baja de la biblioteca:
16. Cree una lista de los volmenes que deben entregarse al transportista:
query drmedia * wherestate=notmountable
17. Entregue los volmenes al transportista y emita el comando siguiente:

18. Emita el comando PREPARE.
Supuesto de recuperacin del cliente

En el supuesto siguiente se muestra cmo recuperar clientes.
1. Para ver una lista de las mquinas cliente que se han perdido en el edificio 21 y
su prioridad de restauracin, emita el siguiente comando:
query machine building=021 format=detailed
DRM muestra informacin similar a la siguiente:

Nombre de la mquina:
Prioridad de mquina:
Edificio:
Planta:
Sala:
Servidor?:
Descripcin:
Nombre de nodo:
Nombre de medio de recuperacin:
Caractersticas?:
Instrucciones de recuperacin?:
POLARIS
1
21
2
1
No
Nmina
POLARIS
MKSYSB1
S
S
2. Para cada mquina, emita los comandos siguientes:

a. Determine la ubicacin de los medios de arranque. Por ejemplo:
query recoverymedia mksysb1
El servidor muestra la informacin siguiente:

Nombre medio
recuperacin
-------------------MKSYSB1
Nombres
volmenes
----------vol1 vol2
vol3
Ubicacin
Nombre mquina
---------- ---------------IRONVAULT
POLARIS
b. Determine las instrucciones de recuperacin especficas de la mquina. Por

ejemplo:
788
query machine polaris format=recoveryinstructions
El servidor muestra la informacin siguiente:

Instrucciones de recuperacin para Polaris.
Contacto principal:
Jane Smith (trabajo 520-000-0000 particular 520-001-0001)
Contacto secundario:
John Adams (trabajo 520-000-0001 particular 520-002-0002)
c. Determine los requisitos de hardware de la mquina. Por ejemplo:

query machine polaris format=characteristics
El servidor muestra informacin similar a la siguiente:
789
dispositivos
aio0
Definido
E/S asncrona
bus0
Disponible 00-00
Microchannel Bus
fd0
Disponible 00-00-0D-00 Unidad de disquetes
fda0
Disponible 00-00-0D
Adaptador disquetes E/S estndar
fpa0
Disponible 00-00
Procesador de coma flotante
gda0
Disponible 00-04
Adaptador pantalla grficos color
hd1
Definido
Volumen lgico
hd2
Definido
Volumen lgico
hd3
Definido
Volumen lgico
hdisk0
Disponible 00-01-00-00 Unidad de discos SCSI 400 MB
hdisk1
Disponible 00-01-00-40 Otra unidad de discos SCSI
hft0
Disponible
Subsistema terminal de funciones avanzadas
inet0
Disponible
Extensin de red Internet
ioplanar0
Disponible 00-00
Placa de E/S
kbd0
Definido 00-00-0K-00 Teclado EE.UU.
lb0
Disponible 00-02-00-20 Biblioteca TIVSM
lo0
Disponible
Interfaz de red de bucle de retorno
loglv00
Definido
Volumen lgico
lp0
Disponible 00-00-0P-00 IBM 4201 Modelo 3 Proprinter III
lv03
Definido
Volumen lgico
lv04
Definido
Volumen lgico
lvdd
Disponible
N/A
mem0
Disponible 00-0B
Tarjeta de memoria de 8 MB
mem1
Disponible 00-0C
Tarjeta de memoria de 16 MB
mous0
Definido 00-00-0M-00 Ratn de 3 botones
mt0
Disponible 00-02-00-40 Unidad de cintas TIVSM
ppa0
Disponible 00-00-0P
Adaptador puerta paralelo E/S estndar
pty0
Disponible
Pseudoterminal asncrono
rootvg
Definido
Grupo de volmenes
sa0
Disponible 00-00-S1
Puerta serie 1 E/S estndar
sa1
Disponible 00-00-S2
Puerta serie 2 E/S estndar
scsi0
Disponible 00-01
Controlador E/S SCSI
scsi1
Disponible 00-02
Controlador E/S SCSI
sio0
Disponible 00-00
Placa E/S estndar
siokb0
Disponible 00-00-0K
Adaptador de teclado
sioms0
Disponible 00-00-0M
Adaptador de ratn
siotb0
Disponible 00-00-0T
Adaptador de tablero
sys0
Disponible 00-00
Objeto del sistema
sysplanar0
Disponible 00-00
Placa CPU
sysunit0
Disponible 00-00
Unidad del sistema
tok0
Disponible 00-03
Adaptador red en anillo alto rendimiento
tr0
Disponible
Interfaz de red en anillo
tty0
Disponible 00-00-S1-00 Terminal asncrono
tty1
Disponible 00-00-S2-00 Terminal asncrono
usrvice
Definido
Volumen lgico
veggie2
Definido
Grupo de volmenes
volmenes lgicos por grupo de volmenes
veggie2:
LV NAME
TYPE
LPs
PPs PVs LV STATE
MOUNT POINT
hd2
jfs
103
103 1
open/syncd
/usr
hd1
jfs
1
1
1
open/syncd
/home
hd3
jfs
3
3
1
open/syncd
/tmp
hd9var
jfs
1
1
1
open/syncd
/var
sistemas de archivos
Sistema archivos KB totales libre %util. inodos %inodos Montado en
util.
util
/dev/hd4
8192
420 94%
909 44%
/
/dev/hd9var
4096
2972 27%
87 8%
/var
/dev/hd2
421888
10964 97%
17435 16%
/usr
/dev/hd3
12288
11588
5%
49
1%
/tmp
/dev/hd1
4096
3896
4%
26 2%
/home
3. Con la informacin obtenida, restaure cada mquina cliente.
790
Recuperacin cuando se utiliza hardware diferente en el local de

recuperacin
Es posible que deba recuperar el sistema utilizando hardware distinto del que se
utiliz para realizar la copia de seguridad de la base de datos y crear el archivo del
plan de recuperacin ante siniestro. Antes de restaurar la base de datos, actualice el
archivo de configuracin de dispositivos que se incluye en el archivo del plan de
recuperacin. Tras restaurar la base de datos, actualice la configuracin de
dispositivos en la base de datos.
En este apartado se describen detalladamente varias situaciones de este tipo. Si el
entorno de hardware es diferente en el local de recuperacin, debe actualizar el
archivo de configuracin de dispositivos. Tivoli Storage Manager utiliza el archivo
de configuracin de dispositivos para acceder a los dispositivos necesarios para
leer los volmenes de copia de seguridad de la base de datos. La seccin
RECOVERY.VOLUMES.REQUIRED del archivo del plan identifica los volmenes
necesarios para restaurar la base de datos.
Biblioteca SCSI automatizada en el local original y una

biblioteca SCSI manual en el local de recuperacin
Asegrese de que los comandos DEFINE DRIVE y DEFINE LIBRARY del archivo
de configuracin de dispositivos sean vlidos para la nueva configuracin de
hardware. Por ejemplo, si originalmente se utiliz una biblioteca de cintas
automatizada y ahora no puede utilizarse en el local de recuperacin, actualice el
archivo de configuracin de dispositivos. Incluya los comandos DEFINE LIBRARY
y DEFINE DRIVE necesarios para definir la unidad manual que se utilizar. En
este caso, debe montar manualmente los volmenes de copia de seguridad.
Nota: si est utilizando una biblioteca automatizada, tambin puede ser necesario
actualizar el archivo de configuracin de dispositivos para especificar la
ubicacin del volumen de copia de seguridad de la base de datos.
A continuacin se muestra un ejemplo de archivo de configuracin de dispositivos
original, que describe una biblioteca de cintas automatizada:
/* Configuracin de dispositivos */
define devclass auto8mm_class devtype=8mm format=drive
mountlimit=2 mountwait=60 mountretention=60
prefix=tsm library=auto8mmlib
define library auto8mmlib libtype=scsi
define drive auto8mmlib 8mm_tape0 element=82 online=yes
define path server1 auto8mmlib srctype=server desttype=library
device=lb4.0.0.1
define path server1 8mm_tape0 srctype=server desttype=drive
library=auto8mmlib
device=mt1.0.0.1
library=auto8mmlib
device=mt2.0.0.1
/* LIBRARYINVENTORY SCSI AUTO8MMLIB KEV004 1 101*/
791
A continuacin se muestra un ejemplo del archivo de configuracin de dispositivos

actualizado cuando se utiliza una biblioteca manual en el local de recuperacin:
mountlimit=1 mountwait=60 mountretention=60 prefix=tsm
library=manual8mm
define library manual8mm libtype=manual
define drive manual8mm 8mm_tape0
library=manual8mm device=mt1.0.0.1
Se han efectuado los siguientes cambios:

v En la definicin de clase de dispositivo, el nombre de biblioteca se ha cambiado
de AUTO8MMLIB a MANUAL8MM. El nombre de clase de dispositivo sigue
siendo el mismo porque est asociado a los volmenes de copia de seguridad de
base de datos en el archivo histrico de volmenes.
v Se ha definido la biblioteca manual MANUAL8MM.
v Se ha definido una nueva unidad, 8MM_TAPE0, para la biblioteca manual.
v Se han eliminado los comentarios que describen la ubicacin de los volmenes
en la biblioteca automatizada.
Despus de restaurar la base de datos, modifique el archivo de configuracin de
dispositivos en la base de datos. Despus de iniciar el servidor, defina, actualice y
suprima las definiciones de biblioteca y unidad para que coincidan con la nueva
configuracin.
Nota: si est utilizando una biblioteca automatizada, puede ser necesario utilizar el
comando AUDIT LIBRARY para actualizar el inventario de servidor de los
volmenes de la biblioteca.
Biblioteca SCSI automatizada en el local original y en el local

de recuperacin
Coloque manualmente los volmenes de copia de seguridad de la base de datos en
la biblioteca automatizada y anote los nmeros de elemento donde los coloca. A
continuacin, actualice los comentarios en el archivo de configuracin de
dispositivos para identificar las ubicaciones de estos volmenes.
Nota: tambin puede ser necesario auditar la biblioteca, una vez restaurada la base
de datos, para actualizar el inventario del servidor de los volmenes de la
biblioteca.
A continuacin se muestra un ejemplo de archivo de configuracin de dispositivos
original, que describe una biblioteca de cintas automatizada:
792

device=lb4.0.0.1
library=auto8mmlib
device=mt1.0.0.1
library=auto8mmlib
device=mt2.0.0.1
A continuacin se muestra un ejemplo del archivo de configuracin de dispositivos

actualizado cuando se utiliza una biblioteca automatizada en el local de
recuperacin para leer un volumen de base de datos DBBK01:
device=lb4.0.0.1
library=auto8mmlib
device=mt1.0.0.1
library=auto8mmlib
device=mt2.0.0.1
/* LIBRARYINVENTORY SCSI AUTO8MMLIB DBBK01 1 101*/
En este ejemplo, el volumen de copia de seguridad de la base de datos DBBK01 se

ha colocado en el elemento 1 de la biblioteca automatizada. A continuacin, se
agrega un comentario al archivo de configuracin de dispositivos para identificar
la ubicacin del volumen. Tivoli Storage Manager necesita esta informacin para
restaurar la base de datos. Se eliminarn los comentarios que ya no sean aplicables
en el local de recuperacin.
Gestin de volmenes de agrupaciones de almacenamiento

de copia en el local de recuperacin
La seccin RECOVERY.VOLUMES.REQUIRED del archivo del plan de
recuperacin identifica los volmenes de agrupacin de almacenamiento de copia
necesarios. El servidor restaurado utiliza los volmenes de agrupacin de
almacenamiento de copia para satisfacer peticiones (por ejemplo, de clientes de
copia de seguridad/archivado) y para restaurar volmenes de agrupaciones de
almacenamiento primarias que resultaron destruidos. Estos volmenes deben estar
disponibles en el servidor restaurado. Una vez restaurada la base de datos, podr
manejar volmenes de agrupacin de almacenamiento de copia en el local de
recuperacin de tres maneras:
793
v Monte cada volumen como lo solicite Tivoli Storage Manager. Si se utiliza una
biblioteca automatizada en el local de recuperacin, incorpore los volmenes en
la biblioteca.
v Incorpore los volmenes en una biblioteca automatizada antes de que Tivoli
Storage Manager los solicite.
v Coloque manualmente los volmenes en una biblioteca automatizada y audite la
biblioteca para actualizar el inventario del servidor.
Nota: si utiliza una biblioteca automatizada, tambin puede ser necesario auditar
la biblioteca, una vez que se haya restaurado la base de datos, para
actualizar el inventario de Tivoli Storage Manager de los volmenes de la
biblioteca.
Lista de comprobacin del gestor de recuperacin ante siniestro

La siguiente lista de comprobacin puede ayudarle a configurar gestor de
Tabla 45. Lista de comprobacin
Actividad
Fecha
inicial
Plan de DRM
Evaluar sus necesidades de recuperacin en caso de
siniestro
v Cules son las prioridades comerciales para
recuperar los clientes?
v Dnde se encuentra el local de recuperacin?
v El local de recuperacin tiene un ambiente
caliente, templado o fro?
v Los clientes tienen conectividad con el servidor de
recuperacin?
v Quines son los administradores del sistema y de
Tivoli Storage Manager?
v Es necesario volver al local original?
v Dnde estn almacenadas las copias de seguridad
fuera del local?
v Cmo maneja la cmara de seguridad los medios
de copia de seguridad?
v Cmo se empaquetan o procesan las copias de
seguridad?
v Quin proporciona el servicio de transportistas?
Evaluar la implementacin actual de copias de
seguridad de la agrupacin de almacenamiento
v De qu agrupaciones de almacenamiento primarias
se efectan copias de seguridad?
v Cundo se realizan las copias de seguridad?
v Las copias de seguridad permanecern en el local
o se enviarn fuera del local?
v Convenios de denominacin para los volmenes de
sustitucin de las agrupaciones de almacenamiento
primarias
794
Fecha
final
Estado
Persona
resp.
Persona
reserva
Tabla 45. Lista de comprobacin (continuacin)

Actividad
Fecha
inicial
Fecha
final
Estado
Persona
resp.
Persona
reserva
Evaluar la implementacin actual de copias de

seguridad de la base de datos
v Cundo se realizan las copias de seguridad?
v Finalidad de la copia de seguridad: fuera del local o
en el local
v Se utilizarn instantneas de copia de seguridad
de base de datos o copias de seguridad de base de
datos completas ms incrementales?
v Cunto tiempo desea conservar la serie de copia
de seguridad? Verifique que los valores para la
REUSEDELAY y DRMDBBACKUPEXPIREDAYS
sean los mismos.
Determinar qu agrupaciones de almacenamiento
primarias van a ser gestionadas por DRM
Determinar qu agrupaciones de almacenamiento de
copia van a ser gestionadas por DRM
v Agrupaciones de almacenamiento de copia fuera
del local
Dnde se ha de guardar el archivo del plan de
recuperacin
Localmente:
v Cul es el prefijo del nombre de ruta al archivo del
plan de recuperacin?
v Cmo se conseguir que los archivos del plan de
recuperacin estn disponibles en el local de
recuperacin?
Imprimir y almacenar fuera del local
Copia cinta/disquete almacenada fuera del local
Copia enviada/NFS al local de recuperacin
En otro servidor:
v Qu servidor se va a utilizar como servidor
destino?
v Cul es el nombre de la clase de dispositivo del
servidor destino?
v Cunto tiempo desea conservar los archivos del
plan de recuperacin?
Determinar dnde desea crear las instrucciones de
recuperacin especificadas por el usuario
Cul es el prefijo del nombre de ruta a las
instrucciones?
Analizar la secuencia de pasos relacionados con el
movimiento de copias de seguridad del comando
PREPARE
Documentar el flujo de actividades y el tiempo
v Envo de volmenes fuera del local
v Devolucin de volmenes vacos
v Tiempo de PREPARE
Instalacin
795

Actividad
Fecha
inicial
Recibir e instalar el cdigo de Tivoli Storage

Manager
Licencia de uso de DRM
v REGISTER LICENSE o
v Actualizar las opciones del servidor
Establecer valores predeterminados de DRM
Emita:
v SET DRMDBBACKUPEXPIREDAYS para definir la
caducidad de las copias de seguridad de la base de
datos
v SET DRMPRIMSTGPOOL para especificar las
agrupaciones de almacenamiento primarias
gestionadas por DRM
v SET DRMCOPYSTGPOOL para especificar las
agrupaciones de almacenamiento de copia
gestionadas por DRM
v SET DRMPLANVPOSTFIX para especificar un
carcter que debe agregarse a las nuevas
v SET DRMPLANPREFIX para especificar el prefijo
de RPF
v SET DRMINSTRPREFIX para especificar el prefijo
del archivo de instrucciones de usuario
v SET DRMNOTMOUNTABLENAME para
especificar la ubicacin predeterminada para los
medios que se envan fuera del local
v SET DRMCOURIERNAME para especificar el
transportista predeterminado
v SET DRMVAULTNAME para especificar la cmara
de seguridad predeterminada
v SET DRMCMDFILENAME para especificar el
nombre de archivo predeterminado que contendr
los comandos especificados con el parmetro CMD
en MOVE y QUERY DRMEDIA
v SET DRMCHECKLABEL para especificar si se
verifican las etiquetas de los volmenes al darlos de
baja con el comando MOVE DRMEDIA
v SET DRMRPFEXPIREDAYS para especificar un
valor para la frecuencia de caducidad de RPF
(cuando los archivos del plan se almacenan en otro
servidor)
796
Fecha
final
Estado
Persona
resp.
Persona
reserva

Actividad
Fecha
inicial
Fecha
final
Estado
Persona
resp.
Persona
reserva
Definir las instrucciones de recuperacin especficas

del local
Identifique:
v La ubicacin del servidor destino para la
recuperacin en caso de siniestro
v Los requisitos de software del servidor destino
v Los requisitos de hardware del servidor destino
(dispositivos de almacenamiento)
v La persona de contacto del administrador de Tivoli
Storage Manager
v El nombre del transportista y el nmero de telfono
v La ubicacin de la cmara de seguridad y la
persona de contacto
Cree:
v Entre los datos de las instrucciones de recuperacin
especficas del local en archivos creados en la
misma ruta/HLQ que se ha especificado con SET
DRMINSTRPREFIX
Comprobar gestor de recuperacin ante siniestro
Compruebe la instalacin y la personalizacin
v QUERY DRMSTATUS para visualizar la
configuracin de DRM
v Hacer una copia de seguridad de las agrupaciones
primarias de almacenamiento
v Hacer una copia de seguridad de la base de datos
v QUERY DRMEDIA para listar los volmenes de
copia de seguridad
v MOVE DRMEDIA para trasladar fuera del local
v PREPARE para crear el archivo del plan de
recuperacin
Examinar el archivo creado del plan de recuperacin
Comprobar el desbloqueo del archivo del plan de
recuperacin
v Procedimiento VBScript planexpl.vbs
v Procedimiento escrito localmente
Configurar las planificaciones para las funciones
automatizadas
El archivo del plan de recuperacin ante siniestro

El archivo del plan de recuperacin ante siniestro contiene la informacin necesaria
para recuperar un servidor de Tivoli Storage Manager hasta el instante especfico
representado por la ltima operacin de copia de seguridad de la base de datos
completada antes de la creacin del plan. El plan se organiza en secciones, que
pueden dividirse en varios archivos.
Divisin de un archivo del plan de recuperacin ante siniestro

Puede utilizar un procedimiento de comandos Microsoft VBScript o un editor para
dividir las secciones del archivo del plan de recuperacin ante siniestro en archivos
797
individuales. Con DRM se entrega un procedimiento de ejemplo, planexpl.vbs.

Puede modificar el procedimiento para su instalacin. Conserve fuera del local una
copia del procedimiento para la recuperacin.
****************************************************************************
Script de ejemplo de IBM TSM Disaster Recovery Manager para Windows NT/2000
Dividir un archivo del plan de recuperacin en archivos separados (programas

de proceso por lotes, macros de TSM, archivos de opciones del servidor, etc.)
Invocar con:
cscript planexpl.vbs nombrearchivoplanrecuperacin
donde:
nombrearchivoplanrecuperacin es el nombre del archivo del plan de
recuperacin creado
por el comando DRM PREPARE
Ejemplo de uso:
cscript planexpl.vbs c:\adsmsrv\recplans\20001115.051421
*****************************************************************************
Dim args
Dim PLANFILE, OUTDIR, OUTFILE
Dim STANZAS
Dim VOLNAMES(100),NbrV,LOGDBVOLS
Dim fso, fi, fo
Dim WORDS
Dim CRLF
Dim RESULTS, RESULTS2
CRLF = Chr(13) & Chr(10)
LOGDBVOLS = False : NbrV = 0
OUTDIR = "" : OUTFILE = ""
RESULTS = "" : RESULTS2 = ""
*****************************************************************************
* Obtener argumentos de entrada: PLANFILE=nombrearchivoplanrecuperacin
*****************************************************************************
set args = Wscript.Arguments
If args.Count < 1 Then
Wscript.Echo _
"utilizacin: cscript planexpl.vbs nombrearchivoplanrecuperacin"
& CRLF & _
"ejemplo: cscript planexpl.vbs
c:\adsmsrv\recplans\20001115.051421"
Wscript.Quit(1)
Else
PLANFILE = args.Item(0)
End If
RESULTS = RESULTS & "Planfile: " & PLANFILE & CRLF
****************************************************************************
Para cada nombre de seccin del archivo, determine la extensin (si la hay)
a agregar al nombre de archivo creado usando el nombre de seccin y extensin
****************************************************************************
Figura 100. Ejemplo de procedimiento de comandos VBScript para dividir el archivo del plan de recuperacin ante
siniestro (Parte 1 de 4)
798
Set STANZAS
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
STANZAS.Add
= CreateObject("Scripting.Dictionary")
"RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE",
"RECOVERY.SCRIPT.NORMAL.MODE"
,
"RECOVERY.VOLUMES.REQUIRED"
,
"RECOVERY.DEVICES.REQUIRED"
,
"SERVER.REQUIREMENTS"
,
"LOG.VOLUMES"
,
"DB.VOLUMES"
,
"LOGANDDB.VOLUMES.INSTALL"
,
"LICENSE.REGISTRATION"
,
"COPYSTGPOOL.VOLUMES.AVAILABLE"
,
"COPYSTGPOOL.VOLUMES.DESTROYED"
,
"PRIMARY.VOLUMES.DESTROYED"
,
"PRIMARY.VOLUMES.REPLACEMENT.CREATE"
,
"PRIMARY.VOLUMES.REPLACEMENT"
,
"STGPOOLS.RESTORE"
,
"RECOVERY.INSTRUCTIONS.GENERAL"
,
"RECOVERY.INSTRUCTIONS.OFFSITE"
,
"RECOVERY.INSTRUCTIONS.INSTALL"
,
"RECOVERY.INSTRUCTIONS.DATABASE"
,
"RECOVERY.INSTRUCTIONS.STGPOOL"
,
"MACHINE.GENERAL.INFORMATION"
,
"MACHINE.RECOVERY.INSTRUCTIONS"
,
"MACHINE.CHARACTERISTICS"
,
"MACHINE.RECOVERY.MEDIA.REQUIRED"
,
"VOLUME.HISTORY.FILE"
,
"DEVICE.CONFIGURATION.FILE"
,
"DSMSERV.OPT.FILE"
,
"LICENSE.INFORMATION"
,
".CMD"
".CMD"
"none"
"none"
"none"
"none"
"none"
".CMD"
".MAC"
".MAC"
".MAC"
".MAC"
".CMD"
".MAC"
".MAC"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
"none"
Set fso = CreateObject("Scripting.FileSystemObject")

Set fi = fso.OpenTextFile(PLANFILE, 1, False)
Do While fi.AtEndOfStream <> True
****************************************************************************
Leer una lnea del archivo del plan de recuperacin de entrada
****************************************************************************
ALINE = fi.ReadLine
****************************************************************************
Obtener las 2 primeras palabras. Se busca begin/end y un nombre de
seccin
****************************************************************************
WORD1 = "" : WORD2 = ""
If Not ALINE = "" then
WORDS = Split(ALINE,
WORD1 = WORDS(0)
If Ubound(WORDS) > 0
if Ubound(WORDS) > 1
End If
: THEREST = ""
" ", -1, 1)
Then WORD2 = WORDS(1)
Then THEREST = WORDS(2)
799
****************************************************************************
Si la primera palabra es begin y para esta seccin crearemos un archivo,
cree el nombre de archivo de salida utilizando el directorio de salida.
Agregue extensin si es necesario. Borre la versin anterior del archivo e
indique que se crea el archivo nuevo. Si la seccin contiene los nombres de
volmenes de base de datos o de volmenes de anotaciones, indique que deben
recordarse estos nombres de volmenes para poder comprobar posteriormente
si existen actualmente volmenes con esos nombres (ya que se borrarn
los volmenes).
****************************************************************************
If WORD1 = "begin" And STANZAS.Exists(WORD2) Then
OUTFILE = OUTDIR & WORD2
If Not STANZAS.Item(WORD2) = "none" Then
OUTFILE = OUTFILE & STANZAS.Item(WORD2)
End If
Set fo = fso.OpenTextFile(OUTFILE, 2, True)
RESULTS = RESULTS & "Creating file " & OUTFILE & CRLF
If WORD2 = "LOG.VOLUMES" Or WORD2 = "DB.VOLUMES" Then

LOGDBVOLS = True
Else LOGDBVOLS = False
End If
****************************************************************************
Si la primera palabra es end y esta era una seccin para la que se ha
creado un archivo, cierre el archivo de salida.
****************************************************************************
Elseif WORD1 = "end" And STANZAS.Exists(WORD2) Then
fo.close
OUTFILE = ""
****************************************************************************
Para las lneas del archivo del plan de recuperacin de entrada que estn
entre el principio y el final de una seccin para la que se cre un archivo
de salida (es decir, anteriormente creamos un nombre de archivo de salida)
grabe la lnea en el archivo de salida. Si se procesa la seccin de volumen
de anotaciones o de volumen de base de datos, guarde el nombre del volumen
para poder determinar posteriormente si existe un volumen con ese nombre.
****************************************************************************
Elseif Not OUTFILE = "" Then
fo.writeline(ALINE)
If LOGDBVOLS = True Then
NbrV = NbrV + 1
VOLNAMES(NbrV) = WORD1
End If
800
****************************************************************************
sta es la lnea del archivo del plan que identifica el prefijo del archivo
****************************************************************************
Elseif OUTDIR = "" And WORD1 = "DRM" And WORD2 = "PLANPREFIX" Then
OUTDIR = THEREST
If Not Right(OUTDIR,1) = "\" Then
OUTDIR = OUTDIR & "."
End If
RESULTS = RESULTS & "set planprefix to " & OUTDIR & CRLF
End If /* seleccionar primera palabra de lnea de entrada del archivo del plan */
Loop /* hacer mientras haya lneas en el archivo del plan de recuperacin de entrada */
fi.close
****************************************************************************
Para cada volumen de anotaciones y de base de datos, determine si existe
actualmente un volumen con el mismo nombre. Si es as, indique que se
borrar.
****************************************************************************
Set fo = fso.OpenTextFile(OUTDIR & "FILES.TO.BE.ERASED", 2, True)
I = 0
FOUND = False
Do While I < NbrV
I = I + 1
if fso.FileExists(VOLNAMES(I)) then
if FOUND = False then
WARNING = _
"Si se ejecuta, el programa de proceso por lotes" & CRLF & "RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE" & CRLF & _
"suprimir los siguientes volmenes de base de datos y de anotaciones" & CRLF & _
"(si hay) y los asignar de nuevo. En un caso normal de recuperacin" & CRLF & _
"ante sinistro esto no es un problema, puesto que restaurar datos en" & CRLF & _
"estos volmenes de la copia de seguridad de la base de datos." & CRLF & CRLF
fo.writeline(WARNING)
RESULTS2 = RESULTS2 & CRLF & WARNING
FOUND = True
End If
fo.writeline(VOLNAMES(I))
RESULTS2 = RESULTS2 & VOLNAMES(I) & CRLF
End if /* el archivo existe */
Loop /* hacer mientras haya nombres de volmenes de base de datos y anotaciones */
fo.close
Wscript.Echo RESULTS
If FOUND = True then Wscript.Echo RESULTS2
Estructura del archivo del plan de recuperacin ante siniestro

El plan de recuperacin ante siniestro se divide en los siguientes tipos de
secciones:
Secciones de comandos
Formadas por scripts (por ejemplo, programas o archivos de proceso por
801
lotes) y macros de Tivoli Storage Manager. Puede ver, imprimir y

actualizar estas secciones y ejecutarlas durante la recuperacin.
Nota: las secciones RECOVERY.SCRIPT.NORMAL.MODE y
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE contienen los
comandos que invocan los scripts y las macros contenidos en las
dems secciones.
Secciones de instrucciones
Constan de instrucciones de recuperacin especficas para su local. Puede
ver, imprimir y actualizar estas secciones y utilizarlas durante la
recuperacin.
Secciones de requisitos del servidor
Incluyen los requisitos de la base de datos y las anotaciones de
recuperacin, los requisitos de dispositivos y volmenes y la informacin
sobre licencia. Puede ver e imprimir estas secciones y utilizarlas durante la
recuperacin.
Secciones del archivo de configuracin
Formadas por los archivos histricos de volmenes, de configuracin de
dispositivos y de opciones del servidor.
Secciones de mquina y medio de recuperacin
Se componen de instrucciones de recuperacin de la mquina e
informacin acerca de hardware, software y medios de recuperacin de la
mquina. Puede imprimir y actualizar estas secciones y utilizarlas durante
la recuperacin del servidor.
La Tabla 46 lista las secciones del archivo del plan de recuperacin e indica qu
tipo de accin de administracin se necesita durante la configuracin o las
actualizaciones peridicas, las operaciones de rutina y la recuperacin ante
siniestro. La tabla tambin indica si la seccin contiene una macro, un script o un
archivo de configuracin.
Nota: para las tareas que deban realizarse durante la instalacin o las
actualizaciones peridicas, DRM rene esta informacin automticamente
para el plan.
Tabla 46. Tareas de administracin asociadas con el archivo del plan de recuperacin ante siniestro
Nombre de seccin
Tareas
PLANFILE.DESCRIPTION
Ninguna
PLANFILE.TABLE.OF.CONTENTS
Ninguna
SERVER.REQUIREMENTS
Ninguna
Durante la instalacin o las actualizaciones

peridicas: editar el archivo fuente asociado a
la seccin (opcional)



802
Tabla 46. Tareas de administracin asociadas con el archivo del plan de recuperacin ante siniestro (continuacin)
Nombre de seccin
Tareas

RECOVERY.VOLUMES.REQUIRED
Durante el proceso de la rutina: MOVE

DRMEDIA
RECOVERY.DEVICES.REQUIRED
Ninguna
RECOVERY.SCRIPT. DISASTER.RECOVERY.MODE, script
Durante la recuperacin del siniestro: editar

y ejecutar (opcional)
RECOVERY.SCRIPT. NORMAL.MODE, script

LOG.VOLUMES
Durante la recuperacin del siniestro:

editar/copiar (opcional)
DB.VOLUMES
Durante la recuperacin del siniestro:

editar/copiar (opcional)
LOGANDDB.VOLUMES.INSTALL, script

LICENSE.REGISTRATION, macro

COPYSTGPOOL.VOLUMES.AVAILABLE, macro

DRMEDIA
COPYSTGPOOL.VOLUMES.DESTROYED, macro

DRMEDIA
PRIMARY.VOLUMES.DESTROYED, macro

PRIMARY.VOLUMES.REPLACEMENT.CREATE script

PRIMARY.VOLUMES.REPLACEMENT, macro

STGPOOLS.RESTORE, macro

VOLUME.HISTORY.FILE, archivo de configuracin
Durante la recuperacin del siniestro: copiar

(opcional)
DEVICE.CONFIGURATION.FILE, archivo de configuracin

y copiar (opcional)
DSMSERV.OPT.FILE, archivo de configuracin

y copiar (opcional)
LICENSE.INFORMATION
Ninguna
MACHINE.GENERAL.INFORMATION

peridicas: emitir DEFINE MACHINE
ADSMSERVER=YES (opcional)
MACHINE.RECOVERY.INSTRUCTIONS

peridicas: emitir INSERT MACHINE
RECOVERYINSTRUCTIONS (opcional)
803
Tabla 46. Tareas de administracin asociadas con el archivo del plan de recuperacin ante siniestro (continuacin)
Nombre de seccin
Tareas
MACHINE.RECOVERY.CHARACTERISTICS

peridicas: emitir INSERT MACHINE
CHARACTERISTICS (opcional)
MACHINE.RECOVERY.MEDIA

peridicas: emitir DEFINE
RECOVERYMEDIA y DEFINE
RECMEDMACHASSOCIATION (opcional)
Ejemplo de archivo del plan de recuperacin ante siniestro

Este apartado contiene un ejemplo de un archivo del plan de recuperacin ante
siniestro e informacin sobre cada una de las secciones. El archivo del plan de
recuperacin ante siniestro se ha dividido en figuras independientes que se
correlacionan con las descripciones de las secciones especficas de cada figura.
Secciones de descripcin y tabla de contenido

Identifica el servidor de este plan de recuperacin, y la fecha y la hora en que se
ha creado el plan.
begin PLANFILE.DESCRIPTION
Plan de recuperacin para el servidor DESIGN_DEPARTMENT
Creado por DRM PREPARE el 02/11/2000 10:20:34
DRM PLANPREFIX c:\Archivos de programa\Tivoli\TSM;\server2\prepare\
Servidor para Windows NT - Versin 4, Release 1, Nivel x.x/x.x
end PLANFILE.DESCRIPTION
Figura 101. Seccin de descripcin
Lista las secciones documentadas en este plan.
804
begin PLANFILE.TABLE.OF.CONTENTS
Secciones de recuperacin del servidor:
SERVER.REQUIREMENTS
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE script
RECOVERY.SCRIPT.NORMAL.MODE script
LOG.VOLUMES
DB.VOLUMES
LOGANDDB.VOLUMES.INSTALL script
LICENSE.REGISTRATION macro
COPYSTGPOOL.VOLUMES.AVAILABLE macro
COPYSTGPOOL.VOLUMES.DESTROYED macro
PRIMARY.VOLUMES.DESTROYED macro
PRIMARY.VOLUMES.REPLACEMENT.CREATE script
PRIMARY.VOLUMES.REPLACEMENT macro
STGPOOLS.RESTORE macro
VOLUME.HISTORY.FILE
DEVICE.CONFIGURATION.FILE
DSMSERV.OPT.FILE
Secciones de descripcin de la mquina:
MACHINE.CHARACTERISTICS
MACHINE.RECOVERY.MEDIA.REQUIRED
end PLANFILE.TABLE.OF.CONTENTS
Figura 102. Seccin de tabla de contenido
Seccin de requisitos del servidor

SERVER.REQUIREMENTS
Identifica los requisitos de almacenamiento de la base de datos y las anotaciones
de recuperacin para el servidor. El servidor de sustitucin debe tener suficiente
espacio en el disco para instalar los volmenes de base de datos y anotaciones de
recuperacin. Esta seccin tambin identifica el directorio de instalacin de Tivoli
Storage Manager. Cuando se vuelva a instalar Tivoli Storage Manager en el
servidor de sustitucin, especifique este directorio en la pantalla de tipo de
configuracin durante la instalacin. Si especifica un directorio diferente, edite el
archivo del plan para dejar constancia de este cambio.
805
begin SERVER.REQUIREMENTS
Resumen de requisitos de la base de datos:
Porc. utilizacin:
Porc. mx. utilizacin:
Volmenes fsicos:
20
20
2,2
2,2
2
Resumen de requisitos de las anotaciones de recuperacin:

Espacio disponible (MB): 20
Capacidad asignada (MB): 20
Porc. utilizacin: 4,4
Porc. mx. utilizacin: 4,8
Volmenes fsicos: 2
Directorio de instalacin: c:\Archivos de
programa\Tivoli\TSM\
end SERVER.REQUIREMENTS
Figura 103. Seccin de requisitos del servidor
Secciones de instrucciones de recuperacin

El administrador especifica las instrucciones de recuperacin en los archivos fuente
que el comando PREPARE incluye en los archivos del plan. Consulte el apartado
Cmo especificar instrucciones de recuperacin para su local en la pgina 763
Nota: en las descripciones siguientes, prefijo representa la parte de prefijo del
nombre de archivo. Para obtener ms informacin, consulte el apartado
Cmo especificar valores predeterminados para el archivo del plan de
recuperacin ante siniestro en la pgina 759.
Identifica las instrucciones especficas del local que el administrador ha entrado en
el archivo identificado por prefijo RECOVERY.INSTRUCTIONS.GENERAL. Las
instrucciones deben incluir la estrategia de recuperacin, los nombres de contactos
clave, una visin general de las aplicaciones clave cuya copia de seguridad ha
hecho este servidor y dems instrucciones de recuperacin importantes.
begin RECOVERY.INSTRUCTIONS.GENERAL
Este servidor contiene los datos de copia de seguridad y copias archivadas del
sistema de cuentas por cobrar de la empresa XYZ. Tambin lo utilizan diversos
usuarios finales de las organizaciones de finanzas y distribucin de
materiales.El administrador de almacenamiento a cargo de este servidor es Jane
Doe 004-001-0006.
Si se declara un siniestro, ste es el esquema de los pasos a llevar a cabo.
1. Determinar el local de recuperacin. Nuestro proveedor del local de
recuperacin alternativo es IBM BRS en Tampa, Florida, EE.UU. 213-000-0007.
2. Obtener del archivo del plan de recuperacin la lista de los volmenes de
recuperacin necesarios y ponerse en contacto con la cmara de seguridad
fuera del local para que saquen los volmenes para transferirlos al local
de recuperacin.
3. etc...
end RECOVERY.INSTRUCTIONS.GENERAL
Figura 104. Seccin de instrucciones generales de recuperacin
806
Contiene instrucciones que el administrador ha entrado en el archivo identificado
por prefijo RECOVERY.INSTRUCTIONS.OFFSITE. Las instrucciones deben incluir el
nombre y la ubicacin de la cmara de seguridad fuera del local, y cmo ponerse
en contacto con la cmara de seguridad (por ejemplo, un nombre y un nmero de
telfono).
begin RECOVERY.INSTRUCTIONS.OFFSITE
Nuestro proveedor de cmara de seguridad fuera del local es OffsiteVault Inc.
El nmero de telfono es 514-555-2341. Nuestro representante es Joe Smith.
Nuestro nmero de cuenta es 1239992. Su direccin es...
ste es el mapa para llegar a su almacn...
Nuestro transportista es...
end RECOVERY.INSTRUCTIONS.OFFSITE
Figura 105. Seccin de instrucciones de recuperacin fuera del local
por prefijo RECOVERY.INSTRUCTIONS.INSTALL. Las instrucciones deben incluir
cmo reconstruir la mquina servidor base y la ubicacin de las copias de
seguridad de imgenes del sistema.
begin RECOVERY.INSTRUCTIONS.INSTALL
El sistema servidor base es Windows NT 4.0 que se ejecuta en un
PC-350 IBM. El medio de instalacin del sistema operativo Windows NT 4.0 y del
producto se encuentra en la cmara de seguridad. Tambin hay una copia en
el edificio 24, sala 4, archivador a. El administrador del sistema responsable
de la instalacin de Windows NT 4.0 y del servidor es Fred Myers.
Estas son las instrucciones para la instalacin de Windows NT
4.0 y del servidor:
end RECOVERY.INSTRUCTIONS.INSTALL
Figura 106. Seccin de instrucciones de recuperacin para la instalacin
por prefijo RECOVERY.INSTRUCTIONS.DATABASE. Las instrucciones deben
incluir cmo preparar la recuperacin de la base de datos. Por ejemplo, puede
especificar instrucciones sobre cmo inicializar o cargar los volmenes de copia de
seguridad de una biblioteca automatizada. No se proporcionan ejemplos de esta
seccin.
por prefijo RECOVERY.INSTRUCTIONS.STGPOOL. Las instrucciones deben incluir
los nombres de las aplicaciones de software y los nombres de las agrupaciones de
almacenamiento de copia que contienen la copia de seguridad de estas
aplicaciones. No se proporcionan ejemplos de esta seccin.
Secciones de requisitos de volmenes y dispositivos

807
Proporciona una lista de los volmenes de copia de seguridad de la base de datos

y la agrupacin de almacenamiento de copia necesarios para recuperar el servidor.
Esta lista puede incluir tanto volmenes virtuales como no virtuales. Un volumen
de copia de seguridad de la base de datos se incluye si forma parte de la serie de
copia de seguridad de la base de datos ms reciente. Un volumen de la agrupacin
de almacenamiento de copia se incluye si no est vaco y no est marcado como
destruido.
Si est utilizando un entorno de volmenes no virtuales y emite el comando
MOVE DRMEDIA, un campo de ubicacin en blanco significa que los volmenes
estn en el local y disponibles para el servidor. Esta lista de volmenes puede
utilizarse en auditoras peridicas del inventario de volmenes del transportista y
de la cmara de seguridad. Puede utilizar la lista para reunir los volmenes
necesarios antes de recuperar el servidor.
Para los volmenes virtuales, el campo de ubicacin contiene el nombre del
servidor destino.
begin RECOVERY.VOLUMES.REQUIRED
Volmenes necesarios para la restauracin de la base de datos
Ubicacin = OffsiteVault Inc.
Clase de dispositivo = LIB8MM
Nombre de volumen =
TPBK08
Nombre de volumen =
TPBK06
Volmenes necesarios para la restauracin de la agrupacin de almacenamiento
Agrupacin de almacenamiento de copia = CSTORAGEPF
Nombre de volumen =
TPBK05
TPBK07
end RECOVERY.VOLUMES.REQUIRED
Figura 107. Seccin de requisitos de volmenes
Proporciona detalles sobre los dispositivos necesarios para leer los volmenes de
copia de seguridad.
808
begin RECOVERY.DEVICES.REQUIRED
Finalidad: Descripcin de los dispositivos necesarios para leer los volmenes
listados en la seccin de los volmenes de recuperacin necesarios.
Nombre clase dispositivo: LIB8MM
Estrategia acceso dispositivo: SEQUENTIAL
Nmero agrupaciones almacenamiento: 2
Tipo dispositivo: 8MM
Formato: DRIVE
Capacidad est/mx (MB): 4,0
Lmite montaje: 2
Espera montaje (min): 60
Retencin montaje (min): 10
Prefijo etiqueta: TIVSM
Biblioteca: RLLIB
Directorio:
ltima actualizacin por (administrador): Bill
end RECOVERY.DEVICES.REQUIRED
Figura 108. Secciones de requisitos de volmenes y dispositivos
Seccin de modalidad de recuperacin ante siniestro

RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE
Contiene un script con los comandos necesarios para recuperar el servidor. Puede
utilizar el script como gua y ejecutar los comandos desde una lnea de comandos.
Tambin puede copiarlo en un archivo, modificar el script y los archivos a los que
hace referencia y ejecutarlo. Es posible que deba modificar el script debido a las
diferencias entre el sistema original y el que lo sustituye. Al completar estos pasos,
las peticiones de restauraciones de archivos por parte de clientes se satisfacen
directamente desde los volmenes de agrupacin de almacenamiento de copia.
El plan de recuperacin ante siniestro emite los comandos mediante el cliente de
administracin.
Los comandos del script realizan las siguientes acciones:
v Restaurar las opciones del servidor, el archivo histrico de volmenes y los
archivos de informacin de configuracin de dispositivos.
v Invocar los scripts contenidos en la seccin LOGANDDB.VOLUMES.INSTALL.
Atencin: cuando se ejecute este script, los volmenes de anotaciones o de
base de datos con los nombres designados en el plan se borrarn (consulte
LOGANDDB.VOLUMES.INSTALL). En la mayora de las recuperaciones de
siniestro, el servidor de Tivoli Storage Manager se instala en una mquina
nueva. Al ejecutarse este script, se supone que no hay datos de Tivoli Storage
Manager en los volmenes de las anotaciones ni de la base de datos. La
instalacin de Tivoli Storage Manager incluye la creacin de volmenes de base
de datos y de anotaciones de recuperacin. Si ha creado un volumen de
anotaciones o un volumen de base de datos (por ejemplo, para pruebas) y desea
conservar el contenido, deber llevar a cabo alguna accin como redenominar el
volumen o copiar el contenido en otro lugar antes de ejecutar este script.
v Llamar a las macros contenidas en las secciones siguientes:
LICENSE.REGISTRATION
COPYSTGPOOL.VOLUMES.AVAILABLE
COPYSTGPOOL.VOLUMES.DESTROYED
809
PRIMARY.VOLUMES.DESTROYED.
Para comprender mejor las operaciones que se llevan a cabo en este script, consulte
el apartado Supuestos de copia de seguridad y recuperacin en la pgina 747.
Nota: dado que este script llama al cliente de lnea de comandos de
administracin, asegrese de que las opciones de comunicaciones del
archivo de opciones del cliente de administracin estn establecidas para
comunicarse con el servidor recuperado, antes de ejecutar este script. Para
revisar las opciones de comunicaciones utilizadas en el servidor recuperado,
consulte el archivo de opciones del servidor en la seccin
DSMSERV.OPT.FILE.
Para llamar a este script, especifique los siguientes parmetros posicionales:
v %1 (el ID de administrador)
v %2 (la contrasea del administrador)
Por ejemplo, para llamar a este script utilizando un ID de administrador don y una
contrasea mox, entre el siguiente comando:
planprefixRECOVERY.SCRIPT.DISASTER.RECOVERY.MODE don mox
Si desea obtener ms informacin, consulte la entrada sobre el prefijo del plan de

recuperacin en la Tabla 43 en la pgina 759.
La seccin siguiente contiene textos que son demasiado largos para que aparezcan
en las publicaciones en copia impresa o copia software. Los textos largos utilizan el
signo ms (+) para indicar que el texto contina en la lnea siguiente.
810
begin RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE script

@echo off
rem
rem
rem
rem
rem
rem
rem
rem
rem
rem
rem
Finalidad: Este script contiene los pasos necesarios para recuperar el

servidor en el punto en el que pueden satisfacerse peticiones de
restauracin del cliente directamente de los volmenes de agrupacin de
almacenamiento de copia disponibles.
Nota: este script presupone que todos los volmenes necesarios para la
restauracin se han recuperado de la cmara y estn disponibles. Este
script presupone que el entorno de recuperacin es compatible
(esencialmente igual) como el original. Cualquier variacin requerir la
modificacin de este script y de las macros y scripts que ejecuta.
Alternativamente, puede utilizar este script como gua y ejecutar cada
paso manualmente.
if not %1.==. if not %2.==. goto start

echo Especifique los siguientes parmetros posicionales:
echo ID de cliente de administracin y contrasea.
echo Script detenido.
goto end
:start
rem Establecer el directorio de trabajo del servidor.
pushd c:\Archivos de programa\Tivoli\TSM;\server2\
rem Restaurar archivos de opciones del servidor, histrico de volmenes y
rem de configuracin de dispositivos.
copy c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\DSMSERV.OPT.FILE
copy c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\VOLUME.HISTORY.FILE
c:\Archivos de programa\Tivoli\TSM;\server2\volhist.txt
copy c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\DEVICE.CONFIGURATION.FILE
c:\Archivos de programa\Tivoli\TSM;\server2\devconf.txt
rem crear los archivos de base de datos y anotaciones.
call c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\LOGANDDB.VOLUMES.INSTALL.CMD
1> +
c:\Archivos de programa\Tivoli\TSM;\server2\prepare\LOGANDDB.VOLUMES.INSTALL.LOG 2>&1
type c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\LOGANDDB.VOLUMES.INSTALL.LOG
rem Restaurar la base de datos del servidor a la versin de copia de
rem seguridad ms reciente por el archivo histrico de volmenes.
c:\Archivos de programa\Tivoli\TSM;\server\dsmserv -k
"Server2" restore db todate=08/11/2000 totime=10:20:22
rem Iniciar el servidor.
start c:\Archivos de programa\Tivoli\TSM;\server\dsmserv -k
"Server2"
echo Espere a que se inicie el servidor. Asegrese de que el archivo de opciones
echo de cliente de lnea de comandos de administracin est configurado para
echo comunicarse con este servidor y pulse Intro para continuar la ejecucin del
echo script de recuperacin.
pause
Figura 109. Script de modalidad de recuperacin ante siniestro (Parte 1 de 2)
811
rem Establecer el directorio de cliente de lnea de comandos de administracin.

pushd c:\Archivos de programa\Tivoli\TSM\saclient\
rem Registrar las licencias del servidor.
dsmadmc -id=%1 -pass=%2 -ITEMCOMMIT
-OUTFILE=c:\Archivos de
programa\Tivoli\TSM\server2\prepare\LICENSE.REGISTRATION.LOG
+
macro c:\Archivos de
programa\Tivoli\TSM\server2\prepare\LICENSE.REGISTRATION.MAC
rem Indicar al servidor que estos volmenes de la agrupacin de almacenamiento
rem de copia estn disponibles para su uso.
rem Administrador de recuperacin: Eliminar de la macro los volmenes no
rem obtenidos de la cmara.
dsmadmc -id=%1 -pass=%2 -ITEMCOMMIT -OUTFILE=c:\Arch de programa\Tivoli\TSM\server2\prepare\COPYSTGPOOL.VOLUMES.AVAILABLE.LOG +
macro c:\Archivos de programa\Tivoli\TSM\server2\prepare\COPYSTGPOOL.VOLUMES.AVAILABLE.MAC
rem Los volmenes de esta macro no estaban marcados como fuera de local cuando
rem se ejecut PREPARE. Posiblemente se destruyeron en el siniestro.
rem Administrador de recuperacin: Eliminar de la macro los volmenes no
rem destruidos.
dsmadmc -id=%1 -pass=%2 -ITEMCOMMIT
-OUTFILE=c:\Archivos de
programa\Tivoli\TSM\server2\prepare\COPYSTGPOOL.VOLUMES.DESTROYED.LOG
+
macro
c:\Archivos de
programa\Tivoli\TSM\server2\prepare\COPYSTGPOOL.VOLUMES.DESTROYED.MAC
rem Marcar volmenes de la agrupacin de almacenamiento primaria como ACCESS=DESTROYED.
rem Administrador de recuperacin: Eliminar de la macro los volmenes no destruidos.
dsmadmc -id=%1 -pass=%2 -ITEMCOMMIT -OUTFILE=c:\Archivos de
programa\Tivoli\TSM\server2\prepare\PRIMARY.VOLUMES.DESTROYED.LOG
+
programa\Tivoli\TSM\server2\prepare\PRIMARY.VOLUMES.DESTROYED.MAC
rem Restaurar el directorio de trabajo anterior.
popd
popd
:end
end RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE script
Figura 109. Script de modalidad de recuperacin ante siniestro (Parte 2 de 2)
Seccin de modalidad normal

RECOVERY.SCRIPT.NORMAL.MODE
Contiene un script con los comandos necesarios para restaurar las agrupaciones de
almacenamiento primarias del servidor. Puede utilizar el script como gua y
ejecutar los comandos desde una lnea de comandos. Tambin puede copiarlo en
un archivo, modificar el script y los archivos a los que hace referencia y ejecutarlo.
Es posible que deba modificar el script debido a las diferencias entre el sistema
original y el que lo sustituye.
El plan de recuperacin ante siniestro emite los comandos mediante el cliente de
administracin.
Al completar estos pasos, las peticiones de restauraciones de archivos por parte de
clientes se satisfacen a partir de los volmenes de la agrupacin de
almacenamiento primaria. Los clientes deben poder reanudar las funciones de
copia de seguridad de archivos, archivado y migracin.
812
Este script llama al script contenido en la seccin

PRIMARY.VOLUMES.REPLACEMENT.CREATE y tambin llama a las macros
contenidas en las secciones siguientes:
PRIMARY.VOLUMES.REPLACEMENT
STGPOOLS.RESTORE
Para comprender mejor las operaciones que se llevan a cabo en este script, consulte
el apartado Supuestos de copia de seguridad y recuperacin en la pgina 747.
Nota: dado que este script llama al cliente de administracin, debe asegurarse de
que las opciones de comunicaciones del archivo de opciones del cliente estn
establecidas para comunicarse con el servidor recuperado antes de ejecutar
este script. Para revisar las opciones de comunicaciones utilizadas en el
servidor recuperado, consulte el archivo de opciones del servidor en la
seccin DSMSERV.OPT.FILE.
Para llamar a este script, especifique los siguientes parmetros posicionales:
v %1 (el ID de administrador)
v %2 (la contrasea del administrador)
Por ejemplo, para llamar a este script utilizando un ID de administrador don y una
contrasea mox, entre el siguiente comando:
planprefixRECOVERY.SCRIPT.NORMAL.MODE don mox
Si desea obtener ms informacin, consulte la entrada sobre el prefijo del plan de

recuperacin en la Tabla 43 en la pgina 759.
La seccin siguiente contiene textos que son demasiado largos para que aparezcan
en las publicaciones en copia impresa o copia software. Los textos largos utilizan el
signo ms (+) para indicar que el texto contina en la lnea siguiente.
813
begin RECOVERY.SCRIPT.NORMAL.MODE script

@echo off
rem Finalidad: Este script contiene los pasos necesarios para recuperar el
rem servidor en las agrupaciones de almacenamiento primarias. Esta modalidad
rem le permite devolver los volmenes de la agrupacin de almacenamiento de
rem copia a la cmara de seguridad y ejecutar el servidor de manera normal.
rem Nota: este script presupone que todos los volmenes necesarios para la
rem restauracin se han recuperado de la cmara y estn disponibles. Este
rem script presupone que el entorno de recuperacin es compatible
rem (esencialmente igual) como el original. Cualquier variacin requerir la
rem modificacin de ste script y de las macros y scripts que ejecuta.
rem Alternativamente, puede utilizar este script como gua y ejecutar cada
rem paso manualmente.
if not
echo
echo
echo
goto
:start
%1.==. if not %2.==. goto start

Especifique los siguientes parmetros posicionales:
ID de cliente de administracin y contrasea.
Script detenido.
end
rem Crear volmenes de sustitucin para las agrupaciones de almacenamiento

rem primarias que utilizan la clase de dispositivo DISK.
rem Administrador de recuperacin: Editar script para los volmenes de
rem sustitucin.
call c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\PRIMARY.VOLUMES.REPLACEMENT.CREATE.CMD
1 +
c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\PRIMARY.VOLUMES.REPLACEMENT.CREATE.LOG
2>&1
type c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\PRIMARY.VOLUMES.REPLACEMENT.CREATE.LOG
rem Establecer el directorio de cliente de lnea de comandos de
rem administracin.
pushd c:\Archivos de programa\Tivoli\TSM\saclient\
rem Definir volmenes de sustitucin en las agrupaciones de almacenamiento
rem primarias.
rem Deben tener un nombre distinto al original.
rem Administrador de recuperacin: Editar macro para los volmenes de
rem sustitucin.
programa\Tivoli\TSM\server2\prepare\PRIMARY.VOLUMES.REPLACEMENT.LOG
+
programa\Tivoli\TSM\server2\prepare\PRIMARY.VOLUMES.REPLACEMENT.MAC
rem Restaurar las agrupaciones de almacenamiento primarias a partir de las
rem agrupaciones de almacenamiento de copia.
programa\Tivoli\TSM\server2\prepare\STGPOOLS.RESTORE.LOG +
programa\Tivoli\TSM\server2\prepare\STGPOOLS.RESTORE.MAC
popd
:end
end RECOVERY.SCRIPT.NORMAL.MODE script
Figura 110. Script de modalidad normal
Secciones de instalacin de volmenes de base de datos y de

Las secciones siguientes contienen cadenas de texto que son demasiado largos para
que aparezcan en las publicaciones en copia impresa o copia software. El signo
ms (+) indica que el texto contina en la lnea siguiente.
LOG.VOLUMES
814
Contiene los nombres y los tamaos de los volmenes de anotaciones que deben
instalarse. Opcionalmente, puede copiarlo en un archivo y modificarlo si est
cambiando los volmenes de anotaciones que deben inicializarse. El contenido de
esta seccin debe colocarse en un archivo independiente que el script
LOGANDDB.VOLUMES.INSTALL utilizar.
begin LOG.VOLUMES
c:\Archivos de programa\Tivoli\TSM;\server2\logs\lg01x 12
c:\Archivos de programa\Tivoli\TSM;\server2\logs\lg02x 8
end LOG.VOLUMES
Figura 111. Seccin de volmenes de anotaciones de recuperacin
DB.VOLUMES
Contiene los nombres y los tamaos de los volmenes de base de datos que deben
inicializarse.Puede copiarlo en un archivo y modificarlo si est cambiando los
volmenes de la base de datos que deben inicializarse. El contenido de esta seccin
debe colocarse en un archivo independiente que el script
LOGANDDB.VOLUMES.INSTALL utilizar.
begin DB.VOLUMES
c:\Archivos de programa\Tivoli\TSM;\server2\dbs\db01x 12
c:\Archivos de programa\Tivoli\TSM;\server2\dbs\db02x 8
end DB.VOLUMES
Figura 112. Seccin de volumen de base de datos
LOGANDDB.VOLUMES.INSTALL
Contiene un script con los comandos necesarios para inicializar los volmenes de
base de datos y de anotaciones. El script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE llama a este script.
begin LOGANDDB.VOLUMES.INSTALL script
@echo off
rem Finalidad: Crear los volmenes de base de datos y anotaciones.
rem Administrador de recuperacin: Ejecutar esto para inicializar un servidor.
rem Establecer el directorio de trabajo del servidor.
pushd c:\Archivos de programa\Tivoli\TSM;\server2\
rem Intentar borrar los volmenes de base de datos y anotaciones existentes.
erase c:\Archivos de
programa\Tivoli\TSM;\server2\logs\lg01x
programa\Tivoli\TSM;\server2\logs\lg02x
programa\Tivoli\TSM;\server2\dbs\db01x
programa\Tivoli\TSM;\server2\dbs\db02x
rem Crear los volmenes de base de datos y anotaciones.
c:\Archivos de programa\Tivoli\TSM;\server\dsmserv -k
Server2 install 2 FILE:c:\Archivos de
programa\Tivoli\TSM;\server2 +
\prepare\LOG.VOLUMES 2 FILE:c:\Archivos de
programa\Tivoli\TSM;\server2\prepare\DB.VOLUMES
popd
end LOGANDDB.VOLUMES.INSTALL script
Figura 113. Seccin de instalacin de volmenes de base de datos y de anotaciones de

recuperacin
815
Seccin de registro de licencia

LICENSE.REGISTRATION
Contiene una macro para registrar licencias del servidor. El script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE llama a esta macro.
begin LICENSE.REGISTRATION macro
/* Finalidad: Registrar las licencias del servidor especificando los
/* nombres de los archivos de certificado de inscripcin necesarios para
/* volver a crear las licencias existentes en el servidor.
/* Administrador de recuperacin: Revisar las licencias y agregar o suprimir
/* licencias segn sea necesario.
*/
*/
*/
*/
*/
register license file(50client.lic)

register license file(network.lic)
register license file(drm.lic)
end LICENSE.REGISTRATION macro
Figura 114. Seccin de macro de registro de licencias
Secciones de volmenes de agrupacin de almacenamiento de

copia
COPYSTGPOOL.VOLUMES.AVAILABLE
Contiene una macro para marcar los volmenes de agrupacin de almacenamiento
de copia que se han trasladado fuera del local y despus se han devuelto al local.
Esta seccin no incluye los volmenes virtuales de agrupacin de almacenamiento
de copia. Puede utilizar la informacin como gua y emitir los comandos de
administracin o puede copiarla en un archivo, modificarla y ejecutarla. El script
Una vez ocurrido el siniestro, compare los volmenes de agrupacin de
almacenamiento de copia que se listan en esta seccin con los volmenes que se
devolvieron al local. Debe eliminar las entradas de esta seccin correspondientes a
los volmenes que faltan.
begin COPYSTGPOOL.VOLUMES.AVAILABLE macro
/* Finalidad: Marcar los volmenes de la agrupacin de almacenamiento de
*/
/*
copia como disponibles para su uso en la recuperacin.
*/
/* Administrador de recuperacin: Eliminar los volmenes que no se han
*/
/*
obtenido de la cmara o que no estn disponibles por otros motivos.
*/
/* Nota: es posible utilizar la opcin de actualizacin mltiple del
*/
/*
comando UPDATE en lugar de emitir una actualizacin para cada volumen. */
/*
No obstante, la tcnica actualizar por volumen utilizada aqu
*/
/*
le permite seleccionar un subconjunto de volmenes a procesar.
*/
upd vol TPBK05 acc=READW wherestg=CSTORAGEPF
upd vol TPBK07 acc=READW wherestg=CSTORAGEPF
end COPYSTGPOOL.VOLUMES.AVAILABLE macro
Figura 115. Seccin de volmenes de agrupacin de almacenamiento de copia disponibles
COPYSTGPOOL.VOLUMES.DESTROYED
de copia como no disponibles si los volmenes estaban en el local en el momento
816
de producirse el siniestro. Esta seccin no incluye los volmenes virtuales de

agrupacin de almacenamiento de copia. Se considera que estos volmenes estn
fueran del local y, por consiguiente, no han sido destruidos en un siniestro. Puede
utilizar la informacin como gua y emitir los comandos de administracin desde
una lnea de comandos, o bien puede copiarla en un archivo, modificarla y
ejecutarla. El script RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE llama a esta
macro.
Una vez ocurrido el siniestro, compare los volmenes de agrupacin de
almacenamiento de copia que se listan en esta seccin con los volmenes que se
dejaron en el local. Si tiene alguno de los volmenes y son utilizables, debe
eliminar de esta seccin las entradas correspondientes.
begin COPYSTGPOOL.VOLUMES.DESTROYED macro
/* Finalidad: Marcar los volmenes de agrupacin de almacenamiento de copia
/* destruidos como no disponibles. Los volmenes de esta macro no estaban
/* marcados como fuera del local al ejecutarse PREPARE. Posiblemente se
/* destruyeron en el siniestro.
/* Administrador de recuperacin: Eliminar los volmenes no destruidos.
*/
*/
*/
*/
*/
upd vol c:\Archivos de

programa\Tivoli\TSM;\server2\stg\bk02 acc=DESTROYED
wherestg=BACKUPPOOL
programa\Tivoli\TSM;\server2\stg\bk01x acc=DESTROYED
wherestg=BACKUPPOOL
wherestg= BACKUPPOOLF
upd vol BACK4X acc=DESTROYED wherestg=BACKUPPOOLT
end COPYSTGPOOL.VOLUMES.DESTROYED macro
Figura 116. Seccin de volmenes de agrupacin de almacenamiento de copia destruidos
Secciones de volmenes de agrupacin de almacenamiento

primaria
PRIMARY.VOLUMES.DESTROYED
primaria como destruidos si los volmenes estaban en el local en el momento de
producirse el siniestro. Puede utilizar la informacin como gua y ejecutar los
comandos de administracin desde una lnea de comandos, o bien puede copiarla
en un archivo, modificarla y ejecutarla. El script
Durante la recuperacin, compare los volmenes de la agrupacin de
almacenamiento primaria listados en esta seccin con los volmenes que haba en
el local. Si tiene alguno de los volmenes y son utilizables, elimine de la seccin
las entradas correspondientes.
de copia. Se considera que estos volmenes estn fueran del local y, por
consiguiente, no han sido destruidos en un siniestro.
817
begin PRIMARY.VOLUMES.DESTROYED macro

/* Finalidad: Marcar los volmenes de la agrupacin de almacenamiento primaria
/* como ACCESS=DESTROYED.
/* Administrador de recuperacin: Suprimir los volmenes listados aqu que
/* no desee recuperar.
/* Nota: es posible utilizar la opcin de actualizacin mltiple del
/* comando UPDATE en lugar de emitir una actualizacin para cada volumen.
/* No obstante, la tcnica actualizar por volumen utilizada aqu
/* permite seleccionar un subconjunto de volmenes a marcar como destruidos.
wherestg=BACKUPPOOL
programa\Tivoli\TSM;\server2\stg\bk01x acc=DESTROYED
wherestg=BACKUPPOOL
wherestg= BACKUPPOOLF
upd vol BACK4X acc=DESTROYED wherestg=BACKUPPOOLT
*/
*/
*/
*/
*/
*/
*/
*/
end PRIMARY.VOLUMES.DESTROYED macro
Figura 117. Seccin de volmenes de agrupacin de almacenamiento primaria destruidos
PRIMARY.VOLUMES.REPLACEMENT.CREATE
Contiene un script con los comandos necesarios para volver a crear los volmenes
de agrupacin de almacenamiento en disco primaria. Puede utilizar el script como
gua y ejecutar los comandos desde una lnea de comandos, o bien puede copiarla
en un archivo, modificarla y ejecutarla. El script
RECOVERY.SCRIPT.NORMAL.MODE llama a este script.
El comando SET DRMPLANVPOSTFIX agrega un carcter al final de los nombres
de los volmenes originales que se listan en esta seccin. Este carcter efecta lo
siguiente:
v Mejora la posibilidad de recuperar los nombres de volmenes que deben
redenominarse en las secciones. Antes de utilizar los nombres de volumen,
cambie estos nombres por nombres nuevos que sean vlidos para la clase de
dispositivo, as como para el sistema de sustitucin.
v Genera un nombre nuevo que el servidor de sustitucin puede utilizar. El
convenio de denominacin que utilice debe tener en cuenta el carcter agregado.
Notas:
1. Los nombres de volumen primarios de sustitucin deben ser distintos de
cualquier otro nombre de volumen original o nombre de sustitucin.
2. El comando RESTORE STGPOOL restaura agrupaciones de almacenamiento
siguiendo un mtodo lgico. Esto significa que no existe una relacin de uno
a uno entre un volumen original y su sustituto.
3. Habr entradas para los mismos volmenes en
PRIMARY.VOLUMES.REPLACEMENT.
Esta seccin no incluye volmenes virtuales de la agrupacin de almacenamiento
primaria debido a que se considera que estos volmenes estn fueran del local y,
por consiguiente, no han sido destruidos en un siniestro.
818
begin PRIMARY.VOLUMES.REPLACEMENT.CREATE script

@echo off
rem Finalidad: Crear volmenes de sustitucin para las agrupaciones de
rem
almacenamiento primarias que utilicen la clase de dispositivo DISK.
rem Administrador de recuperacin: Editar esta seccin para los nombres de
rem
volmenes de sustitucin. El nombre nuevo debe ser exclusivo, es decir,
rem
distinto del original o de otro nombre nuevo.
rem Establecer el directorio de TSM Management Console.
pushd c:\Archivos de programa\Tivoli\TSM\console\
echo Sustituir c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk02 DISK 16M en
BACKUPPOOL
dsmfmt -data c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk02x@ 16
echo Sustituir c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk01x DISK 5M en BACKUPPOOL
dsmfmt -data c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk01x@ 5
popd
end PRIMARY.VOLUMES.REPLACEMENT.CREATE script
Figura 118. Seccin de volmenes de agrupacin de almacenamiento primaria de sustitucin
PRIMARY.VOLUMES.REPLACEMENT
Contiene una macro para definir volmenes de la agrupacin de almacenamiento
primaria al servidor. Puede utilizar la macro como gua y ejecutar los comandos de
administracin desde una lnea de comandos, o bien puede copiarla en un archivo,
modificarla y ejecutarla. El script RECOVERY.SCRIPT.NORMAL.MODE llama a
esta macro.
Los volmenes de agrupacin de almacenamiento primaria con entradas en esta
seccin tienen, como mnimo, una de las tres caractersticas siguientes:
1. Volumen original en una agrupacin de almacenamiento cuya clase de
dispositivo era DISK.
2. Volumen original en una agrupacin de almacenamiento con
MAXSCRATCH=0.
3. Volumen original en una agrupacin de almacenamiento y el atributo volumen
reutilizable=no.
El comando SET DRMPLANVPOSTFIX agrega un carcter al final de los nombres
de los volmenes originales que se listan en esta seccin. Este carcter efecta lo
siguiente:
v Mejora la posibilidad de recuperar los nombres de volmenes que deben
redenominarse en las secciones. Antes de utilizar los nombres de volumen,
cambie estos nombres por nombres nuevos que sean vlidos para la clase de
dispositivo que se encuentra en el sistema de sustitucin.
v Genera un nombre nuevo que el servidor de sustitucin puede utilizar. El
convenio de denominacin que utilice debe tener en cuenta el carcter agregado.
Notas:
1. Los nombres de volumen primarios de sustitucin deben ser distintos de
cualquier otro nombre de volumen original o nombre de sustitucin.
819
2. El comando RESTORE STGPOOL restaura agrupaciones de almacenamiento

siguiendo un mtodo lgico. Esto significa que no existe una relacin de uno
a uno entre un volumen original y su sustituto.
3. Podra haber entradas para el mismo volumen en
PRIMARY.VOLUMES.REPLACEMENT.CREATE y
PRIMARY.VOLUMES.REPLACEMENT si el volumen tiene una clase de
dispositivo DISK.
begin PRIMARY.VOLUMES.REPLACEMENT macro
/* Finalidad: Definir los volmenes de sustitucin de la agrupacin de
/*
almacenamiento primaria para uno de los siguientes:
/*
1. Volumen original en agrupacin de almacenamiento con clase de
/*
dispositivo DISK.
/*
2. Volumen original en agrupacin de almacenamiento con MAXSCRATCH=0.
/*
3. Volumen original en agrupacin de almacenamiento y volumen
/*
reutilizable=no.
/* Administrador de recuperacin: Editar esta seccin para los nombres de
/*
volmenes de sustitucin. El nombre nuevo debe ser exclusivo, es decir,
/*
distinto del original o de otro nombre nuevo.
/* Sustituir c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk02 DISK 16M en BACKUPPOOL */
def vol BACKUPPOOL
c:\Archivos de programa\Tivoli\TSM;\server2\stg\bk02@
acc=READW
*/
*/
*/
*/
*/
*/
*/
*/
*/
*/
programa\Tivoli\TSM;\server2\stg\bk01x DISK 5M en
BACKUPPOOL */
def vol BACKUPPOOL c:\Archivos de
programa\Tivoli\TSM;\server2\stg\bk01x@ acc=READW
programa\Tivoli\TSM;\server2\stg\bk03 FILES 4M en
BACKUPPOOLF */
def vol BACKUPPOOLF
c:\Archivos de programa\Tivoli\TSM;\server2\stg\bk03@
acc=READW
/* Sustituir BACK4X COOL8MM 0M en BACKUPPOOLT */
def vol BACKUPPOOLT BACK4X@ acc=READW
end PRIMARY.VOLUMES.REPLACEMENT macro
Figura 119. Seccin de volmenes de agrupacin de almacenamiento primaria de sustitucin
Seccin de restauracin de agrupaciones de almacenamiento

STGPOOLS.RESTORE
Contiene una macro para restaurar las agrupaciones de almacenamiento primarias.
Puede utilizarla como gua y ejecutar los comandos de administracin desde una
lnea de comandos. Tambin puede copiarla en un archivo, modificarla y ejecutarla.
El script RECOVERY.SCRIPT.NORMAL.MODE llama a esta macro.
820
begin STGPOOLS.RESTORE macro

/* Finalidad: Restaurar las agrupaciones de almacenamiento primarias a partir
/*
de las agrupaciones de almacenamiento de copia.
/* Administrador de recuperacin: Suprimir entradas de las agrupaciones de
/*
almacenamiento primarias que no desee restaurar.
restore
restore
restore
restore
restore
stgp
stgp
stgp
stgp
stgp
*/
*/
*/
*/
ARCHIVEPOOL
BACKUPPOOL
BACKUPPOOLF
BACKUPPOOLT
SPACEMGPOOL
end STGPOOLS.RESTORE macro
Figura 120. Seccin de restauracin de agrupaciones de almacenamiento
Secciones de configuracin
VOLUME.HISTORY.FILE
Contiene una copia de la informacin histrica de volmenes en el momento de la
creacin del plan de recuperacin. El comando DSMSERV RESTORE DB utiliza el
archivo histrico de volmenes para determinar qu volmenes son necesarios
para restaurar la base de datos. Lo utiliza el script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE.
Las reglas siguientes determinan dnde est situado el archivo histrico de
volmenes en el momento de la restauracin:
v Si el archivo de opciones del servidor contiene opciones de VOLUMEHISTORY,
el servidor utiliza el nombre de archivo totalmente especificado asociado a la
primera entrada. Si el nombre de archivo no empieza por una especificacin de
directorio (por ejemplo, c:\), el servidor utiliza el prefijo volhprefix.
v Si el archivo de opciones del servidor no contiene opciones de
VOLUMEHISTORY, el servidor utiliza el nombre predeterminado volhprefix
seguido de drmvolh.txt. Por ejemplo, si volhprefix es c:\Archivos de
programa\Tivoli\TSM;\server2\ el nombre de archivo es c:\Archivos de
programa\Tivoli\TSM;\server2\drmvolh.txt.
Nota: volhprefix se establece en el directorio que representa esta instancia del
servidor, que suele ser el directorio desde el que se instal el servidor
originalmente.
Si en el archivo de opciones del servidor no se ha especificado un nombre de
archivo totalmente calificado para la opcin VOLUMEHISTORY, el servidor lo
agrega a la seccin DSMSERV.OPT.FILE.
821
begin VOLUME.HISTORY.FILE
*****************************************************************************************************
*
Tivoli Storage Manager Sequential Volume Usage History
*
Updated 08/11/2000 10:20:34
*
*
Operation
Volume
Backup Backup Volume Device
Volume
*
Date/Time
Type
Series Oper.
Seq
Class Name
Name
*****************************************************************************************************
2000/08/11 10:18:43 STGNEW
0
0
0 COOL8MM
BACK4X
2000/08/11 10:18:43 STGNEW
0
0
0 FILES c:\Archivos de programa\Tivoli\TSM;\server2\stg\bk03
* Location for volume TPBK05 is: Ironvault Inc.
2000/08/11 10:18:46 STGNEW
0
0
0 LIB8MM
TPBK05
2000/08/11 10:19:23 BACKUPFULL
1
0
1 LIB8MM
TPBK06
2000/08/11 10:20:03 STGNEW
0
0
0 LIB8MM
TPBK07
2000/08/11 10:20:22 BACKUPINCR
1
1
1 LIB8MM
TPBK08
end VOLUME.HISTORY.FILE
Figura 121. Seccin de archivo histrico de volmenes
DEVICE.CONFIGURATION.FILE
Contiene una copia de la informacin de configuracin de dispositivos del servidor
en el momento de la creacin del plan de recuperacin. El comando DSMSERV
RESTORE DB utiliza el archivo de configuracin de dispositivos para leer los
volmenes de copia de seguridad de la base de datos. Lo utiliza el script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE.
En el momento de la recuperacin, es posible que deba modificar esta seccin.
Debe actualizar la informacin de configuracin de dispositivos si se han efectuado
cambios en la configuracin del hardware en el local de recuperacin. Los cambios
que requieren que se actualice la informacin de configuracin son, por ejemplo:
v Nombres de dispositivos distintos
v Uso de una biblioteca manual en lugar de una biblioteca automatizada
v Cuando se utiliza una biblioteca automatizada, el requisito de colocar
manualmente los volmenes de copia de seguridad de la base de datos en la
biblioteca automatizada y actualizar la informacin de configuracin para
identificar el elemento en la biblioteca. Esto permite al servidor localizar los
volmenes de copia de seguridad de la base de datos necesarios.
Si desea obtener ms informacin al respecto, consulte el apartado Actualizacin
del archivo de configuracin de dispositivos en la pgina 723.
Las reglas siguientes determinan dnde est situado el archivo de configuracin de
dispositivos en el momento de la restauracin:
v Si el archivo de opciones del servidor contiene entradas de DEVCONFIG, el
servidor utiliza el nombre de archivo totalmente especificado asociado a la
primera entrada. Si el nombre de archivo indicado no empieza por una
especificacin de directorio (por ejemplo, c:\), el servidor agrega el prefijo
devcprefix.
v Si el archivo de opciones del servidor no contiene entradas DEVCONFIG, el
servidor utiliza el nombre predeterminado devcprefix seguido de drmdevc.txt. Por
ejemplo, si devcprefix es c:\Archivos de programa\Tivoli\TSM;\server2\, el
nombre de archivo utilizado por PREPARE es c:\Archivos de
programa\Tivoli\TSM;\server2\drmdevc.txt.
822
Nota: devcprefix se establece en el directorio que representa esta instancia del

servidor, que suele ser el directorio desde el que se instal originalmente el
servidor.
Si no se ha especificado un nombre de archivo totalmente calificado para la opcin
DEVCONFIG del archivo de opciones del servidor, el servidor lo agrega a la
seccin DSMSERV.OPT.FILE.
begin DEVICE.CONFIGURATION.FILE
/* Configuracin de dispositivo Tivoli Storage Manager */
DEFINE DEVCLASS COOL8MM DEVTYPE=8MM FORMAT=DRIVE MOUNTLIMIT=1 MOUNTWAIT=60
MOUNTRETENTION=60 PREFIX=TIVSM LIBRARY=ITSML
DEFINE DEVCLASS FILES DEVTYPE=FILE MAXCAPACITY=4096K MOUNTLIMIT=2
DIRECTORY=c:\Archivos de programa\Tivoli\TSM;\server2\stg
DEFINE DEVCLASS FILESSM DEVTYPE=FILE MAXCAPACITY=100K MOUNTLIMIT=2
DIRECTORY=c:\Archivos de programa\Tivoli\TSM;\server2\stg
DEFINE DEVCLASS LIB8MM DEVTYPE=8MM FORMAT=DRIVE MOUNTLIMIT=1 MOUNTWAIT=60 MOUNTRETENTION=60 PREFIX=TIVSM LIBRARY=RLLIB
DEFINE LIBRARY ITSML LIBTYPE=MANUAL
DEFINE LIBRARY RLLIB LIBTYPE=MANUAL
end DEVICE.CONFIGURATION.FILE
Figura 122. Seccin de archivo de configuracin de dispositivos
DSMSERV.OPT.FILE
Contiene una copia del archivo de opciones del servidor. El script
RECOVERY.SCRIPT.DISASTER.RECOVERY.MODE utiliza esta seccin.
Nota: la figura siguiente contiene textos que son demasiado largos para que
aparezcan en las copias impresas o software de las publicaciones. Los textos
largos tienen el signo ms (+) al final para indicar que el texto contina en
la lnea siguiente.
El archivo para el plan de recuperacin ante siniestro agrega la opcin
DISABLESCHEDS al archivo de opciones del servidor y lo establece en YES. Esta
opcin desactiva las planificaciones de administracin y de cliente mientras se
recupera el servidor. Una vez recuperado el servidor, puede activar la planificacin
suprimiendo la opcin o establecindola en NO y, a continuacin, reiniciando el
servidor.
begin DSMSERV.OPT.FILE
* Archivo de opciones del servidor ubicado en
TCPPort 1509
VOLUMEHISTORY c:\Archivos de
programa\Tivoli\TSM;\server2\volhist.txt
DEVCONFIG
c:\Archivos de
programa\Tivoli\TSM;\server2\devconf.txt
* PREPARE ha agregado lo siguiente.
DISABLESCHEDS YES
end DSMSERV.OPT.FILE
Figura 123. Seccin de archivo de opciones del servidor
Seccin de informacin sobre licencia

LICENSE.INFORMATION
Contiene una copia del resultado de la auditora de licencias ms reciente y
los trminos del sistema de licencias del servidor.
823
begin LICENSE.INFORMATION
ltima auditora de licencia: 12/30/2000 10:25:34
Nodos cliente inscritos: 1
Nodos cliente con licencia: 51
Hay conexiones de red en uso?: S
Tienen licencia las conexiones de red?: S
Hay clientes de Open Systems Environment registrados?: No
Tienen licencia los clientes de Open Systems Environment?: No
Est la gestin de espacio en uso?: No
Tiene licencia la gestin de espacio?: No
Est el gestor de recuperacin ante siniestro en uso?: S
Tiene licencia el gestor de recuperacin ante siniestro?: S
Hay volmenes virtuales de servidor a servidor en uso?: No
Tienen licencia los volmenes virtuales de servidor a servidor?: S
Es necesario el Soporte avanzado de dispositivos?: No
Tiene licencia el Soporte avanzado de dispositivos?: No
Conformidad con la licencia de servidor: Vlida
end LICENSE.INFORMATION
Figura 124. Seccin de informacin sobre licencia
Seccin de archivos de mquina

Proporciona informacin para la mquina servidor (por ejemplo, ubicacin de la
mquina). Esta seccin se incluye en el archivo del plan si la informacin de
mquina se ha guardado en la base de datos utilizando el comando DEFINE
MACHINE con ADSMSERVER=YES.
begin MACHINE.GENERAL.INFORMATION
Finalidad: Informacin general para la mquina DSMSRV1.
sta es la mquina que contiene el servidor DSM de DSM.
Nombre de la mquina: DSMSRV1
Prioridad de mquina: 1
Edificio: 21
Planta: 2
Sala: 2749
Descripcin: Servidor de DSM para sucursal 51
Nombre de medio de recuperacin: DSMSRVIMAGE
end MACHINE.GENERAL.INFORMATION
Figura 125. Seccin de informacin general de la mquina
Proporciona las instrucciones de recuperacin para la mquina servidor. Esta
seccin se incluye en el archivo del plan si las instrucciones de recuperacin de la
mquina se guardan en la base de datos.
begin MACHINE.RECOVERY.INSTRUCTIONS
Finalidad: Instrucciones de recuperacin para la mquina DSMSRV1.
Contacto principal:
Jane Smith (trabajo 520-000-0000 particular 520-001-0001)
Contacto secundario:
John Adams (trabajo 520-000-0001 particular 520-002-0002)
end MACHINE.RECOVERY.INSTRUCTIONS
Figura 126. Seccin de instrucciones de recuperacin de la mquina
MACHINE.RECOVERY.CHARACTERISTICS
824
Proporciona las caractersticas de hardware y software de la mquina servidor. Esta

seccin se incluye en el archivo del plan si las caractersticas de la mquina se
guardan en la base de datos.
begin MACHINE.CHARACTERISTICS
Finalidad: Caractersticas de hardware y software de la mquina DSMSRV1.
Procesador
: x86 Familia 5 Modelo 2 Fase 11
Tipo de bus
: Bus AT de 16 bits
Tipo de teclado
: Teclado ampliado de 101/102 teclas
Tipo de puntero
: Ratn PS/2 Botones: 2
Equipo
: 1 puerta paralelo
1 puerta serie
1 unidad de disquetes
2 discos fijos
Dispositivo de puntero
Coprocesador matemtico
Disco fijo 1
: 609 MB
Memoria fsica total
: 32.832 KB (33.619.968)
end MACHINE.CHARACTERISTICS
Figura 127. Seccin de caractersticas de recuperacin de la mquina
MACHINE.RECOVERY.MEDIA
Proporciona informacin sobre el medio (por ejemplo, medio de arranque)
necesario para reconstruir la mquina que contiene el servidor. Esta seccin se
incluye en el archivo del plan si la informacin de medios de recuperacin se ha
guardado en la base de datos y se ha asociado a la mquina que contiene el
servidor.
begin MACHINE.RECOVERY.MEDIA.REQUIRED
Finalidad: Medio de recuperacin para la mquina DSMSRV1.
Nombre de medio de recuperacin: DSMSRV
Tipo: Otro
Nombres de volmenes:
Ubicacin: IRONMNT
Descripcin: CD de instalacin del servidor
Producto:
Informacin del producto:
end MACHINE.RECOVERY.MEDIA.REQUIRED
Figura 128. Seccin de medios de recuperacin de la mquina
825
826
Apndice A. Descripcin de la interfaz de gestin de medios

externos
Este apndice contiene informacin de la interfaz de programacin referente a la
interfaz que IBM Tivoli Storage Manager proporciona a los programas de gestin
de medios externos. La interfaz consta de las series descriptivas de peticin
enviadas por IBM Tivoli Storage Manager y de las series de respuesta enviadas por
el programa externo.
Para utilizar la interfaz, debe definir primero una biblioteca de Tivoli Storage
Manager de tipo EXTERNAL que represente el gestor de medios. No debe definir
unidades, etiquetar volmenes ni dar de alta medios. Consulte el apartado
Utilizacin de gestores de medios extrables con IBM Tivoli Storage Manager en
la pgina 198. Consulte la documentacin del gestor de medios para obtener
informacin sobre configuracin de dicho producto.
Los detalles de los tipos de peticin y el proceso necesario se describen en los
apartados siguientes. Los tipos de peticin son:
v Inicializacin del programa externo
v Begin Batch (Iniciar proceso por lotes)
v End Batch (Finalizar proceso por lotes)
v Volume Query (Consultar volumen)
v Volume Eject (Extraer volumen)
v Volume Release (Liberar volumen)
v Volume Mount (Montar volumen)
v Volume Dismount (Desmontar volumen)
Las respuestas pueden ajustarse por la derecha con espacios en blanco.
El nombre de biblioteca pasado en una peticin debe devolverse en la respuesta. El
volumen especificado en una peticin de extraccin o de consulta debe devolverse
en la respuesta. El volumen especificado en una peticin de volumen (salvo
SCRTCH) debe devolverse en la respuesta. Cuando se especifica SCRTCH en
una peticin de montar, debe devolverse el volumen real montado.
Llamada CreateProcess (Crear proceso)

El servidor crea dos conductos annimos unidireccionales y los correlaciona con la
entrada y la salida estndar (stdin y stdout) durante la llamada CreateProcess.
Cuando se rediricciona un handle a un archivo o conducto, slo las funciones
ReadFile y WriteFile pueden utilizar el handle. Esto impide funciones C normales
tales como gets o printf. Puesto que el servidor nunca terminar el proceso de
programa externo, es necesario que el programa externo reconozca un error de
lectura o grabacin en los conductos para salir del proceso. Adems, el programa
externo debe salir del proceso si lee un comando no reconocido.
El programa externo puede obtener valores de los handles de lectura y grabacin
mediante las llamadas siguientes:
readPipe=GetStdHandle(STD_INPUT-HANDLE) and writePipe=GetStdHandle(STD_OUTPUT_HANDLE)
827
Proceso durante la inicializacin del servidor

Asegrese de que el programa de gestin de medios externos coopera con el
servidor durante la inicializacin del servidor. Para cada biblioteca externa definida
para el servidor, debe producirse lo siguiente durante la inicializacin del servidor:
1. El servidor carga el programa externo (CreateProcess) en un proceso de nueva
creacin y crea reas de interconexin de memoria con el programa externo.
2. El servidor enva una serie descriptiva de peticin de inicializacin, en formato
de texto, a la corriente de entrada estndar (stdin) del programa externo. El
servidor espera la respuesta.
3. Cuando el proceso externo completa la peticin, el proceso debe grabar una
serie de respuesta de inicializacin, en formato de texto, en su corriente de
salida estndar (stdout).
4. El servidor cierra las reas de interconexin de memoria.
5. Cuando el agente detecta que se han cerrado, lleva a cabo las operaciones de
borrado necesarias y llama a la rutina de salida stdlib.
Proceso de las peticiones de montar

Para procesar la peticin de montar:
1. El servidor carga el programa externo en un proceso de nueva creacin y crea
reas de interconexin de memoria con el programa externo.
2. El servidor enva una serie descriptiva de peticin de inicializacin (en formato
de texto) a la corriente de entrada estndar (stdin) del programa externo. El
serie de respuesta de inicializacin (en formato de texto) en su corriente de
4. El servidor enva la peticin MOUNT (stdin).
5. El agente enva la respuesta MOUNT (stdout).
6. El agente espera.
7. El servidor enva la peticin DISMOUNT (stdin).
8. El agente enva la respuesta DISMOUNT (stdout), lleva a cabo las operaciones
de borrado necesarias y llama a la rutina de salida stdlib.
Proceso de las peticiones de liberar

Para procesar la peticin de liberar:
4. El servidor enva la peticin RELEASE (stdin).
5. El agente enva la respuesta RELEASE (stdout), lleva a cabo las operaciones de
borrado necesarias y llama a la rutina de salida stdlib.
828
Proceso de las peticiones por lotes

El proceso por lotes se realiza durante la ejecucin de los comandos MOVE
MEDIA, MOVE DRMEDIA y QUERY MEDIA cuando se llevan a cabo en
volmenes de bibliotecas externas. Los comandos de trasladar harn que se emita
una consulta, QUERY, para un volumen. Si QUERY indica que el volumen est en
la biblioteca, se emitir EJECT para ese volumen. Dado que los comandos de
trasladar pueden coincidir con un nmero indeterminado de volmenes, se emitir
una peticin QUERY y una EJECT para cada volumen que coincida.
El comando QUERY MEDIA har que se enven peticiones QUERY al agente.
Durante ciertos tipos de proceso, es posible que Tivoli Storage Manager necesite
saber si hay un volumen en una biblioteca. El agente externo deber verificar que
el volumen est presente fsicamente en la biblioteca.
4. El servidor enva la peticin BEGIN BATCH (stdin).
5. El agente enva la respuesta BEGIN BATCH (stdout).
6. El servidor enva de 1 a n peticiones de volumen (n > 1). Puede ser cualquier
nmero de peticiones QUERY o EJECT. Para cada peticin, el agente enviar la
respuesta QUERY o la respuesta EJECT, segn corresponda.
7. El servidor enva la peticin END BATCH (stdin).
8. El agente enva la respuesta END BATCH (stdout), lleva a cabo las operaciones
Manejo de errores
Si el servidor encuentra un error durante el proceso, cerrar las corrientes stdin y
stdout a la salida del agente. El agente detectar esta situacin cuando intente leer
de stdin o grabar en stdout. Si ello sucede, el agente lleva a cabo las operaciones
Si el cdigo de una respuesta (salvo en los casos de EJECT y QUERY) no es igual a
SUCCESS, Tivoli Storage Manager no contina realizando los pasos siguientes. Una
vez que el agente enva un cdigo de retorno distinto de SUCCESS para alguna de
las respuestas, el agente ejecutar las operaciones de borrado necesarias y llamar
a la rutina de salida stdlib.
No obstante, aunque el cdigo para las peticiones EJECT o QUERY no sea igual a
SUCCESS, el agente continuar enviando estas peticiones.
El servidor, si obtiene un error mientras intenta grabar en el agente, cerrar las
reas de interconexin de memoria, llevar a cabo las operaciones de borrado
necesarias y terminar la peticin actual.
Apndice A. Interfaz de gestin de medios externos
829
Peticin Begin Batch (Iniciar proceso por lotes)

El formato de la peticin Begin Batch es:
BEGIN BATCH
Formato de la respuesta del programa externo:

BEGIN BATCH COMPLETE, RESULT=cdigoResultado
donde:
cdigoResultado
v SUCCESS
v INTERNAL_ERROR
Peticin End Batch (Finalizar proceso por lotes)

Tivoli Storage Manager enva la peticin End Batch para indicar que el gestor de la
biblioteca externa ya no tiene ms peticiones que enviar para el proceso actual. El
agente externo debe enviar la respuesta End Batch y finalizar utilizando la rutina
de salida stdlib.
El formato de la peticin End Batch es:
END BATCH

END BATCH COMPLETE, RESULT=cdigoResultado
donde:
cdigoResultado
v SUCCESS
v INTERNAL_ERROR
Peticin Volume Query (Consultar volumen)

El formato de la peticin Volume Query es:
QUERY nombrebiblioteca volumen
donde:
nombrebiblioteca
Especifica el nombre de la biblioteca EXTERNAL tal como se ha definido en
volumen
Especifica el nombre del volumen que se ha de consultar.
QUERY nombrebiblioteca volumen COMPLETE,
STATUS=valorEstado, RESULT=cdigoResultado
donde:
830
nombrebiblioteca
volumen
Especifica el nombre de volumen consultado.
cdigoResultado
v SUCCESS
v LIBRARY_ERROR
v VOLUME_UNKNOWN
v VOLUME_UNAVAILABLE
v CANCELLED
v TIMED_OUT
v INTERNAL_ERROR
Si cdigoResultado no es SUCCESS, la salida debe devolver el valorEstado establecido
como UNDEFINED. Si cdigoResultado es SUCCESS, STATUS debe ser uno de los
valores siguientes:
v IN_LIBRARY
v NOT_IN_LIBRARY
IN_LIBRARY significa que el volumen est en la biblioteca actualmente y
disponible para montarse.
NOT_IN_LIBRARY significa que el volumen no est en la biblioteca actualmente.
Peticiones de inicializacin
El servidor, una vez iniciado, enva una peticin de inicializacin al programa de
gestin de medios externos para cada biblioteca EXTERNAL. El programa externo
debe procesar esta peticin para asegurar que el programa externo est presente,
en funcionamiento y listo para procesar las peticiones. Si la peticin de
inicializacin resulta satisfactoria, Tivoli Storage Manager notifica a los operadores
que el programa externo ha informado de que est listo para las operaciones. En
caso contrario, Tivoli Storage Manager notifica a los operadores que se ha
producido una anomala.
Tivoli Storage Manager no intenta ningn otro tipo de operacin en esa biblioteca
hasta que la peticin de inicializacin haya resultado satisfactoria. El servidor enva
en primer lugar una peticin de inicializacin. Si la inicializacin resulta
satisfactoria, se enva la peticin. Si no resulta satisfactoria, la peticin falla. El
programa de gestin de medios externos puede detectar si la peticin de
inicializacin se ha enviado sola o con otra peticin, detectando el fin de archivo
en la corriente stdin. Cuando se detecta un fin de archivo, el programa externo
debe finalizarse utilizando la rutina de salida stdlib (no la llamada de retorno).
Cuando el programa externo enva una respuesta vlida, el programa externo debe
finalizarse utilizando la rutina de salida.
Formato de la peticin:
INITIALIZE
nombrebiblioteca
siendo nombrebiblioteca el nombre de la biblioteca EXTERNAL tal como se ha

definido en Tivoli Storage Manager.
831

INITIALIZE nombrebiblioteca COMPLETE, RESULT=cdigoResultado
donde:
nombrebiblioteca
cdigoResultado
v SUCCESS
v NOT_READY
v INTERNAL_ERROR
Peticin Volume Eject (Extraer volumen)

El formato de la peticin Volume Eject es:
EJECT nombrebiblioteca volumen informacin ubicacin
donde:
nombrebiblioteca
volumen
Especifica el volumen que se ha de extraer.
informacin ubicacin
Especifica la informacin de ubicacin asociada al volumen del inventario de
Tivoli Storage Manager. Est delimitado con comillas simples. Esta informacin
se obtiene del inventario de Tivoli Storage Manager sin ninguna modificacin.
El cliente es el responsable de establecer el contenido con el comando UPDATE
MEDIA o UPDATE VOLUME apropiado antes de llamar al comando de
trasladar. Establezca para este campo un valor de ubicacin destino que ayude
a colocar el volumen cuando se haya extrado de la biblioteca. Se recomienda
que el agente externo enve el valor de este campo al operador.
EJECT nombrebiblioteca volumen COMPLETE,
RESULT=cdigoResultado
donde:
nombrebiblioteca
volumen
Especifica el volumen extrado.
cdigoResultado
v SUCCESS
v LIBRARY_ERROR
v VOLUME_UNKNOWN
v CANCELLED
v TIMED_OUT
832
v INTERNAL_ERROR
Peticin Volume Release (Liberar volumen)

Cuando el servidor devuelve un volumen al estado de reutilizable, el servidor
inicia el programa de gestin de medios externos, emite una peticin de inicializar
y, a continuacin, emite una peticin de liberar un volumen.
El programa externo debe enviar una respuesta a la peticin de liberar. Sea cual
sea la respuesta que se reciba del programa externo, Tivoli Storage Manager
devuelve el volumen al estado de reutilizable. Por este motivo, Tivoli Storage
Manager y el programa externo pueden tener informacin contradictoria sobre qu
volmenes son reutilizables. Si se produce un error, el programa externo debe
anotar la anomala para que el inventario de la biblioteca externa puede
sincronizarse con Tivoli Storage Manager ms adelante. La sincronizacin puede
ser una operacin manual.
RELEASE nombrebiblioteca nombrevolumen
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre del volumen que se ha de devolver al estado de
reutilizable (liberado).
RELEASE nombrebiblioteca nombrevolumen COMPLETE,
RESULT=cdigoResultado
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre del volumen devuelto al estado de reutilizable (liberado).
cdigoResultado
v SUCCESS
v VOLUME_UNKNOWN
v INTERNAL_ERROR
Peticin Volume Mount (Montar volumen)

El servidor, cuando requiere que se monte un volumen, inicia el programa de
gestin de medios externos, emite una peticin de inicializar y, a continuacin,
emite una peticin de montar un volumen. El programa externo es el responsable
de verificar que esta peticin viene de Tivoli Storage Manager y no de un sistema
no autorizado.
833
El volumen montado por el programa externo de gestin de medios debe ser una
cinta con una etiqueta IBM estndar que coincida con la etiqueta externa del
volumen. Cuando el programa externo completa la peticin de montar, el
programa debe enviar una respuesta. Si la operacin de montar se ha realizado
correctamente, el programa externo debe permanecer activo. Si el montaje ha
fallado, el programa externo debe finalizarse inmediatamente utilizando la rutina
de salida stdlib.
MOUNT nombrebiblioteca nombrevolumen modalidadacceso tiposdispositivo
lmitetiempo idusuario
nmerovolumen ubicacin
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre real del volumen si la peticin es para un volumen
existente. Si se solicita un montaje de un volumen reutilizable, nombrevolumen
se establece en SCRTCH.
modalidadacceso
Especifica la modalidad de acceso necesaria para el volumen. Los valores
posibles son READONLY y READWRITE.
tiposdispositivo
Especifica una lista de tipos de dispositivos que pueden utilizarse para atender
la peticin del volumen y el formato especificado en la clase de dispositivo. El
tipo de dispositivo preferido es el primero de la lista. Los elementos van
separados por comas, sin espacios intermedios. Los valores posibles son:
v 3570
v 3590
v 3590E
v 3590H
v 3592
v 4MM_DDS1
v 4MM_DDS1C
v 4MM_DDS2
v 4MM_DDS2C
v 4MM_DDS3
v 4MM_DDS3C
v 4MM_HP_DDS4
v 4MM_DDS4
v 4MM_HP_DDS4C
v 4MM_DDS4C
v 4MM_DDS5C
v 8MM_SAIT
v 8MM_VXA2
v 8MM_AITC
v 8MM_AIT
v 8MM_8200
v 8MM_ELIANT
v 8MM_8500
v 8MM_8500C
v 8MM_8205
|
|
834
|
|
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
8MM_8900
8MM_M2
DLT_2000
DLT_4000
DLT_7000
DLT_8000
SDLT
SDLT320
DLT1
DLT2
SDLT600
DTF
DTF2
GENERICTAPE
LTO_ULTRIUM
LTO_ULTRIUM2
OPT_RW_650MB
OPT_RW_1300MB
OPT_RW_2600MB
OPT_RW_5200MB
OPT_RW_9100MB
OPT_UDO_30GB
OPT_WORM_650MB
OPT_WORM_2600MB
OPT_WORM_5200MB
OPT_WORM_9100MB
OPT_WORM12_5600MB
OPT_WORM12_12000MB
OPT_WORM14_14800MB
QIC_525
QIC_IBM1000
IBM_QIC4GBC
QIC_12GBC
QIC_5010C
QIC_20GBC
QIC_25GBC
QIC_30GBC
QIC_50GBC
REMOVABLEFILE
M8100
STK_SD3
STK_9840
STK_T9840C
STK_9940
STK_9940B
STK_9490
STK_9840_VOLSAFE
STK_T9840C_VOLSAFE
STK_9940_VOLSAFE
STK_9940B_VOLSAFE
lmitetiempo
Especifica el nmero mximo de minutos que el servidor espera a que se
monte el volumen. Si la peticin de montar no se completa dentro de este
periodo de tiempo, el gestor externo responde con el cdigo de resultado
TIMED_OUT.
835
idusuario
Especifica el ID de usuario del proceso que necesita acceso a la unidad.
nmerovolumen
Para medios no pticos, el nmerovolumen es 1. Para medios pticos, el
nmerovolumen es 1 para la cara A, 2 para la cara B.
ubicacin
Especifica el valor del campo de ubicacin del inventario de Tivoli Storage
Manager; por ejemplo, Sala 617 Piso 2. Se inserta un espacio en blanco entre
el nmero de volumen y la comilla simple de la izquierda de la informacin de
ubicacin. Si no hay informacin de ubicacin asociada a un volumen, no se
pasa nada a la salida. Si no hay informacin de volumen, no se pasan las
comillas simples. Adems, si se pasa informacin de volumen, es probable que
se haya extrado el volumen de la biblioteca y que sea necesario devolverlo a
la misma para que pueda seguir la operacin de montar. El agente debe enviar
la informacin de ubicacin para que el operador pueda obtener el volumen y
devolverlo a la biblioteca.
MOUNT nombrebiblioteca nombrevolumen COMPLETE ON
archivoespecial, RESULT=cdigoResultado
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre del volumen montado para la peticin.
archivoespecial
El nombre de ruta totalmente calificado del archivo especial de dispositivo
para la unidad en la que se ha montado el volumen. Si la peticin de montar
falla, debe establecerse el valor como /dev/null.
El programa externo debe asegurar que el archivo especial se cierra antes de
que se devuelva la respuesta al servidor.
cdigoResultado
v SUCCESS
v DRIVE_ERROR
v LIBRARY_ERROR
v VOLUME_UNKNOWN
v CANCELLED
v TIMED_OUT
v INTERNAL_ERROR
Peticin Volume Dismount (Desmontar volumen)

Cuando se completa una operacin de montar satisfactoria, el proceso externo debe
esperar una peticin para desmontar el volumen. Cuando se completa la operacin
de desmontar, el programa externo debe enviar una respuesta al servidor.
Una vez enviada la respuesta de desmontaje, el proceso externo se finaliza
inmediatamente utilizando la rutina de salida stdlib.
836
DISMOUNT nombrebiblioteca nombrevolumen
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre del volumen que se ha de desmontar.
DISMOUNT nombrebiblioteca nombrevolumen COMPLETE, RESULT=cdigoResultado
donde:
nombrebiblioteca
nombrevolumen
Especifica el nombre del volumen desmontado.
cdigoResultado
v SUCCESS
v DRIVE_ERROR
v LIBRARY_ERROR
v INTERNAL_ERROR
837
838
Apndice B. Destinatarios de programa de salida de usuario y

de salida de archivo
Este apndice contiene ejemplos del destinatario de programas de salida de
usuario para las anotaciones de eventos. La estructura de datos de los destinatarios
de programas de salida de usuario tambin es aplicable a los destinatarios de
programa de salida de archivo. Para utilizar uno de estos programas de salida con
Tivoli Storage Manager, debe especificar la opcin de servidor correspondiente
(FILEEXIT, FILETEXTEXIT o USEREXIT) en el archivo de opciones del servidor.
Tambin puede utilizar comandos de Tivoli Storage Manager para controlar las
anotaciones de eventos. Consulte el apartado Anotacin de eventos de IBM Tivoli
Storage Manager en receptores en la pgina 576 y la publicacin Administrators
Reference para obtener informacin detallada.
Ejemplo de declaraciones de programa de salida de usuario

/***********************************************************************
* Nombre:
USEREXITSAMPLE.H
* Descripcin:
Declaraciones de un programa de salida de usuario
* Entorno:
WINDOWS NT
***********************************************************************/
#ifndef _H_USEREXITSAMPLE
#define _H_USEREXITSAMPLE
#include <stdio.h>
#include <sys/types.h>
/*****
No modificar debajo de esta lnea
#define BASE_YEAR
*****/
1900
typedef short int16;

typedef int int32;
#ifndef uchar
typedef unsigned char uchar;
#endif
/* Definiciones estructura fecha/hora - Representacin TSM indicacin hora */
typedef struct
{
uchar
year; /* Aos desde BASE_YEAR (0-255) */
uchar
mon;
/* Mes (1 - 12)
*/
uchar
day;
/* Da (1 - 31)
*/
uchar hour; /* Hora (0 - 23)
*/
uchar min;
/* Minutos (0 - 59)
*/
uchar sec;
/* Segundos (0 - 59)
*/
} DateTime;
Figura 129. Ejemplo de declaraciones de programa de salida de usuario (Parte 1 de 3)
839
/******************************************
* Definiciones tamaos campo (en bytes) *
******************************************/
#define
#define
#define
#define
#define
#define
#define
#define
#define
MAX_SERVERNAME_LENGTH
64
MAX_NODE_LENGTH
64
MAX_COMMNAME_LENGTH
16
MAX_OWNER_LENGTH
64
MAX_HL_ADDRESS
64
MAX_LL_ADDRESS
32
MAX_SCHED_LENGTH
30
MAX_DOMAIN_LENGTH
30
MAX_MSGTEXT_LENGTH 1600
/**********************************************
* Tipos eventos (elEventRecvData.eventType) *
**********************************************/
#define TSM_SERVER_EVENT
#define TSM_CLIENT_EVENT
0x03
0x05
/* Eventos de servidor */
/* Eventos de cliente */
/***************************************************
* Tipos aplicaciones (elEventRecvData.applType)
*
***************************************************/
#define
#define
#define
#define
TSM_APPL_BACKARCH
TSM_APPL_HSM
TSM_APPL_API
TSM_APPL_SERVER
1 /* Cliente copia de seguridad o archivada

2 /* Cliente bajo gestin de espacio
3 /* Cliente API
4 /* Servidor (de servidor a servidor )
*/
*/
*/
*/
/*****************************************************
* Cdigos gravedad eventos (elEventRecvData.sevCode)*
*****************************************************/
#define
#define
#define
#define
#define
#define
TSM_SEV_INFO
TSM_SEV_WARNING
TSM_SEV_ERROR
TSM_SEV_SEVERE
TSM_SEV_DIAGNOSTIC
TSM_SEV_TEXT
0x02
0x03
0x04
0x05
0x06
0x07
/*
/*
/*
/*
/*
/*
Mensaje
Mensaje
Mensaje
Mensaje
Mensaje
Mensaje
informativo.
de aviso.
de error.
de error grave.
de diagnstico.
de texto.
*/
*/
*/
*/
*/
*/
840
/************************************************************
* Estructura de datos del evento que se pasa al
*
*
programa de salida de usuario.
*
* Se utiliza la misma estructura para un destinatario de
*
*
archivo.
*
************************************************************/
typedef struct evRdata
{
int32
eventNum;
int16
sevCode;
int16
applType;
int32
sessId;
int32
version;
int32
eventType;
/* el nmero de evento.
/* gravedad del evento.
/* tipo de aplicacin (hsm, api, etc)
/* nmero de sesin
/* Versin de esta estructura (1)
*/
/* tipo de evento
*/
* (TSM_CLIENT_EVENT, TSM_SERVER_EVENT)
DateTime timeStamp;
/* indicacin hora para datos evento.
*/
uchar
serverName[MAX_SERVERNAME_LENGTH+1]; /* nombre de servidor
*/
uchar
nodeName[MAX_NODE_LENGTH+1]; /* nombre de nodo para sesin
*/
uchar
commMethod[MAX_COMMNAME_LENGTH+1]; /* mtodo de comunicacin */
uchar
ownerName[MAX_OWNER_LENGTH+1];
/* propietario
*/
uchar
hlAddress[MAX_HL_ADDRESS+1];
/* direccin nivel alto
*/
uchar
llAddress[MAX_LL_ADDRESS+1];
/* direccin nivel bajo
*/
uchar
schedName[MAX_SCHED_LENGTH+1]; /*nombre planif. si aplicable */
uchar
domainName[MAX_DOMAIN_LENGTH+1];/*nombre dominio para nodo */
uchar
event[MAX_MSGTEXT_LENGTH];
/* texto del evento
*/
} elEventRecvData;
*/
*/
*/
*/
*/
/************************************
* Tamao estructura datos evento
*
************************************/
#define ELEVENTRECVDATA_SIZE
sizeof(elEventRecvData)
/*************************************
* Nmero-evento para salir
*
*************************************/
#define USEREXIT_END_EVENTNUM
1822 /* Solo sale destinatario salida usuario */
#define END_ALL_RECEIVER_EVENTNUM 1823 /* Salen todos los destinatarios */
/**************************************
*** No modificar sobre esta lnea. ***
**************************************/
/********************** Declaraciones adicionales **************************/
#endif
Apndice B. Destinatarios de programa de salida de usuario y de salida de archivo
841
Ejemplo de programa de salida de usuario

/***********************************************************************
* Nombre:
USEREXITSAMPLE.C
* Descripcin:
Ejemplo de programa de salida de usuario
*
invocado por el servidor TSM V3
* Entorno:
*********************************************
*
** ste es un archivo fuente especfico de
**
*
** plataforma con versin para: "WINDOWS NT" **
*
*********************************************
***********************************************************************/
#include
#include
#include
#include
#include
#include
<stdio.h>
<stdlib.h>
<sys/types.h>
<io.h>
<windows.h>
"USEREXITSAMPLE.H"
/**************************************
*** No modificar debajo de esta lnea. ***
**************************************/
#define DllExport __declspec(dllexport)
/****************
*** DLL MAIN ***
****************/
BOOL WINAPI
DllMain(HMODULE hMod, DWORD fdwReason, LPVOID lpvReserved)
{
return(TRUE);
} // Fin de WINAPI
Figura 130. Ejemplo de programa de salida de usuario (Parte 1 de 2)
842
/******************************************************************
* Procedimiento: adsmV3UserExit
* Si la salida de usuario est especificada en el servidor, un evento
* vlido y adecuado provocar que se pase una estructura elEventRecvData
* (vea USEREXITSAMPLE.H) a un procedimiento denominado
* adsmV3UserExit que devuelve una anulacin.
*
* Este procedimiento puede denominarse de forma distinta:
* ---------------------------------------* El nombre del procedimiento debe coincidir con el nombre de
* funcin especificado en el archivo de opciones del servidor
* (Cuarto arg). El nombre DLL generado desde este mdulo tambin
* debe coincidir en el archivo de opciones del servidor (Tercer arg).
* INPUT :
Una (anulacin *) a la estructura elEventRecvData
* RETURNS: Nada
******************************************************************/
DllExport void adsmV3UserExit( void *anEvent )
{
/* Clasificar los datos de evento pasados */
elEventRecvData *eventData = (elEventRecvData *)anEvent;
/**************************************
*** No modificar sobre esta lnea. ***
**************************************/
fprintf(stderr,"NT UserExit:
Got event %d\n",eventData->eventNum);
if( ( eventData->eventNum == USEREXIT_END_EVENTNUM ) ||

( eventData->eventNum == END_ALL_RECEIVER_EVENTNUM ) )
{
/* El servidor indica finalizar este programa de salida de usuario.*
* Realice el borrado pertinente pero NO utilice exit() !!!
*/
return;
}
/* Acceso campo: eventData->.... */
/* Aqu el cdigo ... */
/*
*
*
*
*
*
*
*/
Tenga en cuenta que algunas llamadas a funciones abarcan todo el

proceso y pueden sincronizar todas las hebras que se ejecuten en TSM Server.
Una de ellas es la llamada a la funcin system(). Si se utiliza,
el proceso del servidor se puede bloquear o el rendimiento puede
verse afectado. Evite funciones que no tengan proteccin para hebras.
Consulte el material de consulta de programacin del sistema para
return; /* Para compiladores quisquillosos */

} /* Fin de adsmV3UserExit() */
Figura 130. Ejemplo de programa de salida de usuario (Parte 2 de 2)
Apndice B. Destinatarios de programa de salida de usuario y de salida de archivo
843
Formato de programa de salida de archivo de texto legible

(FILETEXTEXIT)
Si especifica el programa de salida de archivo de texto legible (FILETEXTEXIT),
cada evento anotado se graba en una lnea legible de tamao fijo. A continuacin
hay una tabla que presenta el formato de la salida. Los campos se separan
mediante espacios en blanco.
Tabla 47. Formato de programa de salida de archivo de texto legible (FILETEXTEXIT)
844
Columna
Descripcin
0001-0006
Nmero del evento (con ceros iniciales)
0008-0010
Nmero de cdigo de gravedad
0012-0013
Nmero de tipo de aplicacin
0015-0023
Nmero de ID de sesin
0025-0027
Nmero de versin de estructura de evento
0029-0031
Nmero de tipo de evento
0033-0046
Fecha/Hora (AAAAMMDDDHHmmSS)
0048-0111
Nombre del servidor (relleno con espacios por la derecha)
0113-0176
Nombre del nodo
0178-0193
Nombre del mtodo de comunicacin
0195-0258
Nombre del propietario
0260-0323
Direccin Internet de nivel alto (n.n.n.n)
0325-0356
Nmero de puerto de la direccin Internet de nivel alto
0358-0387
Nombre de planificacin
0389-0418
Nombre del dominio
0420-2019
Texto del evento
2020-2499
Espacios no utilizados
2500
Carcter de nueva lnea
Apndice C. Avisos
Esta informacin se ha escrito para productos y servicios ofrecidos en los EE.UU.
IBM no proporcionar los productos, servicios o funciones que se tratan en este
documento en otros pases. Pngase en contacto con su representante local de IBM
para obtener ms informacin sobre los productos y servicios que actualmente
estn disponibles en su pas. Cualquier referencia a un producto, programa o
servicio de IBM no significa ni implica que solo se pueda utilizar ese determinado
producto, programa o servicio de IBM. En su lugar, puede utilizarse cualquier
producto, programa o servicio equivalente funcionalmente que no infrinja 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.
IBM puede tener patentes o solicitudes de patente pendientes que cubran el tema
central tratado en este documento. La entrega de este documento no le otorga
ninguna licencia sobre dichas patentes. Puede enviar las consultas sobre licencias,
por escrito, a la siguiente direccin:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
Estados Unidos
Para consultas de licencias referentes a informacin de juego de caracteres de doble
byte (DBCS), pngase en contacto con el Departamento de propiedad intelectual de
IBM de su pas o enve las consultas a la siguiente direccin:
IBM World Trade Asia
Corporation
Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japn
El prrafo siguiente no es de aplicacin en el Reino Unido ni en cualquier otro
pas en el que tales disposiciones sean incompatibles con la legislacin local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIN TAL CUAL SIN GARANTAS DE NINGUNA CLASE,
EXPLCITAS O IMPLCITAS, INCLUIDAS, PERO SIN LIMITARSE A ELLAS, LAS
GARANTAS IMPLCITAS DE NO VULNERABILIDAD, COMERCIALIZACIN O
IDONEIDAD PARA UN PROPSITO DETERMINADO. Algunas legislaciones no
contemplan la declaracin de limitacin de responsabilidad de las garantas, ni
implcitas ni explcitas, en determinadas transacciones, por lo que cabe la
posibilidad de que esta declaracin no sea aplicable en su caso.
Esta informacin puede contener imprecisiones tcnicas o errores tipogrficos.
Peridicamente se efectan cambios en la informacin incluida en este documento;
estos cambios se incorporarn en nuevas ediciones de la publicacin. IBM puede
introducir mejoras y/o cambios en el producto o productos y/o en el programa o
programas descritos en esta publicacin en cualquier momento y sin previo aviso.
Cualquier referencia hecha en esta informacin a sitios Web no de IBM se
proporciona nicamente para su comodidad y no debe considerarse de ninguna
845
manera como promocin de dichos sitios Web. Los materiales de dichos sitios Web
no forman parte de los materiales de este producto IBM y la utilizacin de estos
sitios Web corre de su propia cuenta y riesgo.
IBM puede utilizar o distribuir cualquier informacin que usted proporcione de la
forma que considere apropiada sin incurrir en ninguna obligacin con usted.
Los licenciatarios de este programa que deseen obtener informacin acerca del
mismo con el fin de: (i) intercambiar la informacin entre programas creados
independientemente y otros programas (incluido ste) y (ii) utilizar mutuamente la
informacin que se ha intercambiado, deben ponerse en contacto con:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758 EE.UU.
Esta informacin puede estar disponible, sujeta a los trminos y condiciones
adecuados, incluyendo en algunos casos el pago de una tarifa.
El programa bajo licencia descrito en la presente informacin y en todo el material
bajo licencia disponible para ello son proporcionados por IBM de acuerdo con los
trminos del contrato de cliente IBM, el contrato internacional de licencia de
programa IBM o cualquier otro contrato equivalente entre las dos partes.
La informacin concerniente a productos no IBM se ha obtenido de los
suministradores de dichos productos, de sus anuncios publicados o de otras
fuentes de informacin pblica disponibles. IBM no ha probado dichos productos y
no puede confirmar la precisin de su funcionamiento, la compatibilidad ni
cualquier otra reclamacin relacionada con productos que no son IBM. Las
consultas acerca de las posibilidades de productos no IBM deben dirigirse a los
suministradores de los mismos.
Esta informacin contiene ejemplos de datos e informes utilizados en operaciones
comerciales diarias. Para ilustrarlas de la forma ms completa posible, los ejemplos
incluyen nombres de personas, empresas, marcas y productos. Todos estos
nombres son ficticios y cualquier parecido con los nombres y direcciones utilizados
por una empresa real es mera coincidencia.
Interfaz de programacin
Esta publicacin est pensada para servir de ayuda a los clientes a la hora de
planificar y gestionar el servidor de IBM Tivoli Storage Manager.
Esta publicacin tambin documenta las interfaces de programacin que permiten
al cliente escribir programas para obtener los servicios de IBM Tivoli Storage
Manager. Esta informacin est identificada en aquellos puntos del manual en que
aparece por medio de un prrafo introductorio de un captulo o un apartado, o
bien, por medio de la marca siguiente:
Informacin de interfaz de programacin
Fin de Informacin de interfaz de programacin
846
Marcas registradas
Los siguientes trminos son marcas registradas de International Business Machines
Corporation en Estados Unidos o en otros pases:
AIX
AS/400
DB2
DFS
DFSMS/MVS
DFSMShsm
DFSMSrmm
DPI
Enterprise Storage Server
ESCON
FICON
FlashCopy
IBM
Informix
iSeries
Lotus
Lotus 123
Lotus Approach
Lotus Domino
Lotus Notes
Magstar
MVS
NetView
OpenEdition
OS/2
OS/390
OS/400
pSeries
RACF
Redbooks
RS/6000
S/390
SANergy
SecureWay
StorageSmart
SystemView
Tivoli
Tivoli Enterprise Console
Tivoli Management Environment
TotalStorage
TME
VTAM
WebSphere
z/OS
zSeries
Intel, Intel Inside (logotipos), MMX y Pentium son marcas registradas de Intel
Corporation en Estados Unidos o en otros pases.
Java y todas las marcas registradas basadas en Java son marcas registradas de Sun
Microsystems, Inc. en Estados Unidos o en otros pases.
Microsoft, Windows, Windows NT y el logotipo de Windows son marcas
registradas de Microsoft Corporation en Estados Unidos o en otros pases.
UNIX es una marca registrada de The Open Group en Estados Unidos o en otros
pases.
Otros nombres de servicios, productos y compaas son marcas registradas o de
servicio de terceros.
Apndice C. Avisos
847
848
Glosario
Los trminos de este glosario pertenecen a la
biblioteca de IBM Tivoli Storage Manager. Si no
encuentra el trmino que necesita, consulte el
glosario de software IBM en Internet en la
direccin siguiente:
www.ibm.com/ibm/terminology/.
Este glosario puede incluir trminos y
definiciones procedentes de estos documentos:
v American National Standard Dictionary for
Information Systems, ANSI X3.172-1990,
copyright (ANSI). Se pueden adquirir
ejemplares a travs del American National
Standards Institute, 11 West 42nd Street, New
York 10036.
v Information Technology Vocabulary, desarrollado
por el Subcomit 1, Comit Tcnico Mixto 1, de
la Organizacin Internacional para la
Normalizacin y la Comisin Electrotcnica
Internacional (ISO/IEC JTC2/SC1).
A
activar. Validar el contenido de un juego de polticas y
convertirlo en el juego de polticas activo.
administrador. Usuario que se ha registrado en el
servidor. Los administradores pueden tener
autorizacin sobre una o ms de las siguientes clases
de privilegio de administracin: sistema, poltica,
almacenamiento, operador o analista. Los
administradores pueden utilizar los comandos de
administracin y las consultas que sus privilegios les
permitan.
agente de almacenamiento. Programa que permite a
IBM Tivoli Storage Manager realizar copias de
seguridad y de los datos de cliente directamente en un
almacenamiento conectado a travs de una red SAN y
restaurarlos de ste.
agregacin de archivos. Objeto, almacenado en una o
ms agrupaciones de almacenamiento, que consta de
archivos lgicos agrupados. Vase archivo lgico y
archivo fsico.
agrupacin de almacenamiento. Conjunto de
volmenes de almacenamiento con nombre que el
servidor de IBM Tivoli Storage Manager utiliza como
destino para almacenar datos de cliente. Una
agrupacin de almacenamiento almacena versiones de
copia de seguridad, copias archivadas y archivos
migrados de nodos clientes de gestin de espacio.
Puede hacer una copia de seguridad de una agrupacin
de almacenamiento primaria en una agrupacin de

almacenamiento de copia. Vase agrupacin de
almacenamiento primaria y agrupacin de almacenamiento
de copia.
agrupacin de almacenamiento de copia. Conjunto de
volmenes, al que se le da un nombre, que contiene
copias de archivos que residen en agrupaciones de
almacenamiento primarias. Las agrupaciones de
almacenamiento de copia slo se utilizan para realizar
la copia de seguridad de los datos almacenados en las
agrupaciones de almacenamiento primarias. Una
agrupacin de almacenamiento de copia no puede ser
el destino de un grupo de copia de seguridad, de un
grupo de copia archivada ni de una clase de gestin
(para archivos bajo gestin de espacio). Vase
agrupacin de almacenamiento primaria y destino.
agrupacin de almacenamiento primaria. Conjunto de
volmenes con nombre que el servidor utiliza para
almacenar versiones de copia de seguridad de archivos,
copias archivadas y archivos migrados desde nodos
cliente HSM. Puede realizar una copia de seguridad de
una agrupacin de almacenamiento primaria en una
agrupacin de almacenamiento de copia. Vase destino
y agrupacin de almacenamiento de copia.
agrupacin de bferes. Espacio temporal que el
servidor utiliza para contener pginas de la base de
datos o de las anotaciones de recuperacin. Vase
agrupacin de bferes de la base de datos y agrupacin de
Almacenamiento que se utiliza como cach para
permitir que pginas de la base de datos permanezcan
en memoria durante largos perodos de tiempo, para
que el servidor pueda realizar actualizaciones continuas
en las pginas sin necesitar operaciones de
entrada/salida (E/S) desde el almacenamiento externo.
agrupacin de bferes de las anotaciones de
recuperacin. Almacenamiento que el servidor utiliza
para conservar nuevos registros de transacciones hasta
que puedan grabarse en las anotaciones de
recuperacin.
aleatorizacin. Proceso de distribuir las horas de
inicio de la planificacin para clientes diferentes dentro
de un porcentaje de la ventana de inicio de la
planificacin.
almacenamiento de servidor. Agrupaciones de
almacenamiento primarias y de copia que el servidor
utiliza para almacenar archivos de los usuarios:
versiones de copia de seguridad, copias archivadas y
archivos migrados desde nodos cliente del gestor de
849
espacio (archivos bajo gestin de espacio). Vase

agrupacin de almacenamiento primaria, agrupacin de
almacenamiento de copia, volumen de agrupacin de
almacenamiento y volumen.
almacenar en cach. Proceso por el que se deja una
copia duplicada en un medio de almacenamiento de
acceso aleatorio cuando el servidor migra un archivo a
otra agrupacin de almacenamiento de la jerarqua.
ampliacin mxima. Especifica la cantidad mxima de
espacio de almacenamiento, en megabytes, que se
puede ampliar la base de datos o las anotaciones de
recuperacin.
ampliar. Aumentar la parte de espacio disponible que
puede utilizarse para almacenar informacin de
anotaciones de recuperacin o de base de datos.
Comprese con reducir.
anotacin cronolgica de empresa. Envo de eventos
de servidores de IBM Tivoli Storage Manager a un
servidor de eventos designado. El servidor de eventos
dirige los eventos a receptores designados, como por
ejemplo a una salida de usuario. Vase tambin evento.
anotaciones de actividades. Archivo de anotaciones
que registra mensajes de actividades normales
generados por el servidor. Estos mensajes contienen
informacin 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. Cada
mensaje contiene un ID de mensaje, una indicacin de
la fecha y la hora, y un texto descriptivo. Se puede
especificar el nmero de das que se desea conservar
los mensajes en las anotaciones de actividades.
anotaciones de recuperacin. Anotaciones de
actualizaciones que se van a grabar en la base de datos.
Las anotaciones pueden utilizarse para realizar la
recuperacin de errores del sistema y de errores de
medios de almacenamiento.
archivar. Copiar uno o ms archivos en una
agrupacin de almacenamiento para almacenamiento a
largo plazo. Las copias archivadas pueden ir
acompaadas de informacin descriptiva y pueden
recuperarse por la fecha de archivado, por el nombre
de archivo o por la descripcin. Comprese con
recuperacin.
archivo apndice. Archivo que sustituye el archivo
original en un nodo cliente cuando el archivo se migra
desde el nodo cliente al almacenamiento de Tivoli
Storage Manager para la gestin de espacio.
archivo bajo gestin de espacio. Archivo que se
migra desde un nodo cliente a travs del cliente del
gestor de espacio (el cliente de HSM). El cliente del
gestor de espacio recupera el archivo en el nodo cliente
cuando se le solicita.
850
archivo daado. Archivo fsico en el que IBM Tivoli

Storage Manager ha detectado errores de lectura.
archivo de configuracin de dispositivos. Archivo
que contiene informacin acerca de clases de
dispositivos definidas y, en algunos servidores de IBM
Tivoli Storage Manager, bibliotecas y unidades
definidas. El archivo puede crearse mediante un
comando de administracin de IBM Tivoli Storage
Manager o una opcin del archivo de opciones del
servidor. La informacin es una copia de la informacin
de configuracin del dispositivo en la base de datos de
archivo de inclusin/exclusin. Archivo que contiene
sentencias que IBM Tivoli Storage Manager utiliza para
determinar si deben incluirse determinados archivos en
operaciones de cliente especficas y para determinar las
clases de gestin asociadas que se deben utilizar en las
operaciones de copia de seguridad, archivado y gestin
de espacio. Vase lista de inclusin/exclusin.
archivo de macro. Archivo que contiene uno o ms
comandos de administracin de IBM Tivoli Storage
Manager, que slo puede ejecutarse desde un cliente de
administracin con el comando MACRO. Comprese
con script de comandos de IBM Tivoli Storage Manager
archivo de opciones del cliente. Archivo que un
cliente puede modificar y que contiene un conjunto de
opciones de proceso que identifican el servidor, el
mtodo de comunicacin, opciones de copia de
seguridad y de archivado, gestin de almacenamiento
jerrquico y planificacin. Tambin se denomina
archivo dsm.opt.
archivo de opciones del servidor. Archivo que
contiene valores que controlan distintas operaciones del
servidor. Estos valores u opciones afectan, por ejemplo,
a las comunicaciones, a los dispositivos y al
rendimiento.
archivo de opciones del sistema cliente. Archivo
utilizado en clientes UNIX que contiene un conjunto de
opciones de proceso que identifica los servidores de
IBM Tivoli Storage Manager que deben contactarse
para solicitar servicios. Este archivo tambin especifica
mtodos de comunicacin y opciones para las
operaciones de copia de seguridad, archivado, gestin
del espacio y planificacin. Tambin se denomina
archivo dsm.sys. Vase tambin archivo de opciones del
usuario cliente.
archivo de opciones del usuario cliente. Archivo
creado por el usuario, utilizado en clientes UNIX, que
contiene un conjunto de opciones de proceso que
identifican el servidor, el mtodo de comunicacin, las
opciones de copia de seguridad y de archivado, las
opciones de gestin del espacio y las opciones de
planificacin. Tambin se denomina archivo dsm.opt.
Vase tambin archivo de opciones del sistema cliente.
archivo dsm.opt. Vase archivo de opciones del cliente y

archivo de opciones del usuario cliente.
archivo dsm.sys. Vase archivo de opciones del sistema
cliente.
autorizacin. Derecho que se otorga a un usuario para

realizar tareas con servidores y clientes de IBM Tivoli
Storage Manager. Vase tambin clase de privilegio.
archivo fsico. Archivo almacenado en una o ms

agrupaciones de almacenamiento que puede ser un solo
archivo lgico o un grupo de archivos lgicos
empaquetados juntos (una agregacin de archivos).
Vase tambin agregacin de archivos y archivo lgico.
base de datos. Conjunto de informacin referente a

todos los objetos gestionados por el servidor, incluidos
los objetos de gestin de polticas, los usuarios y
administradores, y los nodos cliente.
archivo histrico de volmenes. Archivo que contiene

informacin sobre lo siguiente: volmenes utilizados
para copias de seguridad de base de datos y vuelcos de
base de datos; volmenes utilizados para exportar
datos de administrador, de nodos, de poltica o del
servidor; volmenes de agrupacin de almacenamiento
de acceso secuencial que se han agregado, reutilizado o
suprimido. La informacin es una copia de los mismos
tipos de informacin de volumen que se encuentran en
la base de datos de IBM Tivoli Storage Manager.
biblioteca. (1) Repositorio para medios grabados

desmontables, tales como cintas magnticas. (2) En IBM
Tivoli Storage Manager, conjunto de una o ms
unidades y posiblemente dispositivos robticos (segn
el tipo de biblioteca), que pueden utilizarse para
acceder a volmenes de almacenamiento. (3) En el
sistema AS/400, objeto del sistema que hace las
funciones de directorio para otros objetos. Una
biblioteca agrupa objetos relacionados entre s y
permite al usuario buscar objetos por su nombre.
archivo lgico. Archivo almacenado en una o ms

agrupaciones de almacenamiento del servidor, ya sea
de forma separada, ya sea como parte de una
agregacin de archivos. Vase tambin agregacin de
archivos y archivo fsico.
biblioteca compartida. Dispositivo de biblioteca que

comparten varios servidores de IBM Tivoli Storage
Manager.
asociacin. (1) Relacin definida entre un nodo cliente

y una planificacin de cliente. Una asociacin identifica
el nombre de una planificacin, el nombre del dominio
de polticas al que pertenece la planificacin y el
nombre de un nodo cliente que debe realizar las
operaciones planificadas. (2) En un gestor de
configuracin, relacin definida entre un perfil y un
objeto, como por ejemplo un dominio de polticas. Las
asociaciones de perfiles definen la informacin de
configuracin que se distribuir a un servidor
gestionado cuando se suscriba al perfil.
auditar. Comprobacin de incoherencias lgicas entre
la informacin que posee el servidor y la condicin real
del sistema. IBM Tivoli Storage Manager puede auditar
volmenes, la base de datos, bibliotecas y licencias. Por
ejemplo, cuando IBM Tivoli Storage Manager audita un
volumen, el servidor comprueba si hay incoherencias
entre la informacin sobre archivos de copia de
seguridad o copias archivadas almacenados en la base
de datos y los datos reales asociados a cada versin de
copia de seguridad o copia archivada en el
autentificacin. Proceso por el que se comprueba la
contrasea de un usuario antes de permitir el acceso de
ese usuario al servidor. Un administrador que tenga
privilegio de sistema puede activar o desactivar la
autentificacin.
autocambiador. Pequeo dispositivo de cinta de varias
ranuras que coloca automticamente cartuchos de cinta
en las unidades de cinta. Vase tambin biblioteca.
biblioteca de cintas. Trmino utilizado para referirse a

un conjunto de unidades y cartuchos de cinta. La
biblioteca de cintas puede ser un dispositivo
automatizado que monte y desmonte cartuchos de
cintas sin intervencin del operador.
C
caducidad. Proceso mediante el cual se marcan
archivos para su supresin debido a que han caducado
o se ha acabado el perodo de retencin. IBM Tivoli
Storage Manager marca como caducados los archivos
de copia de seguridad o las copias archivadas
basndose en criterios definidos en el grupo de copia
de seguridad o de copia archivada.
capacidad asignada. Porcin de espacio disponible
que se puede utilizar para almacenar informacin de la
base de datos o de las anotaciones de recuperacin.
Vase tambin espacio disponible.
capacidad estimada. Espacio disponible, en
megabytes, de una agrupacin de almacenamiento.
clase de dispositivo. Conjunto de caractersticas, con
nombre, que se aplica 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.
clase de gestin. Objeto de poltica que los usuarios
pueden vincular a cada archivo para especificar cmo
el servidor gestiona el archivo. La clase de gestin
puede contener un grupo de copia de seguridad, un
grupo de copia archivada y atributos de gestin del
Glosario
851
espacio. Los grupos de copia determinan cmo el

servidor gestiona las versiones de copia de seguridad o
las copias archivadas del archivo. Los atributos de
gestin de espacio determinan si el cliente del gestor de
espacio puede migrar el archivo al almacenamiento del
servidor y en qu condiciones. Vase tambin grupo de
copia, cliente de gestor de espacio, vincular y volver a
vincular.
clase de gestin predeterminada. Clase de gestin
asignada a un juego de polticas, que el servidor utiliza
para gestionar las copias de seguridad o las copias
archivadas cuando el usuario no especifica una clase de
gestin para un archivo.
clase de privilegio. Nivel de autorizacin que se
concede a un administrador. La clase de privilegio
determina las tareas administrativas que puede
desempear el administrador. Por ejemplo, un
administrador con la clase de privilegio de sistema
puede realizar cualquier tarea de administracin.
Tambin se llama clase de privilegio de administracin.
Vase tambin clase de privilegio de sistema, clase de
privilegio de poltica, clase de privilegio de almacenamiento,
clase de privilegio de operador, clase de privilegio de analista
y clase de privilegio de nodo.
clase de privilegio de administracin. Vase clase de
privilegio.
clase de privilegio de almacenamiento. Clase de
privilegio que permite que un administrador controle la
asignacin y uso de los recursos de almacenamiento del
servidor, tales como la supervisin de la base de datos,
anotaciones de recuperacin y almacenamiento del
servidor. La autorizacin puede limitarse a
determinadas agrupaciones de almacenamiento. Vase
tambin clase de privilegio.
clase de privilegio de analista. Clase de privilegio
que permite a un administrador restablecer las
estadsticas. Vase tambin clase de privilegio.
clase de privilegio de nodo. Clase de privilegio que
permite que un administrador tenga acceso de forma
remota a clientes de copia de seguridad y copia
archivada para un nodo cliente determinado o para
todos los clientes de un dominio de polticas. Vase
clase de privilegio de operador. Clase de privilegio
que permite que un administrador emita comandos que
desactivan o detienen el servidor, activan el servidor,
cancelan los procesos del servidor y gestionan el medio
extrable. Vase tambin clase de privilegio.
clase de privilegio de poltica. Clase de privilegio que
permite que un administrador gestione objetos de
poltica, inscriba nodos cliente y planifique operaciones
de cliente para nodos cliente. La autorizacin se puede
limitar a determinados dominios de polticas. Vase
852
clase de privilegio de sistema. Clase de privilegio que

permite que un administrador emita todos los
comandos del servidor. Vase tambin clase de privilegio.
cliente. Programa que se ejecuta en un PC, estacin de
trabajo, servidor de archivos, servidor de LAN o
sistema principal que solicita los servicios de otro
programa, denominado servidor. Los siguientes tipos
de clientes pueden obtener servicios de un servidor de
IBM Tivoli Storage Manager: el cliente de
administracin, el cliente de aplicacin, el cliente de
API, el cliente de copia de seguridad/archivado y el
cliente de HSM (tambin conocido como Tivoli Storage
Manager para la gestin de espacio).
cliente de administracin. Programa que se ejecuta en
un servidor de archivos, estacin de trabajo o sistema
principal que utilizan los administradores para
controlar y supervisar el servidor de IBM Tivoli Storage
Manager. Comprese con cliente de copia de
cliente de aplicacin. Uno de los programas de
proteccin de datos de IBM Tivoli Storage Manager
instalado en un sistema para proteger una aplicacin.
El servidor de IBM Tivoli Storage Manager proporciona
servicios de copia de seguridad a un cliente de
aplicacin.
cliente de bibliotecas. Servidor de IBM Tivoli Storage
Manager que utiliza las comunicaciones de servidor a
servidor para acceder a una biblioteca gestionada por
otro servidor de IBM Tivoli Storage Manager. Vase
tambin gestor de bibliotecas.
cliente de copia de seguridad/archivado. Programa
que se ejecuta en una estacin de trabajo o servidor de
archivos y proporciona un mtodo para que los
usuarios hagan copia de seguridad, archiven, restauren
y recuperen archivos. Comprese con cliente de
administracin.
cliente de gestin del almacenamiento jerrquico
(HSM). Programa Tivoli Storage Manager para la
gestin de espacio que se ejecuta en estaciones de
trabajo y permite que los usuarios mantengan espacio
libre en stas mediante la migracin de archivos al
espacio de almacenamiento de IBM Tivoli Storage
Manager y la recuperacin de los mismos. Sinnimo de
cliente de gestin de espacio.
cliente del gestor de espacio. Programa de Tivoli
Storage Manager para la gestin de espacio que
permite a los usuarios mantener espacio libre en sus
estaciones de trabajo mediante operaciones de
migracin al servidor de almacenamiento y operaciones
de recuperacin desde el mismo. Tambin se denomina
cliente de gestin de almacenamiento jerrquico (HSM).
cliente de sobremesa. Grupo de clientes de copia de
seguridad/archivado al que IBM Tivoli Storage
Manager da soporte, que incluye clientes en los
sistemas operativos Windows, Apple y Novell NetWare.
cliente HSM. Cliente de gestin del almacenamiento

jerrquico. Conocido tambin como cliente de gestin
de espacio.
compresin. Proceso por el que se ahorra espacio de
almacenamiento mediante la eliminacin de campos
vacos o datos innecesarios de un archivo. En IBM
Tivoli Storage Manager, la compresin puede tener
lugar en una estacin de trabajo antes de que se realice
la copia de seguridad o el archivado de los archivos en
el almacenamiento del servidor. En algunos tipos de
unidades de cinta, se puede utilizar la compresin por
hardware.
configuracin de empresa. Mtodo de establecer
servidores de IBM Tivoli Storage Manager para que el
administrador pueda distribuir la configuracin de uno
de lo servidores a los dems servidores, utilizando la
comunicacin de servidor a servidor. Vase gestor de
configuracin, servidor gestionado, perfil y suscripcin.
copia archivada. Archivo que se ha archivado en el
copia de seguridad. Copiar informacin en otra
ubicacin para impedir que se pierdan los datos. En
IBM Tivoli Storage Manager, puede hacer copias de
seguridad de los archivos de usuario, la base de datos
de IBM Tivoli Storage Manager y las agrupaciones de
almacenamiento. Comprese con restaurar. Vase
tambin serie de copias de seguridad de la base de datos y
copia de seguridad incremental.
copia de seguridad completa. Proceso de realizar una
copia de seguridad de toda la base de datos del
servidor. Cada nueva serie de copias de seguridad
empieza con una copia de seguridad completa. Vase
tambin serie de copias de seguridad de la base de datos y
copia de seguridad incremental. Comprese con instantnea
de base de datos.
copia de seguridad de imagen. Operacin de copia de
seguridad de un sistema de archivos completo o de un
volumen lgico RAW como objeto nico.
copia de seguridad incremental. (1) Proceso para
realizar copias de seguridad de archivos o directorios
nuevos o modificados desde la ltima copia de
seguridad incremental. Vase tambin copia de seguridad
selectiva. (2) Proceso que solamente copia las pginas de
la base de datos nuevas o modificadas desde la ltima
copia de seguridad incremental o completa de la base
de datos. Comprese con copia de seguridad completa.
Vase tambin serie de copias de seguridad de la base de
datos.
copia de seguridad selectiva. Proceso hacer la copia
de seguridad de determinados archivos o directorios
desde un dominio de clientes. Vase tambin copia de
seguridad incremental.
copia difusa. Versin de copia de seguridad o copia
archivada de un archivo que no refleja con exactitud el
contenido original del archivo, puesto que IBM Tivoli

Storage Manager ha copiado o archivado el archivo
mientras ste se estaba modificando. Vase tambin
versin de copia de seguridad y copia archivada.
D
desencadenante de la copia de seguridad de la base
de datos. Conjunto de criterios que define cundo y
cmo se realizan automticamente copias de seguridad
de la base de datos. Los criterios determinan con qu
frecuencia ejecutar la copia de seguridad, si sta debe
ser completa o incremental y dnde almacenarla.
destino. Atributo de un grupo de copia o de una clase
de gestin que especifica la agrupacin de
almacenamiento primaria en la que se har copia de
seguridad, archivar o migrar un archivo de cliente.
dinmico. Valor de serializacin que especifica que
IBM Tivoli Storage Manager acepta el primer intento de
realizar una copia de seguridad o una copia de
archivado de un archivo, independientemente de si se
modifica el archivo durante el proceso de copia de
seguridad o de archivado. Vase tambin serializacin.
Comprese con dinmico compartido, esttico compartido y
esttico.
dinmico compartido. Valor de serializacin que
especifica que no se debe hacer una copia de seguridad
ni una copia archivada de un archivo si durante la
operacin se est modificando. IBM Tivoli Storage
Manager reintenta la operacin de copia de seguridad o
archivado varias veces; si el archivo se est
modificando en cada intento, IBM Tivoli Storage
Manager realizar una copia de seguridad o archivado
del archivo en el ltimo intento. Vase tambin
serializacin. Comprese con dinmico, esttico compartido
y esttico.
dominio. Vase dominio de polticas o dominio de cliente.
dominio de cliente. Conjunto de unidades, sistemas
de archivos o volmenes que ha seleccionado un
usuario utilizando un cliente de copia de
seguridad/archivado para llevar a cabo una operacin
de copia de seguridad o archivado.
dominio de polticas. Agrupacin de usuarios de
polticas con uno o ms juego de polticas, que
gestionan los datos o los recursos de almacenamiento
de los usuarios. En IBM Tivoli Storage Manager, los
usuarios son nodos cliente. Vase juego de polticas, clase
de gestin y grupo de copia.
DRM. Nombre abreviado de gestor de recuperacin
ante siniestro.
dsmserv.opt. Vase archivo de opciones del servidor.
duplicacin. Proceso de grabar los mismos datos en
varios discos al mismo tiempo. La duplicacin de datos
Glosario
853
impide que se pierdan los datos de la base de datos o

de las anotaciones de recuperacin.
E
espacio de archivos. Espacio lgico del
almacenamiento de un servidor de IBM Tivoli Storage
Manager que contiene un grupo de archivos que un
cliente ha archivado o de los que ha hecho copia de
seguridad. En clientes de sistemas Windows, un
espacio de archivos contiene archivos de una particin
lgica que se identifica mediante una etiqueta de
volumen. Para clientes de sistemas UNIX, un espacio
de archivos contiene archivos del mismo sistema de
archivos, o parte de un sistema de archivos que se
origina en un punto de montaje virtual. Los clientes
pueden restaurar, recuperar o suprimir sus espacios de
archivos del almacenamiento del servidor de IBM Tivoli
Storage Manager. IBM Tivoli Storage Manager no
almacena necesariamente todos los archivos
pertenecientes a un solo espacio de archivos, pero
puede identificar todos los archivos en el
almacenamiento del servidor que pertenecen al mismo
espacio disponible. Cantidad de espacio, en
megabytes, que est disponible para la base de datos o
las anotaciones de recuperacin. Este espacio puede
utilizarse para ampliar la capacidad de la base de datos
o las anotaciones de recuperacin, o para proporcionar
suficiente espacio libre antes de suprimir un volumen
de la base de datos o de las anotaciones de
recuperacin.
estndar Unicode. Estndar universal de codificacin
de caracteres que admite el intercambio, el proceso y la
visualizacin de texto escrito en cualquiera de los
idiomas del mundo moderno. Tambin admite muchos
textos clsicos e histricos y se ampla continuamente.
El estndar Unicode es compatible con ISO/IEC 10646.
Para obtener ms informacin, consulte la direccin
www.unicode.org.
esttico. Valor de serializacin que especifica que no
se debe hacer una copia de seguridad ni una copia
archivada de un archivo si durante la operacin se est
modificando. IBM Tivoli Storage Manager no vuelve a
intentar la operacin. Vase tambin serializacin.
Comprese con dinmico, dinmico compartido y esttico
compartido.
esttico compartido. Valor de serializacin que
especifica que no se debe hacer una copia de seguridad
ni una copia archivada de un archivo si durante la
operacin se est modificando. IBM Tivoli Storage
Manager reintenta la operacin de copia de seguridad o
archivado varias veces; si el archivo se est
modificando en cada intento, IBM Tivoli Storage
Manager no realizar una copia de seguridad o
archivado del archivo. Vase tambin serializacin.
Comprese con dinmico, dinmico compartido y esttico.
854
evento. (1) Comando de administracin u operacin

de cliente que se planifica para ejecutarse utilizando la
planificacin de IBM Tivoli Storage Manager. (2)
Mensaje que emite un servidor o un cliente de IBM
Tivoli Storage Manager. Los mensajes pueden anotarse
utilizando la anotacin de eventos de IBM Tivoli
Storage Manager.
excluir. Identificar los archivos que no desea incluir en
una operacin de cliente determinada, como por
ejemplo una operacin de copia de seguridad o de
archivado. Los archivos se identifican en una lista de
inclusin/exclusin.
exportar. Copiar definiciones del administrador,
definiciones de nodos cliente, definiciones de polticas,
informacin de control del servidor o datos de archivos
en medios externos o directamente en otro servidor. Se
utiliza para transferir o copiar informacin entre
servidores.
F
fecha de caducidad. En algunos servidores de IBM
Tivoli Storage Manager, atributo de una clase de
dispositivo que se utiliza para notificar a los sistemas
de gestin de cintas la fecha en que IBM Tivoli Storage
Manager ya no necesita un volumen de cinta. La fecha
se coloca en la etiqueta de la cinta para que el sistema
de gestin de cintas no grabe datos encima de la
informacin del volumen de cinta antes de la fecha de
caducidad.
formato de datos no nativo. Formato de datos que se
graba en una agrupacin de almacenamiento que es
diferente del formato que utiliza el servidor para las
operaciones bsicas basadas en la LAN. Un
transportador de datos graba los datos, en lugar del
servidor. Es posible que las agrupaciones de
almacenamiento cuyos datos se hayan grabado en
formato no nativo sean incompatibles con algunas
operaciones del servidor, como por ejemplo la auditora
de un volumen. El formato de datos NETAPPDUMP de
las copias de seguridad de nodos NAS es un ejemplo
de formato de datos no nativo.
formato nativo. Formato de datos que el servidor de
IBM Tivoli Storage Manager graba directamente en una
agrupacin de almacenamiento. Comprese con formato
de datos no nativo.
frecuencia. Atributo de un grupo de copia que
especifica el intervalo mnimo, en das, que debe
transcurrir entre copias de seguridad incrementales.
FSID. Vase ID de espacio de archivos.
G
gestin del espacio. Proceso de mantener el suficiente
espacio de almacenamiento libre disponible en un nodo
cliente, migrando los archivos al almacenamiento del

servidor. Los archivos se migran en funcin de criterios
definidos en clases de gestin a las que los archivos
estn vinculados y la lista de inclusin/exclusin.
Sinnimo de gestin del almacenamiento jerrquico. Vase
tambin migracin.
destino un subconjunto de informacin de un medio

externo. Se utiliza para transferir o copiar informacin
entre servidores. Vase exportar.
gestor de bibliotecas. Servidor de IBM Tivoli Storage

Manager que controla las operaciones de los
dispositivos cuando varios servidores de IBM Tivoli
Storage Manager comparten un dispositivo de
almacenamiento. Las operaciones de los dispositivos
incluyen el montaje, el desmontaje, la propiedad de los
volmenes y el inventario de la biblioteca. Vase
tambin cliente de bibliotecas.
inscripcin. Proceso de identificar un nodo cliente en

el servidor.
gestor de configuracin. Servidor de IBM Tivoli

Storage Manager que distribuye informacin de
configuracin a otros servidores de IBM Tivoli Storage
Manager (denominados servidores gestionados)
mediante perfiles. Dicha informacin puede incluir
polticas y planificaciones. Vase servidor gestionado y
perfil.
grupo de copia. Objeto de poltica cuyos atributos
controlan cmo se generan, dnde se guardan
inicialmente y cundo caducan las versiones de copia
de seguridad o las copias archivadas. Un grupo de
copia pertenece a una clase de gestin. Vase tambin
grupo de copia archivada, grupo de copia de seguridad,
versin de copia de seguridad y clase de gestin.
gestor de recuperacin ante siniestro (DRM). Funcin
de IBM Tivoli Storage Manager que ayuda en la
preparacin y posterior utilizacin de un archivo de
plan de recuperacin ante siniestro para el servidor de
grupo de copia archivada. Objeto de poltica que
contiene atributos que controlan la generacin, el
destino y la caducidad de las copias archivadas. Un
grupo de copia archivada pertenece a una clase de
gestin.
grupo de copia de seguridad. Objeto de poltica que
contiene atributos que controlan la generacin, el
destino y la caducidad de las versiones de copia de
seguridad de archivos. Un grupo de copia de seguridad
pertenece a una clase de gestin.
inscribir. Definir un nodo cliente que puede acceder al

servidor. Vase inscripcin.
inscripcin abierta. Proceso de inscripcin en el que

los usuarios pueden inscribir sus propias estaciones de
trabajo como nodos cliente en el servidor. Comprese
con inscripcin cerrada.
inscripcin cerrada. Proceso de inscripcin en el que
el administrador puede inscribir estaciones de trabajo
como nodos cliente en el servidor. Comprese con
inscripcin abierta.
instantnea. Vase instantnea de base de datos.
instantnea de base de datos. Copia de seguridad
completa de toda la base de datos de IBM Tivoli
Storage Manager en un medio que se puede almacenar
fuera de local. Cuando se crea una instantnea de la
base de datos, no se interrumpe la serie de copias de
seguridad de la base de datos actual. Una instantnea
de la base de datos no puede tener asociadas copias de
seguridad de base de datos incrementales. Vase
tambin serie de copias de seguridad de la base de datos.
Comprese con copia de seguridad completa.
J
jerarqua del almacenamiento. Ordenacin lgica de
agrupaciones de almacenamiento primarias, tal y como
las define un administrador. La ordenacin se basa
generalmente en la velocidad y capacidad de los
dispositivos que utilizan las agrupaciones de
almacenamiento. En IBM Tivoli Storage Manager, la
jerarqua de almacenamiento se define identificando la
siguiente agrupacin de almacenamiento en una
definicin de agrupacin de almacenamiento. Vase
juego de copias de seguridad. Grupo porttil y
consolidado de versiones activas de copia de seguridad
de archivos, generado para un cliente de copia de
ID de espacio de archivos (FSID). Identificador

numrico exclusivo que el servidor asigna a un espacio
de archivos cuando ste se almacena en el
juego de polticas. En un dominio de polticas, objeto

de poltica que contiene un grupo de clases de gestin.
Puede haber muchos juegos de polticas en un dominio
de polticas pero slo un juego de polticas puede estar
activo. Vase clase de gestin y juego de polticas activo.
importar. Copiar datos exportados pertenecientes a

definiciones del administrador, definiciones de nodos
cliente, definiciones de polticas, informacin de control
del servidor o datos de archivos de un medio externo a
un servidor destino. Puede importarse a un servidor
juego de polticas activo. Juego de polticas activado

que contiene las reglas de polticas actualmente en uso
por parte de todos los nodos cliente asignados al
dominio de polticas. Vase tambin dominio de polticas
y juego de polticas.
Glosario
855
de copia de seguridad. Vase tambin modalidad.

Comprese con modalidad modificada.
lmite de montaje. Atributo de clase de dispositivo

que especifica el nmero mximo de volmenes al que
puede accederse simultneamente desde la misma clase
de dispositivo. El lmite de montaje determina el
nmero mximo de puntos de montaje. Vase punto de
montaje
modalidad de acceso. Atributo de una agrupacin de

almacenamiento o atributo de un volumen de
almacenamiento que especifica si el servidor puede
grabar en una agrupacin de almacenamiento o
volumen de almacenamiento o leer de ellas. La
modalidad de acceso puede ser lectura/grabacin, slo
lectura o no disponible. Los volmenes de
agrupaciones de almacenamiento primarias tambin
pueden tener una modalidad de acceso denominada
Destruido. Los volmenes de agrupaciones de
almacenamiento de copia tambin pueden tener una
modalidad de acceso denominada Fuera de local.
lista de exclusin/inclusin. Vase lista de

inclusin/exclusin.
lista de inclusin/exclusin. Grupo de sentencias de
opciones de inclusin y exclusin que utiliza IBM Tivoli
Storage Manager. Las opciones de exclusin identifican
los archivos que no se han de incluir en operaciones de
cliente especficas, como por ejemplo en una copia de
seguridad o en la gestin de espacio. Las opciones de
inclusin identifican los archivos a los cuales no se van
a aplicar las reglas de exclusin. Adems, las opciones
de inclusin asignan clases de gestin a un archivo o a
un grupo de archivos en las operaciones de copia de
seguridad, archivado o gestin de espacio. La lista de
inclusin/exclusin de un cliente puede incluir
sentencias de opciones del archivo de opciones del
cliente, de archivos de inclusin/exclusin distintos y
de un conjunto de opciones de cliente del servidor.
M
margen de puesta en marcha. Perodo de tiempo
durante el cual se debe iniciar una planificacin.
migracin de cliente. Proceso de copia de un archivo
de un nodo cliente al almacenamiento del servidor y
sustitucin del archivo por un archivo apndice en el
nodo cliente. Los atributos de gestin de espacio de la
clase de gestin controlan esta migracin. Vase
tambin gestin de espacio.
migracin de servidor. Proceso de traspasar datos de
una agrupacin de almacenamiento a la siguiente que
hay definida en la jerarqua, segn los umbrales de
migracin definidos para las agrupaciones de
almacenamiento. Vase tambin umbral de migracin alto
y umbral de migracin bajo.
modalidad de planificacin. Mtodo de interaccin

entre un servidor y un cliente para ejecutar operaciones
planificadas en el cliente. IBM Tivoli Storage Manager
da soporte a dos modalidades de planificacin para las
operaciones de cliente: sondeo de clientes y peticin de
servidor.
modalidad de planificacin de sondeo de clientes.
Tcnica de comunicaciones de cliente/servidor en la
que el cliente consulta trabajos en el servidor.
Comprese con modalidad de planificacin por peticin de
servidor.
modalidad de planificacin por peticin de servidor.
Tcnica de comunicacin cliente/servidor en la que el
servidor contacta con el cliente cuando debe realizarse
una operacin planificada. Comprese con modalidad de
planificacin de sondeo de clientes.
modalidad modificada. Modalidad de grupos de
copia de seguridad que indica que se considerar un
archivo para su copia de seguridad incremental
solamente si se ha cambiado desde la ltima operacin
de copia de seguridad. Un archivo se considera que ha
cambiado si lo han hecho su fecha, tamao, propietario
o permisos de acceso. Vase tambin modalidad.
Comprese con modalidad absoluta.
montar. Colocar un medio de almacenamiento de
datos (tal como un cartucho de cinta) en una unidad en
posicin para utilizarlo.
migrar. Traspasar los datos de una ubicacin de

almacenamiento a otra. Vase tambin migracin de
cliente y migracin de servidor.
modalidad. Atributo de un grupo de copia que

especifica si debe realizarse la copia de seguridad de
un archivo que no se ha modificado desde la ltima
vez que se realiz la copia de seguridad. Vase
modificado y absoluta.
NDMP. Protocolo de gestin de datos de red.
modalidad absoluta. Modalidad de grupos de copia

de seguridad que especifica que un archivo se
considerar para su copia de seguridad incremental
aunque no haya cambiado desde la ltima operacin
856
NAS. Almacenamiento conectado a red.
nodo. (1) Estacin de trabajo o servidor de archivos

inscrito en un servidor de IBM Tivoli Storage Manager
para recibir sus servicios. Vase tambin nodo cliente y
nodo NAS. (2) En una configuracin de clsteres de
Microsoft, uno de los sistemas que componen el clster.
nodo cliente. Servidor de archivos o estacin de

trabajo en el que est instalado el programa de copia
de seguridad/archivado, que se ha inscrito en el
servidor.
nodo NAS. Nodo cliente que es un servidor de
archivos de almacenamiento conectado a red (NAS).
Los datos del nodo NAS se transfieren mediante el
servidor de archivos NAS, que controla el servidor de
IBM Tivoli Storage Manager. El servidor de Tivoli
Storage Manager utiliza el protocolo NDMP (Protocolo
de gestin de datos de red) para dirigir el servidor de
archivos NAS en sus operaciones de copia de
seguridad y restauracin. Un nodo NAS tambin se
denomina nodo servidor de archivos NAS.
O
objeto gestionado. Definicin de la base de datos del
servidor gestionado que un gestor de configuracin ha
distribuido al servidor gestionado. Cuando un servidor
gestionado se suscribe a un perfil, todos los objetos
asociados con dicho perfil se convierten en objetos
gestionados de la base de datos del servidor
gestionado. Por lo general, un objeto gestionado no
puede modificarse localmente en el servidor
gestionado. Los objetos pueden ser polticas,
planificaciones, conjuntos de opciones de cliente, scripts
de servidor, registros de administrador y definiciones
de servidores y de grupos de servidores.
ocupacin fsica. Cantidad de espacio utilizado por
los archivos fsicos en una agrupacin de
almacenamiento. Este espacio incluye el espacio no
utilizado que se crea cuando se suprimen los archivos
lgicos de las agregaciones. Vase tambin archivo fsico,
archivo lgico y ocupacin lgica.
ocupacin lgica. Cantidad de espacio utilizado por
los archivos lgicos en una agrupacin de
almacenamiento. Puesto que la ocupacin lgica no
incluye el espacio no usado creado cuando los archivos
lgicos se suprimen de las agregaciones, puede ser
menor que la ocupacin fsica. Vase tambin archivo
fsico y archivo lgico.
P
pgina. Unidad de asignacin de espacio de los
volmenes de base de datos de IBM Tivoli Storage
Manager.
perfil. Grupo con nombre de informacin de
configuracin que se puede distribuir desde un gestor
de configuracin cuando se suscribe un servidor
gestionado. La informacin de configuracin puede
incluir administradores registrados, poltica,
planificaciones de cliente, conjuntos de opciones de
cliente, planificaciones de administracin, scripts de
comandos de IBM Tivoli Storage Manager, definiciones
del servidor y definiciones del grupo de servidores.

Vase gestor de configuracin y servidor gestionado.
perodo de espera de montaje. Atributo de una clase
de dispositivo que especifica los minutos que el
servidor espera a que se satisfaga una peticin de
montaje para un volumen de almacenamiento de acceso
secuencial antes de cancelar la peticin.
perodo de gracia de retencin de copias archivadas.
Nmero de das que IBM Tivoli Storage Manager
retiene una copia archivada cuando el servidor no es
capaz de volver a vincular el archivo a una clase de
gestin apropiada.
perodo de gracia de retencin de copias de
seguridad. Nmero de das que IBM Tivoli Storage
Manager conserva una versin de copia de seguridad
cuando el servidor no puede volver a vincular el
archivo a una clase de gestin apropiada.
perodo de retencin. En un servidor de MVS,
atributo de una clase de dispositivo que especifica
cunto tiempo se conservan los archivos en medios de
almacenamiento de acceso secuencial. Cuando se
utiliza, IBM Tivoli Storage Manager pasa esta
informacin al sistema operativo MVS para asegurarse
de que otros sistemas de gestin de cintas no graben
encima de volmenes que contienen datos retenidos.
perodo de retencin de montaje. Atributo de una
clase de dispositivo que especifica los minutos que el
servidor retiene un volumen montado de
almacenamiento de acceso secuencial que no est en
uso antes de desmontarlo.
plan de recuperacin ante siniestro. Archivo creado
por gestor de recuperacin ante siniestro (DRM) que
contiene informacin sobre cmo recuperar sistemas si
se produce un siniestro y scripts que se pueden ejecutar
para realizar algunas de las tareas de recuperacin. El
archivo incluye informacin acerca del software y
hardware que utiliza el servidor de IBM Tivoli Storage
Manager y la ubicacin del medio de recuperacin.
planificacin. Registro de base de datos que describe
operaciones de clientes planificadas o comandos de
administracin planificados. Vase planificacin de
comandos de administracin y planificacin de cliente.
planificacin de cliente. Registro de la base de datos
que describe el proceso planificado de una operacin
de cliente durante un perodo de tiempo especfico. La
operacin del cliente puede ser una operacin de copia
de seguridad, archivado, restauracin o recuperacin,
un comando del sistema operativo del cliente o una
macro. Vase tambin planificacin de comandos de
administracin.
Glosario
857
planificacin de comandos de administracin.

Registro de base de datos que describe el proceso
planificado de un comando de administracin durante
un perodo de tiempo determinado. Vase tambin
planificacin de cliente.
planificador central. Funcin que permite a un
administrador planificar operaciones de cliente y
comandos de administracin. Las operaciones se
pueden planificar para que se realicen peridicamente
o en una fecha especfica. Vase planificacin de cliente y
planificacin de comandos de administracin.
prefijo de volumen de cinta. Atributo de una clase de
dispositivo que es el calificador de alto nivel del
nombre de archivo o del nombre de conjunto de datos
en la etiqueta estndar de cinta.
premigracin. En un cliente de gestor de espacio,
proceso de copia de los archivos susceptibles de ser
migrados al almacenamiento del servidor, dejando el
archivo original intacto en el sistema local.
Protocolo de gestin de datos de red (NDMP).
Protocolo estndar de la industria que permite que una
aplicacin de gestin de almacenamiento en red (como
IBM Tivoli Storage Manager) controle la copia de
seguridad y recuperacin de un servidor de archivos
compatible con NDMP sin tener que instalar el
software de otro fabricante en dicho servidor de
archivos.
proximidad. Proceso para conservar todos los datos
pertenecientes a un nico nodo cliente o a un nico
espacio de archivos de cliente en un nmero mnimo
de volmenes de medios de acceso secuencial en una
agrupacin de almacenamiento. La proximidad puede
reducir el nmero de volmenes a los que debe
accederse cuando debe restaurarse una gran cantidad
de datos.
punto de montaje. Unidad lgica a travs de la que el
servidor accede a volmenes en una clase de
dispositivos de acceso secuencial. Para tipos de
dispositivos de medios extrables, como por ejemplo
una cinta, un punto de montaje es una unidad lgica
asociada con una unidad fsica. Para el tipo de
dispositivo FILE, un punto de montaje es una unidad
lgica asociada a una corriente de E/S. El nmero de
puntos de montaje de una clase de dispositivo se define
mediante el valor del atributo de lmite de montaje de
dicha clase. Comprese con lmite de montaje.
R
receptor. Repositorio del servidor que contiene
anotaciones de mensajes del servidor y mensajes del
cliente, como los eventos. Por ejemplo, un receptor
puede ser la salida de archivo, la salida de usuario o la
consola del servidor de IBM Tivoli Storage Manager y
las anotaciones de actividades. Vase tambin evento.
858
reclamacin. Proceso de consolidacin de los datos

restantes procedentes de varios volmenes de acceso
secuencial en un pocos volmenes de acceso secuencial
nuevos.
recuperar. Copiar informacin archivada desde la
agrupacin de almacenamiento para que la utilice el
nodo cliente. La operacin de recuperacin no afecta a
la copia archivada en la agrupacin de
almacenamiento. Comprese con archivar.
recuperar. Acceder a archivos migrados de estaciones
de trabajo al almacenamiento del servidor mediante el
cliente de gestin de espacio. Comprese con migrar.
reduccin mxima. Especifica la cantidad mxima de
espacio de almacenamiento, en megabytes, que se
puede reducir la base de datos o las anotaciones de
recuperacin.
reducir. Liberar espacio de las anotaciones de
recuperacin o de la base de datos suficiente para
poder suprimir un volumen. Comprese con ampliar.
registrar. (1) Definir un administrador que puede
acceder al servidor. Vase registro. (2) Especificar las
licencias que se han comprado para el servidor.
registro. Proceso de identificar un administrador en el
servidor.
registro de evento. Registro de base de datos que
describe el estado real y los resultados de eventos.
restaurar. Copiar informacin desde su ubicacin de
copia de seguridad a la ubicacin de almacenamiento
activa para utilizarla. En IBM Tivoli Storage Manager,
puede restaurar la base de datos del servidor, las
agrupaciones de almacenamiento, los volmenes de
agrupaciones de almacenamiento y las copias de
seguridad de los usuarios. La operacin de restauracin
no afecta a la versin de copia de seguridad de un
archivo de la agrupacin de almacenamiento.
Comprese con operacin de copia de seguridad.
retencin. Das que las copias archivadas y las copias
de seguridad inactivas se conservarn en la agrupacin
de almacenamiento antes de suprimirlas. Los atributos
del grupo y los perodos de gracia de retencin
predeterminados del dominio definen la retencin.
retrotraer. Eliminar cambios que se realizaron en
archivos de base de datos desde el ltimo punto de
compromiso.
ruta. Objeto de IBM Tivoli Storage Manager que
define una relacin unvoca entre un origen y un
destino. Mediante el uso de la ruta, el origen accede al
destino. Los datos pueden transferirse del origen al
destino y viceversa. Un ejemplo de un origen es un
transportador de datos (como un servidor de archivos
NAS), y un ejemplo de un destino es una unidad de
cinta.
S
script. Vase IBM Tivoli Storage Manager script de
comandos.
script de comandos de IBM Tivoli Storage Manager.
Secuencia de comandos de administracin de IBM
Tivoli Storage Manager que se almacenan en la base de
datos del servidor de IBM Tivoli Storage Manager.
Puede ejecutar el script desde cualquier interfaz al
servidor. Dicho script puede incluir sustituciones de los
parmetros de comandos y lgica condicional.
serializacin. Proceso de manejar los archivos que se
han modificado durante el proceso de copia de
seguridad o archivado. Vase esttico, dinmico, esttico
compartido y dinmico compartido.
serie de copias de seguridad de la base de datos.
Copia de seguridad completa de la base de datos, ms
un mximo de 32 copias de seguridad incrementales
realizadas desde esa copia completa. Cada copia de
seguridad completa ejecutada inicia una nueva serie de
copias de seguridad de la base de datos. Nmero de
identificacin de la serie de copias de seguridad.
servidor de archivos de almacenamiento conectado a
red (NAS). Dispositivo de almacenamiento dedicado
con sistema operativo que se optimiza para realizar
funciones de servidor de archivos. En IBM Tivoli
Storage Manager, un servidor de archivos NAS puede
tener las caractersticas de un nodo y de un
transportador de datos. Vase tambin transportador de
datos y nodo NAS.
servidor de eventos. Servidor al que otros servidores
pueden enviar eventos para anotacin. El servidor de
eventos dirige los eventos a todos los receptores activos
para el envo de eventos del servidor.
servidor destino. Servidor que puede recibir datos
enviados desde otro servidor. Comprese con servidor
origen. Vase tambin volmenes virtuales.
servidor gestionado. Servidor de IBM Tivoli Storage
Manager que recibe informacin de configuracin de
un gestor de configuracin mediante la suscripcin a
uno o varios perfiles. La informacin de configuracin
puede incluir definiciones de objetos tales como
polticas y planificaciones. Vase gestor de configuracin,
suscripcin y perfil.
servidor origen. Servidor que puede enviar datos, en
forma de volmenes virtuales, a otro servidor. Comprese
con servidor destino.
sesin de administracin. Perodo de tiempo en el
que el ID de usuario de un administrador se comunica
con un servidor para realizar tareas administrativas.
Comprese con sesin de nodo cliente.
sesin de nodo cliente. Perodo de tiempo en el que

un nodo cliente se comunica con un servidor para
realizar peticiones de copia de seguridad, restauracin,
archivado, recuperacin y migracin. Comprese con
sesin de administracin.
sistema gestionado. Cliente o servidor que solicita
servicios del servidor de IBM Tivoli Storage Manager.
suscripcin. En un entorno Tivoli, proceso de
identificacin de los suscriptores a los que se
distribuyen los perfiles. En IBM Tivoli Storage Manager,
proceso por el cual un servidor gestionado solicita
informacin de configuracin asociada a un perfil
determinado en un gestor de configuracin. Vase
servidor gestionado, gestor de configuracin y perfil.
T
transportador de datos. Dispositivo, que se ha
definido en IBM Tivoli Storage Manager, que traspasa
datos por encargo del servidor. Un servidor de archivos
NAS puede ser un transportador de datos.
traspaso de datos fuera de la LAN. Traspaso directo
de datos de cliente entre un cliente y un dispositivo de
almacenamiento por una SAN, en lugar de pasar por la
LAN.
U
UCS-2. Juego de caracteres universal con formato de
codificacin ISO/IEC 10646, codificado en dos octetos.
El cliente de IBM Tivoli Storage Manager en Windows
NT y Windows 2000 utiliza la pgina de cdigos UCS-2
si el cliente es compatible con Unicode.
umbral de reclamacin. Porcentaje de espacio
reclamable que debe tener un volumen de medios de
acceso secuencial para que el servidor pueda reclamar
el volumen. El espacio pasa a ser reclamable cuando los
archivos caducan o se suprimen. El porcentaje se
establece para una agrupacin de almacenamiento.
umbral inferior de migracin. Porcentaje de la
capacidad de una agrupacin de almacenamiento que
especifica cundo el servidor puede detener la
migracin de archivos a la siguiente agrupacin de
almacenamiento. Comprese con umbral superior de
migracin. Vase migracin de servidor.
umbral superior de migracin. Porcentaje de la
capacidad de la agrupacin de almacenamiento que
identifica el momento en que el servidor puede
empezar a migrar archivos a la siguiente agrupacin de
almacenamiento disponible en la jerarqua. Comprese
con umbral inferior de migracin. Vase migracin de
servidor.
Glosario
859
UTF-8. Formato de transformacin Unicode 8.

Formato de codificacin orientado a bytes que
especifica el estndar de Unicode.
utilizacin de recursos de sesin. Cantidad de tiempo
de espera, tiempo de CPU y espacio utilizado o
recuperado durante una sesin de cliente.
utilizacin mxima. Porcentaje mximo de la
capacidad asignada que es utilizado por la base de
datos o por las anotaciones de recuperacin.
V
validar. Comprobar las condiciones de un juego de
polticas que pueden ocasionar problemas si el juego de
polticas pasa a ser el juego de polticas activo. Por
ejemplo, durante el proceso de validacin se
comprueba si el juego de polticas contiene una clase de
versin. Copia de seguridad de un archivo
almacenado en el almacenamiento del servidor. La
copia de seguridad ms reciente de un archivo es la
versin activa. Las copias anteriores del mismo archivo
son las versiones inactivas. El nmero de versiones que
mantiene el servidor viene determinado por los
atributos del grupo de copia de la clase de gestin.
versin activa. Copia de seguridad ms reciente de un
archivo que ha almacenado IBM Tivoli Storage
Manager. La versin 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
versin ms nueva o que el archivo se ha suprimido de
la estacin de trabajo. Comprese con versin inactiva.
volumen est identificado por un identificador de

volumen exclusivo. Vase volumen de base de datos,
volumen reutilizable y volumen de agrupacin de
almacenamiento.
volumen de agrupacin de almacenamiento. Volumen
asignado a la agrupacin de almacenamiento. Vase
volumen, agrupacin de almacenamiento de copia y
agrupacin de almacenamiento primaria.
volumen lgico. (1) Parte de un volumen fsico que
contiene un sistema de archivos. (2) Para el servidor de
IBM Tivoli Storage Manager, espacio combinado de
todos los volmenes de la base de datos o de las
anotaciones de recuperacin. La base de datos es un
volumen lgico y las anotaciones de recuperacin son
otro volumen lgico.
volumen reutilizable. Un volumen con etiqueta que
est en blanco o que no contiene datos vlidos, que
actualmente no est definido en IBM Tivoli Storage
Manager y puede utilizarse.
volumen virtual. Copia archivada en un servidor
destino que representa un volumen de medios
secuenciales para un servidor origen.
volver a vincular. Proceso de asociar una copia de
seguridad de archivo con un nuevo nombre de clase de
gestin. Por ejemplo, se produce este proceso cuando se
suprime la clase de gestin asociada a un archivo.
Vase vincular.
versin de copia de seguridad. Archivo del que se ha

hecho una copia de seguridad en el almacenamiento
del servidor. En el almacenamiento del servidor puede
haber ms de una versin de copia de seguridad, pero
solamente una de ellas es la versin activa. Vase
tambin versin activa y versin inactiva.
versin inactiva. Versin de copia de seguridad de un
archivo que no es la versin ms reciente, o bien es la
versin de copia de seguridad de un archivo que ya no
existe en el sistema cliente. Las versiones de copia de
seguridad inactivas se pueden seleccionar para el
proceso de caducidad de acuerdo con la clase de
gestin asignada al archivo. Comprese con versin
activa.
vinculacin. Proceso por el que se asocia un archivo a
un nombre de clase de gestin. Vase volver a vincular.
volumen. Unidad bsica de almacenamiento para las
agrupaciones de almacenamiento, anotaciones de
recuperacin y base de datos de IBM Tivoli Storage
Manager. Un volumen puede ser un volumen lgico
LVM, un archivo de un sistema de archivos estndar,
un cartucho de cinta o un cartucho ptico. Cada
860
ndice
Caracteres Especiales
$$CONFIG_MANAGER$$
645
A
abierta, inscripcin
descripcin 335
establecer 335
proceso 336
acceso, gestionar 376, 379
acceso remoto a clientes 350
activar o desactivar volmenes 71
ACTIVATE POLICYSET, comando 428
Active Directory
configurar esquema 507
visin general 506
actualizar unidades de cinta 207
adelanto
acceso de volumen 517
punto de montaje 517
administracin, comandos
ACCEPT DATE 513
ASSIGN DEFMGMTCLASS 392, 427
AUDIT LIBRARY 185
AUDIT LICENSE 506
AUDIT VOLUME 743
BACKUP DB 724
BACKUP DEVCONFIG 722
BACKUP NODE 153
BACKUP STGPOOL 708
BACKUP VOLHISTORY 720
BEGIN EVENTLOGGING 578
CANCEL PROCESS 516
CANCEL REQUEST 193
CANCEL RESTORE 376
CANCEL SESSION 373
CLEAN DRIVE 211
COMMIT 537
CONVERT ARCHIVE 469, 471
COPY CLOPTSET 371
COPY DOMAIN 416
COPY POLICYSET 416
COPY SCRIPT 532
COPY SCHEDULE 484
COPY SERVERGROUP 655
CHECKIN LIBVOLUME 179
CHECKOUT LIBVOLUME 184
DEFINE ASSOCIATION 475
DEFINE BACKUPSET 452
DEFINE CLIENTACTION 496
DEFINE CLIENTOPT 496
DEFINE CLOPTSET 368
DEFINE COPYGROUP 417, 424
DEFINE DATAMOVER 131, 151
DEFINE DBBACKUPTRIGGER 714, 717
DEFINE DBVOLUME 550
DEFINE DEVCLASS
clases de dispositivos CENTERA 234
clases de dispositivos de cinta 221
clases de dispositivos FILE 229
administracin, comandos (continuacin)

DEFINE DEVCLASS (continuacin)
clases de dispositivos OPTICAL 227
clases de dispositivos REMOVEABLEFILE 228
clases de dispositivos SERVER 230
clases de dispositivos VOLSAFE 232
DEFINE DOMAIN 415
DEFINE DRIVE 130
DEFINE GRPMEMBER 654
DEFINE LIBRARY 40, 129
DEFINE LOGCOPY 734
DEFINE LOGVOLUME 550
DEFINE MACHINE 764
DEFINE MACHNODEASSOCIATION 765
DEFINE PATH 133, 151
DEFINE POLICYSET 416
DEFINE PROFASSOCIATION 633
DEFINE PROFILE 633
DEFINE RECMEDMACHASSOCIATION 770
DEFINE RECOVERYMEDIA 769
DEFINE SCRIPT 527
DEFINE SCHEDULE 523
DEFINE SERVER 620, 621, 624, 651, 657
DEFINE SERVERGROUP 654
DEFINE SPACETRIGGER 548, 549
DEFINE STGPOOL 250, 251, 264, 265
DEFINE SUBSCRIPTION 644
DEFINE VOLUME 46, 258
DELETE ASSOCIATION 487
DELETE BACKUPSET 455
DELETE COPYGROUP 445
DELETE DBBACKUPTRIGGER 717
DELETE DBVOLUME 554
DELETE DEVCLASS 237
DELETE DOMAIN 446
DELETE DRIVE 216
DELETE EVENT 489
DELETE GRPMEMBER 655
DELETE LIBRARY 205
DELETE LOGVOLUME 554
DELETE MGMTCLASS 445
DELETE POLICYSET 446
DELETE PROFASSOCIATION 638
DELETE PROFILE 639
DELETE SCRIPT 533
DELETE SCHEDULE 485
DELETE SERVERGROUP 655
DELETE STGPOOL 328
DELETE SUBSCRIBER 649
DELETE SUBSCRIPTION 639, 645
DELETE VOLHISTORY 719, 720
DELETE VOLUME 329, 330
DISABLE EVENTS 577
DISABLE SESSIONS 374
DISMOUNT VOLUME 194
DSMFMT 255, 705
DSMSERV FORMAT 727
ENABLE EVENTS 577
ENABLE SESSIONS 374
END EVENTLOGGING 578
EXPIRE INVENTORY 430
861

EXPORT ADMIN 664
EXPORT NODE 674
EXPORT POLICY 674
EXPORT SERVER 674
EXTEND DB 552
EXTEND LOG 715
GENERATE BACKUPSET 449
GRANT AUTHORITY 377
HALT 511
HELP 520
IMPORT 689, 690
IMPORT ADMIN 677
IMPORT NODE 677, 686
IMPORT POLICY 677
IMPORT SERVER 677, 686
LABEL LIBVOLUME 113, 126, 178
bibliotecas IBM 3494 108
LOCK ADMIN 382
LOCK NODE 348
LOCK PROFILE 637, 638
MACRO 187
MOVE DATA 317
MOVE MEDIA 186
MOVE NODEDATA 321
NOTIFY SUBSCRIBERS 637, 638
PING SERVER 655
PREPARE 770
QUERY ACTLOG 573
QUERY BACKUPSET 454
QUERY BACKUPSETCONTENTS 454
QUERY CONTENT 305
QUERY COPYGROUP 443, 684
QUERY DB 553
QUERY DBBACKUPTRIGGER 718
QUERY DBVOLUME 553, 707
QUERY DEVCLASS 236
QUERY DOMAIN 444
QUERY DRIVE 206
QUERY DRMSTATUS 758
QUERY ENABLED 590
QUERY EVENT 476
QUERY FILESPACE 366
QUERY LIBRARY 204
QUERY LICENSE 506
QUERY LOG 557
QUERY LOGVOLUME 553, 707
QUERY MEDIA 187
QUERY MGMTCLASS 443
QUERY MOUNT 193
QUERY NODE 349
QUERY OCCUPANCY 362
agrupaciones de almacenamiento 315
clases de dispositivos 315
copias de seguridad, copias archivadas y archivos bajo
gestin de espacio 315
espacios de archivos de cliente 314
nodos cliente 314
QUERY OPTION 565
QUERY POLICYSET 444
QUERY PROCESS 320
QUERY REQUEST 193
QUERY RESTORE 376
QUERY RPFCONTENT 774
QUERY RPFILE 774
QUERY SCRIPT 532
QUERY SCHEDULE 476
862

QUERY SERVERGROUP 654
QUERY STGPOOL 299, 309, 682
QUERY SUBSCRIPTION 644
QUERY SYSTEM 565
QUERY VOLHISTORY 719
QUERY VOLUME 301, 302, 321
RECONCILE VOLUMES 661
REDUCE DB 554
REDUCE LOG 554
REGISTER ADMIN 380
REGISTER LICENSE 505
REMOVE ADMIN 381
REMOVE NODE 348
RENAME ADMIN 381
RENAME FILESPACE 688
RENAME NODE 348
RENAME SCRIPT 533
RENAME SERVERGROUP 655
RENAME STGPOOL 324
REPLY 193
RESET BUFPOOL 555
RESET DBMAXUTILIZATION 544, 546
RESET LOGCONSUMPTION 715
RESET LOGMAXUTILIZATION 544, 546
RESTORE NODE 153
RESTORE STGPOOL 709, 749
RESTORE VOLUME 752
ROLLBACK 537
RUN 533
SELECT 567
SET ACCOUNTING 592
SET ACTLOGRETENTION 576
SET AUTHENTICATION 386
SET CLIENTACTDURATION 496
SET CONFIGMANAGER 629, 632
SET CONFIGREFRESH 644
SET CONTEXTMESSAGING 578
SET CROSSDEFINE 621, 624
SET DRMCOPYSTGPOOL 759
SET DRMCOURIERNAME 762
SET DRMCHECKLABEL 762
SET DRMDBBACKUPRXPIREDAYS 762
SET DRMFILEPROCESS 762
SET DRMINSTPREFIX 760
SET DRMNOTMOUNTABLE 761
SET DRMPLANPOSTFIX 760
SET DRMPLANPREFIX 760
SET DRMPRIMSTGPOOL 759
SET DRMRPFEXPIREDAYS 774
SET DRMVAULTNAME 762
SET EVENTRETENTION 489, 526
SET INVALIDPWLIMIT 385
SET LICENSEAUDITPERIOD 506
SET LOGMODE 719
SET MAXCMDRETRIES 495
SET MAXSCHEDSESSIONS 493
SET MINPWLENGTH 385
SET PASSEXP 384
SET QUERYSCHEDPERIOD 495
SET RANDOMIZE 493
SET REGISTRATION 335
SET RETRYPERIOD 496
SET SCHEDMODES 490
SET SERVERHLADDRESS 621, 624
SET SERVERLLADDRESS 621, 624
SET SERVERNAME 565, 620, 621, 624

SET SERVERPASSWORD 620, 621, 624
SET SUBFILE 456
SET SUMMARYRETENTION 571
SET WEBAUTHTIMEOUT 384
SETOPT 519
UNDO ARCHCONVERSION 469, 471
UNLOCK PROFILE 637, 638
UPDATE ADMIN 380
UPDATE ARCHIVE 470
UPDATE BACKUPSET 453
UPDATE CLIENTOPT 370
UPDATE CLOPTSET 371
UPDATE COPYGROUP 417, 424
UPDATE DBBACKUPTRIGGER 718
UPDATE DEVCLASS 222, 227
UPDATE DOMAIN 415
UPDATE DRIVE 206
UPDATE LIBRARY 204
UPDATE LIBVOLUME 46, 184
UPDATE MGMTCLASS 416
UPDATE NODE 347
UPDATE POLICYSET 416
UPDATE RECOVERYMEDIA 770
UPDATE SCRIPT 531
UPDATE SCHEDULE 523
UPDATE SERVER 626
UPDATE SERVERGROUP 655
UPDATE STGPOOL 186
UPDATE VOLUME 187, 258
administracin, ID de usuario
crear automticamente 353
descripcin 334
impedir la creacin automtica 353
administrador
actualizar 380, 381
autorizar a gestionar un dominio de polticas 377
bloquear 382
consultar 381
desbloquear 382
eliminar 381
gestionar registro 501
redenominar 381
registrar 380
restricciones al registrar 380
ver informacin referente 381
agente de almacenamiento 51
agregaciones
controlar el tamao de 265
estimar tamao 305
RECONSTRUCT, parmetro 320, 460
reconstruir 288, 294, 320
ver informacin referente 306, 307, 314
agregar medios a bibliotecas RSM 200
acceso aleatorio 243
acceso secuencial 243
activar cach para disco 248, 280
actualizar 245
actualizar para disco, ejemplo 251, 265
anotaciones de recuperacin, efecto sobre 539
auditar un volumen 737
cantidad de espacio utilizado 315
comparar tipos, primaria y de copia 327
consultar 299
copia 243
agrupacin de almacenamiento (continuacin)

copia de seguridad
completa 708
incremental 708
copia de seguridad y recuperacin 708
crear una jerarqua 262
definir 245
definir para cinta, ejemplo 250, 264
definir para disco, ejemplo 250, 264
definir para operaciones NDMP 148
definir una agrupacin de almacenamiento de copia 325
descripcin 242
determinar modalidad de acceso 246, 325
determinar si se utiliza la funcin de proximidad 248,
281, 326
determinar tamao mximo de archivo 247
duplicado, utilizar para restaurar 712
estimar espacio en varias 262
estimar espacio para copias archivadas en disco 298
estimar espacio para copias de seguridad de archivos en
disco 297
estimar espacio para disco 297
estimar espacio para secuencial 298
formato de datos 138, 248, 251
gestionar 241
grabacin simultnea 253
grupo de copia destino en el grupo de copia 417, 425
incompleta, utilizar para restaurar 712
jerarqua
Vase jerarqua de almacenamiento
primaria 243
redenominar 324
restaurar 709, 749
siguiente agrupacin de almacenamiento
definicin 263
migracin a 270, 309
suprimir 328
supervisar 299
suprimir 328
trasladar archivos 317
trasladar archivos entre 318
utilizacin de polticas 417, 425
utilizar cach en disco 248, 280
validacin de datos 739
varias, utilizar para restaurar 712
visin general 43
comparacin con primaria 327
definir 325
efecto en la jerarqua de almacenamiento 268
funcin en migracin de agrupacin de
almacenamiento 279
restaurar a partir de varias 712
agrupacin de almacenamiento de copia incompleta, utilizar
para restaurar 712
agrupacin de almacenamiento de disco
cach, utilizar 281
configurar 65
estimar el espacio para copias archivadas 298
estimar el espacio para copias de seguridad de
archivos 297
estimar espacio 297
suprimir archivos en cach 317
umbral de migracin 271
ndice
863
agrupacin de almacenamiento secuencial

auditar un solo volumen 744
auditar varios volmenes 744
estimar espacio 298
proximidad 286
reclamacin 287
umbral de migracin 277
agrupacin de bferes 555
agrupacin de importacin 201
agrupacin de medios libres 201
agrupacin no reconocida 201
agrupaciones de medios en bibliotecas RSM 200
ajustar el servidor automticamente 520
alias de dispositivo 75
almacenamiento, agrupacin
acceso aleatorio 243
activar cach para disco 248, 280
actualizar 245
actualizar para disco, ejemplo 251, 265
anotaciones de recuperacin, efecto sobre 539
auditar un volumen 737
comparar tipos, primaria y de copia 327
consultar 299
copia 243
copia de seguridad
completa 708
incremental 708
copia de seguridad y recuperacin 708
crear una jerarqua 262
definir 245
definir para cinta, ejemplo 250, 264
definir para disco, ejemplo 250, 264
definir para operaciones NDMP 148
definir una agrupacin de almacenamiento de copia 325
descripcin 242
determinar modalidad de acceso 246, 325
281, 326
determinar tamao mximo de archivo 247
duplicado, utilizar para restaurar 712
estimar espacio en varias 262
estimar espacio para copias archivadas en disco 298
estimar espacio para copias de seguridad de archivos en
disco 297
estimar espacio para disco 297
estimar espacio para secuencial 298
formato de datos 138, 248, 251
gestionar 241
grupo de copia destino en el grupo de copia 417, 425
incompleta, utilizar para restaurar 712
jerarqua
Vase jerarqua de almacenamiento
primaria 243
redenominar 324
restaurar 709, 749
definicin 263
migracin a 270, 309
suprimir 328
supervisar 299
suprimir 328
trasladar archivos 317
utilizacin de polticas 417, 425
864
almacenamiento, agrupacin (continuacin)

utilizar cach en disco 248, 280
validacin de datos 739
varias, utilizar para restaurar 712
visin general 43
almacenamiento, jerarqua
cmo el servidor almacena los archivos en 265
definir en orden inverso 250, 264
disponer con antelacin datos en disco para
almacenamiento de cinta 269
ejemplo 244
establecer 262
definicin 263
migracin a 270, 309
suprimir 328
almacenamiento de datos
adaptar definiciones 684
archivos de clientes, procesar para almacenar 6
considerar las necesidades de los usuarios para la
recuperacin 62
ejemplo 244
evaluar 47
gestionar 22
planificar 47
proteccin, mtodos 698
supervisar 737
suprimir archivos 329
utilizar dispositivos de biblioteca automtica 92
utilizar dispositivos de disco 65
utilizar dispositivos de medios extrables 95
utilizar dispositivos manuales 91
utilizar dispositivos no reconocidos por IBM Tivoli Storage
Manager 94
utilizar dispositivos pticos 93
utilizar la jerarqua de almacenamiento 269
utilizar otro servidor de IBM Tivoli Storage Manager 656
visin general de conceptos 18
adaptar definiciones 684
archivos de clientes, procesar para almacenar 6
recuperacin 62
ejemplo 244
evaluar 47
gestionar 22
planificar 47
proteccin, mtodos 698
supervisar 737
suprimir archivos 329
utilizar dispositivos de biblioteca automtica 92
utilizar dispositivos de disco 65
utilizar dispositivos de medios extrables 95
utilizar dispositivos manuales 91
utilizar dispositivos no reconocidos por IBM Tivoli Storage
Manager 94
utilizar dispositivos pticos 93
utilizar la jerarqua de almacenamiento 269
utilizar otro servidor de IBM Tivoli Storage Manager 656
visin general de conceptos 18
ampliacin mxima 550
anlisis de error 565
anotacin de eventos 128
anotaciones de actividades
ajustar el tamao 575
consultar 573
anotaciones de actividades (continuacin)

descripcin 573
establecer el perodo de retencin 575
supervisar 573
anotaciones de eventos 576
anotaciones de eventos de empresa 589, 619
agregar espacio 549, 550
agrupacin de bferes 558
automatizar el aumento 548
consultar la agrupacin de bferes 557
consultar volmenes 547
cundo hacer una copia de seguridad 698, 704, 716
definir un volumen 550
definir volmenes duplicados 705
descripcin 31, 539
desencadenante de espacio 547, 548, 549
determinar la cantidad de espacio asignado 542, 546
duplicar 701, 704
efecto del tamao de agrupacin de almacenamiento 539
espacio disponible 543, 546
estimar la cantidad de espacio necesario 544
gestionar 539
imagen de base de datos coherente 539
optimizar rendimiento 555
reducir capacidad 554
supervisar espacio 542, 546
supervisar la agrupacin de bfer 558
suprimir espacio 553
suprimir un volumen 554
tamao 715
volumen lgico 542, 546
aplicacin, cliente
agregar nodo para 334
descripcin 4
poltica 436
archivado
consideraciones de rendimiento 466
conversin de un nodo 468
descripcin del proceso 411
determinar la utilizacin del almacenamiento 315
directorio 465, 466
instantneo 9, 15
juego de copias de seguridad, usos 10, 15
paquete 465
permitir a medida que cambia el archivo 425
poltica, definir 414
poltica, introduccin 28
usos 9, 15
utilizacin del almacenamiento, minimizar 469, 470
utilizacin del almacenamiento, reducir 469, 470
archivado instantneo
crear en el servidor 448
descripcin 10, 15
archivar
archivo 396, 411
gestin de archivos 396
archivo, fecha de recuperacin 281
archivo apndice 396
archivo bajo gestin de espacio 396
archivo base 456
archivo de cliente
archivos daados 712
asociar con clase de gestin 404, 405
cmo almacena IBM Tivoli Storage Manager 265
duplicacin al restaurar 712
archivo de cliente (continuacin)

en un volumen, consulta 305
migracin del servidor 270
paquete de archivado 465
permitir archivar mientras se modifica 392
permitir copia de seguridad mientras se modifica 392, 418
retardar la migracin de 275
seleccionable para archivar 392, 407
seleccionable para hacer copias de seguridad 392, 407
seleccionable para la caducidad 394
seleccionable para la gestin de espacio 411
suprimir 329
suprimir al suprimir un volumen 329
suprimir de agrupacin de almacenamiento 328
suprimir de cach 281
archivo de comandos, planificar en cliente 478
archivo de configuracin de dispositivo
copia de seguridad 721
ejemplo 724
informacin 721
no reconocido por IBM Tivoli Storage Manager 94
utilizar al comprimir la base de datos 559
volver a crear 723
archivo de inclusin/exclusin
descripcin 28, 403
para entorno de polticas 398, 403
archivo de opciones, cliente 339
archivo de proceso por lotes, planificar en cliente 478
archivo del plan de recuperacin
crear 770
desglosar secciones 797
utilizando procedimiento VBScript 797
ejemplo 804
prefijo 760
secciones 801
archivo dsm.opt 339, 368, 474
archivo dsmsched.log 484
archivo PEA (Autorizacin de entrada de agrupacin) 234
archivos daados 699, 745, 746, 747
archivos ilegibles 699, 745, 746, 747
asignada, capacidad 543, 552
asistente
archivo de opciones de cliente 341
configuracin 340
configuracin de cliente 340
configuracin de cliente remoto 341
configuracin de dispositivos
dispositivos de biblioteca automtica 92
dispositivos manuales 91
dispositivos pticos 93
RSM, configuracin 200
descripcin 21
etiquetar 190
asociacin, archivo con clase de gestin 404, 405
asociacin, cliente con planificacin
definir 475
suprimir 487
asociacin, objeto con perfil
administrador 633, 648
conjunto de opciones de cliente 633
dominio de polticas 634
planificacin de comando de administracin 636
script 633
suprimir 638
ASSIGN DEFMGMTCLASS, comando 392, 427
AUDIT LICENSE, comando 506
AUDIT VOLUME, comando 737, 743
ndice
865
auditar
inventario de volmenes de la biblioteca 185
licencia, automtica mediante el servidor 505
un solo volumen de agrupacin de almacenamiento de
varios volmenes de agrupacin de almacenamiento de
volumen, razones 737
volumen de agrupacin de almacenamiento de disco 743
volmenes por agrupacin de almacenamiento 745
volmenes por fecha 745
autentificacin, cliente/servidor 384
AUTOFSRENAME, parmetro 359
AUTOLABEL, parmetro para volmenes de cinta 178
automatizar
inicio del servidor 510
operaciones de cliente 474
operaciones del servidor 522
autorizacin
acceso de cliente 352
clases de privilegio 377
opciones de servidor 377
otorgar a administradores 377
autorizacin de acceso, cliente 352
autorizacin de propietario, cliente 351, 353
aviso de interfaz de programacin 846
B
BACKUP DB, comando 724
BACKUP DEVCONFIG, comando 722
BACKUP STGPOOL, comando 708
BACKUP VOLHISTORY, comando 719
base de datos IBM Tivoli Storage Manager
agregar espacio 550
agrupacin de bferes 555, 557
automatizar el aumento 548
cargar 558
comprimir 558
comprometer datos en 557
consultar la agrupacin de bferes 556
consultar volmenes 547
consultas utilizando SQL 567
definir un volumen 550
descargar 558
descripcin 31, 539
desencadenante de copias de seguridad 717
desencadenante de espacio 547, 548, 549
determinar la cantidad de espacio asignado 542, 546
DEVCONFIG, opcin 559
duplicacin 705
duplicar 704
efecto del tamao de agrupacin de almacenamiento 539
espacio disponible 543, 546
estimar la cantidad de espacio necesario 544
formatear 558
fragmentada 558
garantizar la integridad 33
gestionar 539
optimizar rendimiento 555
recargar 558
recuperar 725
reducir capacidad 554
reorganizar 558
restablecer estadsticas de agrupacin de bferes 556
866
base de datos IBM Tivoli Storage Manager (continuacin)

restaurar 715
supervisar el bfer 557
supervisar espacio 544, 546
suprimir espacio 553
suprimir un volumen 554
transacciones 539, 540
volumen lgico 542, 546
biblioteca
ACSLS (Automated Cartridge System Library
Software) 40, 122
actualizar 204
auditar inventario de volmenes 185
automatizada 183
categoras de IBM 3494 108
compartir entre servidores 102, 114
conectar para copia de seguridad de servidor de archivos
NAS 139, 147
configurar para varios tipos de dispositivos 89, 221
consultar 204
definir 129, 205
definir ruta para 133, 151
detectar cambios, en una SAN 128, 129
ejemplo de configuracin 109
externa 40
gestionar 204
IBM 3494 40, 108
inventario de volmenes 46, 176
manual 39
mezcla de tipos de dispositivos 89
modalidad, aleatorio o secuencial 75
nmero de serie 129
SCSI 40
suprimir 205
tipo 49
ubicacin de desbordamiento 248
biblioteca compartida 102, 114
biblioteca de una unidad, reclamacin de volmenes 248, 291
biblioteca StorageTek ACSLS (Automated Cartridge System
Library Software)
configurar 122
descripcin 40
Tivoli Storage Manager, opciones de servidor para 90
BUFPOOLSIZE, opcin 520, 557
C
cach
activar para agrupaciones de almacenamiento de
disco 248, 280
desactivar para agrupaciones de almacenamiento de
disco 280
descripcin 24
efecto en el rendimiento 280
efecto en las estadsticas 281
supervisar utilizacin en disco 312
suprimir archivos 281, 317
cambiar automticamente el nombre de espacio de
archivo 359
cambiar la hora y la fecha en el servidor 513
CANCEL PROCESS, comando 311, 516
CANCEL RESTORE, comando 376
CANCEL SESSION, comando 373
capacidad asignada 543, 552
capacidad de escala 225
capacidad de la cinta 237
capacidad de volumen 222

capacidad estimada de agrupaciones de almacenamiento 300
capacidad estimada de volmenes de cinta 303
caracteres de continuacin, utilizar 528
caractersticas de mquina 765
carga de trabajo del planificador, controlar 492
cartucho
cartucho limpiador 214
soporte de dispositivos 73
tipo de dispositivo 220
cartucho limpiador
dar de alta 213
operaciones con 214
categora, biblioteca 349X 108
categora privado 108
categora reutilizable, biblioteca 349X 108
CD-ROM, medio (clase de dispositivo REMOVABLEFILE) 95
Centera, dispositivo de almacenamiento
autenticacin y autorizacin 234
definir clase de dispositivo 234
funciones no admitidas 234, 251
visin general 42
central, planificacin
controlar la carga de trabajo 492
coordinar 489
descripcin 28, 31, 473
operaciones de cliente 447, 473, 483, 489
cerrada, inscripcin
descripcin 335
establecer 335
proceso 335
cierre no planificado 511
cinta
Vase tambin volmenes
buscar para nodo cliente 308
capacidad 237
compatibilidad entre unidades 207
establecer perodo de retencin de montaje 224
exportar datos 674
formato de grabacin 222
nmero de montajes 304
planificar para exportar datos 673
prefijo de etiqueta 225
reutilizable, determinar utilizacin 246, 259, 326
rotacin 58, 195
supervisar duracin 304
clase, privilegio de administrador
descripcin 377
otorgar autorizacin 377
reducir 383
revocar todos 384
clase de dispositivo
3570 219
3590 219
4MM 219
8MM 219
actualizar 220, 226
CENTERA 42, 234
cinta 221, 226, 227
definir 219, 226
definir para copia de seguridad de base de datos 714
descripcin 24
DISK 219
dispositivos StorageTek 220, 232
DLT 219
clase de dispositivo (continuacin)

ECARTRIDGE 220
FILE 219
FORMAT, parmetro 222
GENERICTAPE 94
LTO 220
NAS 148
OPTICAL 219, 227
para dispositivos que utilizan controladores de dispositivo
Windows nativos 94
QIC 219
REMOVABLEFILE 228
secuencial 220
seleccionar para importacin y exportacin 673
SERVER 219, 658
solicitar informacin referente 236
suprimir 237
Ultrium, LTO 220
visin general 100
VOLSAFE 232
WORM 219
clase de dispositivo de disco, definida 219
clase de gestin
actualizar 405, 412, 417
asignar una predeterminada 427
asociar un archivo 404
configuracin 401
consultar 443
controlar acceso de usuario 401
copiar 412, 416
definir 416
predeterminado 402
suprimir 445
vincular un archivo 404
volver a vincular un archivo 406
clase de gestin estndar, copiar 417
clase de privilegio, almacenamiento
descripcin 377
otorgar 383
reducir 383
revocar 383, 384
clase de privilegio de administracin
descripcin 377
reducir 383
revocar todos 384
clase de privilegio de almacenamiento
descripcin 377
otorgar 383
reducir 383
revocar 383, 384
clase de privilegio de analista
revocar 384
clase de privilegio de nodo
descripcin 351
otorgar 352
clase de privilegio de operador
revocar 384
clase de privilegio de poltica
descripcin 377, 382
otorgar 383
revocar 383, 384
clase de privilegio del sistema
revocar 384
CLEAN DRIVE, comando 211
ndice
867
cliente
acceso, ID de usuario 352
administracin 3
API (interfaz de programacin de aplicaciones) 4, 338
aplicacin, cliente 4, 436
archivo de opciones 339
cmo proteger 9
copia de seguridad/archivado 4
restaurar sin volmenes primarios disponibles 712
resumen de operaciones 11
Tivoli Storage Manager para la gestin de espacio (cliente
HSM). 4, 401
utilizar para realizar copia de seguridad de servidor de
archivos NAS 53, 153
cliente, archivo
archivos daados 712
asociar con clase de gestin 404, 405
cmo almacena IBM Tivoli Storage Manager 265
duplicacin al restaurar 712
en un volumen, consulta 305
migracin del servidor 270
paquete de archivado 465
permitir archivar mientras se modifica 392
permitir copia de seguridad mientras se modifica 392, 418
retardar la migracin de 275
seleccionable para archivar 392, 407
seleccionable para hacer copias de seguridad 392, 407
seleccionable para la caducidad 394
seleccionable para la gestin de espacio 411
suprimir 329
suprimir al suprimir un volumen 329
suprimir de agrupacin de almacenamiento 328
suprimir de cach 281
cliente, archivo de configuracin 342
cliente, archivo de opciones del sistema 338
cliente, conjunto de opciones
actualizar la descripcin 371
agregar opciones de cliente a 369
asignar clientes a 370
copiar 371
crear 369
para nodo NAS 150
suprimir 371
suprimir una opcin de 371
cliente, nodo
actualizar 347
agregar 333
bloquear 348
buscar cintas utilizadas por 308
configurar copias de seguridad de subarchivos 456
consideraciones de rendimiento del archivado 466
consultar 349
convertir 468, 469
crear juegos de copias de seguridad para 449
desbloquear 348
efectuar operaciones para 447, 483, 489
eliminar 348
espacios de archivos, comando QUERY OCCUPANCY 313
establecer autentificacin de contrasea 386
establecer modalidad de planificacin 492
gestionar registro 334, 346, 501
importar 687
invertir conversin 469
planificar operaciones para 474
868
cliente, nodo (continuacin)

proceso inmediato 496
redenominar 348
reducir paquetes de archivado para 470
registrar 338
cliente, opcin
TXNBYTELIMIT 266
VIRTUALMOUNTPOINT 355
cliente, sesiones de restauracin reiniciables
cancelar 376
interrumpir activa 376
cliente de administracin
descripcin 3
ver informacin despus de IMPORT o EXPORT 690
cliente de aplicacin
agregar nodo para 334
descripcin 4
poltica 436
cliente de biblioteca, biblioteca compartida 50, 104, 116
cliente de copia de seguridad/archivado Web.
otorgar autorizacin a 352
URL 335, 351
visin general de acceso remoto 350
cliente/servidor, descripcin 3
clientes, activar restauracin a un instante especfico 441
comando AUDIT LIBRARY 185
comandos, script 527
comandos de administracin
ACCEPT DATE 513
ASSIGN DEFMGMTCLASS 392, 427
AUDIT LIBRARY 185
AUDIT LICENSE 506
AUDIT VOLUME 743
BACKUP DB 724
BACKUP DEVCONFIG 722
BACKUP NODE 153
BACKUP STGPOOL 708
BACKUP VOLHISTORY 720
BEGIN EVENTLOGGING 578
CANCEL PROCESS 516
CANCEL REQUEST 193
CANCEL RESTORE 376
CANCEL SESSION 373
CLEAN DRIVE 211
COMMIT 537
CONVERT ARCHIVE 469, 471
COPY CLOPTSET 371
COPY DOMAIN 416
COPY POLICYSET 416
COPY SCRIPT 532
COPY SCHEDULE 484
COPY SERVERGROUP 655
CHECKIN LIBVOLUME 179
CHECKOUT LIBVOLUME 184
DEFINE ASSOCIATION 475
DEFINE BACKUPSET 452
DEFINE CLIENTACTION 496
DEFINE CLIENTOPT 496
DEFINE CLOPTSET 368
DEFINE COPYGROUP 417, 424
DEFINE DATAMOVER 131, 151
DEFINE DBBACKUPTRIGGER 714, 717
DEFINE DBVOLUME 550
DEFINE DEVCLASS
clases de dispositivos CENTERA 234
comandos de administracin (continuacin)

DEFINE DEVCLASS (continuacin)
clases de dispositivos de cinta 221
clases de dispositivos FILE 229
clases de dispositivos OPTICAL 227
clases de dispositivos REMOVEABLEFILE 228
clases de dispositivos SERVER 230
clases de dispositivos VOLSAFE 232
DEFINE DOMAIN 415
DEFINE DRIVE 130
DEFINE GRPMEMBER 654
DEFINE LIBRARY 40, 129
DEFINE LOGCOPY 734
DEFINE LOGVOLUME 550
DEFINE MACHINE 764
DEFINE MACHNODEASSOCIATION 765
DEFINE PATH 133, 151
DEFINE POLICYSET 416
DEFINE PROFASSOCIATION 633
DEFINE PROFILE 633
DEFINE RECMEDMACHASSOCIATION 770
DEFINE RECOVERYMEDIA 769
DEFINE SCRIPT 527
DEFINE SCHEDULE 523
DEFINE SERVER 620, 621, 624, 651, 657
DEFINE SERVERGROUP 654
DEFINE SPACETRIGGER 548, 549
DEFINE STGPOOL 250, 251, 264, 265
DEFINE SUBSCRIPTION 644
DEFINE VOLUME 46, 258
DELETE ASSOCIATION 487
DELETE BACKUPSET 455
DELETE COPYGROUP 445
DELETE DBVOLUME 554
DELETE DEVCLASS 237
DELETE DOMAIN 446
DELETE DRIVE 216
DELETE EVENT 489
DELETE GRPMEMBER 655
DELETE LIBRARY 205
DELETE LOGVOLUME 554
DELETE MGMTCLASS 445
DELETE POLICYSET 446
DELETE PROFASSOCIATION 638
DELETE PROFILE 639
DELETE SCRIPT 533
DELETE SCHEDULE 485
DELETE SERVERGROUP 655
DELETE STGPOOL 328
DELETE SUBSCRIBER 649
DELETE SUBSCRIPTION 639, 645
DELETE VOLHISTORY 719, 720
DELETE VOLUME 329, 330
DISABLE EVENTS 577
DISABLE SESSIONS 374
DISMOUNT VOLUME 194
DSMFMT 255, 705
DSMSERV FORMAT 727
ENABLE EVENTS 577
ENABLE SESSIONS 374
END EVENTLOGGING 578
EXPIRE INVENTORY 430
EXPORT ADMIN 664
EXPORT NODE 674
EXPORT POLICY 674
EXPORT SERVER 674

EXTEND DB 552
EXTEND LOG 715
GENERATE BACKUPSET 449
GRANT AUTHORITY 377
HALT 511
HELP 520
IMPORT 689, 690
IMPORT ADMIN 677
IMPORT NODE 677, 686
IMPORT POLICY 677
IMPORT SERVER 677, 686
LABEL LIBVOLUME 113, 126, 178
bibliotecas IBM 3494 108
LOCK ADMIN 382
LOCK NODE 348
LOCK PROFILE 637, 638
MACRO 187
MOVE DATA 317
MOVE MEDIA 186
MOVE NODEDATA 321
NOTIFY SUBSCRIBERS 637, 638
PING SERVER 655
PREPARE 770
QUERY ACTLOG 573
QUERY BACKUPSET 454
QUERY BACKUPSETCONTENTS 454
QUERY CONTENT 305
QUERY COPYGROUP 443, 684
QUERY DB 553
QUERY DBBACKUPTRIGGER 718
QUERY DBVOLUME 553, 707
QUERY DEVCLASS 236
QUERY DOMAIN 444
QUERY DRIVE 206
QUERY DRMSTATUS 758
QUERY ENABLED 590
QUERY EVENT 476
QUERY FILESPACE 366
QUERY LIBRARY 204
QUERY LICENSE 506
QUERY LOG 557
QUERY LOGVOLUME 553, 707
QUERY MEDIA 187
QUERY MGMTCLASS 443
QUERY MOUNT 193
QUERY NODE 349
QUERY OCCUPANCY 362
agrupaciones de almacenamiento 315
clases de dispositivos 315
copias de seguridad, copias archivadas y archivos bajo
gestin de espacio 315
espacios de archivos de cliente 314
nodos cliente 314
QUERY OPTION 565
QUERY POLICYSET 444
QUERY PROCESS 320
QUERY REQUEST 193
QUERY RESTORE 376
QUERY RPFCONTENT 774
QUERY RPFILE 774
QUERY SCRIPT 532
QUERY SCHEDULE 476
QUERY SERVERGROUP 654
QUERY STGPOOL 299, 309, 682
QUERY SUBSCRIPTION 644
QUERY SYSTEM 565
ndice
869

QUERY VOLHISTORY 719
QUERY VOLUME 301, 302, 321
RECONCILE VOLUMES 661
REDUCE DB 554
REDUCE LOG 554
REGISTER ADMIN 380
REGISTER LICENSE 505
REMOVE ADMIN 381
REMOVE NODE 348
RENAME ADMIN 381
RENAME FILESPACE 688
RENAME NODE 348
RENAME SCRIPT 533
RENAME SERVERGROUP 655
RENAME STGPOOL 324
REPLY 193
RESET BUFPOOL 555
RESET DBMAXUTILIZATION 544, 546
RESET LOGCONSUMPTION 715
RESET LOGMAXUTILIZATION 544, 546
RESTORE NODE 153
RESTORE STGPOOL 709, 749
RESTORE VOLUME 752
ROLLBACK 537
RUN 533
SELECT 567
SET ACCOUNTING 592
SET ACTLOGRETENTION 576
SET AUTHENTICATION 386
SET CLIENTACTDURATION 496
SET CONFIGMANAGER 629, 632
SET CONFIGREFRESH 644
SET CONTEXTMESSAGING 578
SET CROSSDEFINE 621, 624
SET DRMCOPYSTGPOOL 759
SET DRMCOURIERNAME 762
SET DRMCHECKLABEL 762
SET DRMDBBACKUPRXPIREDAYS 762
SET DRMFILEPROCESS 762
SET DRMINSTPREFIX 760
SET DRMNOTMOUNTABLE 761
SET DRMPLANPOSTFIX 760
SET DRMPLANPREFIX 760
SET DRMPRIMSTGPOOL 759
SET DRMVAULTNAME 762
SET EVENTRETENTION 489, 526
SET INVALIDPWLIMIT 385
SET LICENSEAUDITPERIOD 506
SET LOGMODE 719
SET MAXCMDRETRIES 495
SET MAXSCHEDSESSIONS 493
SET MINPWLENGTH 385
SET PASSEXP 384
SET QUERYSCHEDPERIOD 495
SET RANDOMIZE 493
SET REGISTRATION 335
SET RETRYPERIOD 496
SET SCHEDMODES 490
SET SERVERHLADDRESS 621, 624
SET SERVERLLADDRESS 621, 624
SET SERVERNAME 565, 620, 621, 624
SET SUBFILE 456
SET WEBAUTHTIMEOUT 384
870

SETOPT 519
UNDO ARCHCONVERSION 469, 471
UNLOCK PROFILE 637, 638
UPDATE ADMIN 380
UPDATE ARCHIVE 470
UPDATE BACKUPSET 453
UPDATE CLIENTOPT 370
UPDATE CLOPTSET 371
UPDATE COPYGROUP 417, 424
UPDATE DBBACKUPTRIGGER 718
UPDATE DEVCLASS 222, 227
UPDATE DOMAIN 415
UPDATE DRIVE 206
UPDATE LIBRARY 204
UPDATE LIBVOLUME 46, 184
UPDATE MGMTCLASS 416
UPDATE NODE 347
UPDATE POLICYSET 416
UPDATE RECOVERYMEDIA 770
UPDATE SCRIPT 531
UPDATE SCHEDULE 523
UPDATE SERVER 626
UPDATE SERVERGROUP 655
UPDATE STGPOOL 186
UPDATE VOLUME 187, 258
comandos EXPORT 689, 690
comandos IMPORT 689, 690
combinar espacios de archivos 666, 678
COMMIT, comando 537
cmo gestionar juegos de copias de seguridad 453
cmo hacer que el servidor acepte una fecha y una hora 513
compartir dispositivos 47
compresin
capacidad de volumen de cinta, efecto 238
elegir si la realiza el cliente o la unidad 238
establecer 336
opcin de API 338
opciones para clientes 336
compresin de datos 336
comprimir la base de datos de servidor 558
comprobacin de errores para limpieza de unidades 215
comprobacin de redundancia cclica
consideraciones sobre el rendimiento para agrupaciones de
almacenamiento 743
consideraciones sobre el rendimiento para nodos 448
durante una sesin de cliente 447
para volmenes de agrupacin de almacenamiento 739
para volmenes virtuales 657
conexin Enterprise 352, 615, 650
conexin unificada de Windows 386
conexin unificada para Windows NT 386
configuracin de comunicaciones
anotaciones de eventos de empresa 589, 619
definicin cruzada 619, 620, 624
direccionamiento de comandos 622
Enterprise Configuration 619
entre servidores 618
seguridad 621
volmenes virtuales de servidor a servidor 657
configurar
biblioteca compartida 102, 114
dispositivos, con asistente para la configuracin de
dispositivos 91, 92
dispositivos, ejemplo de biblioteca automatizada 109
dispositivos sin soporte en el controlador de dispositivo de
IBM Tivoli Storage Manager 94
configurar (continuacin)
operaciones NDMP para servidores de archivos NAS 146
planificar el entorno de almacenamiento 47
unidades con varios tipos de dispositivos en una
biblioteca 221
conjunto de opciones de cliente
actualizar la descripcin 371
agregar opciones de cliente a 369
asignar clientes a 370
copiar 371
crear 369
para nodo NAS 150
suprimir 371
suprimir una opcin de 371
consola de eventos de Tivoli 576, 580
consola del servidor, descripcin 377
consulta
autorizacin 377
informacin general 301
objetos de poltica 442
volmenes de almacenamiento 302
volmenes de anotaciones de recuperacin 547
volmenes de base de datos 547
consultas de cliente en el servidor, establecer frecuencia 495
contenido de un volumen 305
contrasea
establecer autentificacin para un cliente 386
establecer caducidad 384
establecer lmite no vlido 385
establecer longitud mnima 385
restablecer, de administracin 381
utilizar con conexin unificada 386
controlador de dispositivo
ADSMSCSI 76
correlacionar dispositivos de IBM Tivoli Storage Manager
con 77
IBM Tivoli Storage Manager, instalar 74
instalar 73, 514
para dispositivos de cinta manuales 74
para unidades de cinta IBM 3490, 3570 y 3590 79
parar 514
requisito 73
seleccionar el controlador de dispositivo adecuado 77
visin general 77
Windows 81
controlador de dispositivo ADSMSCSI 76
controlador de dispositivo de IBM Tivoli Storage Manager 77
controlador ODBC 567
conversin de nodos cliente 468, 469
CONVERT ARCHIVE, comando 469, 471
copia de seguridad
agrupacin de almacenamiento 708
archivo 395, 408, 410
base de datos 717, 724
cantidad de espacio que utiliza el cliente 315
comparacin de tipos 12, 16
completa, para nodo NAS 54
copiar un archivo abierto 418
cundo debe realizarse para una base de datos 716
definir criterios de archivos de cliente 414
diferencial, para nodo NAS 11, 54
frecuencia para el archivo 419
gestin de archivos 395
grupo 14
incremental 395, 408
instantnea, utilizando hardware 11, 14
copia de seguridad (continuacin)

poltica 28
poltica predeterminada 391
selectiva 395, 410
servidor de archivos NAS 53
subarchivos, configuracin del servidor 27, 456
tipos disponibles 11, 16
volumen lgico 410
copia de seguridad/archivado, cliente
conexin unificada 386
descripcin 3
inscribir nodo 334
poltica 401
resumen de operaciones 11
utilizar para realizar copia de seguridad de servidor de
archivos NAS 137, 153
copia de seguridad completa de imagen, nodo NAS 54
copia de seguridad de grupo en el cliente 14
copia de seguridad de imagen
poltica 436, 437
uso recomendado 9, 13
copia de seguridad diferencial
de imagen, descripcin 11, 54
en comparacin con incremental 16
copia de seguridad incremental, cliente
completa 408
elegibilidad de archivos para 408
frecuencia, especificar 492
parcial 409
progresiva 16
copia de seguridad incremental progresiva 16
copia de seguridad selectiva 395, 410
copia de seguridad y recuperacin de base de datos
al estado ms actual 731
copia de seguridad completa 716, 724
copia de seguridad incremental 716
cundo hacer una copia de seguridad 716
definir clases de dispositivo 714
descargar 558
desencadenante de copias de seguridad de base de
datos 717, 731
ejemplos de procedimientos de recuperacin 747
estrategia general 656, 697, 698
instante especfico 727
mtodos 656, 697
proporcionar 656, 697
ROLLFORWARD 701, 731
utilizar gestor de recuperacin ante siniestro 698
copia de volumen
asignar a discos independientes 704
descripcin 705
copias de seguridad de subarchivos
caducar 457
descripcin 456
ejemplo de 456
restaurar 457
suprimir 458
COPY CLOPTSET, comando 371
COPY DOMAIN, comando 416
COPY MGMTCLASS, comando 417
COPY POLICYSET, comando 416
COPY SCRIPT, comando 532
COPY SCHEDULE, comando 484, 525
COPY SERVERGROUP, comando 655
correlacionar dispositivos con controladores de dispositivo 77
ndice
871
cortafuegos, nodos cliente 346

sesiones iniciadas por cliente 346
sesiones iniciadas por servidor 347
crear juegos de copias de seguridad
ejemplo de 451
ventajas 449
crear scripts de servidor 527
CH
CHECKIN LIBVOLUME, comando 179
CHECKOUT LIBVOLUME, comando 184
D
daados, archivos 699, 712, 745, 746, 747
dar de alta
establecer un intervalo de tiempo para el volumen 225
volumen de biblioteca 179
volmenes preparados para VOLSAFE 232
dar de alta el archivo de anotaciones creado por las
planificaciones procesadas 484
datos
recuperacin 62
exportar 663
importar 663
datos de archivo, importar 663
datos de versiones existentes, descripcin 392, 420, 423
datos de versiones suprimidas, descripcin 392, 420, 423
Decision Support Loader 591
DEFINE ASSOCIATION, comando 475
DEFINE BACKUPSET, comando 452
DEFINE CLIENTACTION, comando 496
DEFINE CLIENTOPT, comando 369
DEFINE CLOPTSET, comando 368
DEFINE COPYGROUP, comando 417, 424, 427
DEFINE DBBACKUPTRIGGER, comando 714, 717
DEFINE DBVOLUME, comando 550
DEFINE DEVCLASS, comando 221, 226
DEFINE DOMAIN, comando 415
DEFINE DRIVE, comando 130
DEFINE GRPMEMBER, comando 654
DEFINE LIBRARY, comando 129
DEFINE LOGCOPY, comando 734
DEFINE LOGVOLUME, comando 550
DEFINE MACHINE, comando 764
DEFINE MACHNODEASSOCIATION, comando 765
DEFINE MGMTCLASS, comando 416
DEFINE POLICYSET, comando 416
DEFINE PROFASSOCIATION, comando 633
DEFINE RECMEDMACHASSOCIATION, comando 770
DEFINE RECOVERYMEDIA, comando 769
DEFINE SCRIPT, comando 527
DEFINE SCHEDULE, comando 523
DEFINE SERVER, comando 620, 621, 624, 651, 657
DEFINE SPACETRIGGER, comando 548, 549
DEFINE STGPOOL, comando 250, 251, 264, 265
DEFINE SUBSCRIPTION, comando 644
DEFINE VOLUME, comando 258
definicin cruzada 619, 620, 624
definir bibliotecas RSM a IBM Tivoli Storage Manager
utilizar comandos de IBM Tivoli Storage Manager 201
utilizar el asistente para la configuracin de
dispositivos 200
872
DELETE ASSOCIATION, comando 487

DELETE BACKUPSET, comando 455
DELETE CLIENTOPT, comando 371
DELETE COPYGROUP, comando 445
DELETE DBVOLUME, comando 554
DELETE DEVCLASS, comando 237
DELETE DOMAIN, comando 446
DELETE EVENT, comando 489, 527
DELETE FILESPACE, comando 367
DELETE GRPMEMBER, comando 655
DELETE LOGVOLUME, comando 554
DELETE MGMTCLASS, comando 445
DELETE POLICYSET, comando 446
DELETE PROFASSOCIATION, comando 638
DELETE PROFILE, comando 639
DELETE SCRIPT, comando 533
DELETE SCHEDULE, comando 485, 525
DELETE SERVER, comando 626
DELETE SERVERGROUP, comando 655
DELETE STGPOOL, comando 328
DELETE SUBSCRIBER, comando 649
DELETE SUBSCRIPTION, comando 645
DELETE VOLHISTORY, comando 719, 720
DELETE VOLUME, comando 329, 330
desactivar poltica 393
descargar la base de datos 558
descripciones, para paquetes de archivos 465, 470
desencadenante
anotaciones de recuperacin, espacio 548
base de datos, espacio 548
desencadenante de espacio
anotaciones de recuperacin, espacio 548
base de datos, espacio 548
desmontar
volmenes de dispositivos REMOVABLEFILE 194
volmenes inactivos 194
destinatario 576
determinar
causa de mensajes ANR9999D 578
intervalo de tiempo para el alta del volumen 225
DEVCONFIG, opcin 558, 721
diagnosticar mensajes ANR9999D 578
diagnsticos de dispositivos 127
direccin de elemento 130
DIRECCIN HL 347
DIRECCIN LL 347
direccionamiento de comandos 651
directa a cinta, poltica 434
directorios
impedir archivado 471
suprimir de paquetes de archivado 470
utilizacin del almacenamiento para paquetes de
archivado 465
DISABLE EVENTS, comando 577
DISABLE SESSIONS, comando 374
dispositivo
admitido por IBM Tivoli Storage Manager 73
agregar 91
agregar la utilizacin de comandos 97
alias para IBM Tivoli Storage Manager 76
conectar al servidor 97, 139
configurar medios extrables 95
controlador de dispositivo de IBM Tivoli Storage
Manager 76, 82
controladores de dispositivo de Windows 81
definir para IBM Tivoli Storage Manager 98
dispositivo (continuacin)
manuales, configuracin 91
no admitidos 94
nmero de elemento 152
pticos, configurar 93
resolucin de problemas 127
seleccionar controladores de dispositivo 77
varios tipos en una biblioteca 89
visualizar errores 128
dispositivo, almacenamiento
agregar, visin general 88
alias 75
anotacin de eventos 128
definiciones de IBM Tivoli Storage Manager necesarias 61,
62
disco 65
dispositivo de biblioteca automatizada 92, 109
dispositivo de biblioteca manual 91
dispositivo ptico 93
dispositivos admitidos 73
dispositivos de medios extrables 95, 228
informacin de dispositivo 127
nombre de dispositivo 75
sustituir unidades de cinta 207
dispositivo, archivo de configuracin
ejemplo 724
informacin 721
no reconocido por IBM Tivoli Storage Manager 94
utilizar al comprimir la base de datos 559
volver a crear 723
dispositivo, clase
3570 219
3590 219
4MM 219
8MM 219
actualizar 220, 226
CENTERA 42, 234
cinta 221, 226, 227
definir 219, 226
definir para copia de seguridad de base de datos 714
descripcin 24
DISK 219
dispositivos StorageTek 220, 232
DLT 219
ECARTRIDGE 220
FILE 219
FORMAT, parmetro 222
GENERICTAPE 94
LTO 220
NAS 148
OPTICAL 219, 227
para dispositivos que utilizan controladores de dispositivo
Windows nativos 94
QIC 219
REMOVABLEFILE 228
secuencial 220
seleccionar para importacin y exportacin 673
SERVER 219, 658
suprimir 237
Ultrium, LTO 220
visin general 100
VOLSAFE 232
WORM 219
dispositivo, controlador
ADSMSCSI 76
correlacionar dispositivos de IBM Tivoli Storage Manager
con 77
IBM Tivoli Storage Manager, instalar 74
instalar 73, 514
para dispositivos de cinta manuales 74
para unidades de cinta IBM 3490, 3570 y 3590 79
parar 514
requisito 73
seleccionar el controlador de dispositivo adecuado 77
visin general 77
Windows 81
dispositivo, diagnstico 127
dispositivo, tipo
3570 219
4MM 219
8MM 219
CENTERA 42
DISK 219
DLT 219
DTF 219
ECARTRIDGE 220
FILE 219
GENERICTAPE 219
LTO 220
mltiples en una biblioteca 89, 221
NAS 148
OPTICAL 219, 227
QIC 219
REMOVABLEFILE 219
SERVER 219, 657, 658
VOLSAFE 232
WORM 219
dispositivo de biblioteca automatizada
actualizar 204
agregar, utilizando comandos 97
agregar, utilizando el asistente 92
auditar 185
controladores de dispositivo 77
dar de alta medios 179
definir 40
gestionar medios 183
inventario de volmenes 46, 176
reutilizar medios 189
volmenes reutilizables y privados 46
dispositivo de biblioteca automatizada 3494 40, 79, 108
dispositivo de biblioteca manual
agregar, utilizando comandos 97
agregar, utilizando el asistente 91
gestionar medios 191
preparar medios 190
dispositivo de sistema de archivos extrables
ejemplo de configuracin 95
soporte 95, 228
tipo de dispositivo REMOVABLEFILE, definir y
actualizar 228
dispositivo ptico
agregar 93
definir clase de dispositivo 219, 227
reclamacin de medios 292
tipo de dispositivo OPTICAL 227
dispositivos admitidos 73
dispositivos de almacenamiento 219, 220
ndice
873
dispositivos de discos magnticos 41, 65

dispositivos de medios extrables, agregar 95
dispositivos lgicos 70
dispositivos StorageTek 232
dominio de polticas
actualizar 412, 415
asignar nodo cliente 430
cambiar 393
consultar 444
crear 415
descripcin 397, 398
distribuir mediante perfil 442, 631
para nodo de servidor de archivos NAS 149
suprimir 446
DRIVEACQUIRERETRY, opcin de servidor 90
dsmaccnt.log 592
DSMADMC, comando 669, 683, 690
DSMC, sesin de bucle 371
DSMFMT, herramienta 255, 705
DSMSERV DISPLAY DBBACKUPVOLUME, comando 723
DSMSERV LOADDB, herramienta 558, 560
DSMSERV LOADFORMAT, herramienta 558
DSMSERV RESTORE DB, comando 723
DSMSERV UNLOADDB, herramienta 559
duplicacin de datos restaurados 712
duplicacin de pginas, opciones de servidor de la base de
datos 705
duplicar
anotaciones de recuperacin 701, 705
base de datos 705
descripcin 33
procedimiento de recuperacin 734
ventajas 704
E
ECARTRIDGE, clase de dispositivo 220
ENABLE EVENTS, comando 577
ENABLE SESSIONS, comando 375
END EVENTLOGGING, comando 578
Enterprise Administration
descripcin 613
Enterprise Configuration
configuracin de comunicaciones 619
descripcin 614, 626
perfil 630
procedimiento de configuracin 627
supuesto 616, 627
suscripcin 631
enviar comandos a servidores 651
error, anotaciones 592
espacio
agregar a la base de datos o a las anotaciones de
recuperacin 550
planificar cunto hay que asignar 544
suprimir de la base de datos o las anotaciones de
recuperacin 553
espacio de archivos
combinar al importar 666, 678
consultar 355
descripcin 355
nombres que no se visualizan correctamente 367
preparado para Unicode 365
QUERY OCCUPANCY, comando 313
redenominar 688
suprimir, efecto en reclamacin 288
874
espacio de archivos (continuacin)

suprimir, visin general 367
espacio no utilizable para base de datos y anotaciones de
recuperacin 543
espacio utilizable 543
espera de supresin 433
establecer
clientes para utilizar la copia de seguridad de
subarchivos 456
compresin 336
contrasea 384
intervalo de tiempo para dar de alta volmenes 225
modalidad de biblioteca 75
establecer comunicaciones de servidor a servidor
anotaciones de eventos de empresa 619
volmenes virtuales 626
establecer de forma aleatoria, descripcin 493
estacin de trabajo, inscribir 338
estado de volumen de biblioteca automatizada 46, 175
etiqueta
agrupaciones de almacenamiento secuencial 258
etiquetado automtico en bibliotecas SCSI 178
medios para bibliotecas RSM 200
medios para un dispositivo de biblioteca
automatizada 178
medios para un dispositivo manual 190
para un lector de cdigo de barras 179
sobregrabar etiquetas existentes 178
etiqueta de medio
para dispositivos no reconocidos por IBM Tivoli Storage
Manager 190
para un dispositivo de biblioteca automatizada 178
para un dispositivo de biblioteca manual 190
para utilizar con un lector de cdigo de barras 179
EXPINTERVAL, opcin 430
EXPIRE INVENTORY, comando
duracin del proceso 431
suprimir archivos caducados 430
EXPORT ADMIN, comando 675
EXPORT NODE, comando 675
EXPORT POLICY, comando 676
EXPORT SERVER, comando 673, 676
exportacin
consultar las anotaciones de actividades 691
consultar proceso 689
etiquetar cintas 668, 674
planificar para medios secuenciales 673
PREVIEW, parmetro 672
supervisar 689
utilizar medios reutilizables 674
ver informacin referente a un proceso 689
exportar
datos a cinta 674
datos a OS/400 PASE 672
datos de administrador 675
datos de nodo cliente 675
datos de polticas 676
datos del servidor 676
descripcin 663
subarchivos 457
EXPQUIET, opcin del servidor 431
EXTEND DB, comando 552
EXTEND LOG, comando 552
EXTERNAL, tipo de biblioteca 831
F
fecha de caducidad, establecer 524
fecha de inicio inicial para planificacin 523
fecha de recuperacin de archivos 281
fecha y hora, modificar en el servidor 513
formatear
clases de eventos 581
volumen de agrupacin de almacenamiento 70, 257
volumen de anotaciones de recuperacin 552
volumen de base de datos 552
formato de datos NATIVE 138
formato de datos NETAPPDUMP 138, 148
formato de datos NONBLOCK
especificar para operaciones fuera del servidor 161
formato de datos para agrupacin de almacenamiento 138,
148, 157
definicin 248
restricciones de operaciones 251
formato para agrupacin de almacenamiento 138, 148, 157
definicin 248
restricciones de operaciones 251
frecuencia de copia de seguridad 419
FSID 365
G
GENERATE BACKUPSET, comando 449
GENERICTAPE, tipo de dispositivo 226
gestin de almacenamiento jerrquico
Vase Tivoli Storage Manager para la gestin de espacio
gestin de espacio
gestin de medios externos
configuracin de IBM Tivoli Storage Manager 202
descripcin de la interfaz 827
peticiones de desmontaje de volmenes 836
peticiones de inicializacin 831
peticiones de liberacin de volmenes 833
peticiones de montaje de volmenes 833
proceso durante la inicializacin del servidor 828
visin general 198
Gestor de almacenamiento extrable (RSM) 198
gestor de biblioteca, biblioteca compartida 50, 102, 115
gestor de configuracin
configurar 628, 631, 632
perfil predeterminado 629, 635
supuesto 628
gestor de recuperacin ante siniestro
activar 757
almacenar un plan de recuperacin ante siniestro 770
caducar un plan de recuperacin ante siniestro 774
caractersticas 758
consultar un plan de recuperacin ante siniestro 774
crear un plan de recuperacin ante siniestro 770
devolver volmenes al local 780
guardar las caractersticas de mquina 764
informacin de recuperacin del cliente 758
medio de recuperacin 769
personalizar 758
plan del proyecto, lista de comprobacin 794
secciones, instrucciones de recuperacin 763
visualizar un plan de recuperacin ante siniestro 774
gestores de medios extrables 198
grabacin simultnea en agrupaciones de almacenamiento
primaria y de copia 253
GRANT AUTHORITY, comando 377

grupo, servidor
actualizar descripcin 655
consultar 654
copiar 655
definir 654
miembro, suprimir 655
redenominar 655
suprimir 655
trasladar miembro 655
grupo de copia
archivo, descripcin 398
copia de seguridad, descripcin 398
definir archivado 424
definir copia de seguridad 417
suprimir 445
grupo de copia archivada
definir 424, 427
descripcin 398
suprimir 445
grupo de copia de seguridad
definir 417, 424
descripcin 398
frecuencia 408
modalidad 408
serializacin 408
suprimir 445
grupo de servidores
actualizar descripcin 655
consultar 654
copiar 655
definir 654
miembro, suprimir 655
redenominar 655
suprimir 655
trasladar miembro 655
H
HALT, comando 511
HELP, comando 520
herramientas, para el servidor 21
histrico de volmenes
archivo, establecer 560, 719
suprimir informacin 720
utilizar copia de seguridad para restaurar la base de
datos 719, 727
hora de inicio, establecer de forma aleatoria para una
planificacin 493
hora de inicio inicial para planificacin 523
HSM
I
IBM, anlisis de errores 565
IBM, servicio xviii
IBM Tivoli Storage Manager (Tivoli Storage Manager)
introduccin 3
servidores, red 32, 613
IBMATL, controlador de dispositivo 77
ID de usuario de administracin
crear automticamente 353
descripcin 334
impedir la creacin automtica 353
identificador de espacio de archivos (FSID) 365
ndice
875
IDLETIMEOUT, opcin del servidor 373, 374

ilegibles, archivos 699, 745, 746, 747
IMPORT ADMIN, comando 677
IMPORT NODE, comando 677, 686
IMPORT POLICY, comando 677
IMPORT SERVER, comando 677, 686
importacin
consultar las anotaciones de actividades 691
consultar proceso 689
PREVIEW, parmetro 672, 680
recuperarse de un error 688
supervisar 689
ver informacin referente a un proceso 689
importar
datos 677
datos de archivo 685
datos de control del servidor 684
definiciones de almacenamiento de datos 682, 684
definiciones de polticas 682
descripcin 663
dirigir mensajes a un archivo de salida 669, 683
duplicar espacios de archivos 685
fecha de creacin 679, 686
subarchivos 457
subconjuntos de informacin 687
incierto, estado de planificacin 488, 526
informacin de configuracin, gestin de empresa
administrador 633, 648
cambiar 636
clase de gestin 634
conjunto de opciones de cliente 630, 633
distribuir 627, 633, 637
dominio de polticas 629, 631, 634
grupo de copia 630, 634
grupo de servidores 635
planificacin de cliente 630, 631, 634
planificacin de comando de administracin 629, 631, 636
renovar 637, 644, 646
script 629, 633
servidor 635
suprimir 638, 639
informacin de recuperacin de la mquina 765
informar de mensajes ANR9999D 577
informe de errores para mensajes ANR9999D 578
informes de errores de volmenes 303
informes operativos
descripcin 594
informes, generar 597
lnea de comandos, opciones 610, 611
lnea de comandos, utilizar 610
monitores, generar 602
iniciar el servidor 509
inscribir una estacin de trabajo 338
inscripcin
descripcin 335
establecer para un nodo cliente 335
gestionar nodo cliente 334, 346
servidor origen 337
sistema de licencias de administrador 501
sistema de licencias de nodo cliente 501
instalar IBM Tivoli Storage Manager xv, 334
instantnea, utilizar en copias de seguridad 11, 14
interfaces con IBM Tivoli Storage Manager 21
interfaz de administracin Web
descripcin 21
establecer el valor de tiempo de espera de
autentificacin 384
876
interfaz de administracin Web (continuacin)

limitacin de navegador para definiciones de scripts
interfaz de programacin de aplicaciones
cliente, inscribir 338
compresin, opcin 338
descripcin 3
opcin de supresin 338
registrar para el servidor 338
interfaz de programacin de aplicaciones (API)
cliente, inscribir 338
compresin, opcin 338
descripcin 3
opcin de supresin 338
registrar para el servidor 338
interfaz Web de administracin
descripcin 21
establecer el valor de tiempo de espera de
autentificacin 384
limitacin de navegador para definiciones de scripts
intervalo de tiempo, configuracin para dar de alta
volmenes 225
introduccin a IBM Tivoli Storage Manager 3
J
jerarqua de almacenamiento
cmo el servidor almacena los archivos en 265
definir en orden inverso 250, 264
disponer con antelacin datos en disco para
almacenamiento de cinta 269
ejemplo 244
establecer 262
definicin 263
migracin a 270, 309
suprimir 328
juego de copias de seguridad
actualizar 453
agregar subarchivos a 458
cmo el servidor gestiona y hace seguimiento 453
descripcin 449
ejemplo de generacin 451
generar 449
medios, seleccionar 450
OST, ampliacin en 450
seleccionar un nombre para 450
seleccionar un perodo de retencin para 453
suprimir 455
traspasar a otros servidores 452
uso como archivo 10, 15, 18, 27
uso recomendado 10, 15, 18, 27
visualizar el contenido de 454
juego de polticas
activar 429
actualizar 416
consultar 444
copiar 393, 412, 416
definir 416
descripcin 397, 398
modificar, a travs del juego de polticas activo 393
suprimir 446
validar 428, 430
juego de polticas ACTIVE
crear 416, 428
sustituir 393
528
528
L
LABEL LIBVOLUME, comando
restricciones de unidades preparadas para VolSafe 232
sobregrabar etiquetas de volmenes existentes 178
utilizar una biblioteca automatizada 113, 126
libros rojos xviii
licencia
caractersticas 501
conformidad 505
registrar 502
supervisar 505
utilizar 501
limitacin de definiciones de scripts en interfaz de
administracin Web 528
lista de comprobacin del plan del proyecto de DRM 794
LOCK ADMIN, comando 382
LOCK NODE, comando 348
LOCK PROFILE, comando 637, 638
LOGPOOLSIZE, opcin 557
LTO Ultrium, controlador de dispositivo 77
LTO Ultrium, tipo de dispositivo 79, 220
LUN
determinar 163
utilizar en rutas 133
M
macro
caracteres de continuacin 535
comprobar 537
comprometer comandos individuales 537
controlar el proceso de comandos 537
ejecutar 536
escribir comandos 534
escribir comentarios 535
planificar en cliente 478
utilizar 534
variables de sustitucin 536
MACRO, comando de IBM Tivoli Storage Manager 187
MACRO, uso de comando de administracin 344
mquina, caractersticas 765
margen de puesta en marcha, descripcin 493
MAXSCRATCH, parmetro 246, 259, 326
medios
Vase tambin dispositivo, cinta y volumen
dar de alta 179
etiquetado para dispositivos de biblioteca automtica 178
etiquetado para un lector de cdigo de barras 179
operaciones de montaje 192
prdida, recuperacin de 752
reutilizar 189
rotacin de cintas 58, 195
medios de recuperacion fuera de local (para DRM)
volmenes
devolver al local 780
enviar fuera de local 778
estados 778
medios porttiles
restaurar de 451
mensaje ANR9999D 578
mensajes
determinar la causa del mensaje ANR9999D 578
dirigir mensajes de importacin a un archivo de
salida 669, 683
grave 578
mensajes (continuacin)
obtener ayuda 520
para limpiar unidades 215
mensajes de contexto para ANR9999D 578
mezcla de tipos de dispositivos en una biblioteca 89
Microsoft Management Console (MMC), complemento 21
migracin
agrupacin de almacenamiento de copia, funcin 279
archivo apndice del cliente HSM 396
automtica para clientes HSM
archivos, seleccionables 411
demanda 396
umbral 396
utilizar clase de gestin 412
cancelar el proceso del servidor 311
controlar el inicio, servidor 274
controlar por antigedad de archivo 275
definir umbral para agrupacin de almacenamiento de
cinta 277
definir umbral para agrupacin de almacenamiento de
disco 274
descripcin, proceso del servidor 271
iniciar proceso del servidor 269, 274
minimizar el tiempo de acceso a los archivos
migrados 276
premigracin para cliente HSM 397
procesos, nmero 272
proporcionar espacio adicional para proceso del
servidor 311
reconciliacin 397
retardar por antigedad de archivo 275
selectiva, para cliente HSM 396
supervisar umbrales para agrupaciones de
almacenamiento 309
umbral para una agrupacin de almacenamiento 271
migracin de cliente 411, 412
migrar un archivo 396, 411
modalidad
biblioteca (aleatoria o secuencial) 75
copia de seguridad de cliente 419
planificar 490
modalidad absoluta, descripcin 420
modalidad aleatoria para bibliotecas 75
modalidad de acceso, volumen
cambiar 259
descripcin 261
determinar para agrupacin de almacenamiento 246, 325
modalidad de acceso de lectura/grabacin 261
modalidad de acceso de solo lectura 261
modalidad de acceso de volumen destruido 261, 699
modalidad de acceso de volumen fuera del local 262
modalidad de acceso no disponible
descripcin 261
marcada con el parmetro PERMANENT 194
modalidad de anotaciones
establecer 715
normal 715, 717
modalidad de anotaciones de recuperacin
establecer 715
normal 715, 717
modalidad de consola 690
modalidad de planificacin
establecer en el servidor 490
establecer en un nodo cliente 492
peticin de servidor 490
ndice
877
modalidad de planificacin (continuacin)

seleccionar 490
sondeo de cliente 490
visin general de 490
modalidad modificado, descripcin 419
modalidad secuencial para bibliotecas 75
montaje
biblioteca 223
lmite 223
perodo de espera 225
recuento del nmero de veces por volumen
retencin, perodo 224
MOVE BATCHSIZE, opcin 520
MOVE DATA, comando 317
MOVE DRMEDIA, comando 781
MOVE NODEDATA 321
MOVE SIZETHRESH, opcin 520
nmero de serie (continuacin)

para una unidad 130
304
N
navegador limitado a entrada ASCII de definiciones de
scripts 528
nodo cliente
actualizar 347
agregar 333
bloquear 348
buscar cintas utilizadas por 308
configurar copias de seguridad de subarchivos 456
consideraciones de rendimiento del archivado 466
consultar 349
convertir 468, 469
crear juegos de copias de seguridad para 449
desbloquear 348
eliminar 348
espacios de archivos, comando QUERY OCCUPANCY 313
establecer autentificacin de contrasea 386
establecer modalidad de planificacin 492
gestionar registro 334, 346, 501
importar 687
invertir conversin 469
proceso inmediato 496
redenominar 348
reducir paquetes de archivado para 470
registrar 338
nodo NAS
definir 150
redenominar 155
registrar 150
suprimir 156
nombre de mbito mundial, determinar 163
nombre de archivo para un dispositivo 152
NOPREEMPT, opcin del servidor 517
NORETRIEVEDATE, opcin del servidor 281
NOTIFY SUBSCRIBERS, comando 637, 638
nueva unidad de cinta 207
nmero de montajes, definicin 304
nmero de secuencia 369, 370
nmero de serie
deteccin automtica por parte del servidor 128, 129, 130,
133
determinar 163
para una biblioteca 129, 130, 133
878
ocupacin, consultar 313

ocupacin de almacenamiento, consulta 313
opcin de servidor
ASSISTVCRRECOVERY 90
AUDITSTORAGE 506, 519
BUFPOOLSIZE 556
cambiar con el comando SETOPT 519
COMMTIMEOUT 372, 374
DEVCONFIG 722
DRIVEACQUIRERETRY 90
EXPINTERVAL 431
EXPQUIET 431
IDLETIMEOUT 373, 374, 564
LOGPOOLSIZE 557
MOVEBATCHSIZE 520
MOVESIZETHRESH 520
NOPREEMPT 90, 517
NORETRIEVEDATE 281
opciones de ACSLS 90
QUERYAUTH 377
REQSYSAUTHOUTFILE 377
RESOURCETIMEOUT 91
RESTOREINTERVAL 375, 395, 431
SEARCHMPQUEUE 91
SELFTUNEBUFPOOLSIZE 520
SELFTUNETXNSIZE 520
THROUGHPUTDATATHRESHOLD 374
THROUGHPUTTIMETHRESHOLD 374
TXNGROUPMAX 265
visin general 22
VOLUMEHISTORY 720
opcin de servidor COMMTIMEOUT 372, 374
opcin de servidor DBPAGESHADOW 706
opcin de servidor DBPAGESHADOWFILE 706
opcin VOLUMEHISTORY 719
opciones, consultar
BUFPOOLSIZE 557
LOGPOOLSIZE 557
VIRTUALMOUNTPOINT, opcin de cliente 356
opciones de proteccin
cliente 9
servidor 16, 33
operaciones disponibles para el cliente 11
operaciones NDMP para servidores de archivos NAS
agrupaciones de almacenamiento para operaciones
NDMP 148
configuracin de polticas 149, 437
copia de seguridad de imagen completa, descripcin 54
copia de seguridad de imagen diferencial, descripcin 54
copia de seguridad de un servidor de archivos NAS 153
definir un transportador de datos 131, 151
definir una agrupacin de almacenamiento 148
definir una clase de dispositivo 148
definir una ruta para el transportador de datos y una
biblioteca 151
definir una unidad de cinta 152
formato de datos 138
gestionar nodos NAS 155
inscribir un nodo NAS 150, 337
interfaces utilizadas 137
lista de comprobacin de configuracin 146
planificar 138
operaciones NDMP para servidores de archivos NAS

(continuacin)
planificar una copia de seguridad 153
requisitos para configuracin 135
restaurar un servidor de archivos NAS 153
ruta, descripcin 45, 133
transportador de datos, descripcin 45, 131
operaciones planificadas, establecer el mximo 493
OS/400 PASE, exportar datos a 672
P
pgina, descripcin 555
parmetro de da de la semana 523
parmetro DESTINATION (agrupacin de
almacenamiento) 392, 417, 425
parmetro serializacin 392, 418, 425
parar el servidor 511
PEA (Autorizacin de entrada de agrupacin), archivo 234
pendiente, estado de volumen 305
perfil
asociar informacin de configuracin 633
bloquear 637
cambiar 633, 636, 638
definir 632, 633
desbloquear 637
descripcin 632
obtener informacin 640
predeterminado 635, 643
problemas con sincronizacin 648
suprimir 638, 639
perfil predeterminado 629, 635, 643
perodo, especificar para copia de seguridad incremental 492
perodo de copia de seguridad, especificar para
incremental 492
perodo de gracia de retencin
descripcin de archivado 415
descripcin de copia de seguridad 415
para juegos de copia de seguridad 451
utilizar archivado 415
utilizar copia de seguridad 415
peticin de servidor, planificacin 490
planificacin central
controlar la carga de trabajo 492
coordinar 489
operaciones de cliente 447, 473, 483, 489
planificar
actualizar 523
asociar nodo cliente 475
comando de administracin 521
comando de administracin del servidor 522
con errores, consultar 477, 488
consultar 476
coordinar 489
copiar 484, 525
dar de alta el archivo de anotaciones 484
definir 474, 523
descripcin 473
da de la semana 523
estado incierto 488, 526
fecha de caducidad 524
fecha de inicio inicial 523
frecuencia de servicio 524
hora inicial 523
margen de puesta en marcha 492, 523
planificar (continuacin)
modalidad, establecer 490
para copia de seguridad de servidor de archivos NAS 153
prioridad 524
resultado 487, 526
suprimir 485, 525
tipo de accin 524
planificar evento
consultar 487, 526
gestionar 487, 525
ver informacin referente 487, 526
poltica
consultar 442
descripcin 397
distribuir con gestin de empresa 442
efecto de los cambios 428, 429
gestionar 389
importar 682
operaciones controladas 395
para clientes de aplicacin 436
para clientes que utilizan dispositivos SAN 438
para copias de seguridad de volmenes lgicos 436
para copias de seguridad directas a cinta 434
para la gestin del espacio 393, 411, 416
para nodo de servidor de archivos NAS 149
para restauracin a instante especfico 441
para servidor como cliente 441
planificar 391
predeterminado 6, 391
suprimir 445
poltica, clase de privilegio
descripcin 377, 382
otorgar 383
revocar 383, 384
poltica predeterminada 391
polticas de gestin de almacenamiento
adaptar 412
descripcin 28, 397
gestionar 389
utilizar estndar 391
polticas de gestin de almacenamiento estndar, utilizar 391
predeterminada, clase de gestin
asignar para un juego de polticas 427
descripcin 399
finalidad 402
recomendacin para utilizar 404
vincular archivos 406
prefijo de las instrucciones de recuperacin 760
prefijo de servidor 652
prefijo del archivo del plan de recuperacin 760
premigracin 397
PREPARE, comando 770
PREVIEW, parmetro 672, 680
privilegio de administrador, clase
descripcin 377
reducir 383
revocar todos 384
privilegio de almacenamiento, clase
descripcin 377
otorgar 383
reducir 383
revocar 383, 384
privilegio de poltica, clase
descripcin 377, 382
otorgar 383
ndice
879
privilegio de poltica, clase (continuacin)

revocar 383, 384
proceso
caducidad 713
cancelar 516
comprobacin de error de limpieza de unidad 215
de fondo 515
nmero para copia de seguridad de agrupacin de
almacenamiento 709
nmero para migracin 247, 272
nmero para restauracin de agrupacin de
almacenamiento 732
reclamacin 287, 295
proceso de caducidad
archivos elegibles 394, 430
de subarchivos 394, 421, 431, 457
descripcin 430, 713
iniciar 430
utilizar gestor de recuperacin ante siniestro 432
procesos de fondo 515
proteccin de retencin de datos 432
proteger los datos 698
proximidad
activar para agrupacin de almacenamiento
secuencial 248, 281, 326
cmo selecciona el servidor los volmenes si est
activada 284
cmo selecciona el servidor los volmenes si est
desactivada 285
definicin 248, 281, 326
descripcin 25
281, 326
efectos en la reclamacin de volmenes 296
efectos en las operaciones 283
modificar, efecto de 286
umbrales de migracin 277
publicaciones tcnicas, redbooks xviii
punto de montaje
adelanto 517
cola, opcin de servidor 91
relacin con el lmite de montaje en una clase de
dispositivo 223, 230, 235
valores para una sesin de cliente 335
Q
QUERY ACTLOG, comando 573, 691
QUERY ADMIN, comando 381
QUERY BACKUPSET, comando 454
QUERY BACKUPSETCONTENTS, comando 454
QUERY CONTENT, comando 305
QUERY COPYGROUP, comando 443, 684
QUERY DB, comando 553, 556
QUERY DBBACKUPTRIGGER, comando 718
QUERY DBVOLUME, comando 553, 707
QUERY DEVCLASS, comando 673
QUERY DOMAIN, comando 444
QUERY DRMSTATUS, comando 758
QUERY ENABLED, comando 590
QUERY EVENT, comando 487, 526
QUERY FILESPACE, comando 355
QUERY LICENSE, comando 506
QUERY LOG, comando 557
QUERY LOGVOLUME, comando 553, 707
QUERY MEDIA, comando 187
QUERY MGMTCLASS, comando 443
880
QUERY NODE, comando 349

QUERY OCCUPANCY, comando 313, 314, 315
QUERY OPTION, comando 565
QUERY POLICYSET, comando 444
QUERY PROCESS, comando 311, 320, 516, 564, 689
QUERY RESTORE, comando 376
QUERY RPFCONTENT, comando 774
QUERY RPFILE, comando 774
QUERY SAN, comando
determinar informacin para operaciones fuera del
servidor 163
QUERY SCRIPT, comando 532
QUERY SCHEDULE, comando 476
QUERY SERVERGROUP, comando 654
QUERY SESSION, comando 372, 563
QUERY STATUS, comando 564
QUERY STGPOOL, comando 299, 309, 312
QUERY SUBSCRIPTION, comando 644
QUERY SYSTEM, comando 565
QUERY VOLHISTORY, comando 720
QUERY VOLUME, comando 301, 302, 321
QUERYAUTH, opcin de servidor 377
R
receptor de anotaciones de eventos NT 588
reclamacin
agrupacin de almacenamiento para 248
con una sola unidad 291
descripcin 25
efectos de DELETE FILESPACE 288
efectos de proximidad 296
establecer un umbral para agrupacin de almacenamiento
secuencial 248, 287, 326
inicio del proceso retardado 288
reconstruccin de agregaciones 288
retardar la reutilizacin de volmenes 295, 713
volumen fuera de local 294
RECONCILE VOLUMES, comando 661
reconstruccin de agregaciones 288, 294, 320
recuperacin, archivo de instrucciones 806
recuperacin, siniestro
auditar volmenes de agrupacin de almacenamiento 747
cundo hacer una copia de seguridad 698, 716
estrategia general 656, 697, 698
medios 769
mtodos 656, 697
recuperacin ante siniestro
Vase recuperacin ante siniestro
recuperacin de archivo
selectiva 397
transparente 397
recuperacin de copia archivada
archivo 396
paquete de archivado 465, 466
rendimiento 466
recuperacin ROLLFORWARD
desencadenante de copias de seguridad de base de
datos 731
duplicar anotaciones de recuperacin 731
recuperacin selectiva 397
recuperacin transparente 397
recuperar agrupaciones de almacenamiento 708
recuperar la base de datos 725

red de rea de almacenamiento (SAN)
acceso del cliente a dispositivos 51
cambios de dispositivos, detectar 128
compartimiento de una biblioteca entre varios
servidores 49, 102, 114
funcin del agente de almacenamiento 51
operaciones NDMP 52, 135
poltica para clientes con traspaso de datos fuera de la
LAN 438
traspaso de datos fuera de la LAN 51
red de servidores de IBM Tivoli Storage Manager 32, 613
redenominar
agrupacin de almacenamiento 324
identificador de administrador 381
nodo NAS 155
REDUCE DB, comando 554
REDUCE LOG, comando 554
REGISTER ADMIN, comando 380
REGISTER LICENSE, comando 505
REGISTER NODE, comando 353
registro de contabilidad
descripcin 592
supervisar 592
registro de evento (para una planificacin)
consultar 526
descripcin 477, 487
eliminar de la base de datos 489, 526
establecer el perodo de retencin 489, 526
gestionar 525
suprimir 489, 527
registros vitales de cartucho (VCR) daados, condicin 90
reiniciar el servidor 512
reintentos de comando
establecer el nmero 495
establecer la cantidad de tiempo entre 496
REMOVE ADMIN, comando 381
REMOVE NODE, comando 348
RENAME ADMIN, comando 381
RENAME FILESPACE, comando 688
RENAME NODE, comando 348
RENAME SCRIPT, comando 533
RENAME SERVERGROUP, comando 655
RENAME STGPOOL, comando 324
rendimiento
base de datos o anotaciones de recuperacin,
optimizar 555
cach, consideraciones para utilizar 71, 280
cliente mvil 456
clientes, optimizacin de la restauracin 458
consideraciones sobre operaciones de cliente/servidor
simultneas 493
efectos del sistema de archivos 257, 551
lectura de base de datos, aumentar con duplicacin 704
opciones de servidor, ajuste automtico 520
operaciones de archivado 466
validacin de datos para agrupaciones de
almacenamiento 743
validacin de datos para nodos 448
volumen de agrupacin de almacenamiento 277, 733
volumen utilizado con frecuencia, mejorar con una
retencin de montaje ms prolongada 224
reorganizar la base de datos 558
REQSYSAUTHOUTFILE, opcin de servidor 377
RESET BUFPOOL, comando 556
RESET DBMAXUTILIZATION, comando 544, 546
RESET LOGCONSUMPTION, comando 715
RESET LOGMAXUTILIZATION, comando 544, 546

resolucin de problemas
configuracin de dispositivos 127
errores en base de datos con gestor de medios
externos 203
RESOURCETIMEOUT, opcin de servidor 91
restablecer
caducidad de contrasea de usuario 384
contador de utilizacin de volmenes de base de datos y
contrasea de administracin 381
estadstica de agrupacin de bferes 556
restauracin a instante especfico
activar para clientes 10, 441
para agrupaciones de almacenamiento 730
para base de datos 727
restauracin a un instante especfico, activar para clientes 441
restauracin de nivel de archivo 144
gestionar 154
planificar 144
restaurar
agrupaciones de almacenamiento con volmenes
incompletos 712
archivo 395
base de datos
a su estado ms actual 731
instante especfico 725
clientes, optimizacin de la restauracin 458
RESTORE STGPOOL, comando 709, 749
RESTORE VOLUME, comando 752
RESTOREINTERVAL, opcin de servidor 375, 395, 431
restriccin
caracteres ASCII en interfaz de administracin Web 528
deteccin del nmero de serie 129
restriccin ASCII de definiciones de scripts para
navegadores 528
retardar la migracin de archivos 275
retardar la reutilizacin de volmenes 295
retencin de datos con Centera
visin general 42
retener datos con Centera
visin general 42
retener versin nica, descripcin 392, 420, 424
retener versiones adicionales, descripcin 392, 420, 423
RETEXTRA, parmetro 392, 420
RETONLY, parmetro 392, 420
reutilizar volmenes secuenciales
estado pendiente de volumen 305
retardar 295, 713
ROLLBACK, comando 537
RSM (Removable Storage Manager) 198
RUN, comando 533
ruta
a biblioteca 151
definir 133
descripcin 45, 144
ndice
881
S
salida de archivo 576
salida de usuario 576
SAN (red de rea de almacenamiento)
acceso del cliente a dispositivos 51
cambios de dispositivos, detectar 128
compartimiento de una biblioteca entre varios
servidores 49, 102, 114
funcin del agente de almacenamiento 51
operaciones NDMP 52, 135
poltica para clientes con traspaso de datos fuera de la
LAN 438
traspaso de datos fuera de la LAN 51
script, planificar en cliente 478
script, servidor
actualizar 531
consultar 532
copiar 532
definir 527
direccionar comandos en 652
ejecutar 533
EXIT, sentencia 530
GOTO, sentencia 530
IF, clusula 529
navegador Web limitado a una entrada ASCII 528
redenominar 533
suprimir 533
utilizar con SNMP 584
script de servidor
actualizar 531
consultar 532
copiar 532
definir 527
direccionar comandos en 652
ejecutar 533
EXIT, sentencia 530
GOTO, sentencia 530
IF, clusula 529
navegador Web limitado a una entrada ASCII 528
redenominar 533
suprimir 533
utilizar con SNMP 584
SCSI
Vase tambin biblioteca
biblioteca con distintas tecnologas de cinta 221
etiquetado automtico de volmenes 178
SEARCHMPQUEUE, opcin de servidor 91
seguridad
acceso del cliente, controlar 352
autorizacin de clase de privilegio para
administradores 377
bloquear y desbloquear administradores 382
bloquear y desbloquear nodos 348
caducidad de contrasea para nodos 384
caractersticas, visin general 27
gestionar acceso 376, 379
opciones de servidor 377
para el servidor 376
SELECT, comando 567
SELFTUNEBUFPOOLSIZE, opcin 520
SELFTUNETXNSIZE, opcin 520
serializacin dinmica, descripcin 418, 425
serializacin dinmica compartida, descripcin 419, 425
882
serializacin esttica, descripcin 418, 425

serializacin esttica compartida, descripcin 418, 425
SERVER, tipo de dispositivo 656
servicio, Windows
iniciar el controlador de dispositivo ADSMSCSI 514
reclamacin 510
servidor
activar acceso 374
asistentes 21
cancelar proceso 516
consola, MCC complemento 21
consultar estado 564
consultar procesos 516, 564
copias de seguridad de subarchivos 456
desactivar acceso 374
descripcin 3
establecer el nombre del servidor 518
gestionar operaciones 501
gestionar proceso 515
gestionar varias 32
herramientas 21
importar subarchivos de 457
iniciar 509
iniciar como servicio 510
mantener, visin general 20
mensajes 577
Microsoft Management Console (MCC), complemento
modificar la fecha y la hora 513
opciones, agregar o actualizar 519
opciones de consulta 565
parar 511
prefijo 652
proteger 33
red IBM Tivoli Storage Manager 32, 613
reiniciar 512
siniestro, recuperacin ante 34
ver informacin referente a procesos 516, 564
servidor, opcin
ASSISTVCRRECOVERY 90
AUDITSTORAGE 506, 519
BUFPOOLSIZE 556
cambiar con el comando SETOPT 519
COMMTIMEOUT 372, 374
DEVCONFIG 722
DRIVEACQUIRERETRY 90
EXPINTERVAL 431
EXPQUIET 431
IDLETIMEOUT 373, 374, 564
LOGPOOLSIZE 557
MOVEBATCHSIZE 520
MOVESIZETHRESH 520
NOPREEMPT 90, 517
NORETRIEVEDATE 281
opciones de ACSLS 90
QUERYAUTH 377
REQSYSAUTHOUTFILE 377
RESOURCETIMEOUT 91
RESTOREINTERVAL 375, 395, 431
SEARCHMPQUEUE 91
SELFTUNEBUFPOOLSIZE 520
SELFTUNETXNSIZE 520
THROUGHPUTDATATHRESHOLD 374
THROUGHPUTTIMETHRESHOLD 374
TXNGROUPMAX 265
visin general 22
VOLUMEHISTORY 720
21
servidor a servidor, establecer comunicaciones

anotaciones de eventos de empresa 619
servidor a servidor, volmenes virtuales
reclamar 292
utilizar para almacenar datos 656
servidor de archivos, almacenamiento conectado a red (NAS)
inscribir un nodo NAS para 150
mtodos de copia de seguridad 53
utilizando operaciones NDMP 52, 135
servidor de archivos conectado a red
agrupacin de almacenamiento para copia de
seguridad 251
caracteres internacionales 145
dispositivo de cinta para copia de seguridad 136
formato de datos para copia de seguridad 138
requisito 136
servidor de archivos de almacenamiento conectado a red
(NAS)
inscribir un nodo NAS para 150
servidor de archivos NAS, operaciones NDMP
agrupaciones de almacenamiento para operaciones
NDMP 148
configuracin de polticas 149, 437
copia de seguridad de imagen completa, descripcin 54
copia de seguridad de imagen diferencial, descripcin 54
copia de seguridad de un servidor de archivos NAS 153
definir un transportador de datos 131, 151
definir una agrupacin de almacenamiento 148
definir una clase de dispositivo 148
definir una ruta para el transportador de datos y una
biblioteca 151
definir una unidad de cinta 152
gestionar nodos NAS 155
inscribir un nodo NAS 150, 337
interfaces utilizadas 137
lista de comprobacin de configuracin 146
planificar 138
planificar una copia de seguridad 153
requisitos para configuracin 135
restaurar un servidor de archivos NAS 153
ruta, descripcin 45, 133
transportador de datos, descripcin 45, 131
servidor de eventos 589
servidor destino 657
servidor gestionado
configurar 630
descripcin 614
devolver objetos gestionados al control local 647
modificar el gestor de configuracin 643, 649
objetos gestionados 614, 642
redenominar 649
renovar informacin de configuracin 646
suprimir una suscripcin 645
suscribirse a un perfil 631, 642, 643, 644
servidor origen 657
sesin
cancelar 373
establecer el porcentaje mximo de operaciones
planificadas 493
sesin (continuacin)
iniciada por servidor 347
nmero negativo 376
sesin, cliente
bucle de DSMC 371
cancelar 373
consultar 372, 563
gestionar 371
volumen retenido 371
sesin de bucle, DSMC 371
sesin de cliente
bucle de DSMC 371
cancelar 373
consultar 372, 563
gestionar 371
volumen retenido 371
sesiones de restauracin reiniciables de cliente
cancelar 376
interrumpir activa 376
SET ACCOUNTING, comando 592
SET ACTLOGRETENTION, comando 575
SET AUTHENTICATION, comando 386
SET CLIENTACTDURATION, comando 497
SET CONFIGMANAGER, comando 629, 632
SET CONFIGREFRESH, comando 644
SET CONTEXTMESSAGING, comando 578
SET CROSSDEFINE, comando 621, 624
SET DRMCOPYSTGPOOL, comando 759
SET DRMCOURIERNAME, comando 762
SET DRMCHECKLABEL, comando 762
SET DRMDBBACKUPEXPIREDAYS, comando 762
SET DRMFILEPROCESS, comando 761, 762
SET DRMINSTPREFIX, comando 760
SET DRMNOTMOUNTABLE, comando 761
SET DRMPLANPOSTFIX, comando 760
SET DRMPLANPREFIX, comando 760
SET DRMPRIMSTGPOOL, comando 759
SET DRMVAULTNAME, comando 762
SET EVENTRETENTION, comando 489, 526
SET INVALIDPWLIMIT, comando 385
SET LICENSEAUDITPERIOD, comando 506
SET LOGMODE, comando 719
SET MAXCMDRETRIES, comando 495
SET MAXSCHEDSESSIONS, comando 493
SET PASSEXP, comando 384
SET QUERYSCHEDPERIOD, comando 495
SET RANDOMIZE, comando 493
SET REGISTRATION, comando 335
SET RETRYPERIOD, comando 496
SET SCHEDMODES, comando 490
SET SERVERHLADDRESS, comando 621, 624
SET SERVERLLADDRESS, comando 621, 624
SET SERVERNAME, comando 518, 620, 621, 624
SET SUBFILE 456
SET WEBAUTHTIMEOUT, comando 384
SETOPT, comando 519
definicin 263
migracin a 270, 309
suprimir 328
ndice
883
siniestro, recuperacin ante

auditar volmenes de agrupacin de almacenamiento 747
cundo hacer una copia de seguridad 698, 716
estrategia general 656, 697
mtodos 34, 656, 697
sistema de archivos compartidos 70
SNMP
activar como receptor 576, 584
agente 585
comunicaciones 586
configurar 587
gestor 585
monitor de pulsos 576, 584
subagente 585
solicitar acceso por puerta a bibliotecas RSM 200
sondeo de cliente, planificacin 490, 494
Sony WORM (AIT50 y AIT100), medios 182
soporte de cliente mvil 456
soporte de dispositivo de cinta de 4 mm 220
soporte de dispositivo de cinta de 8 mm 220
soporte DVD-RAM
configurar 97
definir y actualizar una clase de dispositivo 228
desmontar volmenes desde dispositivos DVD-RAM 194
SQL 567
SQL, tabla de resumen de la actividad 571
subordinada, agrupacin de almacenamiento 263
supervisar el servidor de IBM Tivoli Storage Manager 561
suprimir
archivos 329, 430
archivos en cach de disco 317
espacios de archivos 367
subarchivo 458
volumen con datos residuales 330
volumen de almacenamiento 330
volumen reutilizable 257, 720
volumen vaco 329, 720
volmenes, informacin histrica 720
suscripcin
definir 642, 644
suprimir 645
supuesto 643
suscriptor, suprimir 649
T
tabla de contenido 144
gestionar 154
planificar 144
tamao de archivo, determinar el mximo para agrupacin de
almacenamiento 247
THROUGHPUTDATATHRESHOLD, opcin del servidor 374
THROUGHPUTTIMETHRESHOLD, opcin del servidor 374
tiempo de espero
sesin de cliente 374
sesin de interfaz Web de administracin 384
tipo de dispositivo
3570 219
4MM 219
8MM 219
CENTERA 42
DISK 219
DLT 219
DTF 219
884
tipo de dispositivo (continuacin)

ECARTRIDGE 220
FILE 219
GENERICTAPE 219
LTO 220
mltiples en una biblioteca 89, 221
NAS 148
OPTICAL 219, 227
QIC 219
REMOVABLEFILE 219
SERVER 219, 657, 658
VOLSAFE 232
WORM 219
tipo de dispositivo FILE
configurar agrupacin de almacenamiento 70
suprimir volmenes reutilizables 720
Tivoli Data Protection para NDMP
Vase operaciones NDMP para servidores de archivos NAS
definiciones tcnicas xviii
soporte tcnico xviii
Tivoli Storage Manager para la gestin de espacio
archivo apndice 396
archivo bajo gestin de espacio, definicin 396
archivos, destino 416
descripcin 396
establecer poltica 412, 416
migracin de archivos de clientes
descripcin 396
elegibilidad 411
migracin selectiva 396
poltica, establecer 411, 416
poltica de archivado, relacin 412
poltica de copia de seguridad, relacin 412
premigracin 397
reconciliacin entre cliente y servidor 397
recuperacin de archivos migrados 397
transacciones de base de datos 539, 540
transportador de datos
definir 131, 151
descripcin 45
gestionar 156
servidor de archivos NAS 45
trasladas un juego de copias de seguridad
a otro servidor 452
ventajas 452
traspasar datos
a otra agrupacin de almacenamiento 318
a otros volmenes de la misma agrupacin de
almacenamiento 317
de volumen fuera de local de una agrupacin de
almacenamiento 318
procedimiento 319
solicitar informacin de proceso 320
supervisar el traspaso 321
traspaso de datos, consultar 320
traspaso de datos fuera de la LAN
configuracin 105
descripcin 17, 51
uso recomendado 11
configurar 162
determinar informacin de dispositivos 163
efectuar operaciones 168
gestionar 169
traspaso de datos fuera del servidor (continuacin)

interfaces disponibles 160
requisitos para configurar 160
uso recomendado 11, 17
TXNBYTELIMIT, opcin de cliente 266
TXNGROUPMAX, opcin del servidor 265
U
ubicacin, volumen
cambiar 260
consultar volumen 304
desbordamiento de agrupacin de almacenamiento 248
Ultrium (LTO), controlador de dispositivo 77
Ultrium, tipo de dispositivo LTO 79, 220
umbral
migracin, para agrupacin de almacenamiento 271, 277
reclamacin 248, 287, 326
UNDO ARCHCONVERSION, comando 469, 471
Unicode
cambiar automticamente el nombre de espacio de
archivo 359
cmo afecta la migracin a los clientes 363
cmo se cambia el nombre de los espacios de archivo
automticamente 361
decidir qu clientes necesitan espacios de archivo
activados 357
descripcin 356
ejemplo de proceso de migracin 364
identificador de espacio de archivos (FSID) 365, 366
migrar espacios de archivo de cliente 358
opciones para cambiar automticamente los nombres de
espacio de archivo 359
plataformas de cliente admitidas 356
visualizar espacios de archivos preparados para
Unicode 365
unidad
actualizar 206
actualizar para utilizar operaciones NDMP 156
configurar mltiples para una biblioteca 221
consultar 206
definir 130
definir ruta para 133
detectar cambios en una SAN 128
direccin de elemento 130, 133
limpiar 211
nmero de serie 130
reintentos de adquisicin por parte del servidor 90
suprimir 216
unidad autnoma 91
unidad de cinta, sustituir 207
unidad de cinta 3480
unidad de cinta 3570 79
ASSISTVCRRECOVERY, opcin de servidor 90
definir clase de dispositivo 61, 219
ASSISTVCRRECOVERY, opcin de servidor 90
clase de dispositivo 79
unidad de cinta 3590 (continuacin)

definir clase de dispositivo 61, 219, 221
soporte de dispositivos 109, 177
como elemento de jerarqua de almacenamiento 263
limpiar 213
UNLOCK ADMIN, comando 382
UNLOCK NODE, comando 348
UNLOCK PROFILE, comando 637, 638
UPDATE ADMIN, comando 381
UPDATE ARCHIVE, comando 470
UPDATE BACKUPSET, comando 453
UPDATE CLIENTOPT, comando 370
UPDATE CLOPTSET, comando 371
UPDATE COPYGROUP, comando 417, 424
UPDATE DBBACKUPTRIGGER, comando 718
UPDATE DEVCLASS, comando 221, 227
UPDATE DOMAIN, comando 416
UPDATE LIBVOLUME, comando 46
UPDATE MGMTCLASS, comando 417
UPDATE NODE, comando 347, 364, 365, 368
UPDATE POLICYSET, comando 416
UPDATE RECOVERYMEDIA, comando 770
UPDATE SCRIPT, comando 531
UPDATE SCHEDULE, comando 523
UPDATE SERVER, comando 626
UPDATE VOLUME, comando 258
URL para nodo cliente 335
utilizacin, base de datos y anotaciones de recuperacin
descripcin 544
supervisar 544, 546
utilizar gestores de medios extrables con IBM Tivoli Storage
Manager 198
V
validacin de datos data
almacenamiento 743
validar datos
almacenamiento 743
VALIDATE POLICYSET, comando 428
variables de sustitucin, utilizar 529
varios
agrupaciones de almacenamiento de copia, restaurar a
partir de 712
gestionar servidores de IBM Tivoli Storage Manager 32,
613
tipos de dispositivos en una biblioteca 221
VARY, comando 71
VERDELETED, parmetro 392, 420
VEREXISTS, parmetro 392, 420
vincular un archivo con una clase de gestin 404
VIRTUALMOUNTPOINT, opcin de cliente 356
VOLSAFE, clase de dispositivo 232
volumen de almacenamiento
auditar 737
ndice
885
volumen de almacenamiento (continuacin)

contenido 305
etiquetar acceso secuencial 177, 258
formatear de acceso aleatorio 70, 257
informacin referente 301
preparar acceso secuencial 177, 258
supervisar utilizacin 301
visin general 44
volumen duplicado
consultar 707
descripcin 707
volumen lgico en cliente
clase de gestin para 405
poltica 407, 436
proceso de copia de seguridad 410
restaurar 395
volumen retenido en una sesin de cliente 371
volumen reutilizable
descripcin 46
nmero permitido en una agrupacin de
almacenamiento 246, 326
suprimir 257, 720
utilizar en agrupaciones de almacenamiento 259
volmenes FILE 72
volmenes
activar y desactivar 71
actualizar 258
adelanto de acceso 517
agrupacin de almacenamiento de acceso aleatorio 243,
259
agrupacin de almacenamiento de disco, auditar 743
agrupaciones de almacenamiento secuencial 177, 258
almacenamiento de disco 258
asignar a agrupacin de almacenamiento 257
asignar espacio para disco 70, 257
auditar 185, 737
ayuda para la sesin de bucle DSMC 371
buscar para nodo cliente 308
capacidad, efecto de compresin 238
capacidad estimada 303
categora reutilizable 46
consideraciones de auditora 737
consultar contenido 305
consultar informacin general 301
consultar volmenes de base de datos y anotaciones 547
contenido, consultar 305
dar de baja 184
definir para agrupacin de almacenamiento 258
definir para anotaciones de recuperacin 550
definir para base de datos 550
determinar cules se montan 674
errores, lectura y grabacin 303
establecer modalidad de acceso 261
estado, en biblioteca automatizada 46, 175
estado, informacin 302
estado pendiente 305
etiquetar mediante comandos 197
gestionar 183
informe detallado 306
informe estndar 306
inventario de biblioteca automatizada 46, 176
nmero de montajes 304
privado 46
reclamacin 291
recuperacin utilizando duplicacin 734
886
volmenes (continuacin)
retardar reutilizacin 295, 713
retardo de reutilizacin 295, 713
reutilizable, utilizar 259
secuencial 258
supervisar duracin 304
supervisar el traspaso de datos 321
supervisar utilizacin 301
suprimir 329, 330, 720
tiempo de retencin de montaje 224
ubicacin 304
utilizar privado 46, 175
visin general 46
volmenes fuera de local, traspasar datos de una agrupacin
de almacenamiento de copia 318
volmenes primarios no disponibles para restaurar 712
volmenes privados 46
volmenes virtuales de servidor a servidor
reclamar 292
utilizar para almacenar datos 656
volver a vincular
archivo con clase de gestin 406
descripcin 406
W
Web, sitios xviii
Windows, controlador de dispositivo 81
Windows 2000 82
Windows Server 2003 76, 86
WORM, medios
consideraciones especiales para medios de cintas
WORM 182
definicin de clases de dispositivos pticos WORM 227
definicin de clases de dispositivos VOLSAFE 226
reclamacin de medios pticos 292
WORM, parmetro 226
Nmero de Programa: 5698-HSM

5698-ISM
5698-ISX
5698-SAN
5724-H51
Printed in Denmark by IBM Danmark A/S
GC10-3780-02
Spine information:
IBM Tivoli Storage Manager para

Windows
Versin 5.2

Guia Administrador TSM

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guia Administrador TSM

Cargado por

Copyright:

Formatos disponibles

IBM Tivoli Storage Manager para Windows

Gua del administrador

IBM Tivoli Storage Manager para Windows

Gua del administrador

Tercera edicin (enero de 2004)

Parte 1. Conceptos bsicos acerca

Copyright IBM Corp. 1994, 2004

Parte 2. Configuracin y gestin del

Captulo 3. Utilizacin de dispositivos

Utilizacin de volmenes FILE para copias de

Captulo 4. Conexin de dispositivos al

Configuracin de Tivoli Storage Manager para

Captulo 6. Utilizar NDMP para

IBM Tivoli Storage Manager para Windows: Gua del administrador

Captulo 8. Gestin de operaciones de

Captulo 7. Configuracin del traspaso

Opciones de control del cliente . . . . . .

Visualizacin de informacin sobre volmenes

Captulo 9. Definicin de clases de

Definicin y actualizacin de clases de

Captulo 10. Gestin de agrupaciones

IBM Tivoli Storage Manager para Windows: Gua del administrador

Migracin de archivos en una jerarqua de

Solicitud de informacin sobre la utilizacin del

Parte 3. Gestin de las

Captulo 11. Adicin de nodos cliente

Visin general acerca de los clientes y servidores

Opciones de cliente obligatorias . . . . . .

Captulo 12. Gestin de nodos cliente

Gestin de tcnicas de inscripcin de nodos cliente

Gestin de sesiones de restauracin reiniciables

Captulo 13. Implementacin de

IBM Tivoli Storage Manager para Windows: Gua del administrador

Asignacin de nodos cliente en un dominio de

Captulo 14. Gestin de datos para

Ejemplo de copias de seguridad de subarchivos

Captulo 15. Planificacin de

Captulo 16. Gestin de

Visualizacin de informacin de planificacin

Parte 4. Mantenimiento del

Anticipacin de operaciones de cliente o

Captulo 18. Automatizacin de las

Captulo 19. Gestin de la base de

IBM Tivoli Storage Manager para Windows: Gua del administrador

Automatizacin del aumento del tamao de la

Captulo 20. Supervisin del servidor

Control de las anotaciones de eventos . . . .

Captulo 21. Cmo trabajar con una

Obtencin de informacin referente a los

Parte 5. Proteccin del servidor

Captulo 23. Proteccin y

Captulo 22. Exportacin e

IBM Tivoli Storage Manager para Windows: Gua del administrador

Cmo guardar la informacin de las anotaciones

Captulo 24. Utilizacin del gestor de

Cmo especificar valores predeterminados para

Ejemplo de archivo del plan de recuperacin

Apndice A. Descripcin de la interfaz

Apndice C. Avisos . . . . . . . . . 845

IBM Tivoli Storage Manager para Windows: Gua del administrador

A quin va destinada esta publicacin

Conocimientos necesarios antes de leer esta publicacin

Convenios utilizados en esta gua

v Comando que debe entrarse en la lnea de comandos de un cliente de