Guía de actualización y migración para servidores V5

IBM Tivoli Storage Manager
Versión 6.3.4
Guía de actualización y migración para
servidores V5
GC11-8036-02
IBM Tivoli Storage Manager
Versión 6.3.4
Guía de actualización y migración para
servidores V5
GC11-8036-02
Nota:
Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos” en la página
619.
Esta edición se aplica a la versión 6.3.4 de IBM Tivoli Storage Manager (número de producto 5608-E01, 5608-E02,
5608-E03), y a todas las versiones y modificaciones posteriores excepto que se indique lo contrario en las ediciones o
en los boletines técnicos nuevos. Esta edición reemplaza a GC27-4017-01.
© Copyright IBM Corporation 2009, 2013.
Contenido
Prefacio . . . . . . . . . . . . . . xiii
Novedades de la versión 6.3
Actualizaciones del servidor . .
Novedades en la versión 6.3.4
Novedades para el servidor en
Novedades para el servidor en
Novedades para el servidor en
.
.
la
la
la
15
17
18
Capítulo 3. Visión general de casos de
ejemplo de actualización . . . . . . . 87
. . . . xxiii
. . . . . xxiii
. . . . . xxiii
Versión 6.3.3 xxiv
versión 6.3.1 xxvi
Versión 6.3.0 xxvii
Parte 1. Actualización del servidor
de V5 a V6.3 o posterior . . . . . . 1
Capítulo 1. Visión general de las
actualizaciones de las bases de datos
del servidor . . . . . . . . . . . . . 3
La base de datos del servidor . . . . . . . . . 3
Espacio de base de datos para un servidor V6.3 o
posterior. . . . . . . . . . . . . . . 4
Registro de recuperación . . . . . . . . . 4
Cambios en operaciones . . . . . . . . . . 4
Operaciones de la base de datos . . . . . . . 4
Protección y recuperación de la base de datos . . 6
Varias instancias del servidor en un único sistema 7
Cambios para iniciar el servidor . . . . . . . 8
Cambios en archivos y en entornos . . . . . 10
Modificaciones en los mandatos administrativos 11
Capítulo 2. Planificación de la
actualización del servidor . . . . . . 13
Proceso de actualización del servidor de V5 a V6.3 o
posterior . . . . . . . . . . . . . . .
Comparación del proceso de actualización en un
sistema existente y en otro nuevo . . . . . .
Comparación de los métodos para transferir
datos a la base de datos V6.3 o posterior . . .
Programas de utilidad de actualización DSMUPGRD
Requisitos de hardware y software para actualizar al
servidor V6.3 o posterior . . . . . . . . . .
Requisitos de software y hardware del sistema
del servidor V5 que se va a actualizar . . . .
Requisitos de hardware y software para la
actualización del servidor. . . . . . . . .
Compatibilidad del servidor de Tivoli Storage
Manager con otros productos DB2 del sistema . . .
© Copyright IBM Corp. 2009, 2013
|
|
Determinar el nivel apropiado para un servidor V5
antes de una actualización . . . . . . . . .
Ejecución del comprobador de requisitos previos . .
Planificación de espacio para el proceso de
actualización y el servidor actualizado . . . . .
Requisitos de espacio del sistema de servidor V5
Requisitos de espacio del sistema de servidor V6
Estimación de las necesidades de espacio total
del proceso de actualización y el servidor
actualizado . . . . . . . . . . . . .
Hoja de cálculo para planificar espacio para el
servidor V6.3 o posterior . . . . . . . . .
Estimación del tiempo de actualización . . . . .
Ejemplo: cálculo del tiempo de actualización en
función del tamaño de la base de datos . . . .
Sugerencias de rendimiento para el proceso de
extracción de base de datos V5 . . . . . . .
Recomendaciones de rendimiento para introducir
datos en la base de datos V6.3 o posterior . . .
Planificación de la actualización de varios servidores
y componentes . . . . . . . . . . . . .
Componentes que están disponibles para su
instalación . . . . . . . . . . . . . .
Compatibilidad con servidores y componentes
que se ejecutan en versiones anteriores . . . .
Planificación de la actualización de varios
servidores en un solo sistema . . . . . . .
Planificación de la actualización de los gestores y
de los clientes de biblioteca . . . . . . . .
Planificación de la actualización de los clientes
Planificación de la actualización de los agentes
de almacenamiento . . . . . . . . . . .
Prueba del proceso de actualización de un servidor
Realización de pruebas mediante la extracción de
datos desde una copia independiente del
servidor . . . . . . . . . . . . . .
Realización de pruebas mediante la extracción de
datos desde el servidor de producción . . . .
Preparación de los cambios operativos . . . . .
Información de referencia relacionada con la
planificación . . . . . . . . . . . . . .
Cambios en opciones y mandatos . . . . . .
Mensajes del servidor nuevos y modificados . .
Mejores prácticas de denominación de servidores
Quién debe leer esta guía . . . . . . . . . xiii
Cómo utilizar esta guía . . . . . . . . . . xiii
Publicaciones . . . . . . . . . . . . . xiv
Publicaciones de Tivoli Storage Manager . . . xv
Información de soporte . . . . . . . . . . xvii
Cómo obtener formación técnica . . . . . . xvii
Búsqueda de bases de conocimientos . . . . xviii
Cómo ponerse en contacto con el soporte de
software de IBM. . . . . . . . . . . . xx
13
19
20
22
40
|
|
Caso de ejemplo 1 para actualizar el servidor: el
mismo sistema, método de soporte . . . . . .
Actualización del servidor utilizando el asistente
Actualización del servidor manualmente
utilizando los programas de utilidad . . . . .
Caso de ejemplo 2 para actualizar el servidor: el
mismo sistema, método de red . . . . . . . .
Actualización del servidor utilizando el asistente
42
43
44
44
45
47
50
51
52
53
54
55
55
55
55
56
57
57
57
58
59
60
61
61
82
82
87
89
91
92
93
iii
Actualización del servidor manualmente
utilizando los programas de utilidad . . . . . 95
Caso de ejemplo 3 para actualizar el servidor: un
sistema nuevo, método de soporte . . . . . . . 96
Actualización del servidor utilizando el asistente 97
Actualización del servidor manualmente
utilizando los programas de utilidad . . . . . 99
Caso de ejemplo 4 para actualizar el servidor: un
sistema nuevo, método de red . . . . . . . . 100
Actualización del servidor utilizando el asistente 102
Actualización del servidor manualmente
utilizando los programas de utilidad . . . . 104
Capítulo 4. Caso de ejemplo 1: el
mismo sistema, método de soporte . . 107
Caso de ejemplo 1: Preparación de la actualización
Caso de ejemplo 1: Comprobación de los
requisitos previos de la actualización . . . .
Caso de ejemplo 1: Preparación de espacio para
el proceso de actualización . . . . . . . .
Caso de ejemplo 1: Modificación del servidor
antes de la actualización . . . . . . . . .
Caso de ejemplo 1: Inhabilitación de sesiones
Caso de ejemplo 1: Realización de una copia de
seguridad de las agrupaciones de
almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . .
Caso de ejemplo 1: Supresión o redenominación
del archivo NODELOCK . . . . . . . .
Caso de ejemplo 1: Realización de una copia de
seguridad de los datos de configuración . . .
Caso de ejemplo 1: Creación de un resumen del
contenido de la base de datos . . . . . . .
Caso de ejemplo 1: Detención del servidor antes
de instalar la actualización . . . . . . . .
Caso de ejemplo 1: Instalación de los programas de
utilidad de actualización. . . . . . . . . .
Caso de ejemplo 1: Instalar la actualización de
los programas de utilidad en sistemasAIX . . .
Caso de ejemplo 1: Instalación de programas de
utilidad de actualización en sistemas HP-UX . .
Caso de ejemplo 1: Instalar la actualización de
los programas de utilidad en sistemas Linux . .
Caso de ejemplo 1: Instalación de los programas
de utilidad de actualización en sistemas Oracle
Solaris . . . . . . . . . . . . . . .
Caso de ejemplo 1: Establecimiento de las
variables de entorno para los programas de
utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris . . . . . .
Caso de ejemplo 1: Instalar la actualización de
programas de utilidad en sistemas deMicrosoft
Windows . . . . . . . . . . . . . .
Caso de ejemplo 1: Preparación de la base de datos
de un servidor V5 para la actualización . . . .
Caso de ejemplo 1: Desinstalación del programa V5
antes de instalar V6.3 o posterior . . . . . . .
Caso de ejemplo 1: Desinstalar un programa V5
en sistemas AIX . . . . . . . . . . .
Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas HP-UX . . . . . . . . .
iv
108
108
112
113
114
Caso de ejemplo 1: Desinstalar un programa V5
en sistemas Linux . . . . . . . . . . .
Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas Oracle Solaris . . . . . . .
Caso de ejemplo 1: Desinstalar un programa V5
en sistemas de Microsoft Windows . . . . .
Caso de ejemplo 1: Instalación del servidor V6.3 o
posterior . . . . . . . . . . . . . . .
Caso de ejemplo 1: Creación de los directorios y el
ID de usuario para la instancia de servidor
actualizada . . . . . . . . . . . . . .
Caso de ejemplo 1: Actualización del servidor
utilizando el asistente de actualización . . . . .
Caso de ejemplo 1: Actualización del servidor
manualmente utilizando los programas de utilidad .
Caso de ejemplo 1: Extracción de los datos en
un soporte . . . . . . . . . . . . .
Caso de ejemplo 1: Creación y formato de la
nueva base de datos . . . . . . . . . .
Caso de ejemplo 1: Carga de los datos extraídos
en la nueva base de datos . . . . . . . .
Caso de ejemplo 1: Crear un servicio de
Windows para la instancia del servidor. . . .
Caso de ejemplo 1: Configuración del sistema
para una copia de seguridad de la base de datos
127
128
128
129
134
138
139
140
141
146
148
149
114
Capítulo 5. Caso de ejemplo 2: el
mismo sistema, método de red. . . . 153
115
Caso de ejemplo 2: Preparación de la actualización
Caso de ejemplo 2: Comprobación de los
requisitos previos de la actualización . . . .
Caso de ejemplo 2: Preparación de espacio para
el proceso de actualización . . . . . . . .
Caso de ejemplo 2: Modificación del servidor
antes de la actualización. . . . . . . . .
Caso de ejemplo 2: Inhabilitación de sesiones
Caso de ejemplo 2: Realización de una copia de
seguridad de las agrupaciones de
almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . .
Caso de ejemplo 2: Supresión o redenominación
del archivo NODELOCK . . . . . . . .
Caso de ejemplo 2: Realización de una copia de
seguridad de los datos de configuración . . .
Caso de ejemplo 2: Creación de un resumen del
contenido de la base de datos . . . . . . .
Caso de ejemplo 2: Detención del servidor antes
de instalar la actualización . . . . . . . .
Caso de ejemplo 2: Instalación de los programas de
utilidad de actualización . . . . . . . . .
Caso de ejemplo 2: Instalar la actualización de
los programas de utilidad en sistemasAIX . . .
Caso de ejemplo 2: Instalación de programas de
utilidad de actualización en sistemas HP-UX . .
Caso de ejemplo 2: Instalar la actualización de
los programas de utilidad en sistemas Linux . .
Caso de ejemplo 2: Instalación de los programas
de utilidad de actualización en sistemas Oracle
Solaris . . . . . . . . . . . . . . .
116
117
117
118
118
120
121
122
124
124
125
126
127
127
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
154
154
158
158
159
160
160
161
162
162
163
163
165
166
167
Caso de ejemplo 2: Establecimiento de las
variables de entorno para los programas de
utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris . . . . . .
Caso de ejemplo 2: Instalar la actualización de
programas de utilidad en sistemas deMicrosoft
Windows . . . . . . . . . . . . . .
Caso de ejemplo 2: Preparación de la base de datos
de un servidor V5 para la actualización . . . .
Caso de ejemplo 2: Desinstalación del programa V5
antes de instalar V6.3 o posterior . . . . . . .
Caso de ejemplo 2: Desinstalar un programa V5
en sistemas AIX . . . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas HP-UX . . . . . . . . .
Caso de ejemplo 2: Desinstalar un programa V5
en sistemas Linux . . . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas Oracle Solaris . . . . . . .
Caso de ejemplo 2: Desinstalar un programa V5
en sistemas de Microsoft Windows . . . . .
Caso de ejemplo 2: Instalación del servidor V6.3 o
posterior . . . . . . . . . . . . . . .
Caso de ejemplo 2: Creación de los directorios y el
ID de usuario para la instancia de servidor
actualizada . . . . . . . . . . . . . .
Caso de ejemplo 2: Actualización del servidor
utilizando el asistente de actualización . . . . .
Caso de ejemplo 2: Actualización del servidor
manualmente utilizando los programas de utilidad .
Caso de ejemplo 2: Creación y formato de la
nueva base de datos . . . . . . . . . .
Caso de ejemplo 2: Traslado de la base de datos
del servidor a través de la red . . . . . . .
Caso de ejemplo 2: Crear un servicio de
Windows para la instancia del servidor. . . .
Caso de ejemplo 2: Configuración del sistema
para una copia de seguridad de la base de datos
169
169
170
171
172
172
172
173
173
174
179
183
184
185
190
192
192
Capítulo 6. Caso de ejemplo 3: un
sistema nuevo, método de soporte . . 197
Caso de ejemplo 3: Preparación de la actualización
Caso de ejemplo 3: Comprobación de los
requisitos previos de la actualización . . . .
Caso de ejemplo 3: Preparación de espacio para
el proceso de actualización . . . . . . . .
Caso de ejemplo 3: Modificación del servidor
antes de la actualización. . . . . . . . .
Caso de ejemplo 3: Inhabilitación de sesiones
Caso de ejemplo 3: Realización de una copia de
seguridad de las agrupaciones de
almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . .
Caso de ejemplo 3: Supresión o redenominación
del archivo NODELOCK . . . . . . . .
Caso de ejemplo 3: Realización de una copia de
seguridad de los datos de configuración . . .
Caso de ejemplo 3: Creación de un resumen del
contenido de la base de datos . . . . . . .
Caso de ejemplo 3: Detención del servidor antes
de instalar la actualización . . . . . . . .
197
198
201
202
204
204
205
205
206
206
Caso de ejemplo 3: Instalación de los programas de
utilidad de actualización . . . . . . . . .
Caso de ejemplo 3: Instalar la actualización de
los programas de utilidad en sistemasAIX . . .
Caso de ejemplo 3: Instalación de programas de
utilidad de actualización en sistemas HP-UX . .
Caso de ejemplo 3: Instalar la actualización de
los programas de utilidad en sistemas Linux . .
Caso de ejemplo 3: Instalación de los programas
de utilidad de actualización en sistemas Oracle
Solaris . . . . . . . . . . . . . . .
Caso de ejemplo 3: Establecimiento de las
variables de entorno para los programas de
utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris . . . . . .
Caso de ejemplo 3: Instalar la actualización de
programas de utilidad en sistemas deMicrosoft
Windows . . . . . . . . . . . . . .
Caso de ejemplo 3: Actualización del servidor
utilizando el asistente de actualización . . . . .
Caso de ejemplo 3, asistente: Instalación del
servidor V6.3 o posterior . . . . . . . .
Caso de ejemplo 3, asistente: Creación de los
directorios y el ID de usuario para la instancia
de servidor actualizada . . . . . . . . .
Caso de ejemplo 3: Inicio del asistente de
actualización . . . . . . . . . . . .
Caso de ejemplo 3: Actualización del servidor
manualmente utilizando los programas de utilidad .
Caso de ejemplo 3: Preparación de la base de
datos de un servidor V5 para la actualización .
Caso de ejemplo 3: Extracción de los datos en
un soporte . . . . . . . . . . . . .
Caso de ejemplo 3, manual: Instalación del
servidor V6.3 o posterior . . . . . . . .
Caso de ejemplo 3, manual: Creación de los
directorios y el ID de usuario para la instancia
de servidor actualizada . . . . . . . . .
Caso de ejemplo 3: Creación y formato de la
nueva base de datos . . . . . . . . . .
Caso de ejemplo 3: Carga de los datos extraídos
en la nueva base de datos . . . . . . . .
Caso de ejemplo 3: Crear un servicio de
Windows para la instancia del servidor. . . .
Caso de ejemplo 3: Configuración del sistema
para una copia de seguridad de la base de datos
207
207
209
210
211
213
214
215
215
220
225
226
227
228
229
234
239
244
246
247
Capítulo 7. Caso de ejemplo 4: un
sistema nuevo, método de red . . . . 251
Caso de ejemplo 4: Preparación de la actualización
Caso de ejemplo 4: Comprobación de los
requisitos previos de la actualización . . . .
Caso de ejemplo 4: Preparación de espacio para
el proceso de actualización . . . . . . . .
Caso de ejemplo 4: Modificación del servidor
antes de la actualización. . . . . . . . .
Caso de ejemplo 4: Inhabilitación de sesiones
Caso de ejemplo 4: Realización de una copia de
seguridad de las agrupaciones de
almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . .
251
Contenido
v
252
255
256
257
257
Caso de ejemplo 4: Supresión o redenominación
del archivo NODELOCK . . . . . . . .
Caso de ejemplo 4: Realización de una copia de
seguridad de los datos de configuración . . .
Caso de ejemplo 4: Creación de un resumen del
contenido de la base de datos . . . . . . .
Caso de ejemplo 4: Detención del servidor antes
de instalar la actualización . . . . . . . .
Caso de ejemplo 4: Instalación de los programas de
utilidad de actualización . . . . . . . . .
Caso de ejemplo 4: Instalar la actualización de
los programas de utilidad en sistemasAIX . . .
Caso de ejemplo 4: Instalación de programas de
utilidad de actualización en sistemas HP-UX . .
Caso de ejemplo 4: Instalar la actualización de
los programas de utilidad en sistemas Linux . .
Caso de ejemplo 4: Instalación de los programas
de utilidad de actualización en sistemas Oracle
Solaris . . . . . . . . . . . . . . .
Caso de ejemplo 4: Establecimiento de las
variables de entorno para los programas de
utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris . . . . . .
Caso de ejemplo 4: Instalar la actualización de
programas de utilidad en sistemas deMicrosoft
Windows . . . . . . . . . . . . . .
Caso de ejemplo 4: Actualización del servidor
utilizando el asistente de actualización . . . . .
Caso de ejemplo 4, asistente: Instalación del
servidor V6.3 o posterior . . . . . . . .
Caso de ejemplo 4, asistente: Creación de los
directorios y el ID de usuario para la instancia
de servidor actualizada . . . . . . . . .
Caso de ejemplo 4: Inicio del asistente de
actualización . . . . . . . . . . . .
Caso de ejemplo 4: Actualización del servidor
manualmente utilizando los programas de utilidad .
Caso de ejemplo 4: Preparación de la base de
datos de un servidor V5 para la actualización .
Caso de ejemplo 4, manual: Instalación del
servidor V6.3 o posterior . . . . . . . .
Caso de ejemplo 4, manual: Creación de los
directorios y el ID de usuario para la instancia
de servidor actualizada . . . . . . . . .
Caso de ejemplo 4: Creación y formato de la
nueva base de datos . . . . . . . . . .
Caso de ejemplo 4: Traslado de la base de datos
del servidor a través de la red . . . . . . .
Caso de ejemplo 4: Crear un servicio de
Windows para la instancia del servidor. . . .
Caso de ejemplo 4: Configuración del sistema
para una copia de seguridad de la base de datos
258
258
259
260
306
308
308
309
311
313
260
261
262
264
265
266
267
268
268
273
278
279
280
281
286
291
296
297
298
Capítulo 8. Entornos en clúster:
procedimientos de instalación . . . . 303
Actualización del servidor a V6.3 o posterior en un
entorno en clúster de AIX . . . . . . . . . 303
Actualización del servidor a V6.3.3 o posterior en
un entorno en clúster de Windows . . . . . . 305
Planificación de la actualización . . . . . . 305
vi
Preparación del sistema y ejecución del asistente
de configuración . . . . . . . . . . .
Actualización del servidor a V6.3.2 o anterior en
un entorno en clúster de Windows . . . . . .
Planificación de la actualización . . . . . .
Preparación de la actualización . . . . . .
Instalación del servidor y carga de la base de
datos . . . . . . . . . . . . . . .
Configuración del servidor . . . . . . . .
Capítulo 9. Procedimientos generales
de actualización de un servidor a la
versión V6.3 o posterior . . . . . . . 315
Preparación de la actualización . . . . . . .
Comprobación de los requisitos previos de la
actualización . . . . . . . . . . . .
Preparación de espacio para el proceso de
actualización . . . . . . . . . . . .
Modificación del servidor antes de la
actualización . . . . . . . . . . . .
Inhabilitación de sesiones . . . . . . . .
Realización de una copia de seguridad de las
agrupaciones de almacenamiento y de la base
de datos del servidor . . . . . . . . . .
Supresión o redenominación del archivo
NODELOCK . . . . . . . . . . . .
Realización de una copia de seguridad de los
datos de configuración . . . . . . . . .
Creación de un resumen del contenido de la
base de datos . . . . . . . . . . . .
Detención del servidor antes de instalar la
actualización . . . . . . . . . . . .
Instalación de los programas de utilidad de
actualización en el servidor original . . . . . .
Instalar la actualización de los programas de
utilidad en sistemasAIX . . . . . . . . .
Instalación de programas de utilidad de
actualización en sistemas HP-UX . . . . . .
Instalar la actualización de los programas de
utilidad en sistemas Linux . . . . . . . .
Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris . . .
Establecimiento de las variables de entorno para
los programas de utilidad de actualización en
sistemas AIX, HP-UX, Linux y Oracle Solaris . .
Instalar la actualización de programas de
utilidad en sistemas deMicrosoft Windows . .
Preparación de la base de datos de un servidor V5
para la actualización . . . . . . . . . . .
Desinstalación del programa V5 antes de instalar
V6.3 o posterior . . . . . . . . . . . .
Desinstalar un programa V5 en sistemas AIX
Desinstalación del programa V5 en sistemas
HP-UX . . . . . . . . . . . . . .
Desinstalar un programa V5 en sistemas Linux
Desinstalación del programa V5 en sistemas
Oracle Solaris . . . . . . . . . . . .
Desinstalar un programa V5 en sistemas de
Microsoft Windows . . . . . . . . . .
Instalación del servidor V6.3 o posterior . . . .
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
316
316
320
321
322
323
324
324
325
325
326
326
328
329
330
332
332
333
335
335
335
335
336
336
337
Creación de los directorios y el ID de usuario para
la instancia de servidor actualizada . . . . . .
Actualización del servidor utilizando el asistente
de actualización . . . . . . . . . . . .
Actualización del servidor manualmente utilizando
los programas de utilidad . . . . . . . . .
Creación y formato de la nueva base de datos
Mover la base de datos del servidor mediante
soporte . . . . . . . . . . . . . .
Traslado de la base de datos del servidor a
través de la red. . . . . . . . . . . .
Crear un servicio de Windows para la instancia
del servidor . . . . . . . . . . . . .
Configuración del sistema para una copia de
seguridad de la base de datos . . . . . . .
342
|
346
347
348
353
357
359
359
Capítulo 10. Primeros pasos tras la
actualización . . . . . . . . . . . 365
Verificación del acceso a las agrupaciones de
almacenamiento en disco . . . . . . . . .
Configuración de los servicios Solaris para la
instancia de servidor . . . . . . . . . . .
Configuración de las opciones de servidor para el
mantenimiento de la base de datos del servidor . .
Inicio de la instancia del servidor tras la
actualización . . . . . . . . . . . . .
Inicio del servidor en sistemas AIX, HP-UX,
Linux y Oracle Solaris . . . . . . . . .
Inicio del servidor en sistemas Windows . . .
Registro de licencias . . . . . . . . . . .
Copia de seguridad de la base de datos después de
actualizar el servidor . . . . . . . . . . .
Comprobación del servidor actualizado . . . .
Cambio del nombre de host para el servidor de
Tivoli Storage Manager . . . . . . . . . .
Cambio del nombre de host de un servidor que
se ejecuta en sistemas AIX, HP-UX, Linux o
Solaris . . . . . . . . . . . . . . .
Cambio del nombre de host de un servidor que
se ejecuta en Windows . . . . . . . . .
Actualización de la automatización . . . . . .
Supervisión del servidor actualizado . . . . .
Eliminación de GSKit Versión 7 después de
actualizar a Tivoli Storage Manager V6.3 o
posterior . . . . . . . . . . . . . . .
365
366
366
367
367
372
372
373
374
375
375
375
377
377
379
Capítulo 11. Resolución de problemas
relacionados con la actualización de
la base de datos . . . . . . . . . . 381
|
|
Fase de actualización del servidor: avisos sobre
opciones del servidor no compatibles . . .
Fase de extracción de la base de datos: mensaje
rechazo de conexión . . . . . . . . .
Fase de formateo de la base de datos: error con
rc=499. . . . . . . . . . . . . .
Fase de inserción de la base de datos: mensajes
ANR1338E del programa de utilidad de
actualización . . . . . . . . . . .
Fase de inserción de la base de datos: mensajes
ANR1525I sin progreso aparente . . . . .
. . 381
de
. . 381
.
. 382
.
. 384
.
. 384
Fase de insercción de la base de datos: problemas
con el reinicio del proceso de actualización . . .
Fase inicial del servidor: Error ANR0162W . . .
Fase de inicial del servidor: Avisos sobre opciones
del servidor no compatibles . . . . . . . .
Fase posterior a la actualización: el archivo
dsmserv.dsk ya no está disponible . . . . . .
Fase posterior a la actualzación: el mandato VARY
ha fallado . . . . . . . . . . . . . .
Pase posterior a la actualización: volver desde la
V6.3 o posterior a la versión del servidor anterior
V5 . . . . . . . . . . . . . . . . .
Pasos para revertir a la versión del servidor
anterior . . . . . . . . . . . . . .
Pasos de recuperación adicionales si se han
creado agrupaciones de almacenamiento nuevas
o se han habilitado optimizaciones de
almacenamiento de datos . . . . . . . .
385
387
389
389
390
390
390
392
|
|
|
|
Parte 2. Migrar los servidores
Tivoli Storage Manager V5 en
sistemas de AIX, HP-UX o Solaris
a V6.3.4 en Linux . . . . . . . . . 395
|
|
|
|
|
|
|
|
|
|
|
|
|
Capítulo 12. Visión general de la
migración . . . . . . . . . . . . . 397
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Capítulo 13. Planificación de la
migración . . . . . . . . . . . . . 407
Hoja de ruta de la migración . . . . . . .
Casos de ejemplo para migrar un servidor desde
un sistema de AIX, HP-UX o Solaris a V6.3.4 en
Linux . . . . . . . . . . . . . . .
Proceso de migración. . . . . . . . . .
Programas de utilidad y mandatos para la
migración de datos . . . . . . . . .
Movimiento de datos . . . . . . . . .
Disponibilidad de dispositivos. . . . . .
Protección de los datos de cliente y el servidor
durante el proceso. . . . . . . . . .
. 397
. 398
. 403
. 403
. 404
. 404
. 405
Requisitos de hardware y software para los
servidores V5 y V6.3.4 o posterior . . . . . .
Estimación de los requisitos de base de datos y
registro de recuperación . . . . . . . . . .
Estimación del tiempo necesario para la migración
Planificación de traspaso de datos . . . . . .
Planificación de la actualización de varios
servidores y componentes . . . . . . . . .
Preparación de los cambios operativos . . . . .
Cálculo de los requisitos de los dispositivos y el
almacenamiento . . . . . . . . . . . .
Sugerencias de rendimiento para el proceso de
extracción de base de datos V5 . . . . . . .
Recomendaciones de rendimiento para introducir
datos en la base de datos V6.3.4 o posterior . . .
Información de referencia y planificación para la
migración . . . . . . . . . . . . . .
Contenido
408
408
409
410
410
411
411
412
412
413
vii
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Capítulo 14. Preparación de la
migración . . . . . . . . . . . . . 415
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Capítulo 15. Migración de la base de
datos del servidor al servidor V6.3.4 o
posterior . . . . . . . . . . . . . 427
Preparación de espacio para el proceso de
migración . . . . . . . . . . . . . .
Actualización del servidor V5 a V5.5.6 o posterior
Inhabilitación de sesiones . . . . . . . . .
Realizar una copia de seguridad o migrar datos
almacenados en dispositivos DISK y FILE . . . .
Migrar datos almacenados en los dispositivos
GENERICTAPE. . . . . . . . . . . . .
Trasladar los conjuntos de copia de seguridad que
se almacenan en los dispositivos FILE . . . . .
Copia de seguridad de la base de datos de servidor
Creación de un resumen del contenido de la base
de datos . . . . . . . . . . . . . . .
Modificar el servidor para prevenir posibles
problemas . . . . . . . . . . . . . .
Detención del servidor antes de la migración . . .
Instalación de los programas de utilidad de
actualización . . . . . . . . . . . . .
Instalar la actualización de los programas de
utilidad en sistemasAIX . . . . . . . . .
Instalación de programas de utilidad de
actualización en sistemas HP-UX . . . . . .
Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris . . .
Caso de ejemplo de migración 1: Utilización del
método de soporte y el asistente de actualización .
Caso de ejemplo de migración 1: Instalar el
servidor V6.3.4 o posterior . . . . . . . .
Caso de ejemplo de migración 1: Configuración
de dispositivos . . . . . . . . . . . .
Caso de ejemplo de migración 1: Creación del
ID de usuario y de los directorios para la
instancia del servidor. . . . . . . . . .
Caso de ejemplo de migración 1: Ejecutar el
asistente de actualización . . . . . . . .
Caso de ejemplo de migración 2: Utilización del
método de soporte y la línea de mandatos. . . .
Caso de ejemplo de migración 2: Preparación de
la base de datos del servidor V5 . . . . . .
Caso de ejemplo de migración 2: Extracción de
los datos en un soporte . . . . . . . . .
Caso de ejemplo de migración 2: Instalar el
servidor V6.3.4 o posterior . . . . . . . .
Caso de ejemplo de migración 2: Configuración
de dispositivos . . . . . . . . . . . .
Caso de ejemplo de migración 2: Configuración
de dispositivos . . . . . . . . . . . .
Caso de ejemplo de migración 2: Creación de un
ID de usuario y directorios para la instancia del
servidor . . . . . . . . . . . . . .
Caso de ejemplo de migración 2: Crear la
instancia del servidor y la base de datos . . .
viii
415
416
416
417
418
419
419
420
420
422
422
423
424
425
427
428
430
431
433
434
434
435
436
439
439
441
443
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Caso de ejemplo de migración 2: Cargar los
datos extraídos en la base de datos de V6.3.4 o
posterior . . . . . . . . . . . . . .
Caso de ejemplo de migración 2: Configuración
del sistema para la copia de seguridad de la
base de datos . . . . . . . . . . . .
Caso de ejemplo de migración 3: Utilización del
método de red y el asistente de actualización. . .
Caso de ejemplo de migración 3: Instalar el
servidor V6.3.4 o posterior . . . . . . . .
Caso de ejemplo de migración 3: Configuración
de dispositivos . . . . . . . . . . . .
Caso de ejemplo de migración 3: Creación del
ID de usuario y de los directorios para la
instancia del servidor. . . . . . . . . .
Caso de ejemplo de migración 3: Ejecutar el
asistente de actualización . . . . . . . .
Caso de ejemplo de migración 4: Utilización del
método de red y la línea de mandatos . . . . .
Caso de ejemplo de migración 4: Preparación de
la base de datos del servidor V5 . . . . . .
Caso de ejemplo de migración 4: Instalar el
servidor V6.3.4 o posterior . . . . . . . .
Caso de ejemplo de migración 4: Configuración
de dispositivos . . . . . . . . . . . .
Caso de ejemplo de migración 4: Creación del
ID de usuario y de los directorios para la
instancia del servidor. . . . . . . . . .
Caso de ejemplo de migración 4: Crear una
instancia y una base de datos del servidor. . .
Caso de ejemplo de migración 4: Traslado de la
base de datos del servidor a través de la red . .
Caso de ejemplo de migración 4: Configuración
del sistema para la copia de seguridad de la
base de datos . . . . . . . . . . . .
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Capítulo 16. Primeros pasos después
de la migración . . . . . . . . . . 469
Configuración de las opciones de servidor para el
mantenimiento de la base de datos del servidor . .
Inicio del servidor . . . . . . . . . . . .
Inicio del servidor desde el ID de usuario de la
instancia . . . . . . . . . . . . . .
Inicio del servidor desde el ID de usuario root
Inicio automático de los servidores . . . . .
Comprobación de los resultados de la migración
Registro de licencias . . . . . . . . . . .
Actualización de la información de la vía de acceso
del dispositivo . . . . . . . . . . . . .
Copia de seguridad de la base de datos . . . .
Cambio del nombre de host para el servidor de
Tivoli Storage Manager . . . . . . . . . .
Actualización de la opción tcpserveraddress . . .
Establecer la dirección IP del servidor . . . . .
Migrar datos desde la cinta a los dispositivos DISK
o FILE. . . . . . . . . . . . . . . .
Restaurar los conjuntos de copia de seguridad . .
Actualización de la automatización . . . . . .
Inicio de las operaciones y supervisión del servidor
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
445
447
449
449
452
453
454
455
456
457
459
460
462
464
466
469
470
472
473
473
474
474
475
475
476
477
477
479
480
481
481
|
|
|
|
|
Capítulo 17. Resolución de problemas
de migración de un servidor V5 desde
AIX, HP-UX, o Solaris . . . . . . . . 485
Volver de V6.3.4 o posterior a la versión del
servidor V5 anterior . . . . . . . . .
.
. 485
Parte 3. Migración de servidores
de Tivoli Storage Manager V5 en
sistemas z/OS a V6 en AIX o Linux
en System z . . . . . . . . . . . 487
Capítulo 18. Visión general de la
migración . . . . . . . . . . . . . 489
Hoja de ruta de migración . . . . . . . . .
Casos de ejemplo de migración de un servidor
desde un sistema z/OS a AIX o Linux en System z.
visión general de Tivoli Storage Manager for z/OS
Media . . . . . . . . . . . . . . . .
Proceso de migración. . . . . . . . . . .
Visión general del proceso de migración . . .
Tareas clave del proceso de migración . . . .
Programas de utilidad y mandatos para la
migración de datos . . . . . . . . . .
Migración de dispositivos . . . . . . . .
Conjuntos de copias de seguridad . . . . .
Efectos de la migración en los agentes de
almacenamiento . . . . . . . . . . .
Protección de los datos de cliente y el servidor
durante el proceso. . . . . . . . . . .
Comparación de los métodos de migración de
bases de datos . . . . . . . . . . . .
Cambios operativos y requisitos . . . . . . .
Sistemas de respuesta de mensajes automática
Consideraciones sobre el rendimiento . . . .
489
489
493
494
494
497
498
499
502
502
503
504
505
505
505
Capítulo 19. Planificación de la
migración . . . . . . . . . . . . . 507
Requisitos de hardware y software para los
servidores V5 y V6.3 o posterior . . . . . . .
Compatibilidad con otros componentes y versiones
Estimación de los requisitos de base de datos y
registro de recuperación . . . . . . . . . .
Planificación del movimiento de datos desde los
dispositivos FILE y DISK . . . . . . . . .
Cálculo de los requisitos de los dispositivos y el
almacenamiento . . . . . . . . . . . .
Estimación del tiempo necesario para la migración
Ejemplo: cálculo del tiempo de migración en
función del tamaño de la base de datos . . .
Sugerencias de rendimiento para el proceso de
extracción de base de datos V5 . . . . . .
Recomendaciones de rendimiento para
introducir datos en la base de datos V6.3 o
posterior . . . . . . . . . . . . . .
Planificación de la actualización de varios
servidores y componentes . . . . . . . . .
Planificación de los cambios en los agentes de
almacenamiento . . . . . . . . . . . .
507
508
509
510
510
511
512
513
514
515
515
Preparación de los cambios operativos . . .
Información de referencia relacionada con la
planificación. . . . . . . . . . . .
Migración de los atributos de dispositivo y
biblioteca . . . . . . . . . . . .
Migración de opciones del servidor . . .
.
. 515
.
. 516
.
.
. 516
. 521
Capítulo 20. Preparación de la
migración . . . . . . . . . . . . . 525
Preparación de espacio para el proceso de
migración . . . . . . . . . . . . . .
Realización de una copia de seguridad de los datos
de configuración . . . . . . . . . . . .
Instalación y configuración del servidor V6.3 o
posterior . . . . . . . . . . . . . . .
Instalación del servidor V6.3 o posterior en
sistemas AIX o Linux . . . . . . . . . .
Creación de los directorios y el ID de usuario
para la instancia de servidor . . . . . . .
Preparación del servidor V5 en z/OS para la
migración . . . . . . . . . . . . . .
Modificación del servidor antes de la migración
Actualización del servidor V5 a V5.5.6 o
posterior . . . . . . . . . . . . . .
Instalación de Tivoli Storage Manager for z/OS
Media . . . . . . . . . . . . . . .
Definición de un servidor que se corresponde
con el servidor de medios de z/OS . . . . .
Inhabilitación de sesiones . . . . . . . .
Análisis del servidor de Tivoli Storage Manager
utilizando ZMSPREPARE . . . . . . . .
Eliminación de volúmenes de agrupaciones de
almacenamiento de copia basadas en disco . .
Copia de seguridad de datos de agrupaciones
de almacenamiento primario basado en disco .
Identificación y supresión de los conjuntos de
copias de seguridad FILE . . . . . . . .
Creación del archivo de opciones de servidor de
Tivoli Storage Manager . . . . . . . . .
Ejecución del mandato ZMSPREPARE de nuevo
para verificar los requisitos previos . . . . .
Copia de seguridad de la base de datos de
servidor . . . . . . . . . . . . . .
Detención del servidor antes de la migración
Preparación de la base de datos de un servidor
V5 para la migración . . . . . . . . . .
525
526
526
526
529
531
531
532
533
533
534
534
536
537
538
538
539
540
541
541
Capítulo 21. Migración la base de
datos del servidor de z/OS al servidor
V6.3 o posterior . . . . . . . . . . 543
Migración de un servidor V5 en z/OS utilizando
método de soporte . . . . . . . . . .
Creación y formato de la nueva base de datos
Extracción de los datos en un soporte . . .
Movimiento de una cinta a otra biblioteca de
cintas . . . . . . . . . . . . . .
Carga de los datos extraídos en la nueva base
de datos . . . . . . . . . . . . .
Migración de un servidor V5 en z/OS utilizando
método de red . . . . . . . . . . . .
el
. 543
543
. 544
. 544
. 545
el
. 546
Contenido
ix
Creación y formato de la nueva base de datos
Traslado de la base de datos del servidor a
través de la red. . . . . . . . . . .
546
. 546
Capítulo 22. Configuración de los
dispositivos del servidor de soportes
de z/OS en el nuevo servidor . . . . 549
Capítulo 23. Primeros pasos tras la
migración . . . . . . . . . . . . . 551
|
Configuración de las opciones de servidor en el
servidor migrado . . . . . . . . . . . .
Inicio del servidor . . . . . . . . . . . .
Inicio del servidor desde el ID de usuario de la
instancia . . . . . . . . . . . . . .
Inicio del servidor desde el ID de usuario root
Inicio automático de los servidores . . . . .
Comprobación de los resultados de la migración
Recreación de agrupaciones de almacenamiento
basadas en discos que se han convertido en cinta .
Recreación de agrupaciones de almacenamiento
Recreación de volúmenes de agrupaciones de
almacenamiento marcados como destruidos . .
Restauración de datos de agrupaciones de
almacenamiento de las que se ha realizado una
copia de seguridad . . . . . . . . . .
Limpieza mediante la supresión los volúmenes
DISK y FILE de z/OS que se han marcado
como destruidos . . . . . . . . . . .
Registro de licencias . . . . . . . . . . .
Copia de seguridad de la base de datos . . . .
Actualización de la automatización . . . . . .
Actualización de la configuración de los agentes de
almacenamiento . . . . . . . . . . . .
Inicio de operaciones y supervisión de los
servidores . . . . . . . . . . . . . .
Migración de datos de los volúmenes de soportes
de z/OS a otros dispositivos . . . . . . . .
551
553
555
556
556
557
558
558
559
559
560
560
560
561
561
Apéndice A. Programas de utilidad,
scripts y mandatos para la
actualización y la migración del
servidor. . . . . . . . . . . . . . 573
DSMUPGRD QUERYDB (mostrar información
acerca de la base de datos V5) . . . . . . . .
DSMUPGRD PREPAREDB (preparar la base de
datos V5 para actualizar) . . . . . . . . .
DELETE VOLHISTORY (Suprimir información
histórica de volúmenes) . . . . . . . . . .
DSMUPGRD EXTRACTDB (extraer datos de la
base de datos del servidor V5) . . . . . . .
El archivo manifiesto para la extracción de datos
al soporte . . . . . . . . . . . . .
DSMUPGRD EXTEND DB (ampliación del tamaño
de la base de datos) . . . . . . . . . . .
DSMUPGRD EXTEND LOG (ampliación del
tamaño del registro de recuperación) . . . . .
DSMUPGRD UPDATE (Creación de entradas del
registro de seguridad para una instancia del
servidor V5) . . . . . . . . . . . . . .
DSMSERV LOADFORMAT (Formatear una base de
datos) . . . . . . . . . . . . . . . .
DSMSERV INSERTDB (Transferencia de una base
de datos de servidor a una base de datos vacía) . .
ZMSPREPARE (Preparar un servidor en un sistema
z/OS para la migración). . . . . . . . . .
Script de inicio del servidor: rc.dsmserv . . . .
Mandatos de prueba de validación de la
actualización de la base de datos . . . . . . .
574
575
576
582
584
587
588
590
591
594
597
600
600
Apéndice B. Instalación de paquetes
de idioma del servidor . . . . . . . 603
Idiomas locales del servidor . . . . .
Configuración de un paquete de idiomas .
.
.
.
.
. 603
. 607
562
564
Apéndice C. Requisitos de recursos
del sistema HP-UX . . . . . . . . . 609
Capítulo 24. Resolución de problemas
de migración de un servidor V5 desde
un sistema z/OS a AIX o Linux en
System z . . . . . . . . . . . . . 565
Estimación de los recursos de semáforo necesarios 609
Estimación de los recursos de proceso necesarios
609
Estimación del número necesario de hebras por
proceso . . . . . . . . . . . . . . . 610
Visualización y modificación de la configuración
del kernel . . . . . . . . . . . . . . 610
Cómo revertir al servidor V5 que se ejecuta en
z/OS después de una migración . . . . . . .
Cómo revertir al servidor V5 antes de mover los
datos al servidor V6.3 o posterior . . . . .
Cómo revertir al servidor V5 antes de suprimir
los volúmenes . . . . . . . . . . . .
Cómo revertir al servidor V5 una vez suprimida
la base de datos V5 . . . . . . . . . .
565
Apéndice D. Uso de zonas Solaris . . 611
565
Creación de una zona Solaris .
566
Apéndice E. Servicios asociados al
servidor de Tivoli Storage Manager . . 615
566
Parte 4. Apéndices . . . . . . . . 571
.
.
.
.
.
.
. 611
Apéndice F. Funciones de
accesibilidad para la familia de
productos Tivoli Storage Manager . . 617
Avisos . . . . . . . . . . . . . . 619
Marcas registradas.
x
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
.
.
.
.
.
.
.
.
.
.
. 621
Glosario
. . . . . . . . . . . . . 623
Índice. . . . . . . . . . . . . . . 625
Contenido
xi
xii
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Prefacio
En esta publicación se proporciona información acerca de la actualización de los
servidores de IBM® Tivoli Storage Manager de uno de los niveles soportados de la
versión 5 a la versión 6.3 o posterior.
Quién debe leer esta guía
Esta publicación se dirige a los administradores de servidores que sean
responsables de actualizar servidores de Tivoli Storage Manager de la versión 5 a
la versión 6.3 o posterior.
En esta publicación, se da por supuesto que posee conocimientos de lo siguiente:
v El sistema operativo y la plataforma en los que se ejecuta cada servidor
v Las operaciones administrativas habituales para servidores de Tivoli Storage
Manager que se van a actualizar
v El almacenamiento que utilizan los servidores que se van a actualizar
v La red a la que se conectan los servidores
Nota: Para obtener información acerca de la actualización del servidor de V6.1 a
V6.3 o posterior, y de V6.2 a V6.3 o posterior, consulte los procedimientos de
actualización en Guía de instalación.
Cómo utilizar esta guía
Para aprovechar esta guía de la mejor manera posible, siga la secuencia sugerida.
Si está actualizando el servidor desde V5 a V6.3 o posterior en el mismo sistema
operativo, siga esta secuencia:
1. Lea la información de visión general sobre las actualizaciones del servidor:
Capítulo 1, “Visión general de las actualizaciones de las bases de datos del
servidor”, en la página 3.
2. Lea la información de planificación y las descripciones de los casos de ejemplo:
a. Capítulo 2, “Planificación de la actualización del servidor”, en la página 13
b. Capítulo 3, “Visión general de casos de ejemplo de actualización”, en la
página 87
3. Seleccione el caso de ejemplo que utilizar, y planifique los requisitos de
hardware, software y espacio de almacenamiento para su servidor y su
entorno. Una hoja de trabajo se puede utilizar para la planificación espacial:
“Hoja de cálculo para planificar espacio para el servidor V6.3 o posterior” en la
página 50.
4. Ejecute una prueba del proceso de actualización: “Prueba del proceso de
actualización de un servidor” en la página 57. Utilice los resultados para ajustar
las planificaciones, como la cantidad de tiempo estimada que un servidor no
estará disponible debido al proceso de actualización.
5. Actualice el servidor siguiendo los pasos del caso de ejemplo que haya
seleccionado:
v Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107
© Copyright IBM Corp. 2009, 2013
xiii
v Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 153
v Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 197
v Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la
página 251
6. Complete el proceso de actualización siguiendo los pasos de la sección:
v Capítulo 10, “Primeros pasos tras la actualización”, en la página 365
Si va a migrar el servidor de V5 a V6.3 o posterior en un sistema operativo
diferente, siga la secuencia para la vía de acceso de migración que ha seleccionado:
v Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395
v Parte 3, “Migración de servidores de Tivoli Storage Manager V5 en sistemas
z/OS a V6 en AIX o Linux en System z”, en la página 487
Publicaciones
Las publicaciones de la familia de productos de IBM Tivoli Storage Manager están
disponibles en línea. La familia de productos de Tivoli Storage Manager incluye
IBM Tivoli Storage FlashCopy Manager, IBM Tivoli Storage Manager para la
gestión de espacio, IBM Tivoli Storage Manager for Databases y otros productos de
gestión de almacenamiento de IBM Tivoli.
Para buscar todas las plataformas, busque en el Information Center de Tivoli
Storage Manager apropiado:
v Information Center versión 6.3: http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3
v Information Center versión 6.4: http://pic.dhe.ibm.com/infocenter/tsminfo/v6r4
Puede descargar versiones en PDF de las publicaciones del Information Center de
Tivoli Storage Manager o desde el IBM Publications Center en
http://www.ibm.com/shop/publications/order/.
Vaya a Tivoli Documentation Central para encontrar los Information Centers con la
documentación del producto oficial para las versiones actuales y anteriores de
productos Tivoli, que incluye la familia de productos de Tivoli Storage Manager.
Encontrará Tivoli Documentation Central en http://www.ibm.com/tivoli/
documentation.
También puede ordenar algunas publicaciones relacionadas desde el sitio web del
Centro de publicaciones IBM en http://www.ibm.com/shop/publications/order/.
El sitio web proporciona información para solicitar publicaciones de países que no
son Estados Unidos. En Estados Unidos, puede realizar el pedido de publicaciones
llamando al número de teléfono 1-800-879-2755.
xiv
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Publicaciones de Tivoli Storage Manager
Las siguientes tablas listan las publicaciones que forman la biblioteca de Tivoli
Storage Manager.
Tabla 1. Publicaciones del servidor de Tivoli Storage Manager
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager for AIX Guía de instalación
GC11-3854
IBM Tivoli Storage Manager for AIX Guía del administrador
SC23-9769
IBM Tivoli Storage Manager for AIX Manual de consulta del
administrador
SC23-9775
IBM Tivoli Storage Manager for HP-UX Guía de instalación
GC11-3855
IBM Tivoli Storage Manager for HP-UX Guía del administrador
SC23-9770
IBM Tivoli Storage Manager for HP-UX Manual de consulta del
administrador
SC23-9776
IBM Tivoli Storage Manager for Linux Guía de instalación
GC11-3856
IBM Tivoli Storage Manager for Linux Guía del administrador
SC23-9771
IBM Tivoli Storage Manager for Linux Manual de consulta del
administrador
SC23-9777
IBM Tivoli Storage Manager for Oracle Solaris Guía de instalación
GC11-3857
IBM Tivoli Storage Manager for Oracle Solaris Guía del administrador
SC23-9772
IBM Tivoli Storage Manager for Oracle Solaris Manual de consulta del
administrador
SC23-9778
IBM Tivoli Storage Manager for Windows Guía de instalación
GC11-3858
IBM Tivoli Storage Manager for Windows Guía del administrador
SC23-9773
IBM Tivoli Storage Manager for Windows Manual de consulta del
administrador
SC23-9779
IBM Tivoli Storage Manager for z/OS Media Guía de instalación y del
usuario
SC11-8040
IBM Tivoli Storage Manager Upgrade and Migration Guide for V5
Servers
GC11-8036
IBM Tivoli Storage Manager Integration Guide for Tivoli Storage
Manager FastBack
SC27-2828
Tabla 2. Publicaciones del agente de almacenamiento de Tivoli Storage Manager
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager for SAN for AIX Storage Agent User's
Guide
SC11-7832
IBM Tivoli Storage Manager for SAN for HP-UX Storage Agent User's
Guide
SC11-7833
IBM Tivoli Storage Manager for SAN for Linux Storage Agent User's
Guide
SC11-7834
IBM Tivoli Storage Manager for SAN for Oracle Solaris Storage Agent
User's Guide
SC11-7835
IBM Tivoli Storage Manager for SAN for Windows Storage Agent User's
Guide
SC11-3862
Prefacio
xv
Tabla 3. Publicaciones del cliente de Tivoli Storage Manager
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager for UNIX and Linux: Clientes de archivado
y copia de seguridad - Guía del usuario e instalación
SC11-3847
IBM Tivoli Storage Manager for Windows: Clientes de archivado y copia
de seguridad - Guía del usuario e instalación
SC11-3848
IBM Tivoli Storage Manager: Utilización de la interfaz de programación
de aplicaciones
SC11-7837
IBM Tivoli Storage Manager for Space Management for UNIX and Linux: SC11-3849
Guía del usuario
IBM Tivoli Storage Manager HSM for Windows: Guía de administración
SC11-3850
Tabla 4. Publicaciones de Tivoli Storage Manager Data Protection
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft
SQL Server Installation and User’s Guide
GC27-4010
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4019
UNIX and Linux Installation and User’s Guide
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4020
Windows Installation and User’s Guide
IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft
Exchange Server Installation and User’s Guide
GC27-4009
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino
UNIX and Linux: Guía de instalación y del usuario
SC11-8034
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino
for Windows: Guía de instalación y del usuario
SC11-8035
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data
Protection for SAP: Guía de instalación y del usuario para DB2
SC10-9840
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data
Protection for SAP: Guía de instalación y del usuario para Oracle
SC10-9841
IBM Tivoli Storage Manager for Virtual Environments: Guía de
instalación y del usuario
SC11-7932
IBM Tivoli Storage Manager for Microsoft SharePoint Guide
N/D
Tabla 5. Publicaciones de resolución de problemas y ajuste de IBM Tivoli Storage Manager
xvi
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager: Guía de determinación de problemas
GC11-3852
IBM Tivoli Storage Manager Optimizing Performance
GC11-3853
IBM Tivoli Storage Manager Códigos de retorno de la interfaz de
programación de aplicaciones de mensajes del cliente y de la aplicación
SC11-8037
IBM Tivoli Storage Manager Mensajes de servidor y códigos de error
SC11-7838
IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft
Exchange Server Messages
GC27-4011
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft
SQL Server Messages
GC27-4012
IBM Tivoli Storage Manager for Databases: Mensajes de Data Protection
for Oracle
SC11-8038
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Tabla 5. Publicaciones de resolución de problemas y ajuste de IBM Tivoli Storage
Manager (continuación)
Título de la publicación
Número de pedido
IBM Tivoli Storage Manager for Mail: Mensajes de Data Protection for
Lotus Domino
SC11-8033
IBM Tivoli Storage Manager for Enterprise Resource Planning: Mensajes
de Data Protection for SAP
SC11-8039
Nota: Puede encontrar información sobre IBM System Storage Archive Manager en
Tivoli Storage Manager v6.3.0 information center.
Información de soporte
Puede encontrar información de soporte para productos IBM en varios lugares.
Comience en el portal de soporte de IBM: http://www.ibm.com/support/entry/
portal/. Puede seleccionar los productos en los que está interesado y buscar una
amplia variedad de información relevante.
Cómo obtener formación técnica
Existe información en línea acerca de los cursos de formación técnica de Tivoli.
Vaya a los siguientes sitios web para registrarse para formación, hacer preguntas e
interactuar con otros que utilizan productos de almacenamiento de IBM.
Formación y certificación de software Tivoli
Elija entre formación tutorizada, clases en línea, clases en línea a medida,
preparación para la certificación de Tivoli y otros tipos de formación en
http://www.ibm.com/software/tivoli/education/
Tivoli Support Technical Exchange
Expertos técnicos comparten su conocimiento y responden a sus preguntas
en páginas de difusión por la red en http://www.ibm.com/software/
sysmgmt/products/support/supp_tech_exch.html.
Comunidad de gestión de almacenamiento
Interactuar con otros que utilizan productos de gestión de almacenamiento
de IBM en http://www.ibm.com/developerworks/servicemanagement/
sm/index.html
Comunidad de usuarios global de Tivoli
Compartir información y aprender de otros usuarios de Tivoli en el mundo
en http://www.tivoli-ug.org/.
IBM Education Assistant
Ver cortas grabaciones "cómo" diseñadas para ayudarle a utilizar los
productos de software de IBM de forma más efectiva en
http://publib.boulder.ibm.com/infocenter/ieduasst/tivv1r0/index.jsp
Prefacio
xvii
Búsqueda de bases de conocimientos
Si tiene algún problema con la familia de productos Tivoli Storage Manager, hay
varias bases de conocimientos en las que puede buscar.
Comience buscando en el Information Center de Tivoli Storage Manager en
http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3. Desde este sitio web, puede
buscar la documentación actual de Tivoli Storage Manager.
Búsquedas en Internet
Si no puede encontrar una respuesta a su pregunta en el Information Center
deIBM Tivoli Storage Manager , busque en Internet la información que puede
ayudarle a resolver el problema.
Para realizar búsquedas en varios recursos de Internet, vaya al sitio web de soporte
de IBM en http://www.ibm.com/support/entry/portal/.
Puede buscar información sin registrarse. Regístrese con su ID y contraseña de IBM
si desea personalizar el sitio en función del uso que haga del producto y de la
información que necesite. Si todavía no tiene un ID y contraseña de IBM, pulse en
Registrarse en la parte superior de la página y siga las instrucciones de registro.
En el sitio web de soporte puede buscar varios recursos como por ejemplo:
v Notas técnicas de IBM .
v Descargas de IBM.
v IBM Publicaciones de Redbooks .
v Informes autorizados de análisis de programa (APAR) de IBMSeleccione el
producto y pulse Descargas para buscar la lista de APAR.
Si sigue sin encontrar una solución al problema, puede realizar búsquedas en foros
y grupos de noticias en Internet para obtener la información más reciente que
pueda ayudarle a encontrar la resolución del problema.
Una lista de información de usuarios independiente, ADSM-L, se aloja en Marist
College. Puede suscribirse enviando un correo electrónico a
[email protected]. El cuerpo del mensaje debe contener el siguiente texto:
SUBSCRIBE ADSM-L su_nombre su_apellido.
Para compartir su experiencia y aprender de la experiencia de otros en las
comunidades de usuario Tivoli Storage Manager y Tivoli Storage FlashCopy
Manager , vaya a Service Management Connect (http://www.ibm.com/
developerworks/servicemanagement/sm/index.html). Desde aquí puede encontrar
enlaces a wikis de productos y comunidades de usuarios.
Utilización de IBM Support Assistant
IBM Support Assistant es un producto de software gratuito que sirve de ayuda
para la determinación de problemas. Está disponible para algunos productos de
Tivoli Storage Manager y Tivoli Storage FlashCopy Manager.
Para obtener más información sobre qué productos están soportados, vaya a la
página web de descarga de IBM Support Assistant en http://www.ibm.com/
software/support/isa/download.html.
IBM Support Assistant ayuda a reunir información de soporte cuando debe abrir
un registro de gestión de problemas (PMR), que a continuación podrá utilizarse
xviii
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
para realizar un seguimiento del problema. Los módulos de complemento
específicos de producto facilitan los recursos siguientes:
v Enlace a servicios de soporte
v Enlaces a servicios de formación
v Capacidad para enviar informes de gestión de problemas
Encontrará más información en el sitio web de IBM Support Assistant:
http://www.ibm.com/software/support/isa/
También puede instalar la aplicación autónoma IBM Support Assistant en cualquier
estación de trabajo. También podrá mejorar la aplicación con la instalación de
módulos de plug-in específicos de los productos de IBM que utilice. Puede
encontrar add-ons de productos específicos en http://www.ibm.com/support/
docview.wss?uid=swg27012689.
Cómo encontrar arreglos del producto
Puede encontrar la solución al problema de su producto en el sitio web de soporte
de software de IBM.
Puede determinar los arreglos disponibles en el sitio web de soporte de software
de IBM en http://www.ibm.com/support/entry/portal/.
v Si anteriormente personalizó el sitio en función de su uso de productos:
1. Pulse el enlace de su producto, o un componente para el que desee encontrar
un arreglo.
2. Pulse en Downloads, y después en Fixes by version.
v Si no ha personalizado el sitio en función de su uso de productos, pulse en
Downloads y busque su producto.
Recepción de notificaciones de arreglos de productos
Puede recibir notificaciones sobre los arreglos, actualizaciones y otras noticias
relacionadas con productos de IBM.
Para recibir las notificaciones sobre los productos de IBM, siga estos pasos:
1. En la página de soporte disponible en http://www.ibm.com/support/entry/
portal/, pulse Regístrese para crear, gestionar o ver sus suscripciones en el
panel Notificaciones.
2. Regístrese con su ID de IBM y contraseña. Si no tiene un ID y contraseña, pulse
regístrese ahora y complete el proceso de registro.
3. Pulse Gestionar todas mis suscripciones en el panel Notificaciones.
4. Pulse la ficha Suscribirse y, a continuación, pulse Tivoli.
5. Seleccione los productos para los que desee recibir notificaciones y pulse
Continuar.
6. Especifique las preferencias de notificación y pulse Enviar.
Prefacio
xix
Cómo ponerse en contacto con el soporte de software de IBM
Puede ponerse en contacto con IBM Software Support si tiene un contrato de
suscripción y soporte de IBM en vigor, y está autorizado a enviar problemas a
IBM.
Para obtener ayuda desde el soporte de software de IBM, realice los pasos
siguientes:
1. Asegúrese de haber completado los siguientes requisitos previos:
a. Realice un contrato de suscripción y soporte.
b. Determine el impacto empresarial del problema.
c. Describa el problema y recopile información general.
2. Siga las instrucciones de “Envío del problema a IBM Software Support” en la
página xxi.
Realización de un contrato de suscripción y soporte
Realización de un contrato de suscripción y soporte. El tipo de contrato que
necesite dependerá del tipo de producto que tenga.
Para productos de software distribuidos de IBM (incluidos, pero sin limitarse a, los
productos IBM Tivoli, Lotus y Rational, así como los productos IBM DB2 y IBM
WebSphere que se ejecutan en sistemas operativos Microsoft Windows o como AIX
o Linux), inscríbase en IBM Passport Advantage de una de las siguientes formas:
v En línea: Acceda al sitio web de Passport Advantage en http://www.ibm.com/
software/lotus/passportadvantage/, pulse Cómo inscribirse y siga las
instrucciones.
v Por teléfono: Puede llamar al 1-800-IBMSERV (1-800-426-7378) en su país. Si
desea saber cuál es el número de teléfono al que debe llamar en su país, vaya a
la página web de IBM Software Support Handbook en http://
www14.software.ibm.com/webapp/set2/sas/f/handbook/home.html y pulse
Contactos.
Determinación del impacto empresarial
Cuando notifique un problema a IBM, se le solicitará que indique un grado de
gravedad. Por tanto, debe comprender y evaluar el impacto que tendrá en su
empresa el problema que notifique.
xx
Gravedad 1
Impacto empresarial grave: no se puede utilizar el programa, lo
que provoca un impacto crítico en las operaciones. Esta condición
requiere una solución inmediata.
Gravedad 2
Impacto empresarial significativo: el programa se puede utilizar,
pero sufre graves limitaciones.
Gravedad 3
Impacto empresarial relativo: el programa se puede utilizar
aunque las características menos significativas (no críticas para
las operaciones) no estarán disponibles.
Gravedad 4
Impacto empresarial mínimo: el problema causa un impacto
menor en las operaciones o se ha implementado un método
alternativo razonable para evitar el problema.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Descripción del problema y recopilación de información básica
Al describir un problema a IBM, sea lo más específico posible. Incluya toda la
información básica pertinente, para que los especialistas de soporte de software de
IBM puedan ayudarle a solucionar con eficiencia el problema.
Para ahorrar tiempo, prepare las respuestas a estas preguntas:
v ¿Qué versiones de software ejecutaba cuando se produjo el problema?
v ¿Dispone de registros, información de rastreo y mensajes relacionados con los
síntomas del problema? Es muy probable que el servicio de soporte de IBM le
solicite esta información.
v ¿Puede reproducirse el problema? En caso afirmativo, ¿qué pasos han provocado
la anomalía?
v ¿Se ha realizado algún cambio en el sistema? Por ejemplo, hardware, sistema
operativo, software de red, etc.
v ¿Utiliza un método alternativo para eludir el problema? En caso afirmativo,
tenga preparada la información para describirlo cuando notifique el problema.
Envío del problema a IBM Software Support
Puede enviar el problema a IBM Software Support en línea o por teléfono.
En línea
Vaya al sitio web de soporte de software de IBM en http://www.ibm.com/
support/entry/portal/Open_service_request/Software/
Software_support_(general). Regístrese para acceder a IBM Service
Requests y escriba la información en la herramienta de envío de
problemas.
Por teléfono
Si desea saber cuál es el número de teléfono al que debe llamar en su país,
vaya a la publicación IBM Software Support Handbook en
http://www14.software.ibm.com/webapp/set2/sas/f/handbook/
home.html y pulse Contactos.
Prefacio
xxi
xxii
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Novedades de la versión 6.3
Esta sección resume los cambios que han realizado en IBM Tivoli Storage Manager
versión 6.3.
Actualizaciones del servidor
Hay disponibles nuevas características y otras modificaciones en el servidor IBM
Tivoli Storage Manager V6.3.Las actualizaciones técnicas desde la edición anterior
se marcan con una barra vertical ( | ) en el margen izquierdo.
Novedades en la versión 6.3.4
El fixpack del servidor 6.3.4 contiene varias características nuevas, además de
arreglos para problemas.
El servidor que se incluye con los productos Tivoli Storage Manager y IBM Tivoli
Storage Manager Extended Edition V6.4 es de nivel V6.3.4. El servidor V6.3.4
también está disponible para su descarga por separado, como un fixpack para
usuarios actuales de V6.3.
|
|
|
|
|
Migración de Tivoli Storage Manager a V6.3.4 o posterior en
Linux x86_64
|
|
|
Dependiendo de su entorno de hardware y software, este procedimiento de
migración podría ser útil para conseguir la consolidación del servidor, el equilibrio
de la carga o la estandarización del sistema operativo de Linux.
|
|
|
IBM Tivoli Storage Manager
|
|
|
|
|
|
El V6.4.1 Centro de operaciones incluye una página de Resumen que muestra la
interacción de los servidores y los clientes deTivoli Storage Manager. Puede utilizar
Centro de operaciones para identificar los problemas potenciales de una sola vez,
gestionar alertas y acceder a la línea de mandatos deTivoli Storage Manager. La
interfaz de Centro de administración también está disponible, pero Centro de
operaciones es la interfaz de gestión preferida.
|
|
|
|
Actualizaciones de Tivoli Monitoring for Tivoli Storage Manager
|
Los siguientes informes nuevos de Cognos están disponibles:
|
Informes de estado
v Resumen y detalles del almacenamiento del cliente
|
|
Puede migrar un servidor de Tivoli Storage Manager V5 que se ejecuta en un
sistema operativo AIX, HP-UX, o Solaris a la versión V6.3.4 o posterior en un
sistema operativo de Linux x86_64.
El V6.4.1 IBM Tivoli Storage Manager es una interfaz de usuario basada en web
para gestionar un entorno de almacenamiento.
Tivoli Monitoring for Tivoli Storage Manager V6.3.4 incluye algunos informes de
Cognos nuevos, y funciones, que incluyen métodos para distribuir los informes de
Cognos a otras organizaciones.
v Estado de actividad VE
v Resumen del tipo de copia de seguridad VE
|
© Copyright IBM Corp. 2009, 2013
xxiii
v Resumen de la ocupación actual VE
|
|
|
Informes de tendencia
v Tendencias de uso del almacenamiento del cliente
|
|
Para permitir que se compartan los informes, los informes de Cognos pueden
compartirse e importarse a otras instancias de Tivoli Common Reporting.
|
|
El espacio de trabajo del registro del agente se ha mejorado para visualizar si los
servidores de gestión están activados y funcionan.
|
|
|
Los valores de poda se configuran automáticamente durante las instalaciones. Si ha
actualizado la aplicación, debe configurar manualmente los ajustes de poda para
eliminar datos de forma periódica de la base de datos WAREHOUS.
Novedades para el servidor en la Versión 6.3.3
El fixpack del servidor 6.3.3 contiene varias características, además de soluciones
para problemas.
El servidor incluido con los productos Tivoli Storage Manager y IBM Tivoli Storage
Manager Extended Edition V6.4 está en el nivel V6.3.3. El servidor V6.3.3 también
está disponible para la descarga por separado, como fixpack para usuarios actuales
de V6.3.
Contraseñas autenticadas por LDAP
El servidor IBM Tivoli Storage Manager V6.3.3 puede utilizar un servidor de
directorio LDAP para autenticar contraseñas. Las contraseñas autenticadas por
LDAP le proporcionan un nivel extra de seguridad distinguiendo entre mayúsculas
y minúsculas, ofreciendo obligatoriedad de regla de contraseña avanzada y un
servidor centralizado en el que autenticarlas.
Debe tener un servidor de directorio LDAP en el que autenticar una representación
hash de la contraseña. Después de configurar el servidor de Tivoli Storage
Manager, puede autenticar las contraseñas de administrador y de nodo con el
servidor de directorio LDAP.
Los dos métodos de autenticación son LDAP y LOCAL. LOCAL significa que la
contraseña se autentica con el servidor Tivoli Storage Manager .
Las contraseñas autenticadas con el servidor Tivoli Storage Manager no distinguen
entre mayúsculas y minúsculas. Todas las contraseñas se pueden componer a partir
de caracteres de la siguiente lista:
a
A
0
~
b
B
1
!
c
C
2
@
d
D
3
#
e
E
4
$
f
F
5
%
g
G
6
^
h
H
7
&
i
I
8
*
j k l m n o p q r s t u v w x y z
J K L M N O P Q R S T U V W X Y Z
9
_ - + = ` | ( ) { } [ ] : ; < > , . ? /
Restricción: Los nodos de cliente deben estar en V6.4 o posterior para utilizar el
servidor de directorio LDAP para autenticar contraseñas.
xxiv
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Prevención del conflicto del controlador de dispositivo
Solaris
En sistemas Oracle Solaris, el controlador de cinta SCSI genérico nativo
(controlador st) reclama automáticamente los controladores de cinta soportados
cuando se inicia el sistema. Si el controlador de dispositivo Tivoli Storage Manager
o el controlador de dispositivo de cinta de IBM configuraron la unidad, se pueden
sobrescribir los datos porque más de un controlador puede acceder al mismo
dispositivo utilizando un nombre de dispositivo diferente.
Puede utilizar el programa de utilidad rmstdevpara suprimir archivos especiales de
dispositivo que creó el controlador st de Oracle Solaris para las unidades de cinta
que también configuró el controlador de dispositivo Tivoli Storage Manager o el
controlador de dispositivo de cintas de IBM . Suprimiendo estos archivos se
asegura de que sólo un controlador tiene acceso a una unidad de cintas.
El programa de utilidad rmstdev se ejecuta cuando el servidor se inicia
automáticamente. Si el inicio no está automatizado, debe ejecutar manualmente el
programa de utilidad como usuario root antes de iniciar el servidor de Tivoli
Storage Manager .
Actualizaciones de Tivoli Monitoring for Tivoli Storage Manager
Tivoli Monitoring for Tivoli Storage Manager ahora incluye algunos espacios de
trabajo Tivoli Enterprise Portal nuevos, nuevos informes de Cognos y una opción
para que los clientes IBM Tivoli Monitoring instalen y desplieguen agentes de
supervisión desde un paquete de agente pequeño.
Los nuevos informes de Cognos son:
Informes de estado:
v
v
v
v
v
Estado de la actividad del cliente
Difusión de la copia de seguridad del cliente
Estado de copia de seguridad del cliente
Estado de planificación del cliente
Resumen de uso de la agrupación de almacenamiento de cliente
v Resumen de la ocupación actual del cliente
v Resumen de la agrupación de almacenamiento actual
v Utilización de espacio de almacenamiento máxima
v Estado de planificación del servidor
v Planificaciones de cliente fallidas y perdidas antiguas
Informes de tendencia
v
v
v
v
Tasa de éxito de la actividad de cliente
Tasa de éxito de la planificación de cliente
Tendencias de crecimiento de la base de datos del servidor
Tendencias de crecimiento del almacenamiento del servidor
Los nuevos espacios de trabajo de supervisión deTivoli Enterprise Portal son:
v Espacio de trabajo de resumen de actividad, que proporciona datos sobre
operaciones de cliente y servidor para entornos virtuales y no virtuales.
v El espacio de trabajo de sesiones, que proporciona una vista de todas las
sesiones de cliente activas que se ejecutan en el servidor especificado.
Novedades de la versión 6.3
xxv
Se proporciona información de copia de seguridad de VMware adicional en el
registro de actividad del servidor Tivoli Storage Manager y la tabla de resumen
para la protección de datos para operaciones VMware. Esta nueva información
proporciona una recopilación de datos mejorados y contenido de los informes
cuando utiliza los recursos de creación de informes como Tivoli Common
Reporting.
Una nueva opción para habilitar la autenticación LDAP, al crear y configurar
instancias de agente de supervisión.
La capacidad mejorada para excluir o filtrar numerosos mensajes o reducir los
resultados.
Los usuarios de IBM Tivoli Monitoring existentes puede instalar el paquete de
agente pequeño y desplegar de forma remota los agentes de supervisión sin tener
que descargar el paquete de Tivoli Monitoring for Tivoli Storage Manager más
grande.
Control para las conexiones de operación NDMP inactivas
El Protocolo de control de transmisiones (TCP) de estado activo es un mecanismo por el
que los pequeños paquetes se envían a través de la red a intervalos predefinidos.
Los paquetes impiden que una conexión inactiva de larga ejecución se cierre por el
software del cortafuegos que detecta y cierra las conexiones inactivas. Con este
release, puede habilitar la función del TCP de estado activo para las conexiones de
control del protocolo de gestión de datos (NDMP).
Mejoras para el procesamiento de la caducidad
Las mejoras para la caducidad de inventario están disponibles en este release. El
procesamiento de nodo se puede distribuir entre más de una hebra en paralelo, a
nivel de espacio de archivos. Este cambio en curso ayuda a distribuir la carga de
trabajo y evita de forma más eficaz los cuellos de botella para nodos que utilizan
servidores virtuales.
Novedades para el servidor en la versión 6.3.1
El fixpack del servidor 6.3.1 contiene varias características, además de soluciones
para problemas.
Validación de datos durante operaciones de lectura/grabación en
cinta
Con la protección de bloque lógico, IBM Tivoli Storage Manager incluye un valor
de comprobación de redundancia cíclica (CRC) al final de cada bloque lógico de
datos que debe grabarse en cinta. Puede especificar una validación de bloque de
datos CRC durante operaciones de lectura y grabación o solo durante operaciones
de grabación.
Puede utilizar la protección de bloques lógicos solamente con los siguientes tipos
de unidades y medios:
v IBM LTO5 y posterior
v Unidades IBM 3592 Generation 3 y posteriores, con soporte 3592 Generation 2 y
posterior
xxvi
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Novedades para el servidor en la Versión 6.3.0
Hay disponibles nuevas características y otras modificaciones en el servidor Tivoli
Storage Manager V6.3.
Réplica de nodo
La réplica de nodo es el proceso de copia o réplica incrementales de datos de nodo
de cliente de un servidor de Tivoli Storage Manager en otro servidor de Tivoli
Storage Manager con el fin de realizar una recuperación ante siniestro.
El servidor del que se replican datos de nodo de cliente se denomina servidor de
réplica de origen. El servidor en el que se replican datos de nodo de cliente se
denomina servidor de réplica de destino.
La réplica de nodos evita la logística y el riesgo de seguridad que existen al
trasladar físicamente el soporte de cinta a una ubicación remota. Si se produce un
siniestro y el servidor de réplica de origen no está disponible, los clientes de
archivado y copia de seguridad de Tivoli Storage Manager pueden recuperar los
datos del servidor de réplica de destino. Si no puede recuperar el servidor de
réplica de origen, puede convertir los nodos de cliente en nodos no de réplica para
las operaciones de almacenamiento en el servidor de réplica de destino.
Si utiliza las funciones de exportación e importación de Tivoli Storage Manager
para almacenar datos de nodo de cliente en un servidor de recuperación ante
siniestro, puede convertir los nodos en nodos de réplica. Al replicar datos, también
puede utilizar la eliminación de datos duplicados para reducir los requisitos de
ancho de banda y de almacenamiento.
Se pueden utilizar servidores Tivoli Storage Manager V6.3 para la réplica de nodos.
Sin embargo, puede replicar datos para nodos de cliente que sean V6.3 o
anteriores. También puede replicar datos que estuvieran almacenados en un
servidor Tivoli Storage Manager V6.2 o anterior antes de que lo actualizara a la
V6.3.
No puede replicar nodos desde un servidor Tivoli Storage Manager V6.3.3 a un
servidor que se está ejecutando en un nivel anterior de Tivoli Storage Manager.
Eliminación de duplicados de los datos del servidor de archivos
de NetApp
La eliminación de duplicados de los datos que pertenecen a servidores de archivos
de almacenamiento conectado a red (NAS) está desactivada de forma
predeterminada. Para activar la eliminación de duplicados de datos de servidores
de archivos de NetApp, utilice la nueva opción de servidor de ENABLENASDEDUP.
Tabla de base de datos y reorganización de índice
Si la tabla automática y la reorganización de índice está afectando el rendimiento
del servidor, puede planificar manualmente reorganizaciones.
Novedades de la versión 6.3
xxvii
Despliegue automático del cliente de copia de seguridad y
archivado
IBM Tivoli Storage Manager, Versión 6.3 se puede planificar para desplegar
automáticamente el software de cliente de archivado y copia de seguridad en todas
las estaciones de trabajo que tengan el cliente de archivado y copia de seguridad
instalado.
Puede desplegar los clientes de archivado y copia de seguridad en los sistemas
operativos de Microsoft Windows desde un fixpack o arreglos temporales para
todos los releases en V5.4 o posterior. Puede migrar el Cliente de archivado y copia
de seguridad a una versión, release, modificación o nivel de fixpack más reciente,
que sea V5.5 y posterior.
Puede desplegar los clientes de archivado y copia de seguridad en los sistemas
operativos distintos a Windows desde todos los releases en V5.5 o posterior. Estos
clientes de archivado y copia de seguridad pueden ir a cualquier versión, release,
modificación nivel de arreglo posterior. Puede coordinar las actualizaciones en
cada Cliente de archivado y copia de seguridad desde el Centro de administración.
Procesos de restauración y de copia de seguridad de bases de
datos de varias corrientes
Varias corrientes de datos simultáneos pueden reducir la cantidad de tiempo
necesario para realizar una copia de seguridad o restaurar la base de datos. Puede
especificar varias corrientes de datos simultáneas para operaciones de copia de
seguridad de base de datos automáticas o manuales.
Durante las operaciones de restauración, el servidor Tivoli Storage Manager intenta
utilizar el mismo número de corrientes de datos que haya especificado para la
operación de copia de seguridad. Por ejemplo, suponga que especifica cuatro
corrientes de datos para una operación de copia de seguridad de base de datos.
Durante una operación de restauración, el servidor intentará utilizar cuatro
unidades. Si una unidad está fuera de línea y no disponible, el servidor utiliza tres
unidades para la operación de restauración.
El beneficio de varias corrientes de datos simultáneas depende del tamaño de la
base de datos. En general, si la base de datos es menor de 100 GB, la cantidad de
tiempo que puede ahorrar es relativamente pequeña. Varias corrientes de datos
simultáneas también utilizan más volúmenes. Si los volúmenes son de alta
capacidad y si utiliza la compresión de datos, el resultado puede ser espacio
desaprovechado.
Actualizaciones de Tivoli Monitoring for Tivoli Storage Manager
IBM Tivoli Monitoring for Tivoli Storage Manager, a la que anteriormente se refería
como función de Información y supervisión, tiene un asistente de instalación
mejorado. Cognos se incluye ahora para la creación de informes personalizada.
Las actualizaciones en Tivoli Monitoring for Tivoli Storage Manager incluyen los
siguientes elementos:
v Cognos Business Intelligence V8 es una suite de inteligencia empresarial
integrada que se proporciona como parte de Tivoli Common Reporting. Tivoli
Common Reporting se incluye en la instalación de Centro de administración
cuando selecciona el componente Tivoli Common Reporting. Consulte los
Informes de personalización con Cognos Business Intelligence, en la sección
Operaciones de supervisión de la Guía del administrador para obtener más detalles.
Toda la información que tiene que ver con los informes de clientes y de
servidores también se puede encontrar en dicha sección.
xxviii
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
v El proceso de instalación se ha mejorado para incluir un comprobador de
requisitos previos, y ahora realiza todas las tareas de configuración de
instalación automáticamente.
v Se ha añadido un espacio de trabajo de panel de control personalizable para
mostrar muchos elementos comúnmente visualizables en una única vista. Con la
configuración predeterminada, el panel de control muestra datos sobre el espacio
de almacenamiento utilizado por el nodo; planificaciones insatisfactorias de
clientes y servidores; y detalles acerca de agrupaciones de almacenamiento,
unidades y mensajes de error de anotaciones de actividades.
v Puede incluir varios servidores en un único informe. Los informes se han
mejorado para ajustar la precisión de los datos que se muestran.
v Los nuevos espacios de trabajo de Tivoli Enterprise Portal son: anotaciones de
actividades, anotaciones del agente, actualizaciones en el estado del nodo del
cliente, unidades, bibliotecas, ocupación, detalles de PVU y estado de réplica y
detalles.
v Están disponibles nuevos informes de clientes: detalles de los soportes de
agrupaciones de almacenamiento, detalles del resumen de almacenamiento,
detalles de réplica, crecimiento de la réplica y resumen de la réplica.
v Están disponibles nuevos informes de servidores: detalles de las anotaciones de
actividad, rendimiento de servidor y un informe de rendimiento de servidor
actualizado para datos recopilados por agentes antes de la versión 6.3.
Estimación de unidades de valor de procesador
Puede utilizar nuevos métodos para obtener información sobre el número de
dispositivos clientes y servidores conectados al sistema, y la utilización de
unidades de valor de procesador (PVU) por los dispositivos del servidor. Los
nuevos métodos proporcionan información para ayudarle a evaluar la verificación
de licencia del sistema Tivoli Storage Manager.
Al utilizar el nuevo mandato QUERY PVUESTIMATE, puede generar informes que
estimen el número de dispositivos de servidor y de dispositivos clientes
gestionados por el servidor de Tivoli Storage Manager. También puede ver
información PVU para cada nodo. Estos informes no son legalmente vinculantes,
pero proporcione un punto de partida para determinar requisitos de licencia. De
forma alternativa, puede visualizar información PVU en el Administration Center.
El Administration Center proporciona resúmenes de dispositivos de clientes,
dispositivos de servidores y PVU estimadas, e información más detallada.
Para fines de estimación de PVU, únicamente los nodos de los sistemas Windows
7, Windows XP Professional y de Apple se clasifican como dispositivos de clientes
de forma predeterminada. Los nodos del resto de las plataformas se clasifican
como dispositivos de servidor de forma predeterminada. Puede actualizar la
clasificación de rol emitiendo el mandato UPDATE NODE. También puede ver y
cambiar las clasificaciones de roles en el cuaderno de nodos de cliente de Centro
de administración.
Para obtener un informe detallado, emita el mandato SQL SELECT * FROM
PVUESTIMATE_DETAILS. Este mandato extrae información a nivel del nodo. Estos
datos se pueden exportar a una hoja de cálculo y se pueden modificar para que
representen de forma más precisa el entorno del sistema.
Para obtener más información y su uso con fines de licencia, consulte el tema que
describe el rol de las PVU en Guía del administrador.
Novedades de la versión 6.3
xxix
Comprobador de requisitos previos
Tivoli Storage Manager Versión 6.3 incluye un comprobador de requisitos previos,
herramienta que se puede ejecutar antes de iniciar la instalación de Tivoli Storage
Manager.
El comprobador de requisitos previos verifica los requisitos para el servidor de
Tivoli Storage Manager, el Administration Center y Tivoli Monitoring for Tivoli
Storage Manager. El comprobador de requisitos previos verifica el sistema
operativo, la cantidad de espacio de disco libre, la memoria requerida para el
servidor y otros requisitos previos. La herramienta presenta un resumen de
resultados, le informa de los cambios necesarios en el entorno antes de la
instalación y crea directorios necesarios. De esta forma, el comprobador de
requisitos previos puede ayudarle a simplificar el proceso de instalación.
Para obtener más información, consulte la sección acerca de la ejecución del
comprobador de requisitos previos en Guía de instalación.
Actualizaciones del dispositivo de almacenamiento
Un soporte para nuevos dispositivos y otros cambios para dispositivos de
almacenamiento están disponibles en Tivoli Storage Manager Versión 6.3.
Bibliotecas de cintas virtuales:
Con mejoras disponibles en la Versión 6.3, puede definir una biblioteca como una
biblioteca de cintas virtuales (VTL) en Tivoli Storage Manager.
Las VTL utilizan principalmente subsistemas de disco para almacenar datos
internamente. Dado que no utilizan medios de cintas, puede superar las
prestaciones de una biblioteca de cintas física al utilizar el almacenamiento VTL. Al
utilizar un VTL, puede definir muchos volúmenes y unidades que proporcionan
mayor flexibilidad en el entorno de almacenamiento y aumenta la productividad
permitiendo más montajes simultáneos y E/S de cinta.
Formateado más rápido de DISK y volúmenes preasignados de FILE:
HPUX
Linux
AIX
Solaris
En algunos sistemas de archivos Linux y UNIX, incluido ext4 en Linux y JFS2 en
AIX, IBM Tivoli Storage Manager formatea volúmenes de acceso aleatorio y
volúmenes de disco de acceso secuencial preasignados casi instantáneamente. Por
ejemplo, Tivoli Storage Manager puede formatear un volumen FILE o DISK en
JFS2 en menos de un segundo.
El nuevo método para formatear volúmenes en algunos sistemas Linux y UNIX es
similar al método que Tivoli Storage Manager ha estado utilizando para formatear
volúmenes en sistemas operativos Windows.
El nuevo método proporciona las siguientes ventajas:
v Durante el formateo de un volumen, la E/S es inapreciable y no afecta al
rendimiento. Por ejemplo, si está ejecutando una operación de servidor y
requiere un volumen adicional, puede formatear el volumen sin que afecte al
rendimiento de la operación actual.
v El almacenamiento del sistema de archivos se asigna para todo el tamaño de
archivo sin grabar bloques y sin crear archivos esparcidos. Por ejemplo, si emite
el comandoDEFINE VOLUME para crear un volumen de 10 GB, el archivo
subyacente del sistema de archivos consume 10 GB de almacenamiento. Dado
xxx
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
que el tamaño del volumen de FILE no cambia, los archivos de anotación de
sistema de archivos no requerirá una actualización constante.
v Se minimiza la posibilidad de fragmentación de archivos.
Antes de utilizar el nuevo método de formato de volúmenes, Tivoli Storage
Manager comprobará el sistema de archivos para determinar si el sistema de
archivos da soporte al método. Si el sistema de archivo no le da soporte, Tivoli
Storage Manager utilizará el método antiguo.
Acceso a dispositivos de almacenamiento conectado por FICON en un sistema
de z/OS:
LA base de datos de un servidor Tivoli Storage Manager V5 que se ejecuta en un
sistema z/OS puede migrarse a un servidor V6.3 que se ejecuta en AIX o Linux on
System z. Después de la actualización, los usuarios dez/OS pueden continuar
accediendo a los datos almacenados en los volúmenes de cinta a cuyo contenido se
accede utilizando los dispositivos de almacenamiento adjunto FICON .
El servidor Tivoli Storage Manager V6.3 accede a los datos del cliente utilizando
un dispositivo de almacenamiento conectado a z/OS. El dispositivo de
almacenamiento se hace disponible mediante IBM Tivoli Storage Manager for z/OS
Media.
Además, Tivoli Storage Manager for z/OS Media facilita el acceso a los conjuntos
de datos lineales VSAM en z/OS mediante un método de almacenamiento FILE
secuencial mejorado.
Para obtener más información, consulte la sección sobre la migración de servidores
Tivoli Storage Manager V5 en sistemas z/OS a V6 en Tivoli Storage Manager
Upgrade and Migration Guide for V5 Servers.
Modalidad de solo agregar para unidades IBM LTO-5:
La opción del servidor CHECKTAPEPOS permite al servidor de Tivoli Storage Manager
comprobar la validez y la coherencia de las posiciones de bloque de datos en cinta.
Las mejoras a esta opción activan una unidad para comprobar problemas de
sobrescritura de datos antes de cada operación WRITE y permite a Tivoli Storage
Manager cambiar de posición las cintas a la ubicación correcta y continuar
escribiendo datos. Utilice la opción CHECKTAPEPOS con las unidades deIBM LTO
Generation 5.
Nota: Puede habilitar el modo agregar solo para las unidades de IBM LTO
generación 5 y posteriores, y para las unidades que son compatibles con esta
función.
Novedades de la versión 6.3
xxxi
Reserva persistente para unidades de cintas:
La reserva persistente permite a las reservas de unidades de cintas de otros
servidores borrarse si, por ejemplo, un servidor se cuelga.
En Tivoli Storage Manager Versión 6.3, la reserva persistente se habilita para
niveles de controladores y unidades que soportan la característica.
Para obtener detalles adicionales sobre el soporte de reserva persistente, consulte
http://www.ibm.com/support/docview.wss?uid=swg21470319.
Actualizaciones de Centro de administración
El nuevo soporte de Centro de administración está disponible en Tivoli Storage
Manager Versión 6.3.
Tivoli Integrated Portal, Versión 2.1:
AIX
Linux
Solaris
Windows
Tivoli Storage Manager Centro de administración utiliza Tivoli Integrated Portal
para su interfaz gráfica de usuario (GUI). Con Tivoli Integrated Portal V2.1, ahora
puede supervisar el Centro de administración con Internet Explorer 8 y Mozilla
Firefox 3.5. Todos los navegadores que ha utilizado con Tivoli Integrated Portal
V1.1.1 y posterior se pueden utilizar con esta última versión.
Cuando instala Tivoli Integrated Portal V2.1 desinstalando Tivoli Common
Reporting, el servicio de seguridad incorporado o el servicio de planificación de
tiempo es opcional. Estas funciones se pueden añadir y registrar con Tivoli
Integrated Portal V2.1 más adelante.
Actualizaciones de dominio de políticas de Centro de administración:
Con las mejoras en Centro de administración, puede especificar ahora valores de
archivado basados en eventos de servidor con los asistentes de Dominio de política
y Clase de gestión.
Si establece un periodo de retención de archivado para un objeto a través del
servidor, puede actualizar estos valores mediante el cuaderno Clase de gestión de
Centro de administración.
El establecimiento de un periodo de retención de archivado asegura que los objetos
no se supriman del servidor de Tivoli Storage Manager mientras no se cumplan los
requisitos de retención basados en políticas de dicho objeto.
Análisis de los datos de rendimiento del cliente:
Con la nueva función supervisor de rendimiento de cliente, tiene la posibilidad de
recopilar y analizar datos de rendimiento sobre las operaciones de copia de
seguridad y restauración para un cliente de IBM Tivoli Storage Manager.
Se accede a la función de supervisor de rendimiento de cliente desde Tivoli Storage
Manager Centro de administración y utiliza datos recopilados por la API. Puede
ver información de rendimiento sobre la utilización de procesador, disco y red, y
datos de rendimiento relacionados con velocidades de transferencias y compresión
de datos. Puede analizar las tasas de rendimiento de datos en cualquier momento
durante una operación de copia de seguridad o de restauración. Además, puede
utilizar la información de rendimiento para analizar los cuellos de botella de
procesador, disco o red.
xxxii
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Activación y desactivación de la sesión del servidor
Ahora puede inhabilitar o habilitar temporalmente todas las sesiones de salida o
entrada para un servidor Tivoli Storage Manager determinado.
Esta característica es útil si, por ejemplo, tiene una interrupción de servicio de red
planificada que puede afectar a las comunicaciones entre un servidor de réplica de
origen y otro de destino. Para evitar anomalías de réplica, puede inhabilitar las
sesiones de salida del servidor de réplica de origen antes de la interrupción de
servicio. Una vez que se han vuelto a establecer las comunicaciones, puede
reanudar la réplica habilitando las sesiones de salida.
Ayuda de línea de mandatos para submandatos
En este release, puede obtener ayuda para los submandatos de Tivoli Storage
Manager. Por ejemplo, puede visualizar ayuda para el mandato DEFINE DEVCLASS
para las clases de dispositivos 3570 y para las clases de dispositivos 3590. Para
visualizar la ayuda de línea de mandatos para un submandato, escriba help
seguido del número de tema para el mandato.
Los números de tema se listan en la tabla de contenidos, por ejemplo:
3.0 Administrative commands
...
3.13.10 DEFINE DEVCLASS (Definir una clase de dispositivo)
3.13.10.1 DEFINE DEVCLASS (Definir una clase de dispositivo 3570)
3.13.10.2 DEFINE DEVCLASS (Definir una clase de dispositivo 3590)
...
Para mostrar ayuda para el mandato DEFINE DEVCLASS para las clases de
dispositivo 3570, escriba:
help 3.13.10.1
Como en releases anteriores, puede utilizar este método para visualizar la ayuda
para mandatos que tienen nombres exclusivos, como REGISTER NODE:
3.46 REGISTER
3.46.1 REGISTER ADMIN (Registrar un administrador)
3.46.2 REGISTER LICENSE (Registrar una nueva licencia)
3.46.3 REGISTER NODE (Registrar un nodo)
Para mostrar ayuda para el mandato REGISTER NODE, puede escribir:
help 3.46.1
También puede escribir help commandName, donde commandName es el nombre del
mandato del servidor para el que desea información:
help register node
Cifrado de datos con TLS/SSL
Puede utilizar la Capa de sockets seguros (SSL)/Seguridad de la capa de
transporte (TLS) en HP-UX, Linux, Oracle Solaris, AIX y Windows .
Con las comunicaciones de estándares del sector TLS/SSL, puede cifrar todo el
tráfico entre el cliente de archivado y copia de seguridad, los clientes de la línea de
comandos y el servidor de IBM Tivoli Storage Manager . Puede utilizar certificados
SSL autofirmados o adquiridos a un proveedor.
En Tivoli Storage Manager V6.3 y posteriores, para utilizar SSL con certificados
autofirmados, utilice la opción SSLTLS12 después de distribuir nuevos cifrados
Novedades de la versión 6.3
xxxiii
autofirmados a todos los clientes de copia de seguridad y archivado V6.3. Puede
utilizar certificados de versiones de servidor anteriores, pero no puede utilizar TLS
1.2.
Para el servidor Tivoli Storage Manager V6.3.3, TLS/SSL está disponible para las
funciones entre servidores y sin LAN.
xxxiv
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Parte 1. Actualización del servidor de V5 a V6.3 o posterior
Puede actualizar el servidor IBM Tivoli Storage Manager directamente desde la
versión 5 a la versión 6.3 o posterior.
Tivoli Storage Manager V6.3 proporciona una base de datos relacional que está
basada en tecnología IBM® DB2®. Cuando actualice el sistema desde V5 a V6.3 o
posterior, puede extraer los datos en una base de datos de servidor Tivoli Storage
Manager actual y cárguela en una nueva estructura de base de datos. Tivoli
Storage Manager proporciona programas de utilidad para realizar este proceso.
La actualización de V5 a V6.3 o posterior requiere planificación y posiblemente
pruebas. Comience por examinar las novedades de V6.3 o posterior, y por recopilar
información acerca de los servidores actuales Tivoli Storage Manager.
A quién va dirigida esta información
Esta información va dirigida a administradores de servidores Tivoli Storage
Manager, que sean responsables de actualizar servidores de Tivoli Storage
Manager V5 a V6.3 o posterior. Los administradores deben conocer las
siguientes áreas:
v El sistema operativo y la plataforma en los que se ejecuta cada servidor
v Las operaciones administrativas habituales para servidores de Tivoli
Storage Manager que se van a actualizar
v El almacenamiento que utilizan los servidores que se van a actualizar
v La red a la que se conectan los servidores
Cómo utilizar esta información
Esta es la secuencia sugerida para utilizar esta información:
1. Lea la información de visión general sobre las actualizaciones del
servidor: Capítulo 1, “Visión general de las actualizaciones de las bases
de datos del servidor”, en la página 3.
2. Lea la información de planificación y las descripciones de los casos de
ejemplo:
a. Capítulo 2, “Planificación de la actualización del servidor”, en la
página 13
b. Capítulo 3, “Visión general de casos de ejemplo de actualización”,
en la página 87
3. Seleccione el caso de ejemplo que utilizar, y planifique los requisitos de
hardware, software y espacio de almacenamiento para su servidor y su
entorno. Una hoja de trabajo se puede utilizar para la planificación
espacial: “Hoja de cálculo para planificar espacio para el servidor V6.3
o posterior” en la página 50.
4. Ejecute una prueba del proceso de actualización: “Prueba del proceso
de actualización de un servidor” en la página 57. Utilice los resultados
para ajustar las planificaciones, como la cantidad de tiempo estimada
que un servidor no estará disponible debido al proceso de
actualización.
5. Actualice el servidor siguiendo los pasos del caso de ejemplo que haya
seleccionado:
v Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de
soporte”, en la página 107
© Copyright IBM Corp. 2009, 2013
1
v Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”,
en la página 153
v Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de
soporte”, en la página 197
v Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”,
en la página 251
6. Complete el proceso de actualización siguiendo los pasos de la sección:
v Capítulo 10, “Primeros pasos tras la actualización”, en la página 365
Para obtener más información acerca de la actualización del servidor de V6.1 o
V6.2 a V6.3 o posterior, consulte los procedimientos de actualización en el Guía de
instalación.
2
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 1. Visión general de las actualizaciones de las bases
de datos del servidor
IBM Tivoli Storage Manager versión 6.3 utiliza una base de datos relacional que
está basada en la tecnología de IBM DB2. Las versiones de Tivoli Storage Manager
anteriores a 6.1 no utilizaban la tecnología DB2. Antes de actualizar el servidor a
V6.3 o posterior, familiarícese con DB2.
La base de datos del servidor
El servidor V6.3 integra la clase de empresa, la tecnología de la base de datos de
IBM DB2 que proporciona las funciones de gestión de la base de datos para la base
de datos del servidor. Un administrador puede gestionar la base de datos del
servidor por medio de las interfaces de administración de Tivoli Storage Manager.
Las interfaces de administración de Tivoli Storage Manager se actualizan para que
un administrador acostumbrado a trabajar con versiones anteriores del servidor
pueda continuar administrando el servidor del mismo modo en que lo hacía antes.
Las habilidades del administrador de la base de datos no son necesarias para
gestionar la base de datos. Algunas de las ventajas del nuevo programa del gestor
de base de datos son:
Disponibilidad del servidor mejorada
En línea, se produce la reorganización de la base de datos mientras
continúan las operaciones del servidor.
Se ejecutan automáticamente auditorías acerca de la base de datos para
garantizar la coherencia. A medida que se añaden los datos a la base de
datos del servidor, el gestor de la base de datos comprueba las
restricciones y los tipos relativos a los datos. Las comprobaciones de
integridad en línea evitan problemas que hacían necesarias las auditorías
fuera de línea en releases anteriores.
Escalabilidad mejorada
El servidor dispone de una capacidad mejorada para operaciones
simultáneas a través de un mayor tamaño máximo de registro de
recuperación.
El número máximo de objetos que puede gestionar un servidor único se ha
aumentado.
El tamaño de la base de datos puede estar limitado por el tiempo
disponible para completar operaciones como la realización de copias de
seguridad de la base de datos, del cliente y la optimización de
almacenamiento de datos.
Completar función SQL
Puede obtener información de la base de datos del servidor de forma más
sencilla que antes gracias a las consultas SQL de función completa.
La base de datos realiza las consultas SQL más sofisticadas posibles. Si
decide sacar partido de sus plenas posibilidades, las capacidades SQL
podrían ser necesarias para desarrollar nuevas herramientas.
© Copyright IBM Corp. 2009, 2013
3
Visión general de las actualizaciones de las bases de datos del servidor
Espacio de base de datos para un servidor V6.3 o posterior
La base de datos se almacena en el conjunto de directorios que se especifique. El
espacio disponible en los directorios determina el espacio disponible para la base
de datos.
Con V6.3 o posterior, no cree ni realice un seguimiento de los volúmenes de base
de datos para la base de datos del servidor. En su lugar, deberá crear y designar
directorios que el servidor pueda utilizar para la base de datos. El gestor de bases
de datos que forma parte del servidor gestiona automáticamente el espacio
disponible en los directorios como espacio de base de datos.
La base de datos se puede distribuir hasta en 128 directorios. Sitúe los directorios
de base de datos en discos rápidos y fiables que estén configurados para
entrada/salida de acceso aleatorio. La colocación de cada directorio en un sistema
de archivos distinto logra el mejor rendimiento porque los datos se dividen en los
directorios. Habilite la memoria caché de lectura para los sistemas de archivos de
base de datos, y habilite la memoria caché de escritura si el subsistema de disco la
soporta.
El tamaño máximo de la base de datos de Tivoli Storage Manager es de 4 TB.
Un tamaño práctico para la base de datos puede limitarse en su entorno en el
momento en que esté disponible para completar operaciones como la copia de
seguridad de la base de datos, copias de seguridad de cliente y deduplicación de
datos (si se utiliza).
Registro de recuperación
El registro de recuperación garantiza que una anomalía (por ejemplo, un corte en
el suministro eléctrico del sistema) no provoque inconsistencias en la base de
datos. El registro de recuperación también es fundamental cuando hay que
restaurar la base de datos.
Para obtener información detallada, consulte la sección sobre el registro de
recuperación en la publicación Guía del administrador.
Cambios en operaciones
El servidor proporciona mejoras significativas en las operaciones, incluida una
gestión de bases de datos más automatizada.
Para obtener detalles sobre operaciones con un servidor V6.3 o posterior, consulte
la sección Guía del administrador sobre la gestión de la base de datos y del registro
de recuperación.
Operaciones de la base de datos
El gestor de la base de datos controla las operaciones de la base de datos
realizando tareas automáticas que pueden contribuir a mantener la base de datos
en buen estado.
El gestor de la base de datos controla el espacio de almacenamiento de la base de
datos. El servidor puede utilizar todo el espacio disponible en los directorios que
se especifiquen para la base de datos. En V6.3, no puede gestionar volúmenes
individuales de bases de datos, cosa que era necesaria en versiones anteriores del
servidor. Cuando la base de datos necesite más espacio, en lugar de añadir
4
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Visión general de las actualizaciones de las bases de datos del servidor
volúmenes y ampliar la base de datos, se añaden más directorios (preferentemente
en volúmenes físicos diferentes) al espacio de la base de datos.
La reorganización de la base de datos se produce de forma automática. Según la
actividad, el programa del gestor de base de datos selecciona las tablas de la base
de datos que se van a analizar para determinar cuándo será necesaria una
reorganización para las tablas. A continuación, el gestor de la base de datos ejecuta
una reorganización mientras continúan las operaciones del servidor.
A medida que se añaden los datos a la base de datos del servidor, el gestor de la
base de datos comprueba las restricciones y los tipos relativos a los datos. Las
comprobaciones de integridad en línea evitan problemas que hacían necesarias las
auditorías fuera de línea en releases anteriores.
Supervise el espacio que está utilizando el servidor y el espacio disponible en los
sistemas de archivos donde se encuentran los directorios para asegurar que
siempre haya espacio disponible. Podrá obtener información acerca del uso del
espacio de la base de datos y del registro de recuperación a través del
Administration Center y los mandatos administrativos, así como de IBM Tivoli
Monitoring for Tivoli Storage Manager.
IBM Tivoli Storage Manager V6.3 o posterior se instala con la aplicación de base de
datos de IBM DB2. Aquellos usuarios que sean administradores de DB2
experimentados puede elegir realizar consultas SQL avanzadas y utilizar las
herramientas de DB2 para supervisar la base de datos. Sin embargo, no se deben
utilizar las herramientas de DB2 para modificar los valores de configuración de
DB2 de los preestablecidos por Tivoli Storage Manager. No modifique el entorno
de DB2 para Tivoli Storage Manager en forma alguna, por ejemplo, con otros
productos. El servidor Tivoli Storage Manager V6.3 se ha compilado y probado con
el lenguaje de definición de datos (DDL) y la configuración de la base de datos
desplegados por Tivoli Storage Manager.
Atención: Realizar cambios en el DDL o la configuración de la base de datos sin
utilizar para ello las interfaces de Tivoli Storage Manager puede tener efectos
adversos en el rendimiento, dañar e incluso destruir la base de datos del servidor y
causar pérdidas de datos. Tenga en cuenta las siguientes restricciones:
v No utilice herramientas ni interfaces de base de datos distintas de las
suministradas por Tivoli Storage Manager para cambiar los valores de
configuración establecidos por Tivoli Storage Manager durante la instalación.
v No modifique el entorno de DB2.
v Si utiliza herramientas o interfaces de base de datos distintas de las
suministradas por Tivoli Storage Manager, debe tratar la base de datos del
servidor como si fuera de sólo lectura. No utilice otras interfaces para realizar
cambios en la base de datos del servidor de Tivoli Storage Manager.
v No altere el software de DB2 que se ha instalado con los paquetes de instalación
de Tivoli Storage Manager y los fixpacks.
v No realice la instalación o actualización a una versión, release o fixpack diferente
de software de DB2.
Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor
5
Visión general de las actualizaciones de las bases de datos del servidor
Protección y recuperación de la base de datos
Las copias de seguridad de la base de datos son esenciales para proteger todos los
datos gestionados por el servidor. Puede recuperar una base de datos perdida o
dañada con estas copias de seguridad, junto con las copias de seguridad del
historial de volumen y las anotaciones de recuperación, para restaurar la base de
datos a la hora más reciente posible o a un punto específico en el tiempo.
Copias de seguridad de la base de datos.
Proteja el servidor utilizando planificaciones administrativas para ejecutar
copias de seguridad de la base de datos periódicamente, al menos una vez
al día. Podrían necesitarse más copias de seguridad si el servidor maneja
un número alto de transacciones de clientes.
Puede crear copias de seguridad completas, incrementales y de
instantáneas de la base de datos del servidor. Puede planificar las copias
de seguridad o realizarlas de forma manual.
El registro de archivos está incluido en las copias de seguridad de la base
de datos y se utiliza en la recuperación en avance de las bases de datos. Al
finalizar la copia de seguridad completa de la base de datos, el espacio se
recupera por la poda automática de registros de archivado más antiguos
que ya no son necesarios. Los archivos de registro de archivado se incluyen
en una copia de seguridad y se podan de forma automática tras
completarse dos copias de seguridad de base de datos completas más.
Si el espacio del registro de recuperación es limitado, puede ser necesario
realizar copias de seguridad completas de la base de datos de forma más
frecuente de manera que el espacio se recupere a través de la operación de
poda automática.
Una copia de seguridad incremental de la base de datos incluye todos los
cambios realizados en la base de datos desde la última copia de seguridad
completa. En las versiones anteriores del servidor, las copias de seguridad
incrementales incluían los cambios realizados desde la última copia de
seguridad completa o incremental, y es posible que hayan sido necesarias
varias copias de seguridad incrementales para restaurar la base de datos.
En V6.3 o posterior, cuando hay que restaurar una base de datos, se utiliza
la última copia de seguridad completa y sólo la última copia de seguridad
incremental.
Las copias de seguridad automáticas las realiza el gestor de la base de
datos en función del espacio del registro activo desde la última copia de
seguridad de la base de datos y la proporción de espacio utilizado del
espacio total para el registro activo. Para configurar las copias de
seguridad automáticas de la base de datos, durante la configuración inicial
del servidor se especifica una clase de dispositivo que se utilizará para
dichas copias de seguridad. Las copias de seguridad de la base de datos
realizadas por el gestor de la base de datos son copias de seguridad
completas o incrementales.
Duplicación de la base de datos
La base de datos no se puede reflejar a través de Tivoli Storage Manager
en V6.3. Utilice en su lugar duplicación de hardware.
Modalidad de las anotaciones de recuperación
El servidor V6.3 siempre se ejecuta en un modo que es equivalente al
modo de puesta al día.
Los cambios en la base de datos se registran en el registro de recuperación
para mantener una imagen de base de datos coherente. Los archivos de
6
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Visión general de las actualizaciones de las bases de datos del servidor
activación y registro de archivado, que están incluidos en las copias de
seguridad de la base de datos, permiten restaurar el servidor a la hora más
reciente posible. También permiten restaurar la base de datos a un
determinado momento en el tiempo.
Para garantizar que la información de registro necesaria esté disponible
para la restauración de la base de datos, especifique que se realice un
duplicado del registro activo en otra ubicación del sistema de archivos.
Para que la disponibilidad sea la mejor posible, ubique la duplicación del
registro activo en un dispositivo físico diferente.
Archivos necesarios para restaurar la base de datos
Para restaurar la base de datos son necesarios el archivo de historial de
volumen y el archivo de configuración de dispositivo.
Antes de la V6.3, el archivo de historial de volumen era opcional para
restaurar la base de datos y si un archivo de configuración de dispositivo
no estaba disponible, podía crear el archivo de nuevo. Para iniciar el
servidor V6.3, tanto el archivo de historial de volumen como el archivo de
configuración de dispositivo deben estar disponibles; el archivo de
configuración de dispositivo no se puede volver a crear.
Importante: Asegúrese de que el archivo de opciones del servidor incluye
las siguientes opciones:
v Al menos una opción VOLUMEHISTORY con el nombre de un archivo para
que se actualice automáticamente cuando cambie la información del
historial del volumen.
v Al menos una opción DEVCONFIG con el nombre de un archivo en el que
almacenar una copia de seguridad de la información de configuración
del dispositivo.
Gestor de recuperación ante siniestro
El gestor de recuperación ante siniestro funciona con la base de datos
nueva y las operaciones de copia de seguridad de la base de datos.
Algunas de las stanzas del plan de recuperación son nuevas o se han
modificado para acomodar los cambios a las operaciones de la base de
datos.
Restauración de la base de datos
La base de datos se puede restaurar a la hora más reciente posible o a un
punto en el tiempo concreto. Para restaurar la base de datos son necesarios
el archivo de historial de volumen y el archivo de configuración de
dispositivo.
Puede restaurar la base de datos a una ubicación diferente de la ubicación.
El uso de restauración de base de datos es un modo de mover un servidor.
Varias instancias del servidor en un único sistema
Una instancia del servidor ejecuta el programa de servidor utilizando sus opciones
de servidor, el registro de recuperación y la base de datos únicas. Para ejecutar
varias instancias del servidor en un único sistema, configure los directorios de los
registros de recuperación y de la base de datos por separado y un directorio de
instancias para cada servidor en el que se almacenará el archivo de opciones de
servidor y otros archivos necesarios para ejecutar cada instancia del servidor.
Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor
7
Visión general de las actualizaciones de las bases de datos del servidor
En sistemas AIX, HP-UX, Linux y Solaris, cada instancia de servidor requiere un
único ID de usuario que es el propietario de la instancia. En sistemas Windows, las
instancias de servidor pueden ser propiedad de la misma cuenta de usuario o de
distintas cuentas de usuario.
Los archivos de cada instancia deben almacenarse independientemente de los del
programa del servidor. Como parte de la configuración del servidor, cree un
directorio en el que almacenar los archivos de la instancia del servidor. En el
directorio de instancias se almacenarán los siguientes archivos:
v El archivo de opciones del servidor, dsmserv.opt
v El archivo de configuración del dispositivo, si la opción del servidor DEVCONFIG
no indica un nombre cualificado completo
v El archivo de historial de volumen, si la opción del servidor VOLUMEHISTORY no
indica un nombre cualificado completo
v Los volúmenes de las agrupaciones de almacenamiento DEVTYPE=FILE, si el
directorio de la clase de dispositivo no se especifica de forma completa
v El archivo dsmserv.v6lock
v Salidas de usuario
v Salida de rastreo (si no se indica un nombre completo)
La base de datos y los archivos de registro de recuperación deben almacenarse en
directorios aparte, no en el de instancias.
Para gestionar la memoria de sistema utilizada por cada servidor en un sistema,
utilice la opción de servidor DBMEMPERCENT para limitar el porcentaje de la memoria
que puede utilizar el gestor de bases de datos de cada servidor. Si todos los
servidores tienen igual importancia, utilice el mismo valor para cada servidor. Si
un servidor es de producción y hay otros de prueba, establezca para el servidor de
producción un valor más alto que para los de prueba.
AIX
HPUX
Linux
Solaris
Por ejemplo, para ejecutar dos instancias de servidor, tsminst1 y tsminst2, puede
crear directorios de las instancias, como /tsminst1 y /tsminst2. Sitúe en cada uno
de ellos el archivo dsmserv.opt de ese servidor. Cada archivo dsmserv.opt debe
especificar un puerto distinto para que lo utilice el servidor. Para iniciar de forma
automática las dos instancias del servidor, puede utilizar el script rc.dsmserv.
Cambios para iniciar el servidor
Puede iniciar automáticamente varias instancias del servidor de Tivoli Storage
Manager al iniciar el sistema.
Inicio de las instancias del servidor (AIX, HP-UX, Linux, Solaris)
AIX
HPUX
Linux
Solaris
Puede ejecutar de forma automática varias instancias del servidor de Tivoli Storage
Manager al inicio del sistema (por ejemplo, desde /etc/inittab en un sistema AIX)
sin necesidad de utilizar scripts configurados por el usuario. Puede iniciar
instancias de servidor de esta forma gracias a dos opciones de DSMSERV y a un
script.
La forma estándar de iniciar el servidor es utilizando el ID de usuario de la
instancia. Si utiliza el ID de usuario de la instancia, simplifica el proceso de
configuración y evita posibles problemas. No obstante, en algunos casos, será
8
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Visión general de las actualizaciones de las bases de datos del servidor
necesario utilizar otro ID de usuario para iniciar el servidor. Por ejemplo, es
posible que desee utilizar el ID de usuario root para garantizar que el servidor
pueda acceder a determinados dispositivos. Para permitir que un usuario distinto
del ID de usuario de la instancia pueda iniciar el servidor, el ID de usuario debe
pertenecer al grupo SYSADM_GROUP y tener suficiente autoridad para emitir el
mandato de inicio para el servidor y el gestor de base de datos. El ID de usuario
debe tener autoridad para acceder a la base de datos del servidor y utilizar todos
los archivos, directorios y dispositivos que necesite el servidor. Antes de iniciar el
servidor, otorgue explícitamente la autoridad de base de datos al ID de usuario y
compruebe las demás autoridades del ID de usuario.
Solaris
Si ejecuta un servidor de Tivoli Storage Manager en un sistema
Consejo:
Solaris, puede utilizar Service Management Facility (SMF) de Solaris para
configurar y controlar el servidor de Tivoli Storage Manager como un servicio.
Para obtener más información, consulte Technote 7021102 (http://www.ibm.com/
support/docview.wss?uid=swg27021102).
Conmutación entre diferentes identificadores de usuario
La opción -u ID_usuario del mandato DSMSERV permite al servidor conmutar
entre diferentes ID de usuario mediante invocación. Esta opción está
pensada principalmente para utilizarla en /etc/inittab con sistemas AIX o
métodos similares en otras plataformas. La configuración resulta más
sencilla si puede conmutar al ID de usuario que sea el propietario de la
instancia al inicio.
Cambio del directorio activo actual
La opción -i dir:instancia del mandato DSMSERV permite al servidor cambiar
su directorio activo actual mediante invocación. Esta opción está pensada
principalmente para garantizar que puedan iniciarse varias instancias del
servidor de Tivoli Storage Manager desde /etc/inittab sin necesidad de
utilizar scripts configurados por el usuario.
Configuración del entorno utilizando un script
Se suministra un script, /opt/tivoli/tsm/server/bin/rc.dsmserv, para
utilizarlo con sistemas AIX, HP-UX, Linux y Solaris. El script configura
variables de entorno y cambia la vía de acceso de la biblioteca para
resolver las bibliotecas requeridas por Tivoli Storage Manager. La vía de
acceso de la biblioteca es la variable:
AIX
Linux
LIBPATH
LD_LIBRARY_PATH
Invoque el script desde la ubicación de inicio del sistema, por ejemplo,
/etc/inittab en un sistema AIX.
Tareas relacionadas:
“Inicio del servidor en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página
367
Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor
9
Visión general de las actualizaciones de las bases de datos del servidor
Inicio de instancias del servidor (Windows)
Windows
Puede iniciar automáticamente varias instancias del servidor de Tivoli Storage
Manager en el inicio del sistema mediante la configuración de las opciones para el
servidor como un servicio.
Puede iniciar la modalidad y las opciones para el servicio del servidor de manera
que el servidor se inicie con el inicio del sistema.
Cuando se inicia el servidor como un servicio, también se inicia automáticamente
el gestor de la base de datos correspondiente. El servicio para el gestor de la base
de datos se denomina como un servicio de DB2 y el nombre incluye el nombre de
la instancia del servidor. Por ejemplo, el servicio del gestor de la base de datos
para la instancia del servidor Server1 recibe el nombre: DB2 - DB2TSM1 - SERVER1
Cuando se detiene el servicio para el servidor, el servicio para el gestor de la base
de datos no se detiene automáticamente. Si intenta detener el servidor y el gestor
de la base de datos, debe detener independientemente el servicio para el gestor de
la base de datos.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
Cambios en archivos y en entornos
Las ubicaciones y algunos nombres de archivo cambian con respecto a versiones
anteriores.
AIX
Ubicación de la instalación
La ubicación de los archivos del servidor y el controlador de dispositivo de
Tivoli Storage Manager ha cambiado de /usr a /opt.
La ubicación de los archivos para el agente de almacenamiento Tivoli
Storage Manager también ha cambiado de /usr a /opt.
AIX
Ubicación de archivo de registro
Durante el proceso de instalación, los registros se graban en
/var/tivoli/tsm. Los registros y el rastreo de los asistentes de
configuración y actualización también se graban en esta ubicación.
AIX
Nombres de conjunto de archivos
Los conjuntos de archivos se han fusionado y los nombres han cambiado.
A excepción de los mensajes, el servidor se encuentra contenido en
tivoli.tsm.server.
HPUX
HPUX
Linux
Linux
Solaris
Solaris
Variables de entorno
v La variable DSMSERV_DIR ya no resulta válida. El servidor de Tivoli
Storage Manager determina de forma automática el directorio en el que
reside y busca las salidas necesarias, los módulos cargables y los
archivos de mensajes relacionados con ese directorio. En Windows, el
programa utiliza entradas del registro.
v La variable DSMSERV_CONFIG ya no resulta válida.
10
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Visión general de las actualizaciones de las bases de datos del servidor
Importante: Cuando se utilizan los programas de utilidad de actualización
para un servidor V5, aún se deben establecer las variables de entorno para
los programas de utilidad. Consulte “Establecimiento de las variables de
entorno para los programas de utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris” en la página 332 para obtener información
detallada.
Tareas relacionadas:
“Establecimiento de las variables de entorno para los programas de utilidad de
actualización en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página 332
Modificaciones en los mandatos administrativos
Con el nuevo gestor de bases de datos, podrá seguir gestionando la base de datos
con los mandatos de Tivoli Storage Manager. Las tareas de administración de la
base de datos son diferentes, por lo que los cambios en el servidor incluyen
mandatos administrativos nuevos modificados y suprimidos.
Algunas opciones y herramientas del servidor también cambian.
Referencia relacionada:
“Cambios en opciones y mandatos” en la página 61
Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor
11
Visión general de las actualizaciones de las bases de datos del servidor
12
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 2. Planificación de la actualización del servidor
La planificación de la actualización a IBM Tivoli Storage Manager V6.3 o posterior
es importante porque además de instalar un código nuevo, debe mover el
contenido de la base de datos del servidor a una base de datos nueva.
La transferencia de datos desde la base de datos del servidor V5 a V6.3 o posterior
consume un porcentaje muy alto de los recursos del procesador del sistema y
requiere una gran cantidad de actividad de E/S.
Al realizar la planificación, considere la posibilidad de probar la actualización en
sistemas que no sean de producción. Las pruebas proporcionarán información
acerca del tiempo que requerirá la actualización de la base de datos del servidor, lo
que le facilitará programar el tiempo que el servidor no estará disponible. Puede
que algunas bases de datos tarden más que otras en actualizarse.
Las pruebas también le proporcionarán información acerca del tamaño de la nueva
base de datos en comparación con la original proporcionando información más
precisa acerca de las necesidades de almacenamiento de la base de datos.
Si dispone de varios servidores, considere la posibilidad de actualizar primero solo
uno para conocer cómo funcionará el proceso de actualización con los datos.Utilice
los datos de la primera actualización para planificar la de los servidores restantes.
Proceso de actualización del servidor de V5 a V6.3 o posterior
El cambio de Tivoli Storage Manager V5 a V6.3 o posterior requiere más
preparación y planificación que las actualizaciones anteriores. Debido al programa
de base de datos que utiliza el servidor, es necesario mover la base de datos a la
estructura de la base de datos nueva utilizando las herramientas de actualización
suministradas.
Salvo por los pasos de inserción y extracción de la base de datos, el proceso de
actualización del servidor es similar al proceso de recuperación tras desastre. Los
archivos esenciales del servidor, como los archivos de opciones y de configuración
de dispositivo, deben estar disponibles, y los dispositivos de agrupación de
almacenamiento deben estar disponibles para el servidor actualizado.
Los principales pasos del proceso de actualización de V5 a V6.3 o posterior son:
1. Planifique el hardware y el software del sistema, y calcule el tiempo de
actualización.
Utilice la información relativa al proceso de actualización de Tivoli Storage
Manager junto con los requisitos operativos de los servidores existentes para
decidir cómo y cuándo realizar la actualización.
Sugerencia: Si introduce nuevo hardware o cambios en la infraestructura del
sistema de almacenamiento, planifique la distribución en zonas de la red de
área de almacenamiento (SAN). Deje tiempo para crear las vías de acceso y las
sentencias de dispositivos, y para incorporar los volúmenes de cintas después
de la actualización. Para los dispositivos de cinta de IBM, no hay controladores
de varias vías de acceso disponibles para las unidades de cintas que se
distribuyen en más de un adaptador. Utilice la distribución en zonas y las
definiciones de dispositivos para equilibrar la carga de trabajo.
© Copyright IBM Corp. 2009, 2013
13
Actualización del servidor de V5 a V6.3 o posterior
2. Realice una copia de seguridad de la base de datos y de los archivos de
configuración del servidor de Tivoli Storage Manager. Asegúrese de que al
menos una copia de seguridad completa de la base de datos está disponible en
el sitio.
Consejo: Si debe restaurar la base de datos después de una actualización
errónea, el hecho de tener una base de datos de copia de seguridad en el sitio
le ahorrará tiempo.
3. Opcional: compruebe el entorno del sistema ejecutando el comprobador de
requisitos previos. Realice los cambios que sean necesarios antes de continuar
con la instalación.
4. Instale el código del servidor. Entre las tareas de instalación se encuentran las
siguientes:
v La instalación de un nuevo código de servidor, que incluye el servidor y su
programa gestor de bases de datos. Configure un ID de usuario para la
nueva instancia de servidor.
v La instalación del paquete de programas de utilidad de actualización en el
sistema en el que se encuentre ubicado el servidor V5.
5. Actualice la base de datos. Esta tarea incluye la preparación de la base de datos
y, a continuación, trasladarla a la base de datos. Utilice los programas de
utilidad de actualización o el asistente de actualización para realizar estas
tareas.
Los programas de utilidad o el asistente extraerán los datos de una base de
datos existente y los insertarán después en una nueva base de datos V6.3 o
posterior. La transferencia de datos se puede hacer a través de soportes o de la
red.
Cuando se transfiere una base de datos a la estructura de la base de datos
nueva, la validez de los datos debe comprobarse en relación con las
limitaciones que se aplican en la base de datos nueva. Las herramientas de
actualización corrigen de forma automática algunos errores de la base de datos.
Otros errores pueden requerir una corrección manual.
Si utiliza el asistente, éste le guiará en los distintos pasos de actualización en el
orden correcto. Si va a realizar la actualización manualmente utilizando los
programas de utilidad desde una línea de mandatos, siga el procedimiento
detenidamente.
6. Compruebe la actualización ejecutando algunas operaciones básicas y
consultando algunos datos acerca del sistema para confirmar que toda la
información se ha transferido correctamente.
Para ayudarle a decidir qué proceso de actualización utilizar, revise la información
que compara los métodos de actualización y las descripciones de los casos de
ejemplo de actualización.
Tareas relacionadas:
Capítulo 3, “Visión general de casos de ejemplo de actualización”, en la página 87
14
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Comparación del proceso de actualización en un sistema
existente y en otro nuevo
La actualización del servidor V6.3 o posterior en un sistema existente requiere que
este sistema no esté disponible para la producción durante el proceso de
instalación y cuando los datos se transfieran a la nueva base de datos. El traslado
del servidor a un sistema nuevo le da más flexibilidad en términos del proceso de
actualización, pero con le acarrea costes adicionales.
Si está actualizando Tivoli Storage Manager a un sistema operativo diferente, tiene
disponible un conjunto de vías de migración. Para obtener instrucciones sobre
cómo migrar un servidor que se está ejecutando en un sistema operativo, z/OS,
consulte Parte 3, “Migración de servidores de Tivoli Storage Manager V5 en
sistemas z/OS a V6 en AIX o Linux en System z”, en la página 487. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un sistema
operativo de AIX, HP-UX o Solaris, consulte Parte 2, “Migrar los servidores Tivoli
Storage Manager V5 en sistemas de AIX, HP-UX o Solaris a V6.3.4 en Linux”, en la
página 395.
La siguiente tabla muestra los artículos a considerar cuando decide cómo actualizar
el servidor.
Tabla 6. Consideraciones para seleccionar un escenario de actualización de servidor
Elemento
Actualización en un sistema existente
Actualización en un sistema nuevo
Hardware de sistema
Se necesitan más recursos (espacio en
disco, memoria y, posiblemente,
capacidad de procesador) en el sistema
existente.
También es obligatorio un sistema
nuevo, además del existente, que cumpla
con los requisitos.
El software del sistema debe cumplir
con los requisitos de V6.3 o posterior.
El software del sistema debe cumplir
con los requisitos de V6.3 o posterior.
El servidor V6.3 o posterior no puede
existir al mismo tiempo que otras
versiones en el mismo sistema.
El software del sistema V5 original debe
cumplir con los requisitos para los
programas de utilidad (los requisitos de
programas de utilidad son los mismo
para un servidor V5.5).
Software
Debe actualizarse a un sistema nuevo si
el servidor existente está ubicado en una
de las plataformas que no son
compatibles con V6.3 o posterior.
Capítulo 2. Planificación de la actualización
15
Actualización del servidor de V5 a V6.3 o posterior
Tabla 6. Consideraciones para seleccionar un escenario de actualización de servidor (continuación)
Elemento
Actualización en un sistema existente
Actualización en un sistema nuevo
disponibilidad del servidor V5
Todas las instancias del servidor V5 del
sistema dejan de estar disponibles una
vez se ha instalado el programa del
servidor V6.3 o posterior. No se puede
acceder a los datos gestionados por una
instancia de servidor hasta que finalice
el proceso de actualización de esa
instancia.
Podrá llevar a cabo la actualización de
varios servidores, ya que el programa
del servidor V5 puede dejarse en el
sistema original.
Tras completarse la extracción de la base
de datos, el servidor V5.5 que hay en el
sistema original se puede reiniciar. Sin
embargo, si reinicia el servidor V5.5 para
Para volver a utilizar el servidor de V5, operaciones de producción tras la
debe volver a instalar el mismo nivel del extracción de la base de datos, debe
planear con cuidado cómo completará el
programa de servidor V5 que tenía
antes. Después, restaure la base de datos proceso de actualización para evitar la
pérdida de datos. Para obtener más
de V5 desde una copia de seguridad.
información sobre los métodos de
actualización híbridos que debe utilizar,
incluidas las operaciones de exportación
e importación, los consejos sobre cómo
evitar la pérdida de datos, consulte la
wiki Tivoli Storage Manager(http://
www.ibm.com/developerworks/
mydeveloperworks/wikis/home/wiki/
Tivoli Storage Manager).
Se puede reiniciar un servidor V5.3 o
V5.4 en el sistema original, pero la base
de datos debe restaurarse primero desde
la copia de seguridad de la base de
datos.
Método de transferencia de la
base de datos
La base de datos puede moverse con
una conexión de red de host local o
utilizando un disco u otro tipo de
soporte externo.
Debe contar con una conexión de red
entre el sistema existente y el nuevo o
un dispositivo y soportes para
almacenar la base de datos extraída.
Dispositivos y agrupaciones de Se pueden utilizar dispositivos existentes El nuevo sistema debe tener acceso a
todo el almacenamiento utilizado por el
almacenamiento
conectados.
sistema original.
Debe cambiar la propiedad o los
Las definiciones para dispositivos, como
permisos para todo el espacio de disco
los tipos de dispositivos FILE pueden
utilizado con las agrupaciones de
necesitar cambiarse después de la
almacenamiento (tipos de dispositivo
FILE o DISK). El ID de usuario que cree actualización.
para que sea propietario de la instancia
Debe cambiar la propiedad o los
del servidor actualizado deberá tener
otorgada la propiedad o los permisos de permisos para todo el espacio de disco
lectura y escritura en el espacio de disco utilizado con las agrupaciones de
almacenamiento (tipos de dispositivo
para las agrupaciones de
FILE o DISK). El ID de usuario que cree
almacenamiento.
para que sea propietario de la instancia
del servidor actualizado deberá tener
otorgada la propiedad o los permisos de
lectura y escritura en el espacio de disco
para las agrupaciones de
almacenamiento.
Si el entorno incluye una red de área de
almacenamiento (SAN), pueden ser
necesarios cambios de zona o cambios
de máscara de LUN.
16
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 6. Consideraciones para seleccionar un escenario de actualización de servidor (continuación)
Elemento
Actualización en un sistema existente
Actualización en un sistema nuevo
Conexiones de cliente y del
agente de almacenamiento y
compartir bibliotecas
No es necesario ningún cambio.
La dirección de red en los agentes del
cliente y de almacenamiento, debe
actualizarse después de la actualización.
De forma alternativa, puede hacer
cambios de red para que el sistema
nuevo tenga la misma dirección que el
sistema original.
De forma similar, si el servidor tiene una
relación de compartir biblioteca con
otros servidores, pueden ser necesarios
cambios en la dirección de red tras la
actualización.
Conceptos relacionados:
“Requisitos de hardware y software para la actualización del servidor” en la
página 22
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
“Requisitos de software y hardware del sistema del servidor V5 que se va a
actualizar” en la página 20
Comparación de los métodos para transferir datos a la base
de datos V6.3 o posterior
Necesitará las herramientas de actualización para transferir datos desde una
versión anterior de la base de datos a la V6.3 o posterior. Puede utilizar el asistente
de actualización para ejecutar las herramientas de forma guiada.
Para mover la base de datos, deberá instalar el paquete de programas de utilidad
de actualización en el sistema en el que se encuentre ubicada la base de datos del
servidor. El paquete de programas de utilidad está disponible en el sitio de
descargas del FTP para el producto Tivoli Storage Manager. La instalación del
paquete de herramientas de actualización es una tarea independiente de la de
instalación del servidor V6.3 o posterior.
La transferencia de la base de datos puede realizarse de dos maneras:
Método de soporte
Puede extraer los datos desde la base de datos original en un soporte y
cargarlos después en la nueva base de datos. Ésta puede estar ubicada en
el mismo sistema o en otro distinto.
El método de soporte puede ser una buena opción si va a realizar la
actualización a un sistema físico nuevo para el servidor y no puede contar
con la máquina antigua y la nueva al mismo tiempo o si no puede
conectarlas con una red de alta velocidad. También resulta una buena
opción si no se va actualizar a un sistema nuevo y desea que el servidor
V6.3 o posterior utilice el mismo espacio de almacenamiento de disco que
el utilizado por el servidor V5.
Método de red
Puede extraer simultáneamente los datos desde la base de datos original y
Capítulo 2. Planificación de la actualización
17
Actualización del servidor de V5 a V6.3 o posterior
cargarlos en la nueva base de datos. Ésta puede estar ubicada en el mismo
sistema o en otro distinto conectado a la red.
El método de red es una buena opción si busca sacar el máximo partido
del programa de utilidad de actualización, en especial, si va a realizar una
migración desde un sistema físico a un sistema nuevo y estos sistemas
están conectados mediante una red de alta velocidad. El método de red
reduce la cantidad de almacenamiento que se requiere porque hace falta
ningún disco ni ninguna cinta para guardar los datos que se han
descargado desde la base de datos V5.
Con cualquiera de estos dos métodos, el servidor original no podrá ejecutarse en la
modalidad de producción mientras se extraen los datos.
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD”
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Programas de utilidad de actualización DSMUPGRD
Puede utilizar los programas de utilidad de actualización DSMUPGRD para preparar y
extraer los datos desde una base de datos del servidor V5.3, V5.4 o V5.5 para
insertarla en una base de datos de servidor V6.3 o posterior vacía.
Los programas de utilidad DSMUPGRD se ejecutan en la base de datos original.
El programa de utilidad DSMUPGRD PREPAREDB actualiza una versión de la base de
datos de servidor a la 5.5 y realiza ciertas tareas de limpieza para preparar el
proceso de extracción.
Importante: Una vez actualizada una versión 5.3 o 5.4 de la base de datos de
servidor a la 5.5, la base de datos ya no se podrá utilizar en un servidor V5.3 o
V5.4. Si no desea que la base de datos del servidor de producción se actualice,
puede restaurar la copia de seguridad de la base de datos en otro sistema. A
continuación, actualice esa copia de la base de datos.
El programa de utilidad DSMUPGRD EXTRACTDB extrae los datos de una base de datos
de servidor. Puede utilizar el programa de utilidad para extraer e insertar los datos
de forma simultánea en una base de datos nueva sobre una red. De forma
alternativa, puede utilizar el programa de utilidad para extraer los datos al soporte
para insertarlos después en la base de datos nueva. El proceso de extracción se
puede ejecutar con varios procesos.
Si se produce algún problema durante la preparación o la extracción de la base de
datos, los programas de utilidad DSMUPGRD EXTEND DB y DSMUPGRD EXTEND LOG se
encuentran disponibles para ampliar el espacio de la base de datos o del registro.
18
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Referencia relacionada:
“DSMUPGRD QUERYDB (mostrar información acerca de la base de datos V5)” en
la página 574
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
“DSMUPGRD EXTEND DB (ampliación del tamaño de la base de datos)” en la
página 587
“DSMUPGRD EXTEND LOG (ampliación del tamaño del registro de
recuperación)” en la página 588
“DSMUPGRD UPDATE (Creación de entradas del registro de seguridad para una
instancia del servidor V5)” en la página 590
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
DSMSERV LOADFORMAT (Formatear una base de datos)
Requisitos de hardware y software para actualizar al servidor V6.3 o
posterior
Utilice los requisitos que se describen aquí como punto de partida.
Para obtener la información más actualizada acerca de los requisitos de hardware y
software, consulte el sitio de soporte del producto en http://www.ibm.com/
support/docview.wss?uid=swg21243309.
Para verificar el entorno de instalación, puede ejecutar el comprobador de
requisitos previos antes de iniciar la instalación. Para obtener más información
sobre el comprobador de requisitos previos, consulte “Ejecución del comprobador
de requisitos previos” en la página 43.
AIX
HPUX
Linux
Solaris
El servidor V6.3 o posterior
Restrictions:
se puede instalar y ejecutar en un sistema donde ya se haya instalado DB2, tanto si
DB2 se instaló independientemente o como parte de otra aplicación, con
restricciones. Para obtener detalles, consulte Compatibilidad del Tivoli servidor
Storage Manager con otros productos DB2 del sistema.
Restricción: Windows No puede instalar y ejecutar el servidor V6.3 o posterior en
un sistema que ya tenga DB2 instalado en él, tanto si DB2 se instaló por sí mismo
o como parte de alguna otra aplicación. El servidor V6.3 o posterior requiere la
instalación y utilización de la versión de DB2 incluida en el paquete del servidor
V6.3 o posterior. No puede haber ninguna otra versión de DB2 en el sistema.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Capítulo 2. Planificación de la actualización
19
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de software y hardware del sistema del servidor V5
que se va a actualizar
Los servidores V5.3, V5.4 o V5.5 se pueden actualizar a V6.3 o posterior. El paquete
de programas de utilidad de actualización debe instalarse en el sistema en el que
se encuentre ubicada la base de datos V5. El sistema V5 debe cumplir los requisitos
necesarios para ejecutar los programas de utilidad para la actualización, incluso si
se va a ubicar el servidor actualizado en un sistema nuevo.
Es posible que los servidores V5.3 o V5.4 se estén ejecutando en sistemas
operativos que no son compatibles con los programas de utilidad de actualización.
Por lo tanto, puede que necesite actualizar el sistema antes de comenzar el
procedimiento de actualización. Utilice la información disponible en Tabla 7 para
determinar si está utilizando una de las versiones de sistema operativo que deben
actualizarse.
Cuando se prepara para actualizar un sistema, debe asegurarse de que el servidor
de origen está en V5.3.6 o posterior y de que se haya instalado el arreglo temporal
más reciente para el nivel seleccionado.
|
|
|
Para optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack y el arreglo temporal,
visite IBM Support Portal en http://www.ibm.com/support/entry/portal/
Downloads. Localice la versión adecuada de Tivoli Storage Manager.
Tabla 7. Versiones del sistema operativo que se deben actualizar para ejecutar los
programas de utilidad
Sistema
operativo
Si ejecuta esta versión...
Debe actualizar a esta versión (o una
posterior) para utilizar los programas
de utilidad.
AIX
v IBM AIX 5L V5.1 (32 o 64 bit)
v AIX V5.3 (64 bit sólo)
v AIX V5.2 (32 o 64 bit)
v AIX V6.1 (64 bit sólo)
v PA-RISC:
v PA-RISC:
HP-UX
HP-UX 11i V1.0 (32 o 64 bit)
HP-UX 11i v2 (64 bit )
HP-UX 11i v3 (64 bit)
Linux en
Power
v Red Hat® Enterprise Linux 3
(soportada en procesadores
POWER5 sólo)
v SUSE Linux Enterprise Server
8/UnitedLinux 1.0 (soportado sólo
en procesadores anteriores a
POWER5)
v Miracle Linux 4.0 o Asianux 2.0
v GNU C libraries 2.2.5-108
20
v Red Hat Enterprise Linux 4
v Red Hat Enterprise Linux 5
v SUSE Linux Enterprise Server 9 y
10
v Asianux 2.0 - Red Flag DC 5.0 y
Haansoft Linux 2006 o Asianux 3.0
v V2.3.3 o posterior de las bibliotecas
GNU C que están instaladas en el
sistema de destino
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 7. Versiones del sistema operativo que se deben actualizar para ejecutar los
programas de utilidad (continuación)
Sistema
operativo
Linux x86
Debe actualizar a esta versión (o una
posterior) para utilizar los programas
de utilidad.
Si ejecuta esta versión...
v Red Hat Enterprise Linux 3 (AS,
WS, ES)
v Red Hat Enterprise Linux 4
v SUSE Linux Enterprise Server
(SLES) 8 / UnitedLinux 1.0
v SUSE Linux Enterprise Server 9 y
10
v V2.2.5-213 de las bibliotecas GNU
C
v Asianux 2.0 - Red Flag DC 5.0,
Miracle Linux 4.0 y Haansoft Linux
2006 o Asianux 3.0
v Red Hat Enterprise Linux 5
v V2.3.3 o posterior de las bibliotecas
GNU C que están instaladas en el
sistema de destino
Linux
x86_64
v Red Hat Enterprise Linux 3
v Red Hat Enterprise Linux 4
v Red Flag Advanced Server 4.1
v Red Hat Enterprise Linux 5
v SUSE Linux Enterprise Server 8
v SUSE Linux Enterprise Server 9 y
10
v V2.2.5-213 de las bibliotecas GNU
C
v Asianux 2.0 - Red Flag DC 5.0,
Miracle Linux 4.0 y Haansoft Linux
2006 o Asianux 3.0
v Versión V2.3.3 o posterior de las
bibliotecas GNU C instaladas en el
equipo de destino
Linux
zSeries
v SUSE Linux Enterprise Server 8 /
UnitedLinux 1.0
v Red Hat® Enterprise Linux 4
v Versión 2.2.5-108 de las bibliotecas
GNU C
v SUSE Linux Enterprise Server 9 y
10
v Red Hat® Enterprise Linux 5
v V2.3.3 o posterior de las bibliotecas
GNU C que están instaladas en el
sistema de destino
Oracle
Solaris
v Oracle Solaris 8 (64 bits)
v SPARC 64 bits:
Oracle Solaris 9
Oracle Solaris 10
v x86_64:
Oracle Solaris 10
Microsoft
Windows
v Windows 2000 Professional
v Windows Server 2003 (Standard,
Enterprise o Datacenter) Edition
v Windows 2000 Server
v Windows 2000 Advanced Server
v Windows 2000 Datacenter Server
v Windows Server 2003 (Standard,
Enterprise o Datacenter) x64
Edition
v Windows Server 2008 (Standard,
Enterprise o Datacenter) Edition
v Windows Server 2008 (Standard,
Enterprise o Datacenter) x64
Edition
Consejo: Los requisitos del sistema para el programa de utilidad de actualización
son los mismos que los requisitos del sistema para un servidor V5.5, dado que el
Capítulo 2. Planificación de la actualización
21
Actualización del servidor de V5 a V6.3 o posterior
programa de utilidad de actualización está basado en el código del servidor V5.5.
Consulte los requisitos del sistema para un servidor V5.5 en uno de los siguientes
sitios web. Compare el sistema en el que se ejecuta su servidor V5.3 o V5.4 con los
requisitos del sistema para un servidor V5.5.
AIX
http://www.ibm.com/support/docview.wss?uid=swg21052220
HP-UX
http://www.ibm.com/support/docview.wss?uid=swg21052219
Linux
Linux en Power Systems Servers: http://www.ibm.com/support/
docview.wss?uid=swg21108042
Linux x86: http://www.ibm.com/support/
docview.wss?uid=swg21107360
Linux x86_64: http://www.ibm.com/support/
docview.wss?uid=swg21204361
Linux zSeries: http://www.ibm.com/support/
docview.wss?uid=swg21108040
Solaris
http://www.ibm.com/support/docview.wss?uid=swg21053216
Windows
http://www.ibm.com/support/docview.wss?uid=swg21064234
Requisitos de hardware y software para la actualización del
servidor
Utilice estos requisitos como punto de partida. Visite el sitio de soporte del
producto para obtener la información más reciente acerca de los requisitos de
hardware y software.
El sitio de soporte del producto se ubica en http://www.ibm.com/support/entry/
portal/Overview/Software/Tivoli/Tivoli_Storage_Manager.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente, hay
disponible un conjunto de vías de acceso limitadas. Para obtener instrucciones
sobre cómo migrar un servidor que se está ejecutando en un sistema operativo de
z/OS, consulteParte 3, “Migración de servidores de Tivoli Storage Manager V5 en
sistemas z/OS a V6 en AIX o Linux en System z”, en la página 487. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un sistema
operativo de AIX, HP-UX o Solaris, consulte Parte 2, “Migrar los servidores Tivoli
Storage Manager V5 en sistemas de AIX, HP-UX o Solaris a V6.3.4 en Linux”, en la
página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a actualizar
se está ejecutando en cualquiera de estas plataformas, no podrá actualizarlo a V6.3
o posterior en la misma plataforma. Para plataformas necesarias, consulte la tabla
siguiente.
Tabla 8. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
HP-UX en un sistema PA-RISC
22
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX ejecutándose en un sistema Intel
Itanium
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 8. Plataformas necesarias para la actualización de V5 a V6.3 o
posterior (continuación)
|
|
Plataforma para el servidor V5
Plataforma requerida para actualizar a V6.3
o posterior
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3 o
posterior en un entorno de hardware y software compatible, tal como se describen
en la tabla siguiente.
Tabla 9. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
Comentarios
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
Capítulo 2. Planificación de la actualización
23
Actualización del servidor de V5 a V6.3 o posterior
Tabla 9. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Comentarios
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
24
AIX o Linux en System z
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
Actualización del servidor de V5 a V6.3 o posterior
Requisitos del servidor en sistemas AIX
AIX
Compruebe que el sistema AIX cumple los requisitos.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
Tabla 10. Requisitos de hardware
Tipo de
hardware
Requisitos de hardware
Hardware
Un sistema POWER4, POWER5, POWER6, POWER7 (de 64 bits)
correctamente configurado
Espacio de
disco
El siguiente espacio en disco como mínimo:
v 5 MB para el directorio /var
v 2 GB para el directorio /opt/tivoli/tsm
v 30 MB para el directorio /opt si crea puntos de montaje
v 360 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Capítulo 2. Planificación de la actualización
25
Actualización del servidor de V5 a V6.3 o posterior
Tabla 10. Requisitos de hardware (continuación)
Tipo de
hardware
Memoria
(mínima)
Requisitos de hardware
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 11. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
AIX 6.1 ejecutándose en un entorno de kernel de 64 bits con los
siguientes requisitos adicionales:
v AIX 6.1 TL 2.
v Los sistemas POWER7 necesitan AIX 6.1 TL 4.
v Nivel de tiempo de ejecución C++ mínimo con los conjuntos de
archivos xlC.rte 11.1.0.1 y xlC.aix61.rte 11.1.0.1 o posterior. Estos
conjuntos de archivos se incluyen en el paquete de reparación
acumulativo de junio de 2008 para los componentes del entorno de
ejecución C++ de IBM para AIX.
AIX 7.1 en un entorno de kernel de 64 bits.
v El nivel de tiempo de ejecución C++ necesita los conjuntos de archivos
xlC.rte 11.1.0.1 y xlC.aix61.rte 11.1.0.1 o posterior. Estos conjuntos de
archivos se incluyen en el paquete de abril de 2010 IBM C++ Runtime
Environment Components for AIX V11.1.
Para ver las últimas recomendaciones sobre niveles de mantenimiento de
AIX, consulte http://www.ibm.com/support/
docview.wss?uid=swg21165448
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 7.0 o posterior
v Firefox 3.5 o posterior
Su navegador debe dar soporte a la página de códigos del servidor. Si el
navegador no soporta la página de código de servidor, puede que las
ventanas no se lean. Si el navegador de que dispone cumple estos
requisitos, pero no visualiza correctamente la interfaz basada en web de
Tivoli Storage Manager utilice un navegador diferente.
Protocolo de
Un método de comunicación configurado.
comunicaciones
26
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 11. Requisitos de software (continuación)
Tipo de
software
Requisitos de software mínimos
Proceso
Entrada/salida asíncrona tiene que estar habilitado.
Controladores
Instale el controlador de dispositivo de Tivoli Storage Manager más
actualizado. El controlador se deben configurar antes de utilizar el
servidor de Tivoli Storage Manager con dispositivos de cintas.
Encontrará controladores de dispositivo de IBM en el sitio web de Fix
Central.
1. Vaya al sitio web de Fix Central: http://www.ibm.com/support/
fixcentral/.
2. Seleccione Sistemas de almacenamiento para el grupo de productos.
3. Seleccione Sistemas de cintas para la familia de productos.
4. Seleccione Controladores de dispositivo de cinta y software para el
tipo de producto.
5. Seleccione Controladores de dispositivo de cinta para el producto.
6. Seleccione el sistema operativo para la plataforma.
Programa de
El programa de utilidad gunzip debe estar disponible en el sistema antes
utilidad gunzip de instalar o actualizar el servidor de Tivoli Storage Manager Versión 6.
Asegúrese de que el programa de utilidad gunzip esté instalado y que la
vía de acceso al mismo esté establecida en la variable de entorno PATH.
Otro software
Shell Korn (ksh)
Requisitos de servidor en sistemas HP-UX
HPUX
Compruebe que su sistema HP-UX cumple los requisitos.
No se puede ejecutar un servidor V6.3 o posterior en un sistema PA-RISC en el
que se está ejecutando el sistema operativo HP-UX. Si el servidor que desea
actualizar se está ejecutando en esta plataforma, no podrá actualizarlo a V6.3 o
posterior en la misma plataforma. Debe instalar el servidor V6.3 o posterior en un
sistema Itanium en el que se ejecute el sistema operativo HP-UX y, seguidamente,
utilizar el método de soporte o de red para actualizar el servidor V5 a ese sistema.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
Tabla 12. Requisitos de hardware
Tipo de
hardware
Requisitos de hardware
Hardware
Un sistema Intel Itanium de 64 bit.
Capítulo 2. Planificación de la actualización
27
Actualización del servidor de V5 a V6.3 o posterior
Tabla 12. Requisitos de hardware (continuación)
Tipo de
hardware
Espacio de
disco
Requisitos de hardware
El siguiente espacio en disco como mínimo:
v 5 MB para el directorio /var
v 30 MB para el directorio /opt si crea puntos de montaje
v 2 GB para el directorio /opt/tivoli/tsm
v 2 MB para el directorio /opt si no crea puntos de montaje
v 600 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Los recursos de sistemas, como los semáforos y los valores de kernel pueden
requerir una configuración y ajuste especiales. Consulte la información en
Apéndice C, “Requisitos de recursos del sistema HP-UX”, en la página 609.
28
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 13. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
El sistema HP Itanium debe tener el sistema operativo 11i v3 (11.31) con
los niveles de mantenimiento más recientes instalados.
11i v3 con:
v Parche acumulativo: PHCO_38658 - libc
Deben aplicarse los parches de servicio más recientes disponibles al
sistema operativo. Niveles anteriores sin los parches no funcionan con los
controladores de dispositivos que utiliza Tivoli Storage Manager.
Protocolo de
Un método de comunicación que está instalado y activado (la memoria
comunicaciones compartida es el valor predeterminado).
Dispositivos y
controladores
v Un dispositivo de DVD que esté disponible para el proceso de
instalación si éste se realiza desde un soporte de DVD.
v El paquete de controladores de dispositivo de Tivoli Storage Manager
no contiene un controlador de dispositivos para este sistema operativo
porque se utiliza un controlador de dispositivo genérico SCSI.
Configure el controlador de dispositivo antes de utilizar el servidor de
Tivoli Storage Manager con dispositivos de cinta.
El paquete de controladores de Tivoli Storage Manager contiene
herramientas de controladores y daemons de ACSLS. Encontrará
paquetes de controladores de IBM en el sitio web de Fix Central.
1. Vaya al sitio web de Fix Central: http://www.ibm.com/support/
fixcentral/.
2. Seleccione Sistemas de almacenamiento para el grupo de
productos.
3. Seleccione Sistemas de cintas para la familia de productos.
4. Seleccione Controladores de dispositivo de cinta y software para
el tipo de producto.
5. Seleccione Controladores de dispositivo de cinta para el producto.
6. Seleccione el sistema operativo para la plataforma.
Programa de
El programa de utilidad gunzip debe estar disponible en el sistema antes
utilidad gunzip de instalar o actualizar el servidor de Tivoli Storage Manager Versión 6.
Asegúrese de que el programa de utilidad gunzip esté instalado y que la
vía de acceso al mismo esté establecida en la variable de entorno PATH.
Otro software
Shell Korn (ksh)
Requisitos del servidor en sistemas Linux
Linux
Compruebe que el sistema Linux cumple los requisitos.
Algunas plataformas que eran compatibles con versiones anteriores del servidor no
lo son con V6.3 o posterior:
v Linux en un sistema Itanium (IA64)
v Linux en un sistema x86 de 32 bits
Si el servidor que se va a actualizar se está ejecutando en cualquiera de estas
plataformas, no podrá actualizarlo a V6.3 o posterior en la misma plataforma. Debe
instalar el servidor V6.3 o posterior en un sistema x86_64 donde se esté ejecutando
el sistema operativo Linux y, seguidamente, utilizar el método de soporte o de red
Capítulo 2. Planificación de la actualización
29
Actualización del servidor de V5 a V6.3 o posterior
para actualizar el servidor V5 a ese sistema.
Requisitos de servidor para los sistemas Linux en POWER:
Linux
El servidor Tivoli Storage Manager tiene requisitos mínimos de software y
hardware.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
Si tiene una biblioteca de cinta o una unidad IBM 3592 o Ultrium, instale el
controlador de dispositivo más actual antes de instalar Tivoli Storage Manager.
Puede localizar los controladores del dispositivo en http://www.ibm.com/
support/fixcentral/.
|
|
|
|
Tabla 14. Requisitos de hardware
Tipo de
hardware
Hardware
Requisitos de hardware
Un servidor Linux on Power Systems en un sistema IBM, como uno de los
listados en el siguiente sitio web:
http://www.ibm.com/systems/power/software/linux/about/index.html
Espacio de
disco
El siguiente espacio en disco como mínimo:
v 5 MB para el directorio /var
v 30 MB para el directorio /opt si crea puntos de montaje
v 2 GB para el directorio /opt/tivoli/tsm
v 390 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
30
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 14. Requisitos de hardware (continuación)
Tipo de
hardware
Requisitos de hardware
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 15. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
El servidor de Tivoli Storage Manager en Linux en Power (arquitectura
ppc64) requiere uno de los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5, actualización 3 o posterior
v Red Hat Enterprise Linux 6
v SUSE Linux Enterprise Server 10, Service Pack 2 o posterior
v SUSE Linux Enterprise Server 11
Y los siguientes requisitos adicionales:
v Nivel mínimo de C++ runtime con xlC 8.0.0.0
Para descargar el tiempo de ejecución XL C++, vaya al siguiente sitio
web: http://www.ibm.com/software/awdtools/xlcpp/. Para conocer
más detalles sobre este requisito del sistema, puede visitar el siguiente
sitio web: http://www.ibm.com/software/data/db2/9/sysreqs.html.
Bibliotecas
|
|
Bibliotecas GNU C, Versión 2.4-31.30 y posterior.
libaio.so.1 para servidores empresariales de Red Hat Enterprise Linux y
SUSE Linux Enterprise (se requieren paquetes de 32 y 64 bit).
Si ejecuta SUSE Linux Enterprise Server 11, descargue el paquete XL
C/C++ runtime V10.1. Consulte el siguiente enlace para obtener más
instrucciones: http://www.ibm.com/support/
docview.wss?uid=swg24022673.
Protocolo de
v Protocolo de control de transmisiones/protocolo Internet, versión 4 o
comunicaciones
versión 6, que es estándar con Linux
v Protocolo de memoria compartida (con cliente de Tivoli Storage
Manager Versión 6.3 o posterior System p)
Proceso
Entrada/salida asíncrona tiene que estar habilitado. En kernels de Linux
2.6 o posterior, instale la biblioteca libaio para habilitar la E/S asíncrona.
Capítulo 2. Planificación de la actualización
31
Actualización del servidor de V5 a V6.3 o posterior
Tabla 15. Requisitos de software (continuación)
Tipo de
software
Requisitos de software mínimos
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 7.0 o posterior
v Firefox 3.5 o posterior
Su navegador debe dar soporte a la página de códigos del servidor. Si el
navegador no soporta la página de código de servidor, puede que las
ventanas no se lean. Si el navegador de que dispone cumple estos
requisitos, pero no visualiza correctamente la interfaz basada en web de
Tivoli Storage Manager utilice un navegador diferente.
Otro software
Shell Korn (ksh)
Requisitos de servidor para sistemas Linux en x86_64:
Linux
El servidor Tivoli Storage Manager tiene requisitos mínimos de software y
hardware.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
Si tiene una biblioteca de cinta o una unidad IBM 3592 o Ultrium, instale el
controlador de dispositivo más actual antes de instalar Tivoli Storage Manager.
Puede localizar los controladores del dispositivo en http://www.ibm.com/
support/fixcentral/.
|
|
|
|
Tabla 16. Requisitos de hardware
32
Tipo de
hardware
Requisitos de hardware
Hardware
Un procesador AMD64 o Intel EMT-64
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 16. Requisitos de hardware (continuación)
Tipo de
hardware
Espacio de
disco
Requisitos de hardware
Los siguientes valores mínimos de espacio en disco:
v 5 MB para el directorio /var
v 30 MB para el directorio /opt si crea puntos de montaje
v 2 GB para el directorio /opt/tivoli/tsm
v 390 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Capítulo 2. Planificación de la actualización
33
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 17. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
El servidor de Tivoli Storage Manager en Linux x86_64 requiere uno de
los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5, actualización 3 o posterior
v Red Hat Enterprise Linux 6
v SUSE Linux Enterprise Server 10, Service Pack 2 o posterior
v SUSE Linux Enterprise Server 11
Bibliotecas
Bibliotecas GNU C, versión 2.3.3-98.38 o posterior está instalada en el
sistema Tivoli Storage Manager.
Para Red Hat Enterprise Linux y SUSE Linux Enterprise Servers:
|
|
|
v libaio.so.1 (son necesarios paquetes de 32 y 64 bits)
v libstdc++.so.5 (son necesarios paquetes de 32 y 64 bits)
v libstdc++.so.6 (son necesarios paquetes de 32 y 64 bits)
Protocolo de
v Protocolo de control de transmisiones/protocolo Internet, versión 4 o
comunicaciones
versión 6, que es estándar con Linux
v Protocolo de memoria compartida (con el cliente de Tivoli Storage
Manager Versión 6.3 o posterior Linux x86_64)
Proceso
Entrada/salida asíncrona tiene que estar habilitado. En kernels de Linux
2.6 o posterior, instale la biblioteca libaio para habilitar la E/S asíncrona.
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 7.0 o posterior
v Firefox 3.5 o posterior
Su navegador debe dar soporte a la página de códigos del servidor. Si el
navegador no soporta la página de código de servidor, puede que las
ventanas no se lean. Si el navegador de que dispone cumple estos
requisitos, pero no visualiza correctamente la interfaz basada en web de
Tivoli Storage Manager utilice un navegador diferente.
Otro software
Shell Korn (ksh)
Requisitos de servidor para sistemas Linux en System z:
Linux
El servidor Tivoli Storage Manager tiene requisitos mínimos de software y
hardware.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
34
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
Si tiene una biblioteca de cinta o una unidad IBM 3592 o Ultrium, instale el
controlador de dispositivo más actual antes de instalar Tivoli Storage Manager.
Puede localizar los controladores del dispositivo en http://www.ibm.com/
support/fixcentral/.
Tabla 18. Requisitos de hardware
Tipo de
hardware
Requisitos de hardware
Hardware
Una partición lógica nativa de 64 bits de IBM zSeries, IBM System z9, IBM
System z10 o IBM zEnterprise System (z114 y z196) o invitado z/VM.
Espacio de
disco
Los siguientes valores mínimos de espacio en disco:
v 5 MB para el directorio /var
v 30 MB para el directorio /opt si crea puntos de montaje
v 2 GB para el directorio /opt/tivoli/tsm
v 390 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Capítulo 2. Planificación de la actualización
35
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 19. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
El servidor de Tivoli Storage Manager en Linux en System z (arquitectura
de s390x 64 bits) requiere uno de los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5, actualización 3 o posterior
v Red Hat Enterprise Linux 6
v SUSE Linux Enterprise Server 10, Service Pack 2 o posterior
v SUSE Linux Enterprise Server 11
Biblioteca
La biblioteca GNU C, versión 2.4-31.43.6 está instalada en el sistema
Tivoli Storage Manager.
Para Red Hat Enterprise Linux y SUSE Linux Enterprise Servers:
|
|
|
v libaio.so.1 (son necesarios paquetes de 32 y 64 bits)
v libstdc++.so.5 (son necesarios paquetes de 32 y 64 bits)
v libstdc++.so.6 (son necesarios paquetes de 32 y 64 bits)
Protocolo de
v Protocolo de control de transmisiones/protocolo Internet, versión 4 o
comunicaciones
versión 6, que es estándar con Linux
v Protocolo de memoria compartida (con cliente de Tivoli Storage
Manager versión 6.3 o posterior Linux on System z)
Proceso
Entrada/salida asíncrona tiene que estar habilitado. En kernels de Linux
2.6 o posterior, instale la biblioteca libaio para habilitar la E/S asíncrona.
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 7.0 o posterior
v Firefox 3.5 o posterior
Su navegador debe dar soporte a la página de códigos del servidor. Si el
navegador no soporta la página de código de servidor, puede que las
ventanas no se lean. Si el navegador de que dispone cumple estos
requisitos, pero no visualiza correctamente la interfaz basada en web de
Tivoli Storage Manager utilice un navegador diferente.
Otro software
Shell Korn (ksh)
Requisitos del servidor en los sistemas Solaris
Solaris
Compruebe que el sistema Solaris cumpla los requisitos.
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
36
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 20. Requisitos de hardware
Tipo de
hardware
Requisitos de hardware
Hardware
Se necesita uno de los siguientes procesadores:
v Procesadores basados en Ultra SPARC (arquitectura sun4u)
v Procesadores basados en Ultra SPARC (arquitectura sun4v)
Espacio de
disco
En la lista siguiente se muestra el espacio mínimo de disco para
procesadores basados en Ultra SPARC (arquitectura sun4u y sun4v) para
los respectivos directorios y registros:
v 5 MB para el directorio /var
v 30 MB para el directorio /opt si crea puntos de montaje
v 2 GB para el directorio /opt/tivoli/tsm
v 600 MB para el directorio /tmp
v 300 MB para el directorio /usr
v 2 GB en el directorio padre
Consejo: Debe tener en cuenta que utilizará más espacio para la
determinación de problemas.
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Consejo: Asegúrese de que haya el espacio de intercambio asignado sea al
menos el doble que la memoria física del sistema.
Capítulo 2. Planificación de la actualización
37
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 21. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
Oracle Solaris 10, en modalidad de 64 bits en sistema Ultra Sparc con
arquitectura sun4u o sun4v
v Parche 118822-25
v Si se utilizan dispositivos en bruto, parche 125100-07
Protocolo de
TCP/IP
comunicaciones
|
|
|
|
Dispositivos y
controladores
Si tiene un IBM 3570, 3590, 3592, o una unidad o biblioteca de cintas
Ultrium, instale el controlador de dispositivo más actualizado. Configure
el controlador de dispositivo antes de utilizar el servidor de Tivoli
Storage Manager con dispositivos de cinta.
Encontrará controladores de dispositivo de IBM en el sitio web de Fix
Central.
1. Vaya al sitio web de Fix Central: http://www.ibm.com/support/
fixcentral/.
2. Seleccione Sistemas de almacenamiento para el grupo de productos.
3. Seleccione Sistemas de cintas para la familia de productos.
4. Seleccione Controladores de dispositivo de cinta y software para el
tipo de producto.
5. Seleccione Controladores de dispositivo de cinta para el producto.
6. Seleccione el sistema operativo para la plataforma.
Programa de
El programa de utilidad gunzip debe estar disponible en el sistema antes
utilidad gunzip de instalar o actualizar el servidor de Tivoli Storage Manager Versión 6.
Asegúrese de que el programa de utilidad gunzip esté instalado y que la
vía de acceso al mismo esté establecida en la variable de entorno PATH.
Otro software
Shell Korn (ksh)
Zonas Solaris: Antes de instalar el servidor en una zona, asegúrese de que dicha
zona está configurada para acceso de escritura para el directorio /usr. Para instalar
un servidor en una zona Solaris, dicha zona debe tener acceso de escritura a los
directorios /usr, /opt, /var y /tmp. Una zona predeterminada no tendrá acceso de
escritura al directorio /usr. Consulte Apéndice D, “Uso de zonas Solaris”, en la
página 611.
Requisitos del servidor en sistemas Microsoft Windows
Windows
Compruebe que el sistema Microsoft Windows cumple los requisitos.
No se puede ejecutar el servidor V6.3 o posterior en un sistema Itanium (IA64)
donde se está ejecutando el sistema operativo Windows. Si el servidor que desea
actualizar se está ejecutando en esta plataforma, no podrá actualizarlo a V6.3 o
posterior en la misma plataforma. Debe instalar el servidor V6.3 o posterior en un
sistema x86_64 donde se esté ejecutando el sistema operativo Windows y,
seguidamente, utilizar el método de soporte o de red para actualizar el servidor V5
a ese sistema.
38
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de hardware
En la siguiente tabla se describen los requisitos de hardware mínimos.
Para obtener información acerca de la estimación sobre el espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del
proceso de actualización y el servidor actualizado” en la página 47.
Tabla 22. Requisitos de hardware
Tipo de
hardware
Requisitos de hardware
Hardware
Un procesador AMD64 o Intel EMT-64
Espacio de
disco
v Al menos 3 GB de almacenamiento de disco disponible (para una
instalación típica)
v 200 MB de espacio en el directorio temporal
v Una partición de 2 GB en la unidad C:\
v 300 MB en el directorio de instancias
Puede que sea necesario disponer de bastante más espacio en disco para la
base de datos y los archivos de registro. El tamaño de la base de datos
depende del número de archivos de cliente que deben almacenarse y de
cómo los gestiona el servidor. El espacio de registro activo predeterminado
es de 16 GB, el mínimo necesario para la mayoría de cargas de trabajo y
configuraciones. Asigne al menos tres veces el espacio de registro activo
para el registro de archivado (48 GB). Asegúrese de que tiene recursos
suficientes si está utilizando la eliminación de duplicados de datos o espera
una carga de trabajo de cliente fuerte.
|
|
|
|
|
|
Para obtener un rendimiento óptimo y facilitar la E/S, especifique al menos
dos contenedores iguales o Logical Unit Numbers (LUNs) para la base de
datos. Consulte Optimización de rendimiento para más información sobre la
configuración de los directorios de la base de datos. Además, los registros
activos y los registros de activado deberían tener su propio contenedor o
LUN.
Asegúrese de consultar la sección sobre planificación de la capacidad para
obtener más detalles sobre el espacio de disco.
Memoria
v 12 GB.
v 16 GB si está utilizando la eliminación de duplicados de datos.
v Al menos 32 GB para servidores que se utilicen mucho. Con 32 GB o
más se mejora el rendimiento del inventario de bases de datos del
servidor de Tivoli Storage Manager.
v Si tiene previsto ejecutar varias instancias, cada instancia requiere la
memoria listada para un servidor. Multiplique la memoria para un
servidor por el número de instancias planeadas para el sistema.
|
|
|
|
v El proceso de réplica de nodo requiere memoria adicional. Utilice 32 GB
de memoria como mínimo para la réplica de nodos sin deduplicación de
datos. La réplica de nodos con deduplicación de datos requiere 64 GB de
memoria.
Capítulo 2. Planificación de la actualización
39
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de software
En la siguiente tabla se describen los requisitos de software mínimos.
Tabla 23. Requisitos de software
Tipo de
software
Requisitos de software mínimos
Sistema
operativo
Uno de los siguientes sistemas operativos:
v Microsoft Windows Server 2008: Standard, Enterprise o Datacenter x64
Edition (64 bits)
v Microsoft Windows Server 2008 R2: Standard, Enterprise o Datacenter
Edition (64 bits)
|
v Microsoft Windows 2012 (64-bit)
Protocolo de
Al menos uno de los siguientes protocolos de comunicación (instalados
comunicaciones de forma predeterminada con los sistemas operativos Windows actuales):
v Canalizaciones con nombre
v Protocolo de control de transmisiones/protocolo Internet, versión 4 o
versión 6
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 7.0 o posterior
v Firefox 3.5 o posterior
Su navegador debe dar soporte a la página de códigos del servidor. Si el
navegador no soporta la página de código de servidor, puede que las
ventanas no se lean. Si el navegador de que dispone cumple estos
requisitos, pero no visualiza correctamente la interfaz basada en web de
Tivoli Storage Manager utilice un navegador diferente.
Funciones del
sistema
Las funciones del sistema Windows, como el gestor de dispositivos, se
soportan en una consola Tivoli Storage Manager de 64 bits.
Las funciones del sistema Windows normales están disponibles en
servidores de 64 bits utilizando la función Manager Computer del
sistema Windows.
|
|
Otro software
Windows 2012 necesita que esté instalado y habilitado .NET Framework
3.5.
Compatibilidad del servidor de Tivoli Storage Manager con otros
productos DB2 del sistema
AIX
HPUX
Linux
Solaris
Puede instalar otros productos que desplieguen y utilicen productos DB2 en el
mismo sistema que la versión Tivoli Storage Manager del servidor6.3 o posterior
en plataformas AIX, HP-UX, Linux, y Oracle Solaris, con algunas limitaciones.
Para instalar y utilizar otros productos que utilicen un producto DB2 en el mismo
sistema que el servidor de Tivoli Storage Manager, asegúrese de que se cumplen
los siguientes criterios:
40
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 24. Compatibilidad del servidor de Tivoli Storage Manager con otros productos DB2
del sistema
Criterio
Instrucciones
Nivel de versión
El resto de productos que utilizan un
producto DB2 tienen que utilizar la versión
9 de DB2 o una versión posterior. Los
productos de DB2 incluyen soporte de
encapsulamiento y segregación de productos
desde la versión 9. A partir de esta versión,
puede ejecutar varias copias de productos de
DB2, en diferentes niveles de código, en el
mismo sistema. Para obtener más detalles,
consulte la información sobre varias copias
de DB2: http://pic.dhe.ibm.com/infocenter/
db2luw/v9r7.
ID de usuario y directorios
Asegúrese de que los ID de usuario, los ID
de usuarios delimitados, la ubicación de la
instalación, otros directorios y la información
relacionada no se compartan en instalaciones
de DB2. Las especificaciones deben ser
distintas a partir de los ID y ubicaciones
utilizados para la instalación y configuración
del servidor de Tivoli Storage Manager. Si
utilizó el asistente dsmicfgx o el asistente
dsmupgdx para configurar la versión 6.3 o
posterior, o para actualizar el servidor desde
la versión 5.5, estos son valores que
introdujo cuando ejecutó el asistente. Si
utilizó la configuración manual para la
versión 6.3 o posterior o los procedimientos
de actualización desde la versión 5.5, revise
los procedimientos que utilizó, si es
necesario, para recuperar los valores que se
emplearon para el servidor.
Capítulo 2. Planificación de la actualización
41
Actualización del servidor de V5 a V6.3 o posterior
Tabla 24. Compatibilidad del servidor de Tivoli Storage Manager con otros productos DB2
del sistema (continuación)
Criterio
Instrucciones
Asignación de recursos
Tenga en cuenta los recursos y las
prestaciones del sistema en comparación con
los requisitos del servidor de Tivoli Storage
Manager y las otras aplicaciones que utilizan
el producto de DB2. Para proporcionar
recursos suficientes para el resto de
aplicaciones DB2, es posible que deba
modificar los ajustes del servidor Tivoli
Storage Manager para que el servidor utilice
menos recursos y memoria del sistema. De
forma parecida, si las cargas de trabajo para
las demás aplicaciones de DB2 compiten con
el servidor de Tivoli Storage Manager por
los recursos del procesador o de memoria, el
rendimiento del servidor al manejar la carga
de trabajo de cliente esperada u otras
operaciones de servidor podrían verse
afectados muy negativamente.
Para segregar recursos y proporcionar más
capacidades para el ajuste y la asignación
del procesador, de la memoria y de otros
recursos del sistema para varias aplicaciones,
puede utilizar particiones lógicas (LPAR),
particiones de carga de trabajo (WPAR) o el
soporte de otra estación de trabajo virtual.
Por ejemplo, ejecute una aplicación de DB2
en su propio sistema virtualizado.
|
|
Determinar el nivel apropiado para un servidor V5 antes de una
actualización
|
|
|
|
Cuando prepara un sistema para una actualización, debe verificar el nivel del
servidor V5 y actualizar el servidor si fuera necesario. Si revisa las directrices y
actualiza el servidor V5 a un nivel apropiado, puede utilizar la actualización
posterior a V6.
|
|
|
|
Las instrucciones se aplican a las actualizaciones del servidor de V5 a V6 en el
mismo sistema operativo. Las instrucciones también son aplicables si está
realizando una migración de un servidor de V5 a V6 en un sistema operativo
diferente.
|
|
|
|
|
|
|
|
|
|
Puede actualizar el servidor de V5.3.6 o posterior a cualquier nivel de V6.3. Sin
embargo, para determinar el nivel más apropiado para un servidor V5 antes de
actualizar a V6, revise las siguientes directrices:
v El método preferido es actualizar el servidor al último nivel de V5 antes de
actualizar el servidor a V6. De esta forma, puede utilizar los últimos programas
de actualización para extraer la información desde una base de datos del
servidor de origen e insertar la información en una base de datos del servidor
de destino.
v Cuando actualice el servidor V5, instale el arreglo temporal más reciente. De esta
forma, puede reducir el riego de problemas de actualización.
42
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
|
|
|
|
|
|
|
|
v Dado que los programas de utilidad de actualización se ofrecen en un paquete
independiente, puede instalar la última versión de los programas de utilidad sin
actualizar el servidor V5. Si solo instala el programa de utilidad de
actualización, se aplican las siguientes restricciones:
– Para evitar un posible problema con la extracción de datos, los programas de
utilidad de actualización deben estar en v5.5.4 o posterior.
– Los programas de utilidad de actualización deben estar al mismo nivel que el
servidor V5, o a un nivel superior.
– Si está pensando en extraer la base de datos del servidor al soporte, el
método preferido es actualizar el servidor de origen a V5.5.6 o posterior. Si el
servidor de origen está en la versión V5.5.6 o posterior, el servidor de destino
debe estar en la V6.1.5 o posterior, V6.2.3 o posterior o V6.3.0 o posterior.
|
|
|
Para encontrar el último nivel del servidor V5 y los arreglos temporales más
recientes, visite IBM® Support Portal en http://www.ibm.com/support/entry/
portal/Downloads.
Ejecución del comprobador de requisitos previos
El comprobador de requisitos previos es una herramienta opcional y autónoma que
comprueba el sistema operativo, la cantidad de espacio libre en disco para la
instalación, la memoria mínima necesaria para instalar el servidor de Tivoli Storage
Manager y otros requisitos previos.
Para garantizar que el entorno del sistema resulta adecuado para la instalación de
puede ejecutar el comprobador de requisitos previos antes de cada instalación.
Consejo: El comprobador de requisitos previos solo verifica la memoria mínima
necesaria. Se necesita más memoria para tareas adicionales.
El comprobador de requisitos previos presenta un resumen de resultados al final
de la comprobación. Cualquier cambio necesario en el entorno antes de la
instalación aparece en la lista. Cualquier nuevo directorio necesario para la
instalación se crea.
Para ejecutar el comprobador de requisitos previos, siga estos pasos.
1. Asegúrese de que se descargue el paquete de instalación adecuado y se
extraigan los archivos. Un comprobador de requisitos previos es parte del
paquete de instalación de .
2. Elija el método de interfaz gráfica (valor predeterminado) o de consola para
iniciar la instalación y siga las instrucciones del asistente para completar la
instalación:
AIX
HPUX
Linux
Solaris
v Emita este mandato para iniciar el asistente de instalación utilizando una
interfaz gráfica:
./prereqcheck.bin
v Emita este mandato para iniciar el asistente de instalación utilizando el
método de consola:
./prereqcheck.bin -i console
Windows
v Emita este mandato para iniciar el asistente de instalación utilizando una
interfaz gráfica:
prereqcheck.exe
Capítulo 2. Planificación de la actualización
43
Actualización del servidor de V5 a V6.3 o posterior
O realice una doble pulsación en el archivo prereqcheck.exe.
v Emita este mandato para iniciar el asistente de instalación utilizando el
método de consola:
prereqcheck.exe -i console
3. Seleccione el idioma de la interfaz de usuario del comprobador de requisitos
previos.
4. En los paneles de bienvenida y declaración de limitación de responsabilidad,
revise las declaraciones y acéptelas.
Si la página Resultados de requisitos previos indica que el sistema ha pasado las
comprobaciones, está listo para comenzar la instalación.
Si se muestra un mensaje de error en la página Resultados de requisitos previos,
realice las correcciones necesarias antes de continuar con la instalación. La página
de resumen incluye una lista con los errores y la vía de acceso del archivo con el
registro de errores.
Planificación de espacio para el proceso de actualización y el servidor
actualizado
Planifique los requisitos de espacio para el proceso de actualización, así como para
la base de datos del servidor y el registro de recuperación del servidor actualizado.
Tenga en cuenta la cantidad de almacenamiento en disco actualmente en uso para
el servidor y si se pueden planificar los cambios en el hardware para que
coincidan con la actualización del servidor.
Requisitos de espacio del sistema de servidor V5
Se necesita espacio para almacenar la copia de seguridad de la base de datos del
servidor, que constituye un paso fundamental en cuanto a las tareas de
preparación del proceso de actualización. Si va a utilizar el método de soporte para
mover la base de datos, necesitará espacio para almacenar los datos extraídos.
La copia de seguridad de la base de datos del servidor requiere el mismo espacio
que el utilizado por la base de datos V5. Almacene la copia de seguridad en el tipo
de soporte secuencial que le resulte más práctico, bien una cinta o un disco.
Los requisitos de espacio adicionales dependerán del método elegido para
transferir los datos desde la base de datos V5:
Método de soporte
Necesitará soportes para almacenar los datos que se extraerán de la base
de datos V5. El soporte puede ser una cinta o el espacio de disco definido
como una clase de dispositivo de disco de acceso secuencial. El espacio
necesario para los datos extraídos será el mismo que el utilizado en la base
de datos. Si se ha almacenado en un sitio seguro la copia de seguridad, y
tiene la certeza de que ya no va a necesitar ejecutar el servidor V5, después
de extraer los datos, puede si lo desea liberar el espacio utilizado por la
base de datos V5 y el registro de recuperación.
Método de red
Deberá contar con la copia que funciona de la base de datos V5 y el
registro de recuperación en el sistema V5. Si va a trabajar con una copia de
la base de datos que se haya creado para probar el proceso de
actualización, necesitará contar con espacio suficiente para que pueda
44
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
contener el tamaño total asignado de la base de datos; puede utilizar el
tamaño mínimo para un registro de recuperación V5.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Requisitos de espacio del sistema de servidor V6
Antes de comenzar el proceso de actualización, calcule el espacio necesario para la
base de datos y el registro de recuperación. Dónde se sitúan los directorios de la
base de datos y del registro de recuperación es muy importante para la operación
del servidor.
Necesitará directorios exclusivos y vacíos para los siguientes elementos del
servidor actualizado:
v La base de datos
v El registro de recuperación
– Registro activo
– Registro de archivado
– Opcional: duplicación del registro activo
– Opcional: registro de archivado secundarios (registro de migración tras error
de archivado).
v El directorio de la instancia para el servidor, que es el directorio en el que se
incluirán archivos específicos para esta instancia del servidor (el archivo de
opciones del servidor y otros archivos específicos del servidor)
Sitúe la base de datos y el registro activo en un almacenamiento rápido y fiable,
con características de alta disponibilidad. Lo ideal es que utilice varios directorios
para el espacio de la base de datos y los ubique en tantos dispositivos físicos o
números de unidad lógica (LUN) como directorios haya.
sitúe los directorios de la base de datos y del registro de recuperación en
volúmenes físicos o en sistemas de archivos independientes.
Para mantener la integridad de la base de datos, asegúrese de que el hardware de
almacenamiento puede resistir errores como cortes de corriente y errores de
controlador. El rendimiento de la base de datos se puede mejorar utilizando
hardware que proporcione una memoria caché de escritura rápida y no volátil para
la base de datos y los registros.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Información relacionada:
Sitio de soporte de Tivoli Storage Manager
Capítulo 2. Planificación de la actualización
45
Actualización del servidor de V5 a V6.3 o posterior
Requisitos de espacio de la base de datos
El espacio de la base de datos necesario depende del tamaño de la base de datos
original V5 y de la cantidad de datos que gestione el servidor.
La cantidad de espacio de almacenamiento de la base de datos se gestiona
automáticamente. El espacio de la base de datos se puede distribuir entre hasta 128
directorios. Una vez especificados los directorios de la base de datos, el servidor
utiliza el espacio de disco disponible en esos directorios según resulte necesario.
Cuente con un 33-50% más del espacio utilizado por la base de datos V5. (No
incluye espacio asignado sin utilizar para la base de datos V5 en la estimación.)
Algunas bases de datos pueden aumentar de tamaño temporalmente durante el
proceso de actualización; tenga en cuenta que debe proporcionar hasta un 80% más
del espacio utilizado por la base de datos V5.
Para calcular la cantidad de espacio que necesitará la base de datos, siga los pasos
siguientes:
1. Utilice el programa de utilidad QUERY DB FORMAT=DETAILED para determinar el
número de páginas de base de datos que se utilizarán en la V5.
2. Multiplique el número de páginas de base de datos utilizadas por 4096 para
obtener el número de bytes utilizados.
3. Añada de un 33% a un 50% a los bytes utilizados para determinar los
requisitos de espacio de la base de datos.
Puede probar la actualización de la base de datos para obtener un cálculo más
preciso. No todas las bases de datos aumentarán hasta el aumento sugerido de un
33 a un 50% de espacio.
Cuando el servidor opera normalmente, después del proceso de actualización,
algunas operaciones pueden provocar un aumento ocasional y temporal de la
cantidad de espacio que utiliza la base de datos. Siga supervisando el uso del
espacio de la base de datos para determinar si el servidor necesita más espacio en
la base de datos.
Para obtener la máxima eficacia en las operaciones con la base de datos, anticípese
al crecimiento futuro cuando configure el espacio de la base de datos. Si calcula
por debajo la cantidad de espacio necesaria para la base de datos y debe añadir
algún directorio posteriormente, es posible que el gestor de las bases de datos
necesite realizar una reorganización de la base de datos, lo cual puede agotar los
recursos del sistema. Calcule los requisitos para el crecimiento de la base de datos
según el número previsto de objetos adicionales que se almacenarán en
almacenamiento del servidor. Para obtener más información sobre el cálculo de
requisitos de espacio de base de datos, consulte el apartado Guía del administrador.
Restricción: No se pueden utilizar volúmenes lógicos raw para la base de datos. Si
desea volver a utilizar el espacio del disco donde estaban ubicados los volúmenes
lógicos raw de una versión anterior del servidor, deberá crear primero sistemas de
archivos en el disco.
Para obtener la información y recomendaciones más actualizadas, consulte la
página web de soporte de Tivoli Storage Manager en http://www.ibm.com/
support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager.
46
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Requisitos del espacio del registro de recuperación
La cantidad de espacio que necesita para el registro de recuperación depende de
varios factores como, por ejemplo, el nivel de actividad del cliente con el servidor.
Para obtener información detallada, consulte el apartado donde se describen los
requisitos de espacio del registro de recuperación en la publicación IBM Tivoli
Storage Manager Guía de instalación.
Para obtener la información y las actualizaciones más recientes, vaya al sitio de
soporte de Tivoli Storage Manager: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager.
Estimación de las necesidades de espacio total del proceso
de actualización y el servidor actualizado
Además del espacio necesario para el propio servidor actualizado, es necesario
espacio de disco adicional para el proceso de actualización. Por ejemplo, si
actualiza el servidor en el mismo sistema en el que está ubicado actualmente,
necesitará espacio para dos copias de la base de datos durante el proceso de
actualización.
Los requisitos de espacio del servidor V6.3 o posterior actualizado dependen del
tamaño de la base de datos V5 y de una serie de factores. Para obtener
información detallada, consulte “Requisitos de espacio de la base de datos” en la
página 46 y “Requisitos del espacio del registro de recuperación”.
Los requisitos de espacio para el proceso de actualización dependen de como se
muevan los datos desde la base de datos V5 a la nueva base de datos. Puede
mover los datos a la nueva base de datos mediante el método de soporte o el de
red, con los siguientes requisitos:
v El método de soporte requiere soportes secuencial. El soporte secuencial puede
ser una cinta o una clase de dispositivo de disco secuencial (tipo de dispositivo
FILE).
v El método de red exige una conexión de red entre sistema en el caso de que se
realice la actualización en un sistema nuevo.
Tabla 25 en la página 48 muestra algunas recomendaciones acerca de cómo estimar
cada elemento para cada uno de los principales casos de ejemplo. Para obtener
información más detallada acerca del dimensionamiento de la base de datos V6.3 o
posterior y las anotaciones de recuperación, consulte “Requisitos de espacio del
sistema de servidor V6” en la página 45.
Capítulo 2. Planificación de la actualización
47
Actualización del servidor de V5 a V6.3 o posterior
Tabla 25. Sugerencias para estimar los requisitos de espacio. Seleccione el caso de ejemplo y, a continuación, lea
la columna.
Elemento que
requiere espacio
Base de datos V5:
espacio asignado
para la base de
datos original
Tipo de
espacio
Disco
Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
v Sistema nuevo
v Sistema nuevo
v En el mismo
v En el mismo
v Método de red
v Método de
sistema que el
sistema que el
soporte
servidor V5
servidor V5
v Método de red
v Método de
soporte
Espacio asignado
para la base de
datos V5
Espacio asignado
para la base de
datos V5
0
0
Base de datos V5:
copia de
seguridad final
Soporte
Espacio que utiliza
secuencial la base de datos V5
(en función del
porcentaje de
utilización)
Espacio que utiliza
la base de datos V5
(en función del
porcentaje de
utilización)
Espacio que utiliza
la base de datos V5
(en función del
porcentaje de
utilización)
Espacio que utiliza
la base de datos V5
(en función del
porcentaje de
utilización)
Base de datos V5:
datos extraídos
Soporte
Espacio que utiliza
secuencial la base de datos V5
(en función del
porcentaje de
utilización)
0
Espacio que utiliza
la base de datos V5
(en función del
porcentaje de
utilización)
0
0
0
Registro de
recuperación V5
Disco
Cantidad de
espacio asignado
para el registro de
recuperación V5
Cantidad de
espacio asignado
para el registro de
recuperación V5
Base de datos
V6.3 o posterior:
tamaño estimado
Disco
Espacio utilizado
por la base de
datos V5 aparte de
entre el 33 y el 50%
más
Espacio utilizado
por la base de
datos V5 aparte de
entre el 33 y el 50%
más
Espacio utilizado
por la base de
datos V5 aparte de
entre el 33 y el 50%
más
Espacio utilizado
por la base de
datos V5 aparte de
entre el 33 y el 50%
más
Igual al tamaño de
la base de datos
estimado
Igual al tamaño de
la base de datos
estimado
Igual al tamaño de
la base de datos
estimado
Base de datos
V6.3 o posterior :
primera copia de
seguridad
Soporte
Igual al tamaño de
secuencial la base de datos
estimado
Directorio de
registro activo de
V6.3 o posterior
Disco
16 GB durante el
proceso de
actualización.
Puede que sea
necesario un valor
superior para un
uso normal.
16 GB durante el
proceso de
actualización.
Puede que sea
necesario un valor
superior para un
uso normal.
16 GB durante el
proceso de
actualización.
Puede que sea
necesario un valor
superior para un
uso normal.
16 GB durante el
proceso de
actualización.
Puede que sea
necesario un valor
superior para un
uso normal.
Duplicación de
registro activo de
V6.3 o posterior
(opcional)
Disco
Si se utiliza, será el
mismo tamaño que
el del registro
activo
Si se utiliza, será el
mismo tamaño que
el del registro
activo
Si se utiliza, será el
mismo tamaño que
el del registro
activo
Si se utiliza, será el
mismo tamaño que
el del registro
activo
Directorio de
registro de
archivado de V6.3
o posterior
Disco
Estimación basado
en la actividad del
cliente y en la
frecuencia de la
copia de seguridad
de la base de datos
Estimación basado
en la actividad del
cliente y en la
frecuencia de la
copia de seguridad
de la base de datos
Estimación basado
en la actividad del
cliente y en la
frecuencia de la
copia de seguridad
de la base de datos
Estimación basado
en la actividad del
cliente y en la
frecuencia de la
copia de seguridad
de la base de datos
Tabla 26 en la página 49 muestra una hoja de trabajo completada de ejemplo para
una base de datos V5 de 100 GB, con una utilización de espacio del 80% y con la
48
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
asumiendo que la base de datos aumenta entre un 33% y un 50% al ser
actualizada.
Tabla 26. Estimaciones de espacio de ejemplo para una base de datos V5 de 100 GB
Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
v Sistema nuevo
v Sistema nuevo
v En el mismo
v En el mismo
v Método de red
v Método de
sistema que el
sistema que el
soporte
servidor V5
servidor V5
v Método de red
v Método de
soporte
Elemento que
requiere espacio
Tipo de
espacio
Base de datos V5:
espacio asignado
para la base de
datos original
Disco
100 GB
100 GB
0
0
Base de datos V5:
copia de
seguridad final
Soporte
secuencial
80 GB
80 GB
80 GB
80 GB
Base de datos V5:
datos extraídos
Soporte
secuencial
80 GB
0
80 GB
0
Registro de
recuperación V5
Disco
12
12
0
0
Base de datos
V6.3 o posterior:
tamaño estimado
Disco
106 - 120 GB
106 - 120 GB
106 - 120 GB
106 - 120 GB
Base de datos
V6.3 o posterior :
primera copia de
seguridad
Soporte
secuencial
106 - 120 GB
106 - 120 GB
106 - 120 GB
106 - 120 GB
Directorio de
registro activo de
V6.3 o posterior
Disco
8 GB
8 GB
8 GB
8 GB
Duplicación de
registro activo de
V6.3 o posterior
(opcional)
Disco
(8 GB)
(8 GB)
(8 GB)
(8 GB)
Directorio de
registro de
archivado de V6.3
o posterior
Disco
80 GB
80 GB
80 GB
80 GB
Espacio de disco
total requerido
durante el
proceso de
actualización
Disco
307 - 320 GB
307 - 320 GB
195 - 208 GB
195 - 208 GB
(315 - 328 GB)
(315 - 328 GB)
(203 - 216 GB)
(203 - 216 GB)
Total de soporte
secuencia
requerido
durante el
proceso de
actualización
Soporte
secuencial
267 - 280 GB
187 - 200 GB
267 - 280 GB
187 - 200 GB
Capítulo 2. Planificación de la actualización
49
Actualización del servidor de V5 a V6.3 o posterior
Tabla 26. Estimaciones de espacio de ejemplo para una base de datos V5 de 100 GB (continuación)
Elemento que
requiere espacio
Tipo de
espacio
Espacio en disco
total para el
servidor V6.3 o
posterior
después de la
actualización y
limpieza
Disco
Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
v Sistema nuevo
v Sistema nuevo
v En el mismo
v En el mismo
v Método de
v Método de red
sistema que el
sistema que el
soporte
servidor V5
servidor V5
v Método de red
v Método de
soporte
195 - 208 GB
195 - 208 GB
195 - 208 GB
195 - 208 GB
(203 - 216 GB)
(203 - 216 GB)
(203 - 216 GB)
(203 - 216 GB)
Conceptos relacionados:
“Requisitos de espacio del sistema de servidor V5” en la página 44
“Requisitos de espacio del sistema de servidor V6” en la página 45
Tareas relacionadas:
Capítulo 3, “Visión general de casos de ejemplo de actualización”, en la página 87
Hoja de cálculo para planificar espacio para el servidor V6.3 o
posterior
Puede utilizar la hoja de cálculo para ayudarle a planificar la cantidad y ubicación
del almacenamiento necesario para el servidor V6.3 o posterior.
50
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Elemento
Espacio necesario
Ubicación
El directorio de la instancia para el
servidor, que es el directorio en
el que se incluirán archivos
específicos para esta instancia
del servidor (el archivo de
opciones del servidor y otros
archivos específicos del
servidor)
La base de datos
Registro activo
Registro de archivado
Opcional: duplicación de
registro para el registro activo.
Opcional: registros de archivado
secundarios (ubicación de
migración tras error para el
registro de archivado).
Estimación del tiempo de actualización
El servidor V5 no está disponible para utilizarlo durante las operaciones de
actualización. Calcule el tiempo para ayudarse a planear la cantidad de tiempo que
el servidor no estará disponible. El tiempo necesario para completar la
actualización de un servidor V5 depende de varios factores.
Los siguientes factores pueden afectar al tiempo de actualización:
v El tamaño de la base de datos que se va a actualizar.
v El número y la velocidad de los procesadores del sistema.
v La configuración de los dispositivos de almacenamiento. Si se ha introducido
nuevo hardware, se necesita tiempo para definir los nuevos dispositivos en el
servidor, probar la configuración y ajustar las agrupaciones de almacenamiento.
v El método para mover los datos de la base de datos V5 a la base de datos V6
(soporte o red). El método de red para la transferencia de datos solapa el tiempo
de extracción con el de inserción. Utilizar el método de red puede ayudar a
reducir el tiempo total necesario para la actualización debido al solapamiento.
v El tipo de carga de trabajo que gestiona el servidor. Una carga de trabajo que
conste de un gran número de archivos pequeños, o archivos con nombres de
archivo largos, puede provocar que el tiempo de actualización sea relativamente
mayor.
v La cantidad de fragmentación en la base de datos V5. Cuanto mayor sea el nivel
de fragmentación, más eficaz será el proceso de inserción de base de datos. La
razón es que los datos fragmentados en el sistema V5 pueden utilizar varios
procesadores y hebras en el sistema V6.
Revise las sugerencias de rendimiento para obtener más información.
En entornos de bancos de prueba en laboratorios de IBM, las operaciones de
actualización han llegado a realizarse a 5-10 GB por hora utilizando el método de
red. Esta velocidad se basa en la cantidad de espacio que utiliza la base de datos
V5, no el espacio asignado para la base de datos. Los resultados dependen de la
Capítulo 2. Planificación de la actualización
51
Actualización del servidor de V5 a V6.3 o posterior
configuración. La velocidad es inferior si se utiliza el método de soporte ya que la
extracción y la inserción de datos se producen secuencialmente y no
simultáneamente.
Es posible que en su entorno obtenga unos resultados distintos.Probar las
operaciones de actualización en su entorno es especialmente importante para
servidores de Tivoli Storage Manager que soporten sistemas esenciales.
Al calcular la cantidad de tiempo necesaria para las operaciones de actualización
basada en la cantidad de datos en la base de datos, el cálculo puede ser mayor de
lo necesario. La base de datos está organizada en una estructura de ramas que se
denomina árbol, y los registros reales de la base de datos se almacenan en los
puntos finales de las ramas, conocidos como las hojas del árbol. La extracción
ignora las ramas y solo extrae información de las hojas. Por eso, la cantidad de
datos que el programa de utilidad de extracción extrae puede ser muy inferior que
la cantidad total de espacio utilizado por la base de datos (la suma de las hojas y
de las ramas). No es posible determinar antes de la operación de extracción
cuántos datos menos se pueden extraer en comparación con el espacio utilizado
por la base de datos.Por lo tanto, el tiempo que calcule puede ser mayor que el
que necesita la operación.
Ejemplo: cálculo del tiempo de actualización en función del
tamaño de la base de datos
Puede calcular aproximadamente el tiempo que es necesario para la actualización
en función de la cantidad de datos de la base de datos V5. Para este cálculo, añada
el tiempo necesario para las tareas adicionales como, por ejemplo, para la
configuración de dispositivos de almacenamiento.
1. Emita un mandato para obtener detalles sobre la base de datos V5.
v Si el servidor V5 se está ejecutando, emita el mandato:
query db format=detailed
v Si el servidor V5 no se está ejecutando y se han instalado los programas de
utilidad de actualización, utilice el programa de utilidad de actualización:
dsmupgrd querydb
Un ejemplo de los resultados:
52
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Espacio disponible (MB): 16.384
Capacidad asignada (MB): 16,364
Ampliación máxima (MB): 20
Reducción máxima (MB): 772
Tamaño de página (bytes): 4.096
Páginas útiles totales: 4,189,184
Páginas utilizadas: 3,214,880
Pct útil: 76,7
Máx. Pct útil: 76,7
Volúmenes físicos: 8
Páginas de agrupación de almacenamiento intermedio: 8.192
Solicitudes totales de almacenamiento intermedio: 4.510
Pct. coincidencia en memoria caché: 94,15
Pct. espera en memoria en caché: 0,00
¿Copia de seguridad en curso?: No
Tipo de copia de seguridad en curso:
Incremento desde última completa: 0
Cambio desde última copia de seguridad (MB): 12.558,12
Porcentaje cambiado: 100,00
Fecha/hora última copia de seguridad completa: 07/02/2008 02:24:16 AM
Estimación de espacio recuperable (MB):
Última estimación de espacio recuperable (MB):
Páginas disponibles para objetos temporales: 197,632
Páginas asignadas para objetos temporales: 0
Páginas utilizadas para objetos temporales: 0
2. Utilice los resultados del mandato de consulta para calcular la cantidad de
datos de la base de datos. Multiplique el número de páginas utilizadas por el
tamaño de página.
Si se utilizan los resultados del ejemplo, se puede calcular la cantidad de datos
de la base de datos:
3.214.880 páginas utilizadas × 4.096 bytes/página = 13.168.148.480 bytes,
o 12,26 GB
3. Calcule el tiempo que es necesario para la operación de actualización
dividiendo la cantidad de datos por la tasa esperada.
Por ejemplo, si se usan tasas de 5 GB/hora y 10 GB/hora:
12,26 GB ÷ 5 GB/hora = 2,5 horas
12,26 GB ÷ 10 GB/hora = 1,2 horas
Sugerencias de rendimiento para el proceso de extracción de
base de datos V5
La velocidad del proceso de extracción se ve limitada normalmente por la tasa de
velocidad de E/S del destino de los datos extraídos.
La duración de la ejecución del proceso también depende del tamaño de la base de
datos. El tiempo será aproximadamente tanto como sea necesario para una copia
de seguridad completa de la base de datos.
No reorganice la base de datos de Tivoli Storage Manager V5 antes de la
actualización. El motivo es que puede obtenerse un rendimiento más rápido
cuando la base de datos de origen no contiene secuencias largas de páginas
asignadas a una tabla de base de datos individual. Esta sugerencia se aplica al
método de soporte y al método de red.
Las siguientes sugerencias relativas al rendimiento dependen del método
seleccionado para mover los datos desde la base de datos V5.
Método de soporte
Si utiliza el método de soporte, tenga en cuenta las siguientes sugerencias:
Capítulo 2. Planificación de la actualización
53
Actualización del servidor de V5 a V6.3 o posterior
v Si va a extraer los datos en una cinta, utilice un dispositivo de cinta de
alta velocidad.
v Si va extraer datos a un disco, utilice un dispositivo de disco o un LUN
que sea diferente del dispositivo actualmente en uso para la base de
datos V5 y el registro de recuperación.
v Si la base de datos V5 y el destino de los datos extraídos se encuentran
en un dispositivo de virtualización (un controlador de almacenamiento
de gama alta o un dispositivo de virtualización SAN), asegúrese de que
los dos LUN virtuales no estén en la misma unidad de disco física.
Compruebe que el espacio en uso para la base de datos V5 y el destino
de los datos extraídos estén en unidades de disco físicas distintas dentro
del dispositivo de virtualización.
v Si no se puede disponer de LUN diferentes para la base de datos V5 y el
destino de la extracción, el proceso de extracción tardará más tiempo.
Puede que resulte aceptable tener una velocidad de extracción más lenta,
dependiendo del tamaño de la base de datos y de sus necesidades en lo
que respecta a la actualización.
Método de red
Si utiliza el método de red, tenga en cuenta las siguientes sugerencias:
v Utilice un enlace de alta velocidad si va a extraer los datos en un
sistema diferente. Para actualizar una base de datos con una capacidad
superior a 2-3 GB, debe utilizar una red Ethernet de al menos 1 GB.
v Si va a extraer la base de datos en el mismo sistema, no serán necesarias
conexiones de red externas.
Recomendaciones de rendimiento para introducir datos en la
base de datos V6.3 o posterior
El proceso de inserción de los datos que se han extraído de la base de datos V5 en
la V6.3 o posterior es la parte del proceso de actualización que requiere mayor
tiempo de ejecución. El rendimiento del proceso de inserción de datos depende de
la configuración del sistema.
En un sistema que cumple con los requisitos mínimos, el proceso de inserción se
ejecutará, pero es posible que el rendimiento sea lento. Para obtener un mejor
rendimiento, configure el sistema como se describe en las siguientes sugerencias.
Procesadores
El proceso de inserción está diseñado para utilizar varios procesadores o
núcleos. Por lo general, el rendimiento del proceso de inserción funciona
mejor en un sistema con un número relativamente pequeño de
procesadores rápidos. Si el sistema tiene demasiados procesadores lentos,
puede experimentar una reducción de los niveles de rendimiento.
Almacenamiento en disco
El proceso de inserción está diseñado para utilizar los subsistemas de
almacenamiento en disco de alta velocidad. El almacenamiento en disco
que se utilice determinará la velocidad del proceso.
Para obtener un mejor rendimiento, utilice varios LUN que se
correlacionen con distintos discos independientes o con matrices
redundantes de discos independientes (RAID) que tengan un tamaño de
división grande (por ejemplo, 128 KB). Utilice un sistema de archivos
diferente para cada LUN.
La tabla siguiente muestra un ejemplo de buen uso de los LUN.
54
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 27. Ejemplo de uso de LUN
LUN
Uso
1
Registro activo
2
Registro de archivado
3, 4, 5
Directorios de base de datos
6
Base de datos V5 extraída (sólo resulta necesario si se utiliza el
método de soporte para extraer la base de datos V5 en una clase
de dispositivo de disco secuencial)
Si el almacenamiento en disco se realiza con un dispositivo de
virtualización (un controlador de almacenamiento de gama alta o un
dispositivo de virtualización SAN), asegúrese de que ninguno de los LUN
virtuales se encuentre en la misma unidad de disco física. Compruebe que
los directorios en uso están en unidades de disco físicas diferentes dentro
del dispositivo de virtualización.
Planificación de la actualización de varios servidores y componentes
Si el entorno incluye varios servidores y agentes de almacenamiento, evalúe la
compatibilidad de las versiones que se ejecutarán con un servidor V6.3 o posterior
actualizado. Al realizar la planificación, actualice primero un solo servidor en un
entorno de prueba. Después, actualice los servidores y los agentes de
almacenamiento adicionales.
|
|
|
|
|
Componentes que están disponibles para su instalación
Además del servidor, puede elegir instalar los paquetes de idiomas. el Centro de
operaciones y el Centro de administración Tivoli Monitoring for Tivoli Storage
Manager y otros componentes.
Compatibilidad con servidores y componentes que se
ejecutan en versiones anteriores
Detalles sobre los niveles de servidor, cliente, agente de almacenamiento, servidor
de gestión de biblioteca, servidores de cliente de biblioteca y servidores de gestión
de configuración que pueden funcionar juntos están disponibles desde el sitio de
soporte del producto.
El sitio de soporte del producto se encuentra ubicado en: http://www.ibm.com/
support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
Para utilizar las nuevas funciones que están disponibles en Tivoli Storage Manager
V6.3 o posterior, instale la última versión del centro de administración.
Planificación de la actualización de varios servidores en un
solo sistema
Cómo se actualizan varios servidores que se ejecutan en un único sistema depende
de si dichos servidores van a permanecer en ese sistema o si se van a mover a un
nuevo sistema. Una vez instalado el servidor V6.3 o posterior en un sistema, ya no
es posible ejecutar servidores V5 en dicho sistema.
Si los servidores actualizados van a permanecer en el mismo sistema, todas las
instancias de servidor deben actualizarse a la vez. Tras el punto del proceso de
actualización en el que se instala el programa del servidor V6.3 o posterior en el
Capítulo 2. Planificación de la actualización
55
Actualización del servidor de V5 a V6.3 o posterior
sistema, un servidor V5 ya no se puede iniciar en dicho sistema. Cada servidor V5
se debe actualizar por separado antes de poder iniciar el servidor de nuevo.
Si los servidores actualizados se van a mover a un nuevo sistema como parte del
proceso de actualización, se pueden actualizar dichos servidores
independientemente uno de otro.
Puede utilizar el asistente de actualización o utilizar los programas de utilidad de
actualización de servidores manualmente:
v Si utiliza el asistente de actualización, ejecute el asistente una vez por cada
instancia del servidor.
Puede actualizar varios servidores al mismo tiempo. Cada vez que inicie el
asistente de actualización, deberá trabajar con un solo servidor, pero podrá
iniciar el asistente en varias ventanas al mismo tiempo.
v Si utiliza los programas de utilidad manualmente desde la interfaz de línea de
mandatos, repita el procedimiento para actualizar cada una de las instancias del
servidor.
Puede comenzar ejecutando una instancia del servidor actualizada mientras que se
van actualizando otras instancias del servidor.
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
Planificación de la actualización de los gestores y de los
clientes de biblioteca
Para trabajar con el gestor de biblioteca de la versión 6.3 o posterior, los servidores
que son clientes de biblioteca deben ser de la versión 5.4 o posterior.
Si los servidores de cliente de biblioteca son V5.3 o anteriores, debe actualizar los
servidores de cliente de biblioteca al menos a V5.4 antes de actualizar el servidor
del gestor de biblioteca a V6.3 o posterior. Si los servidores de cliente de biblioteca
son V5.4 o posterior, puede actualizar primero el servidor gestor de biblioteca a
V6.3 o posterior y después actualizar los servidores de cliente de biblioteca.
Si va a trasladar un gestor de biblioteca o clientes de biblioteca a sistemas nuevos
para realizar la actualización V6.3 o posterior, traslade los servidores a los sistemas
nuevos antes de actualizarlos. Al mover primero los servidores, puede volver a
restablecer la conectividad con todos los servidores y dispositivos antes de realizar
la actualización. A continuación, actualice el gestor de biblioteca y, a continuación,
los clientes de biblioteca.
Para obtener la información más reciente acerca de los niveles de clientes de
bibliotecas compatibles, consulte el siguiente sitio web: http://www.ibm.com/
support/docview.wss?uid=swg21302789
56
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Planificación de la actualización de los clientes
Para poder conectarse con un servidor V6.3 o posterior, los nodos de cliente deben
ejecutar la versión 5.5 o posterior del programa cliente.
Planificación de la actualización de los agentes de
almacenamiento
Para conectar con un servidor V6.3 o posterior, los agentes de almacenamiento
deben ser de la versión 6.1 o posterior.
Si cuenta con agentes de almacenamiento de versiones anteriores, actualícelos a
V6.1, antes de actualizar el servidor a V6.3 o posterior. Compruebe que la
transferencia de datos fuera de la LAN funciona del modo previsto antes de
proceder a actualizar el servidor.
Para obtener la información más reciente acerca de los niveles de agente de
almacenamiento compatibles, vaya al siguiente sitio web: http://www.ibm.com/
support/docview.wss?uid=swg21302789
Prueba del proceso de actualización de un servidor
Pruebe la actualización para asegurar que el proceso de actualización funciona sin
problemas. Cuanto más grande y más complejo sea su entorno, más importante es
probar la actualización. Esta prueba puede ayudar a planear el tiempo que el
servidor no estará disponible debido a la actualización.
El servidor original y el V6.3 o posterior no pueden estar instalados en un sistema
al mismo tiempo. Para evaluar el servidor V6.3 o posterior, instale el programa en
otro sistema.
Para realizar pruebas con una copia de los datos de producción, o para probar el
proceso de actualización, utilice los programas de utilidad de actualización para
crear un servidor de prueba. Siga el procedimiento normal de actualización,
teniendo en cuenta las siguientes sugerencias:
Minimizar el impacto en su servidor de producción
Para no afectar al servidor de producción original, debe instalar el servidor
V6.3 o posterior en otro sistema. No se pueden ejecutar al mismo tiempo
versiones diferentes del servidor.
El programa de utilidad DSMUPGRD debe estar instalada en el sistema en el
que se encuentre el servidor original o una copia de éste. El paquete de
programas de utilidad se instala de forma predeterminada en una
ubicación distinta a la de un servidor normal, para que pueda instalarse
sin afectar al servidor de producción.
Importante: Cuando ejecute el programa de utilidad DSMUPGRD PREPAREDB,
éste actualiza la versión de la base de datos al nivel de Fixpack V5.5. Si no
desea que la base de datos del servidor de producción se actualice al nivel
de Fixpack V5.5, realice una copia de seguridad de la base de datos y
utilícela para probar la actualización.
Puede extraer la base de datos de producción para la prueba mediante un
soporte o la red. La ventaja de extraer la base de datos en un soporte es
que puede cargar la base de datos de prueba de manera repetida sin tener
que detener el servidor de producción en cada ocasión.
Capítulo 2. Planificación de la actualización
57
Actualización del servidor de V5 a V6.3 o posterior
Detección de problemas en la base de datos
Hay disponible un parámetro PREVIEW para el programa de utilidad
DSMSERV INSERTDB. Cuando se utiliza el parámetro PREVIEW=YES, la
operación incluye todos los pasos del proceso, excepto la inserción real de
datos en la nueva base de datos.
Cuando se obtiene la vista previa de la operación de inserción, se puede
verificar rápidamente que la base de datos de origen se puede leer.
También se puede identificar cualquier violación de restricciones de datos
antes de ejecutar el proceso de actualización real para el servidor.
Investigue cualquier violación de las restricciones de datos que se
descubran durante la vista previa, para poder evitar retardos cuando se
ejecute el proceso de actualización real.
Protección del almacenamiento y de los datos almacenados
Asegúrese de que los dispositivos de almacenamiento para el servidor de
producción no están disponibles para el servidor de prueba. Si el servidor
de prueba puede detectar los dispositivos que el servidor de producción
utiliza, éste puede iniciar operaciones como el restablecimiento de
emisiones en las unidades de cintas o la descarga de cintas.
Por ejemplo, si las unidades de cintas se conectan en una red de área de
almacenamiento (SAN), puede ser necesario cambiar las zonas del SAN
para impedir que el servidor de prueba detecte los dispositivos.
Emplee uno de los siguientes métodos para utilizar una copia de la copia de
seguridad de la base de datos cuando realice pruebas. Los métodos se
proporcionan en un formulario de compendio. Consulte los detalles relacionados
cada uno de ellos para conocer las instrucciones referidas a cada paso.
Tareas relacionadas:
Capítulo 9, “Procedimientos generales de actualización de un servidor a la versión
V6.3 o posterior”, en la página 315
Realización de pruebas mediante la extracción de datos desde
una copia independiente del servidor
Para mover la base de datos, se puede utilizar el método de soporte o de red.
1. Prepare un sistema de prueba. Este sistema debe ser distinto al del servidor de
producción, donde debe instalar una copia independiente del servidor V5.3,
V5.4 o V5.5 (la misma versión que la del servidor de producción).
2. Realice una copia de seguridad de la base de datos del servidor de producción.
3. Restaure la copia de la base de datos en el sistema de prueba. Inicie el servidor
para verificar que la operación de restauración funcionó.
Consejo: Si va a actualizar el servidor usando un soporte, asegúrese de que la
clase de dispositivo es válida en el sistema de prueba. Por ejemplo, si va a
utilizar una clase de dispositivo FILE para el paso de extracción, asegúrese de
que la vía de acceso para la clase de dispositivo es válida en el sistema de
prueba. La vía de acceso en la base de datos del servidor para la clase de
dispositivo debe ser correcta. En caso necesario, inicie el servidor y actualice la
vía de acceso.
Si va a utilizar una clase de dispositivo de cinta para el paso de extracción,
asegúrese de que los nombres de los dispositivos para la biblioteca y las
unidades son correctos.
58
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
4. A partir de este punto, puede utilizar los procedimientos detallados en una de
las siguientes secciones para completar la prueba:
Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107
Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 153
Realización de pruebas mediante la extracción de datos desde
el servidor de producción
Este proceso de ejemplo utiliza el método de soporte para mover la base de datos
al sistema de prueba. Se siguen los pasos de los procedimientos para Capítulo 6,
“Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la página 197, con
unos pocos cambios.
Con este proceso, el servidor de producción no está disponible durante al menos la
cantidad de tiempo necesaria para preparar y extraer la base de datos. El tiempo es
aproximadamente tanto como el necesario para una copia de seguridad completa
de la base de datos.
1. Prepárese para la prueba realizando una copia de seguridad de la base de datos
del servidor de producción. Considere la posibilidad de realizar una segunda
copia de la copia de seguridad de la base de datos. Para obtener detalles,
consulte “Caso de ejemplo 3: Preparación de la actualización” en la página 197.
2. Instale los programas de utilidad DSMUPGRD en el mismo sistema que el servidor
de producción. Para obtener detalles, consulte “Instalación de los programas de
utilidad de actualización en el servidor original” en la página 326.
3. Prepare la base de datos y extraiga los datos de la base de datos del servidor
de producción a un soporte utilizando el asistente de actualización o mandatos.
Para obtener detalles, consulte:
v “Caso de ejemplo 3: Actualización del servidor utilizando el asistente de
actualización” en la página 215
a. “Caso de ejemplo 3, asistente: Instalación del servidor V6.3 o posterior”
en la página 215
b. “Caso de ejemplo 3, asistente: Creación de los directorios y el ID de
usuario para la instancia de servidor actualizada” en la página 220
c. “Caso de ejemplo 3: Inicio del asistente de actualización” en la página 225
Tras completarse la extracción de la base de datos, se puede detener el
proceso saliendo del asistente mientras se completa el paso 4 para
restaurar y reiniciar el servidor de producción.
v “Caso de ejemplo 3: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 226
a. “Caso de ejemplo 3: Preparación de la base de datos de un servidor V5
para la actualización” en la página 227
b. “Caso de ejemplo 3: Extracción de los datos en un soporte” en la página
228
4. Tras extraer los datos del servidor de producción, reanude las operaciones
normales restaurando la copia de seguridad de la base de datos que realizó en
el paso 1 al servidor de producción. Después puede reiniciar el servidor de
producción.
5. A partir de este punto, continúe en su prueba utilizando procedimientos
detallados para el caso de ejemplo 3, mediante el sistema de pruebas como el
nuevo sistema.
Capítulo 2. Planificación de la actualización
59
Actualización del servidor de V5 a V6.3 o posterior
v Si utiliza el asistente, reinicie el mismo si es necesario y continúe en el paso
posterior a la extracción.
v Si utiliza mandatos, siga estos pasos:
a. Caso de ejemplo 3: Instalación del servidor V6.3 o posterior
b. Caso de ejemplo 3: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada
c. “Caso de ejemplo 3: Creación y formato de la nueva base de datos” en la
página 239
d. “Caso de ejemplo 3: Carga de los datos extraídos en la nueva base de
datos” en la página 244
Como parte de las pruebas, puede utilizar el parámetro PREVIEW=YES
en el programa de utilidad DSMSERV INSERTDB para probar la inserción.
Cuando se obtiene la vista previa de la operación de inserción, se puede
verificar rápidamente que la base de datos de origen se puede leer.
También se puede identificar cualquier violación de restricción de datos
que pueda impedir que una base de datos actualizada pase a estar en
producción. Cuando se utiliza este parámetro, la operación incluye todos
los pasos del proceso, excepto la inserción real de datos en la nueva base
de datos.
e. “Caso de ejemplo 3: Configuración del sistema para una copia de
seguridad de la base de datos” en la página 247
Preparación de los cambios operativos
Cuando actualiza el sistema de V5 a V6.3 o posterior, el método para realizar la
copia de seguridad y supervisar la base de datos de servidor cambia.
Verifique los procedimientos operativos, los scripts y las planificaciones
administrativas que utilizará en las operaciones del servidor:
v Planifique una copia de seguridad de la base de datos del servidor de forma
habitual utilizando planificaciones administrativas, un script de mantenimiento o
sus propios scripts. Realice una copia de seguridad de la base de datos al menos
una vez al día.Para obtener mejores resultados, puede planificar copias de
seguridad más frecuentes para la base de datos V6.3 o posterior que para la base
de datos V5. Para asegurarse de que se elimina el espacio de registro, puede
planificar más copias de seguridad completas de la base de datos y menos
copias de seguridad incrementales.
Revise la información acerca de cómo se realizan copias de seguridad de la base
de datos automáticamente para el servidor V6.3 o posterior. Para conocer los
detalles, consulte la publicación Guía del administrador.
v Comprenda cómo se utiliza el espacio de registro de recuperación y de base de
datos y cómo cambiará la supervisión.
v Verifique los scripts y las planificaciones administrativas. El servidor V6.3 o
posterior añade mandatos nuevos, cambia algunos de estos mandatos y suprime
otros que ya no resultan necesarios. Estos cambios afectarán a las operaciones
automáticas. Para obtener información sobre los mandatos nuevos y
modificados, consulte “Cambios en opciones y mandatos” en la página 61.
v Verifique los mandatos SELECT que utilice de forma regular. El programa del
gestor de bases de datos no acepta algunos parámetros y sintaxis admitidos
anteriormente. Para obtener información sobre las actualizaciones de mandatos
SELECT, consulte “Modificaciones en el mandato SELECT” en la página 80. Para
resolver problemas relacionados con los mandatos SELECT, consulte la Technote
1380830 (http://www.ibm.com/support/docview.wss?uid=swg21380830).
60
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v Si utiliza productos de proveedores de software independientes para actuar
como interfaz con el servidor, asegúrese de que sean compatibles con el servidor
V6.3 o posterior.
Para utilizar las nuevas funciones que están disponibles en Tivoli Storage Manager
V6.3 o posterior, instale la última versión del centro de administración.
Conceptos relacionados:
“Protección y recuperación de la base de datos” en la página 6
“Registro de recuperación” en la página 4
“Operaciones de la base de datos” en la página 4
Referencia relacionada:
“Cambios en opciones y mandatos”
“Modificaciones en el mandato SELECT” en la página 80
Información de referencia relacionada con la planificación
La información relativa a los mandatos administrativos nuevos, modificados o
suprimidos y los mensajes del servidor pueden ayudarle a planificar la
actualización a V6.3 o posterior.
Cambios en opciones y mandatos
Utilice las listas de opciones y mandatos nuevos, modificados y suprimidos para
que le ayuden a identificar cambios en las operaciones que resultan necesarios para
el servidor.
Mandatos, programas de utilidad y opciones de servidor nuevos
Si tiene previsto actualizar el servidor, tenga en cuenta los nuevos mandatos,
herramientas y opciones que se han introducido en la versión 6 y superiores.
“Mandatos nuevos”
“Programas de utilidad nuevos” en la página 65
“Opciones de servidor nuevas” en la página 65
Mandatos nuevos
Tabla 28. Mandatos nuevos
|
|
|
|
|
|
Mandatos comparables
de versiones anteriores
Mandato
Función
AUDIT LDAPDIRECTORY
Audita un espacio de nombres que está controlado por Ninguno
Tivoli Storage Manager en un servidor Lightweight
Directory Access Protocol (LDAP).
CANCEL REPLICATION
Cancela todos los procesos de réplica de nodo.
Ninguno
DEFINE ALERTTRIGGER
Desencadena una alerta en el Centro de operaciones
cuando un servidor emite un mensaje de error
específico.
Ninguno
AIX
Linux
AIX
Linux
DEFINE
DEVCLASS - servidor de
soportes de z/OS
DEFINE
LIBRARY (Definir un tipo de
biblioteca ZOSMEDIA)
Define una clase de dispositivo para un tipo de
Ninguno
dispositivo de almacenamiento. Hay disponible un
conjunto limitado de tipos de clase de dispositivo para
los dispositivos a los que se accede mediante el
servidor de medios de z/OS.
Define una biblioteca que representa un recurso de
almacenamiento TAPE o FILE que se mantiene con
Tivoli Storage Manager for z/OS Media.
Ninguno
Capítulo 2. Planificación de la actualización
61
Actualización del servidor de V5 a V6.3 o posterior
Tabla 28. Mandatos nuevos (continuación)
Mandato
Función
Mandatos comparables
de versiones anteriores
Define una vía de acceso a la biblioteca ZOSMEDIA.
DEFINE
Debe definir el servidor de medios de z/OS en la
PATH (Definir una vía de
acceso cuando el destino es una configuración con el mandato DEFINE SERVER.
biblioteca ZOSMEDIA)
Ninguno
|
DEFINE STATUSTHRESHOLD
Define un umbral de supervisión de estado.
Ninguno
|
DELETE STATUSTHRESHOLD
Suprime un umbral de supervisión de estado.
Ninguno
EXTEND DBSPACE
Proporciona más espacio de almacenamiento a la base
de datos del servidor.
DEFINE DBVOLUME
AIX
Linux
EXTEND DB
Permite disponer de varias ubicaciones como espacio
de almacenamiento de la base de datos. Después de
instalar y utilizar el programa de utilidad DSMSERV
FORMAT oDSMSERV LOADFORMAT, puede añadir más
ubicaciones de almacenamiento.
IDENTIFY DUPLICATES
Inicia o detiene los procesos que identifican los datos
duplicados de una agrupación de almacenamiento.
Ninguno
PERFORM LIBACTION
Define o suprime todas las unidades y sus vías de
acceso para una única biblioteca en un paso.
Ninguno
|
|
QUERY ALERTSTATUS
Muestra información sobre las alertas que se emiten en Ninguno
el servidor de Tivoli Storage Manager.
|
|
QUERY ALERTTRIGGER
Muestra qué mensajes del servidor se definen como
alertas.
Ninguno
QUERY DBSPACE
Muestra información sobre los directorios que utiliza
una base de datos para guardar los datos.
QUERY DBVOLUME
|
|
|
QUERY MONITORSETTINGS
Muestra información sobre los valores de
configuración para supervisar alertas y estados del
servidor.
Ninguno
|
|
QUERY MONITORSTATUS
Muestra los mensajes de supervisión que están dentro
del periodo de retención del estado definido.
Ninguno
QUERY PVUESTIMATE
Genera una estimación de los dispositivos de cliente y
los dispositivos de servidor que gestiona un servidor
de Tivoli Storage Manager. Asimismo, este comando
proporciona una estimación de los totales de unidades
de valor de procesador (PVU) para los dispositivos de
servidor.
Ninguno
QUERY REPLICATION
Muestra información sobre la ejecución y los procesos
de réplica de nodo completos.
Ninguno
QUERY REPLNODE
Muestra el número de archivos de nodo de cliente que Ninguno
se almacenan en los servidores de réplica de origen y
destino.
QUERY REPLRULE
Muestra información sobre las reglas de réplica.
Ninguno
QUERY SSLKEYRINGPW
Muestra la contraseña del archivo de base de datos de
claves de capa de sockets seguros (SSL).
Ninguno
QUERY STATUSTHRESHOLD
Muestra información sobre los umbrales para la
supervisión del estado.
Ninguno
REMOVE REPLNODE
Elimina un nodo de cliente de la réplica.
Ninguno
|
|
62
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 28. Mandatos nuevos (continuación)
Mandatos comparables
de versiones anteriores
Mandato
Función
REPLICATE NODE
Replica los datos de los espacios de archivos que
Ninguno
pertenecen a uno o varios nodos de cliente, o a grupos
definidos de nodos de clientes.
|
|
SET ALERTACTIVEDURATION Especifica cuánto tiempo se queda activa la alerta
hasta que se desactiva.
Ninguno
|
|
SET
ALERTCLOSEDDURATION
Especifica cuánto tiempo la alerta se queda cerra antes
de suprimirse.
Ninguno
|
|
SET ALERTEMAIL
Habilita las alertas que se a enviar a administradores
determinados por correo electrónico.
Ninguno
|
|
SET ALERTEMAILFROMADDR Especifica la dirección de correo electrónico del
remitente de la alerta.
Ninguno
|
|
|
|
SET ALERTEMAILSMTPHOST
Especifica el nombre de host del servidor de correo
electrónico del protocolo simple de transferencia de
correo (SMTP) que se utiliza para enviar alertas por
correo electrónico.
Ninguno
|
|
|
SET ALERTEMAILSMTPPORT
Especifica el número de puerto de un servidor de
correo SMTP que se utiliza para enviar alertas de
correo electrónico.
Ninguno
|
|
SET
ALERTINACTIVEDURATION
Especifica cuánto tiempo permanece inactiva una
alerta.
Ninguno
|
SET ALERTMONITOR
Habilita o inhabilita la supervisión de alertas.
Ninguno
|
|
SET
ALERTSUMMARYTOADMINS
Especifica los administradores que reciben alertas de
correo electrónico con resúmenes de cada hora.
Ninguno
|
|
|
|
SET ALERTUPDATEINTERVAL Especifica con qué frecuencia el supervisor de alertas
actualiza las alertas y borra las alertas que se
almacenan en la base de datos del servidor deTivoli
Storage Manager.
Ninguno
SET ARREPLRULEDEFAULT
Establece la regla de réplica de servidor de los datos
de archivado.
Ninguno
SET BKREPLRULEDEFAULT
Establece la regla de réplica de servidor de los datos
de copia de seguridad.
Ninguno
SET CPUINFOREFRESH
Especifica el número de días entre las exploraciones de Ninguno
estación de trabajo, que se utilizan para las
estimaciones de PVU.
SET DBRECOVERY
Establece una clase de dispositivo que se utilizará para DEFINE
DBBACKUPTRIGGER
realizar la copia de seguridad de la base de datos del
servidor. El gestor de la base de datos utiliza la clase
de dispositivo para las copias de seguridad
automáticas de la base de datos.
SET DBREPORTMODE
Establece la cantidad de información de diagnóstico
que debe notificarse en relación con la base de datos.
Ninguno
SET
DEDUPVERIFICATIONLEVEL
Verifica las extensiones que se envían al servidor
durante la deduplicación de datos por parte del
cliente.
Ninguno
SET
DEFAULTAUTHENTICATION
Define el método de autenticación de contraseñas
predeterminado para los nodos y administradores.
Ninguno
SET
DRMACTIVEDATASTGPOOL
Establece las agrupaciones de datos activos que están
incluidas en planes y procedimientos de recuperación.
Ninguno
|
|
Capítulo 2. Planificación de la actualización
63
Actualización del servidor de V5 a V6.3 o posterior
Tabla 28. Mandatos nuevos (continuación)
Mandatos comparables
de versiones anteriores
Mandato
Función
|
|
SET LDAPPASSWORD
Defina una contraseña para un nombre de usuario o
ID que especifica utilizando el mandato SET LDAPUSER.
Ninguno
|
|
|
|
SET LDAPUSER
Especifica el ID de un usuario o cuenta que puede
llevar a cabo operaciones administrativas cuando el
usuario o la cuenta accede a un servidor de directorio
LDAP.
Ninguno
|
|
SET
MONITOREDSERVERGROUP
Define un grupo de servidores que supervisa alertas y
estados.
Ninguno
|
|
|
SET MONITORINGADMIN
Establece el nombre del administrador de supervisión
que se utiliza para la conexión con el servidor en un
grupo de servidores supervisados.
Ninguno
SET REPLRETENTION
Especifica el periodo de retención de los registros de
réplica de nodo de cliente en la base de datos de
servidor de réplica de origen.
Ninguno
SET REPLSERVER
Establece el nombre de un servidor de réplica de
destino.
Ninguno
SET SPREPLRULEDEFAULT
Establece la regla de réplica de servidor de los datos
gestionados por espacio.
Ninguna.
SET SSLKEYRINGPW
Proporciona la contraseña del archivo de la base de
datos clave al servidor.
Ninguno
|
SET STATUSMONITOR
Habilita o inhabilita una supervisión de estado.
Ninguno
|
|
|
SET
STATUSREFRESHINTERVAL
Especifica la cantidad de minutos entre las consultas
del servidor. Las consultas se utilizan par ala
supervisión de estados.
Ninguno
|
|
UPDATE ALERTTRIGGER
Actualiza los atributos de uno o varios
desencadenantes de alertas.
Ninguno
|
UPDATE ALERTSTATUS
Actualiza el estado de una alerta notificada.
Ninguno
UPDATE
DEVCLASS - servidor de
soportes de z/OS
Actualiza una clase de dispositivo. Hay disponible un Ninguno
conjunto limitado de tipos de clase de dispositivo para
los dispositivos a los que se accede mediante un
servidor de medios de z/OS.
UPDATE FILESPACE
Actualiza las reglas de réplica para los espacios de
archivos.
AIX
Ninguno
Actualiza una vía de acceso a la biblioteca
UPDATE
ZOSMEDIA.
PATH (Actualizar una vía de
acceso cuando el destino es una
biblioteca ZOSMEDIA)
Ninguno
UPDATE REPLRULE
Ninguno
AIX
|
Linux
Linux
Habilita o inhabilita una regla de réplica.
UPDATE STATUSTHRESHOLD Actualiza un umbral para la supervisión de estados.
Ninguno
VALIDATE REPLICATION
Ninguno
z/OS
64
ZMSPREPARE
Identifica las reglas de réplica que se aplican a los
espacios de archivos en los nodos de cliente que están
configurados para la réplica.
Analiza el servidor V5 y genera un informe que
Ninguno
describe los pasos que debe seguir antes de empezar la
migración de datos.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Programas de utilidad nuevos
Tabla 29. Programas de utilidad nuevos
Mandatos comparables
de versiones anteriores
Mandato
Función
DSMSERV DISPLAY DBSPACE
Programa de utilidad fuera de línea para consultar las
ubicaciones actuales de almacenamiento de la base de
datos.
DSMSERV DISPLAY
DBVOLUMES
DSMSERV DISPLAY LOG
Programa de utilidad fuera de línea para consultar
información sobre los registros de recuperación,
incluidos los registros activos y los registros de
archivado.
DSMSERV DISPLAY
LOGVOLUMES
DSMSERV INSERTDB
Herramienta fuera de línea que se utiliza sólo para
Ninguno
insertar los datos que se han extraído desde una base
de datos de servidor V5 en otra V6.3 o posterior vacía.
DSMSERV REMOVEDB
Programa de utilidad fuera de línea que se utiliza sólo Ninguno
cuando se está seguro de que ya no son necesarios una
base de datos de servidor y los registros de
recuperación. Utilice con precaución.
DSMUPGRD EXTEND DB
Programa de utilidad fuera de línea utilizado sólo en
un servidor V5 para ampliar el espacio de la base de
datos cuando resulta insuficiente para finalizar el
proceso de actualización.
Ninguno
DSMUPGRD EXTEND LOG
Programa de utilidad fuera de línea utilizado sólo en
un servidor V5 para ampliar el registro de
recuperación cuando resulta insuficiente para finalizar
el proceso de actualización.
Ninguno
DSMUPGRD EXTRACTDB
Herramienta fuera de línea utilizada sólo en un
servidor V5 para extraer los datos de la base de datos.
Los datos extraídos se insertan en un base de datos V
6.3 o posterior utilizando el mandato DSMSERV
INSERTDB.
Ninguno
DSMUPGRD PREPAREDB
Ninguno
Herramienta fuera de línea utilizada sólo en un
servidor V5 para preparar la base de datos para el
proceso de extracción.Una vez ejecutado este programa
de utilidad, los datos se pueden extraer de la base de
datos con el mandato DSMUPGRD EXTRACTDB.
DSMUPGRD QUERYDB
Herramienta fuera de línea utilizada sólo en un
servidor V5 para mostrar información sobre la base de
datos y las anotaciones de recuperación.
Ninguno
Opciones de servidor nuevas
Tabla 30. Opciones de servidor nuevas. En el caso de algunas opciones, los cambios no tendrán efecto hasta que
se reinicie el servidor.
Opción de servidor nueva
Función
Mandatos u opciones
comparables de
versiones anteriores
ACTIVELOGDIRECTORY
El nombre del directorio en el que se almacenan todas
las anotaciones activas.
DEFINE
LOGVOLUME
ACTIVELOGSIZE
El tamaño máximo del registro activo.
EXTEND LOG
REDUCE LOG
Capítulo 2. Planificación de la actualización
65
Actualización del servidor de V5 a V6.3 o posterior
Tabla 30. Opciones de servidor nuevas (continuación). En el caso de algunas opciones, los cambios no tendrán
efecto hasta que se reinicie el servidor.
Mandatos u opciones
comparables de
versiones anteriores
Opción de servidor nueva
Función
ALLOWREORGINDEX
Especifica si la reorganización de índice iniciada por el Ninguno
servidor está habilitada.
ALLOWREORGTABLE
Especifica si la reorganización de tabla iniciada por el
servidor está habilitada.
Ninguno
ARCHFAILOVERLOGDIRECTORY El directorio en el que el servidor almacena los
archivos de registro de archivado si no se pueden
almacenar en la ubicación de registro de archivado.
Ninguno
ARCHLOGDIRECTORY
El directorio en el que el servidor almacena el registro
de archivado.
Ninguno
CLIENTDEDUPTXNLIMIT
Tamaño máximo de una transacción cuando se realiza
una copia de seguridad o un archivado de los datos
de la deduplicación por parte del cliente.
Ninguno
DBDIAGPATHFSTHRESHOLD
El umbral de espacio libre en el sistema de archivos o
disco que contiene el archivo db2diag.log.Cuando la
cantidad de espacio libre es igual o menor que el
umbral especificado, se muestra el mensaje de error
ANR1545W .
Ninguno
DBMEMPERCENT
Límite del porcentaje de memoria del sistema que se
utiliza para la base de datos.
Ninguno
DBMTCPPORT
Número de puerto en el que el controlador de
comunicaciones TCP/IP del gestor de base de datos
espera las peticiones de sesiones de cliente.
Ninguno
DEDUPTIER2FILESIZE
Especifica a qué tamaño de archivo Tivoli Storage
Manager empieza a utilizar la deduplicación de datos
de nivel 2.
Ninguno
DEDUPTIER3FILESIZE
Especifica a partir de qué tamaño de archivo Tivoli
Storage Manager empieza a usar la deduplicación de
datos de nivel 3.
Ninguno
ENABLENASDEDUP
Especifica si el servidor elimina los datos duplicados
almacenados por un servidor de archivos de
almacenamiento conectado a red (NAS). Esta opción
solo se aplica a los servidores de archivos NetApp.
Ninguno
|
|
FFDCLOGNAME
El nombre del archivo de registro de la primera
captura de datos de error (FFDC).
Ninguno
|
FFDCMAXLOGSIZE
El tamaño del archivo de registro FFDC.
Ninguno
|
|
|
LDAPCACHEDURATION
El periodo de tiempo en el que el servidor de Tivoli
Ninguno
Storage Manager capta la información de autenticación
de contraseña LDAP.
|
LDAPURL
La ubicación de un servidor de directorio LDAP.
Ninguno
MIRRORLOGDIRECTORY
El directorio donde se almacena la duplicación del
registro activo.
DEFINE LOGCOPY
66
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 30. Opciones de servidor nuevas (continuación). En el caso de algunas opciones, los cambios no tendrán
efecto hasta que se reinicie el servidor.
Mandatos u opciones
comparables de
versiones anteriores
Opción de servidor nueva
Función
|
|
|
|
NDMPENABLEKEEPALIVE
Especifica si el servidor permite la función keepalive
Ninguno
del protocolo de control de transmisiones (TCP) en las
conexiones de control del protocolo de gestión de
datos de (NDMP) a los dispositivos NAS.
|
|
|
NDMPKEEPIDLEMINUTES
La cantidad de tiempo, en minutos, antes de que el
sistema operativo transmita el primer paquete
keepalive de TCP en una conexión de control NDMP.
Ninguno
REORGBEGINTIME
La hora más temprana a la que el servidor de Tivoli
Storage Manager puede iniciar una reorganización de
tabla o de índice.
Ninguno
REORGDURATION
El intervalo en el que puede empezar la
reorganización de tabla o índice iniciada por el
servidor.
Ninguno
La cantidad de tiempo permitida para que los
adaptadores de bus de host respondan cuando los
consulta el proceso de descubrimiento de SAN.
Ninguno
SERVERDEDUPTXNLIMIT
El tamaño máximo de los objetos que pueden
duplicarse en un servidor.
Ninguno
SSLFIPSMODE
Especifica si el modo Estándar federal de
procesamiento de información (FIPS) está activado
para SSL.
Ninguno
SSLTLS12
Controla la seguridad de la capa de transporte (TLS)
1.2, un protocolo SSL que está disponible para
utilizarse con Tivoli Storage Manager V6.3 o posterior.
TLS 1.2 sólo puede utilizarse con clientes V6.3 o
posterior.
Ninguno
AIX
Linux
Solaris
Windows
SANDISCOVERYTIMEOUT
Mandatos del servidor, programas de utilidad y opciones
actualizados
Tenga en cuenta los mandatos, programas de utilidad y opciones que se actualizan
en V6 y posterior.
“Mandatos actualizados” en la página 68
“Programas de utilidad actualizadas” en la página 75
“Opciones del servidor actualizadas” en la página 75
Capítulo 2. Planificación de la actualización
67
Actualización del servidor de V5 a V6.3 o posterior
Mandatos actualizados
Tabla 31. Mandatos actualizados
Mandato
Cambios
BACKUP DB
Debe ejecutar el mandato SET DBRECOVERY
antes que el mandato BACKUP DB. Si ejecuta
el mandato SET DBRECOVERY, establece la
clase de dispositivo para la copia de
seguridad de la base de datos.
Una copia de seguridad incremental de la
base de datos es una copia de seguridad de
todos los cambios realizados desde la última
copia de seguridad completa. En las
versiones anteriores del servidor, las copias
de seguridad incrementales de la base de
datos representaban una copia de seguridad
de todos los cambios realizados desde la
última copia de seguridad completa o la
última copia de seguridad incremental.
Están disponibles los parámetros nuevos:
v
El parámetro DEDUPDEVICE identifica los
dispositivos de almacenamiento
compatibles con la deduplicación de datos
y optimiza las imágenes de la copia de
seguridad que se guardan en estos
dispositivos.
v El parámetro NUMSTREAMS especifica el
número de corrientes de datos paralelas
que se utilizan para la copia de seguridad
de la base de datos.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
BACKUP NODE
QUERY NASBACKUPRESTORE NODE
|
|
BACKUP STGPOOLDEFINE STGPOOL
QUERY STGPOOL
UPDATE STGPOOL
Los mandatos incluyen el valor SNAPMIRROR
para el parámetro TYPE:
v Cuando especifica el valor SNAPMIRROR
para el mandato BACKUP NODE, el sistema
de archivos se copia en una agrupación de
almacenamiento utilizando la función
NetApp SnapMirror to Tape.
v Cuando especifica el valor SNAPMIRROR
para el mandato QUERY NASBACKUP, la
salida muestra información sobre las
imágenes de NetApp SnapMirror.
v Cuando especifica el valor de SNAPMIRROR
para el mandato RESTORE NODE, el archivo
de sistema se recupera desde una imagen
de NetApp SnapMirror.
68
Los mandatos se puede utilizar con las
funciones de deduplicación de datos.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
Mandato
Cambios
BACKUP VOLHISTORY
DELETE VOLHISTORY
QUERY VOLHISTORY
UPDATE VOLHISTORY
Las operaciones de volcado de memoria de
base de datos ya no están disponibles. Por lo
tanto, los volúmenes de volcado de memoria
de base de datos no aparecen en el historial
de volúmenes.
AIX
Linux
z/OS
Si está
migrando un servidor V5 que se está
ejecutando en un sistema operativo de z/OS
a un servidor de V6.3 o posterior en un
sistema operativo AIX o Linux, puede emitir
el mandatoDELETE VOLHISTORY en el servidor
V5 para preparar la migración. El mandato
especifica la clase de dispositivo de los
volúmenes que se van a suprimir.
|
|
|
|
|
|
|
DEFINE DEVCLASS
UPDATE DEVCLASS
Al ejecutar el mandato DEFINE DEVCLASS o el
mandato UPDATE DEVCLASS para especificar
una clase de dispositivo 3592 o LTO, puede
utilizar el parámetro LBPROTECT. El
parámetro LBPROTECT especifica la protección
lógica de bloque que se utiliza para asegurar
la integridad de los datos en la cinta.
AIX
Linux
z/OS
Hay
disponible un conjunto limitado de tipos de
clase de dispositivo para los dispositivos a
los que se accede mediante un servidor de
medios de z/OS.
DEFINE LIBRARY
DEFINE LIBRARY
UPDATE LIBRARY
AIX
Linux
DEFINE PATH
AIX
Linux
Puede utilizar el
mandato DEFINE LIBRARY para definir un
tipo de biblioteca ZOSMEDIA. En este
sentido, puede definir una biblioteca que
representa una cinta o un recurso de
almacenamiento FILE que mantiene Tivoli
Storage Manager for z/OS Media.
Puede utilizar el mandato DEFINE LIBRARY
para definir una biblioteca de cintas virtual
(VTL) en el servidor de Tivoli Storage
Manager. Puede utilizar el mandato UPDATE
LIBRARY para actualizar una definición VTL.
Puede utilizar el mandato DEFINE PATH para
definir una vía de acceso a la biblioteca
ZOSMEDIA.
DEFINE SERVER
Puede utilizar el mandato DEFINE SERVER
para definir un servidor para las siguientes
funciones: movimiento de datos sin LAN,
réplica de nodos y movimiento datos
utilizando el servidor de medios de z/OS.
DEFINE SPACETRIGGER
DELETE SPACETRIGGER
QUERY SPACETRIGGER
UPDATE SPACETRIGGER
Los mandatos se pueden utilizar solo para
las agrupaciones de almacenamiento. Los
desencadenantes de espacio ya no están
disponible para bases de datos y registros.
Capítulo 2. Planificación de la actualización
69
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
|
|
|
|
|
Mandato
Cambios
DEFINE VOLUME
La capacidad máxima de un volumen en
una agrupación de almacenamiento DISK es
de 8 TB.
DISABLE SESSIONSENABLE SESSIONS
El parámetro DIRECTION especifica si se van a
inhabilitar o no las sesiones de entrada, las
sesiones de salida o ambas.
EXPIRE INVENTORY
La caducidad puede ejecutarse para nodos y
grupos de nodos concretos y para todos los
nodos dentro de un dominio de políticas. Se
pueden especificar los tipos de datos que se
van a examinar para caducidad.
|
|
|
|
|
Los valores para el parámetro DURATION han
cambiado. Puede especificar un valor dentro
del rango del 1 al 999999 para definir el
número máximo de minutos para el proceso
de caducidad.
GRANT AUTHORITY
REVOKE AUTHORITY
La clase de privilegio ANALYST se elimina.
HALT
El parámetro QUIESCE se ha eliminado.
|
|
|
LOCK ADMIN
El parámetro AUTHENTICATION especifica el
método de autenticación que utiliza el
administrador para iniciar sesión.
|
|
|
LOCK NODE
El parámetro AUTHENTICATION especifica el
método de autenticación de contraseña que
se requiere para iniciar sesión en un nodo.
|
|
|
|
MOVE DRMEDIA
PREPARE
QUERY DRMEDIA
QUERY DRMSTATUS
Los cambios en los mandatos del gestor de
recuperación tras desastre permiten incluir
agrupaciones de datos activos en los planes
y procedimientos de recuperación.
|
|
|
|
|
|
|
|
|
|
El mandato MOVE DRMEDIA no se puede usar
junto con el mandato BACKUP
STGPOOL.Asegúrese de que los procesos de
copia de seguridad de la agrupación de
almacenamiento están completos antes de
realizar la copia de seguridad de la base de
datos. Asegúrese de que el mandato BACKUP
STGPOOL y el mandato BACKUP DB están
completos antes de emitir el mandato MOVE
DRMEDIA.
QUERY DB
AIX
La salida muestra el número total de
páginas libres en todos los espacios de tabla.
Linux
QUERY DEVCLASS
QUERY LIBRARY
QUERY PATH
QUERY FILESPACE
70
Puede utilizar este mandato para ver
información específica para servidor de
medios de z/OS.
Puede utilizar este mandato para ver
información de réplica.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
Mandato
Cambios
|
|
|
|
|
QUERY LOG
Utilice este comando para visualizar
información sobre el registro activo, el
directorio de registro de duplicación, el
directorio de registro de migración tras error
y el directorio de registro de archivado.
|
|
|
|
QUERY NODE
Puede utilizar este mandato para ver
información sobre el método de
autenticación de contraseña y los valores de
seguridad para el ID de administrador.
|
|
|
|
QUERY OPTION
Las opciones obsoletas se eliminan de la
salida. La salida se actualiza para incluir
información sobre los valores para los
servidores de directorio LDAP.
QUERY PROCESS
Puede utilizar este mandato para obtener
información sobre procesos de identificación
duplicados.
QUERY SERVER
Puede utilizar este mandato para ver si la
capa de sockets seguros (SSL) se utiliza en
las comunicaciones.
QUERY SESSION
Puede utilizar este mandato para mostrar las
acciones que han tenido lugar durante la
sesión.
QUERY STATUS
Las opciones obsoletas y el desencadenante
de la copia de seguridad de la base de datos
se eliminan.
|
|
|
|
|
|
|
Utilice este mandato para verificar si las
contraseñas se autentican con el servidor de
Tivoli Storage Manager o con el servidor de
directorio LDAP.
|
|
|
También puede ver el nombre que se ha
especificado para el servidor de réplica de
destino.
|
|
|
|
|
QUERY VOLHISTORY
Para el parámetro TYPE, se añaden los
valores RPFile y RPFSnapshot. Si utiliza de
estos valores, puede visualizar registros que
contienen información sobre los objetos del
archivo del plan de recuperación.
|
|
QUERY VOLUME
Utilice este mandato para verificar si la
protección de bloques lógica está habilitada.
|
|
|
|
|
|
|
|
|
|
|
|
REGISTER ADMIN
Están disponibles los parámetros nuevos:
v El parámetro ALERT especifica si las alertas
se envían a una dirección de correo
electrónico del administrador.
v El parámetro AUTHENTICATION especifica el
método de autenticación para el ID de
usuario administrador.
v El parámetro SSLREQUIRED especifica si el
ID de usuario administrador utiliza SSL
para comunicarse con el cliente de
archivado y copia de seguridad desde el
servidor de Tivoli Storage Manager.
Capítulo 2. Planificación de la actualización
71
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
|
|
|
|
Mandato
Cambios
REGISTER ADMIN
QUERY ADMIN
UPDATE ADMIN
En estos mandatos, el parámetro ALERT
especifica si las alertas se envían a una
dirección de correo electrónico del
administrador.
|
|
|
|
|
En el mandato QUERY ADMIN, la salida se
actualiza para incluir información sobre las
alertas de correo electrónico, el método de
autenticación de contraseñas y los valores de
seguridad para el ID de administrador.
REGISTER LICENSE
Es necesario que utilice este mandato para
registrar las licencias para los componentes
del servidor. El uso del mandato REGISTER
LICENSE implica que acepta los términos de
licencia que se especifican en su acuerdo de
licencia.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
REGISTER NODE
Están disponibles los parámetros nuevos:
|
|
|
|
REMOVE ADMIN
Puede utilizar el parámetro SYNCLDAPDELETE
si desea eliminar un ID de usuario de
administración que se almacena en un
servidor de directorios LDAP.
|
|
|
REMOVE NODE
Puede utilizar el parámetro SYNCLDAPDELETE
para eliminar un ID de nodo que se guarda
en un servidor de directorio LDAP.
|
|
|
|
RENAME ADMIN
Puede utilizar el parámetro SYNCLDAPDELETE
si desea cambiar el nombre de un ID de
usuario de administración que autentica un
servidor de directorios LDAP.
v EL parámetro AUTHENTICATION especifica el
método de autenticación de la contraseña
para el nodo.
v El parámetro BACKUPINITIATION especifica
si el ID de usuario no root en el nodo de
cliente puede realizar una copia de
seguridad de los archivos en el servidor.
v Los parámetros BKREPLRULEDEFAULT,
ARREPLRULEDEFAULT y SPREPLRULEDEFAULT
especifican la regla de réplica que se
aplica a un tipo de datos si las reglas del
espacio de archivos del tipo de datos se
establecen en DEFAULT.
v El parámetro REPLSTATE especifica si los
datos que pertenecen al nodo de cliente
están preparados para replicarse.
v El parámetro ROLEOVERRIDE especifica si se
debe alterar temporalmente el rol
notificado del cliente para la estimación
de PVU.
v El parámetro SSLREQUIRED especifica si el
nodo debe utilizar SSL para comunicarse
con el servidor de Tivoli Storage Manager.
72
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
Mandato
Cambios
|
|
|
|
RENAME NODE
Puede utilizar el parámetro SYNCLDAPDELETE
para cambiar el nombre a un ID de nodo
que se guarda en un servidor de directorio
LDAP.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
SELECT
Las siguientes actualizaciones se aplican al
mandato SELECT:
v En las versiones anteriores del servidor, la
sintaxis que no se ajustaba a las reglas de
sintaxis SQL se podía utilizar en el
mandato SELECT. En V6.3 y posterior, debe
utilizar la sintaxis SQL que se ajusta las
reglas de sintaxis del gestor de la base de
datos, DB2.
v Puede utilizar la consulta SELECT * FROM
PVUESTIMATE_DETAILS para generar un
informe de PVU que proporciona
información detallada a nivel de nodo.
v Puede utilizar el mandato SELECT para
listar las contraseñas del ID de usuario
para los administradores y los nodos que
se autentica con un servidor de directorio
LDAP.
v Puede utilizar el mandato SELECT para
verificar si la protección de bloques
lógicos está habilitado para una clase de
dispositivo o volumen.
SET DBRECOVERY
El parámetro NUMSTREAMS especifica el
número de corrientes de movimiento de
datos simultáneas que se utilizan mientras
se realiza la copia de seguridad de la base
de datos.
|
|
|
|
|
|
SETOPT
Se eliminan las opciones obsoletas.La opción
LDAPCACHEDURATION determina la cantidad de
tiempo que el servidor de Tivoli Storage
Manager guarda en caché la información
sobre la autenticación de la contraseña
LDAP.
|
|
|
|
UNLOCK ADMIN
El parámetro AUTHENTICATION especifica el
método de autenticación de contraseña que
se requiere para que un administrador inicie
sesión.
|
|
|
UNLOCK NODE
El parámetro AUTHENTICATION especifica el
método para la autenticación de contraseñas
del nodo.
Capítulo 2. Planificación de la actualización
73
Actualización del servidor de V5 a V6.3 o posterior
Tabla 31. Mandatos actualizados (continuación)
Mandato
Cambios
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
UPDATE ADMIN
La clase de privilegio ANALYST se
elimina.Están disponibles los parámetros
nuevos:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
UPDATE NODE
v El parámetro AUTHENTICATION especifica el
método de autenticación de la contraseña
que se utiliza el ID de administrador.
v El parámetro SSLREQUIRED especifica si el
ID de usuario administrador utiliza SSL
para comunicarse con el cliente de
archivado y copia de seguridad desde el
servidor de Tivoli Storage Manager.
v El parámetro SYNCLDAPDELETE se utiliza
para suprimir un ID de usuario
administrador de un servidor de
directorio LDAP.
La clase de privilegio ANALYST se
elimina.Están disponibles los parámetros
nuevos:
v El parámetro AUTHENTICATION especifica el
método de autenticación de contraseña.
v El parámetro SSLREQUIRED especifica si un
nodo debe utilizar SSL para comunicarse
con un servidor Tivoli Storage Manager.
v El parámetro SYNCLDAPDELETE se utiliza
para cambiar el método de autenticación
de un nodo desde la autenticación del
servidor de directorio LDAP para la
autenticar el servidor de Tivoli Storage
Manager .
UPDATE LIBRARY
Puede utilizar este mandato para actualizar
la definición de bibliotecas para un VTL.
UPDATE NODE
Están disponibles los parámetros nuevos:
v El parámetro BACKUPINITIATION especifica
si el ID de usuario no root en el nodo de
cliente puede realizar una copia de
seguridad de los archivos en el servidor.
v El parámetro ROLEOVERRIDE especifica si se
debe alterar temporalmente el rol
notificado del cliente para la estimación
de PVU.
AIX
Linux
UPDATE SERVER
74
UPDATE PATH
Puede utilizar este mandato para actualizar
una vía de acceso a una biblioteca
ZOSMEDIA.
Puede utilizar este mandato para especificar
si debe utilizar SSL durante las
comunicaciones de servidor a servidor.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Programas de utilidad actualizadas
Tabla 32. Programas de utilidad actualizadas
Programa de utilidad
Cambios
DSMSERV
Puede especificar el ID de usuario que posee
la instancia del servidor en el inicio.
También puede especificar el ID de usuario
de los programas de utilidades DSMSERV.
DSMSERV FORMAT
Se eliminan los parámetros obsoletos. Hay
disponibles parámetros nuevos para
especificar los directorios de espacio de la
base de datos y el tamaño máximo y las
ubicaciones de los archivos de recuperación.
DSMSERV INSERTDB
El parámetro CONFIGINFO especifica la
información de configuración de dispositivo
que ha utilizado el programa de utilidad
DSMSERV INSERTDB para cargar una base de
datos.
DSMSERV RESTORE DB
El histórico de volumen es necesario para
restaurar una base de datos.
Todas las operaciones de restauración
utilizan la recuperación en avance.
Se elimina la función de restauración de
volúmenes individuales de base de datos. El
servidor ya no gestiona volúmenes de base
de datos.
AIX
Linux
DSMUPGRD EXTRACTDB
DSMUPGRD PREPAREDB
El parámetro MEDIASERVER se utiliza durante
una actualización desde un servidor V5 en
z/OS. El parámetro especifica el nombre del
servidor que se va a utilizar como el
servidor de medios de z/OS.
Opciones del servidor actualizadas
Tabla 33. Opciones del servidor actualizadas
Opción
Cambios
CHECKTAPEPOS
Puede utilizar la opción CHECKTAPEPOS para
habilitar la modalidad de "solo agregar" para
unidades de IBM LTO de 5ª generación y
posteriores, y para cualquier unidad
compatible con esta función.
AIX
Windows
Linux
Solaris
SANDISCOVERY
La opción SANDISCOVERY ha cambiado en
Tivoli Storage Manager V5.5.3 y los releases
posteriores. Para asegurarse de que el
sistema funciona correctamente, compruebe
el valor de la opción SANDISCOVERY.
Capítulo 2. Planificación de la actualización
75
Actualización del servidor de V5 a V6.3 o posterior
Tabla 33. Opciones del servidor actualizadas (continuación)
Opción
Cambios
TXNGROUPMAX
El valor predeterminado aumenta de 256 a
4096. Compruebe si el archivo de opciones
del servidor tiene esta opción:
v Si el archivo de opciones del servidor no
incluye esta opción, el servidor
automáticamente utiliza el nuevo valor
predeterminado.
v Si el archivo de opciones del servidor
incluye un valor para la opción, el
servidor utiliza un valor específico. Si el
valor especificado es inferior a 4096,
considere aumentar el valor o eliminar la
opción de manera que el servidor utilice
el nuevo valor predeterminado. Si
aumenta el valor o utiliza el valor
predeterminado nuevo, puede mejorar el
rendimiento de las operaciones de
movimiento de datos, como la migración
de una agrupación de almacenamiento y
la copia de seguridad de una agrupación
de almacenamiento.
Aumentar el valor de la opción TXNGROUPMAX
no afecta al rendimiento del movimiento de
datos en aquellos archivos almacenados en
el servidor utilizando un valor más bajo
para esta opción.
Mandatos de servidor, programas de utilidad y opciones
suprimidos
Algunos mandatos, programas de utilidad y opciones se suprimen porque ya no es
necesaria su función. En algunos casos, los mandatos suprimidos se sustituyen por
otros nuevos.
“Mandatos suprimidos”
“Programas de utilidad suprimidos” en la página 78
“Opciones de servidor suprimidas” en la página 79
Mandatos suprimidos
Tabla 34. Mandatos suprimidos
76
Mandato suprimido
Comentarios.
CONVERT ARCHIVE
Ya no se necesita la operación que realiza
este mandato.
DEFINE DBBACKUPTRIGGER
DELETE DBBACKUPTRIGGER
QUERY DBBACKUPTRIGGER
UPDATE DBBACKUPTRIGGER
Asegúrese de planificar copias de seguridad
de la base de datos para que se produzcan
al menos una vez al día.
DEFINE DBCOPY
Volúmenes de base de datos que ya no se
utilizan.
DEFINE DBVOLUME
QUERY DBVOLUME
La ubicación de espacios se realiza de forma
automática en las ubicaciones de directorio
especificadas para la base de datos.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 34. Mandatos suprimidos (continuación)
Mandato suprimido
Comentarios.
DEFINE LOGCOPY
En lugar de copias de volumen de registro,
puede especificar una duplicación del
registro para que el registro activo esté
protegido por una copia de duplicación.
DEFINE LOGVOLUME
DELETE LOGVOLUME
QUERY LOGVOLUME
El gestor de la base de datos administra de
forma automática el espacio de los
directorios de registro de recuperación.
Para obtener información acerca de los
directorios que se utilizan para los registros,
Utilice el programa de utilidad QUERY LOG.
ESTIMATE DBREORGSTATS
La recopilación y el restablecimiento de las
estadísticas de la base de datos se produce
de forma automática.
Las operaciones de reorganización de la base
de datos las realiza automáticamente el
gestor de la base de datos según sea
necesario.
EXTEND DB
La ubicación de espacios se realiza de forma
automática en las ubicaciones de directorio
especificadas para la base de datos. Si el
servidor necesita espacio adicional puede
añadir ubicaciones de directorio con el
mandato EXTEND DBSPACE.
EXTEND LOG
Existen opciones de servidor disponibles
para aumentar el tamaño de los registros de
recuperación.
QUERY SQLSESSION
La información proporcionada por este
mandato ya no se encuentra en la base de
datos del servidor. Los valores del mandato
SELECT de SQL se sustituyen por las
opciones de sintaxis disponibles en el
mandato SELECT de DB2.
REDUCE DB
La ubicación de espacios se realiza de forma
automática en las ubicaciones de directorio
especificadas para la base de datos. No
puede ajustar la capacidad asignada de la
base de datos.
REDUCE LOG
El gestor de la base de datos administra de
forma automática el espacio de los
directorios de registro de recuperación.
RESET BUFPOOL
La opción BUFPOOLSIZE se ha eliminado; por
lo tanto, este mandato no es necesario.
RESET DBMAXUTILIZATION
RESET LOGCONSUMPTION
RESET LOGMAXUTILIZATION
La recopilación y el restablecimiento de las
estadísticas de la base de datos se produce
de forma automática.
SET LOGMODE
La modalidad de inicio de sesión de la base
de datos no es siempre la de reaplicación.
SET SQLDATETIMEFORMAT
SET SQLDISPLAYMODE
SET SQLMATHMODE
Los mandatos se sustituyen por opciones en
la sintaxis del mandato SELECT de DB2.
Capítulo 2. Planificación de la actualización
77
Actualización del servidor de V5 a V6.3 o posterior
Tabla 34. Mandatos suprimidos (continuación)
Mandato suprimido
Comentarios.
UNDO ARCHCONVERSION
Ya no se necesita la operación que realiza
este mandato.
UPDATE ARCHIVE
Ya no se necesita la operación que realiza
este mandato.
Programas de utilidad suprimidos
Tabla 35. Programas de utilidad suprimidos
Programa de utilidad suprimida
Comentarios.
DSMFMT
La ubicación de espacios se realiza de forma
automática en las ubicaciones de directorio
especificadas para la base de datos.
DSMSERV AUDITDB
Ya no se requieren auditorías de la base de
datos fuera de línea.
A medida que se añaden los datos a la base
de datos del servidor, el gestor de la base de
datos comprueba las restricciones y los tipos
relativos a los datos. Las comprobaciones de
integridad en línea evitan problemas que
hacían necesarias las auditorías fuera de
línea en versiones anteriores.
DSMSERV DISPLAY DBBACKUPVOLUME
El archivo de historial de volumen
proporciona información acerca de los
volúmenes utilizados en la copia de
seguridad de la base de datos. El archivo de
historial de volumen es necesario para
restaurar la base de datos.
DSMSERV DISPLAY DBVOLUMES
Utilice el programa de utilidad DSMSERV
DISPLAY DBSPACE para consultar información
acerca del espacio disponible en la base de
datos cuando el servidor no se está
ejecutando.
DSMSERV DISPLAY LOGVOLUMES
Utilice DSMSERV DISPLAY LOG para visualizar
información acerca de los registros de
recuperación incluido el registro activo, la
duplicación para el registro activo, el
directorio de migración tras error para el
registro de archivado y la ubicación del
excedente de registros.
DSMSERV DUMPDB
Ya no se necesita la operación que realiza
este programa de utilidad.
DSMSERV EXTEND LOG
Este programa de utilidad se sustituye por
las siguientes opciones del servidor:
ACTIVELOGSIZE
ACTIVELOGDIRECTORY
MIRRORLOGDIRECTORY
Con estas opciones, podrá añadir espacio de
registros de recuperación si el registro está
lleno cuando el servidor no está activo.
78
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 35. Programas de utilidad suprimidos (continuación)
Programa de utilidad suprimida
Comentarios.
DSMSERV LOADDB
Ya no se necesita la operación que realiza
este programa de utilidad.
DSMSERV RESTORE DB
El servidor no realiza un seguimiento de
volúmenes de base de datos individuales en
V6.3 o posterior.
v Restaure un solo volumen de base de
datos a su estado más reciente.
v Restaure una base de datos a un punto en El archivo de historial de volumen es
el tiempo cuando el archivo de historial
necesario para realizar operaciones de
de volumen no se encuentra disponible.
restauración de la base de datos.
DSMSERV UNLOADDB
Ya no se necesita la operación que realiza
este programa de utilidad.
Opciones de servidor suprimidas
Cuando se inicie el servidor, puede recibir mensajes de aviso sobre opciones de
servidor que no están soportadas, pero eso no se puede encontrar en esta lista de
opciones suprimidas. Los releases de V5 permitían la presencia de algunas
opciones de servidor que no soportaba el servidor. El servidor V6.3 o posterior
señala dichas opciones emitiendo mensajes de aviso. Puede ignorar el error o
actualizar el archivo de opciones de servidor y reiniciar el servidor.
Tabla 36. Opciones de servidor suprimidas
Opción suprimida
Comentarios.
BUFPOOLSIZE
El servidor ajusta el valor del tamaño de la
agrupación de almacenamientos intermedios
de forma dinámica.
DBPAGESHADOW
Ya no se necesita esta opción.
DBPAGESHADOWFILE
Ya no se necesita esta opción.
LOGPOOLSIZE
El servidor utiliza su propia agrupación de
almacenamiento intermedio de registros de
recuperación de tamaño fijo.
LOGWARNFULLPERCENT
Ya no se necesita esta opción.
MIRRORREAD
MIRRORWRITE
Se admite la duplicación del registro activo,
pero no la de la base de datos. Proporcione
protección de disponibilidad para la base de
datos ubicándola en dispositivos que tengan
características de alta disponibilidad.
SELFTUNEBUFPOOLSIZE
El servidor ajusta la agrupación de
almacenamiento intermedio de forma
dinámica.
Capítulo 2. Planificación de la actualización
79
Actualización del servidor de V5 a V6.3 o posterior
Modificaciones en el mandato SELECT
En versiones anteriores del servidor, el mandato SELECT permitía una sintaxis que
no siempre se ajustaba a las reglas de sintaxis de SQL. Con la V6.3 o posterior, el
servidor se ajusta a las reglas de sintaxis de SQL que utilice su gestor de bases de
datos, el programa DB2. Algunos ejemplos ilustran los cambios que es posible que
necesite realizar en las sentencias SELECT que utilice.
“Predicado LIKE de una sentencia SELECT anidada”
“Sentencias SELECT para cálculos de tiempo”
“Las columnas index_keyseq e index_order”
“Acceda a los objetos de la base de datos mediante el mandato SELECT” en la
página 81
“Recuperación de información de varias tablas de bases de datos” en la página
81
“Resultados del mandato SELECT para la clase de dispositivo DISK” en la
página 81
“Espacios adicionales que aparecen en el resultado” en la página 81
“Tipos de datos para operaciones aritméticas” en la página 82
Predicado LIKE de una sentencia SELECT anidada
No puede utilizar el predicado LIKE para una sentencia SELECT anidada. Por
ejemplo, recibirá un error si utiliza el predicado LIKE como en esta sentencia:
select * from volumeusage where volume_name like (select distinct volume_name
from volumeusage where node_name=’node1’)
Sustituya dicho uso con el parámetro in, como en la siguiente sentencia:
select * from volumeusage where volume_name in (select distinct volume_name
from volumeusage where node_name=’node1’)
Sentencias SELECT para cálculos de tiempo
La duración etiquetada no se puede comparar con una sentencia SELECT. Por
ejemplo, la siguiente sentencia dará un error de SQL:
select * from actlog where (current_time-date_time) seconds <= 60 seconds
Las siguientes sentencias son ejemplos del uso correcto.
Para listar las entradas del registro de actividad de los últimos 60 segundos, utilice:
select * from actlog where
TIMESTAMPDIFF(2,CHAR(current_timestamp-date_time)) <= 60
Para listar las entradas del registro de actividad de los últimos 60 minutos, utilice:
select * from actlog where
TIMESTAMPDIFF(4,CHAR(current_timestamp-date_time)) <= 60
Las columnas index_keyseq e index_order
El gestor de bases de datos procesa ahora las tablas de catálogo del sistema
SYSCAT.COLUMNS y SYSCAT.TABLES en lugar de hacerlo directamente el
servidor de Tivoli Storage Manager. Las columnas INDEX_KEYSEQ e INDEX_ORDER no
están disponibles. Utilice la columna KEYSEQ en su lugar. Para obtener información,
utilice la cadena de búsqueda keyseq en el siguiente Information Center:
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
80
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Acceda a los objetos de la base de datos mediante el mandato SELECT
Los objetos de base de datos a los que se puede acceder utilizando el mandato
SELECT son los mismos que en las versiones anteriores de servidor, con algunas
adiciones relacionadas con las nuevas funciones en la 6.3 o posterior.
Sin embargo, las tablas de catálogo SYSCAT.COLUMNS y SYSCAT.TABLES
incluyen ahora todos los objetos de base de datos conocidos para el servidor,
incluidos algunos objetos a los que no se puede acceder con el mandato SELECT. Se
mostrará un mensaje de error si un mandato SELECT incluye un intento de acceso a
uno de estos objetos.
Recuperación de información de varias tablas de bases de datos
Para recuperar información procedente de más de una tabla, utilice un proceso de
combinación. Se pueden utilizar muchos tipos de procesos de unión.
Por ejemplo, el siguiente mandato, que funcionaba con las versiones anteriores del
servidor, ya no funciona: ya no lo hará:
select entity,activity,sum(bytes),sum(end_time-start_time),sum(affected),sum(failed),sum(mediaw)
from summary where entity in (select node_name from nodes) and
cast((current_timestamp-start_time)hours as decimal)<24 group by entity,activity
Puede declarar nombres para las columnas recuperadas de varias tablas de manera
que se puede ejecutar una sentencia condicional con los resultados que desea a
partir del mandato SELECT. Por ejemplo:
select entity,activity,sum(bytes),sum(end_time-start_time),sum(affected),sum(failed),sum(mediaw)
from summary su, nodes nd where su.entity=nd.node_name and
cast((current_timestamp-start_time)hours as decimal)<24 group by entity,activity
Resultados del mandato SELECT para la clase de dispositivo DISK
Los resultados obtenidos al utilizar el comando SELECT para obtener información
desde la tabla DEVCLASSES han variado ligeramente en V6.3 para la clase de
dispositivo DISK.
En releases anteriores, el campo SHARED estaba en blanco (nulo) para la clase de
dispositivo DISK. En V6.3, el campo SHARED contiene el valor NO. El campo SHARED
no se aplica a la clase de dispositivo DISK y el valor NO se puede ignorar.
Espacios adicionales que aparecen en el resultado
Puede que aparezcan espacios en la salida, donde antes no aparecían. Si aparecen
espacios finales en la salida, como en el siguiente ejemplo de salida de tabschema,
puede utilizar la función escalar RTRIM para eliminarlos.
dsmadmc -errorlogn=errorlog -id=admin -pa=admin -comma -dataonly=y
’select tabschema,tabname from tables’
SYSCAT
SYSCAT
SYSCAT
,ATTRIBUTES
,AUDITPOLICIES
,AUDITUSE
Por ejemplo, si va a escribir scripts para realizar automatizaciones y necesita
eliminar los espacios adicionales, puede utilizar la función escalar RTRIM:
select rtrim(tabschema) as tabschema, tabname from syscat.tables
Capítulo 2. Planificación de la actualización
81
Actualización del servidor de V5 a V6.3 o posterior
Tipos de datos para operaciones aritméticas
Los cambios en cómo se gestionan los tipos de datos para las operaciones
aritméticas pueden requerir cambios en los mandatos SELECT que funcionaban en
versiones anteriores del servidor.
Por ejemplo, el siguiente mandato provoca un error de desbordamiento aritmético
debido a la sentencia SUM:
select node_name,sum(capacity) as capacity,
sum(capacity * (pct_util/100)) as used from filespaces group by node_name
Para que el mandato sea compatible con V6.3 o posterior, añada la función CAST
para convertir los elementos en la sentencia SUM a tipos de datos iniciales:
select node_name,sum(capacity) as capacity,
sum(cast(capacity as decimal) * cast((pct_util/100) as decimal)) as used from
filespaces group by node_name
Mensajes del servidor nuevos y modificados
Si posee scripts u otro tipo de automatización que utilice mensajes de servidor,
compruebe las listas de mensajes nuevos, modificados o suprimidos que puede que
necesite cambiar.
La lista está disponible en el Information Center: http://pic.dhe.ibm.com/
infocenter/tsminfo/v6r3
Asimismo, la lista se encuentra disponible en la publicación Tivoli Storage
ManagerMensajes del servidor y códigos de error de V6.3 o posterior.
Mejores prácticas de denominación de servidores
Utilice estas descripciones como referencia cuando instale o actualice un servidor
de Tivoli Storage Manager.
ID de usuario de instancias
El ID de usuario de instancias se utiliza como base para el resto de nombres
relacionados con la instancia del servidor. El ID de usuario de instancias se
denomina asimismo propietario de la instancia.
Por ejemplo: tsminst1
El ID de usuario de la instancia es el ID de usuario que debe tener autoridad de
acceso de propiedad o de lectura/escritura para todos los directorios que se creen
para la base de datos y el registro de recuperación. La forma estándar de ejecutar
el servidor es bajo el ID de usuario de la instancia. Este ID de usuario también
debe tener acceso de lectura y grabación en los directorios que se utilizan para
cualquier clase de dispositivo FILE.
AIX
HPUX
Linux
Solaris
Directorio de inicio del ID de usuario de la instancia
El directorio de inicio puede crearse cuando se crea el ID de usuario de la
instancia, utilizando la opción (-m) para crear un directorio de inicio si
todavía no existe. Dependiendo de los valores locales, el directorio padre
puede tener el siguiente formato: /home/ID_usuario_instancia
Por ejemplo: /home/tsminst1
82
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
El directorio de inicio se utiliza principalmente como contenedor del perfil
del ID de usuario y de valores de seguridad.
Nombre de la instancia de la base de datos
AIX
HPUX
Linux
Solaris
El nombre de la instancia de la base de datos debe coincidir con el ID de
usuario de instancias bajo el cual se ejecuta la instancia del servidor.
Por ejemplo: tsminst1
Windows
El nombre de la instancia de la base de datos es el nombre de la instancia
de servidor como aparece en el registro.
Por ejemplo: Server1
Directorio de la instancia
El directorio de la instancia es un directorio que contiene archivos específicos para
una instancia del servidor (el archivo de opciones de servidor y otros archivos
específicos del servidor). Puede tener el nombre que desee. Para facilitar su
identificación, utilice un nombre que vincule el directorio al nombre de la
instancia.
AIX
HPUX
Linux
Solaris
Puede crear el directorio de instancias como un subdirectorio del directorio
padre del ID de usuario de instancias. Por ejemplo: /home/
ID_usuario_instancia/ID_usuario_instancia
El siguiente ejemplo sitúa el directorio de instancias en el directorio padre
del ID de usuario tsminst1: /home/tsminst1/tsminst1
También puede crear el directorio en otra ubicación, como por ejemplo:
/tsmserver/tsminst1
El directorio de instancia almacena los siguientes archivos en la instancia
del servidor:
v El archivo de opciones del servidor, dsmserv.opt
v El archivo de base de datos de claves del servidor, cert.kdb, y los
archivos .arm (utilizados por los clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor)
v El archivo de configuración de dispositivo, si la opción del servidor
DEVCONFIG no especifica un nombre completo y apropiado.
v El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
v Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
v Salidas de usuario
v Salida de rastreo (si no se indica un nombre completo)
Windows
Puede utilizar un nombre que incluya el nombre de la instancia de
servidor como aparece (o aparecerá) en el registro. Los nombres de
instancia de servidor predeterminados tienen el formato Serverx.
Por ejemplo: d:\tsm\server1
Capítulo 2. Planificación de la actualización
83
Actualización del servidor de V5 a V6.3 o posterior
El directorio de instancia almacena los siguientes archivos en la instancia
del servidor:
v El archivo de opciones del servidor, dsmserv.opt
v El archivo de base de datos de claves del servidor, cert.kdb, y los
archivos .arm (utilizados por los clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor)
v El archivo de configuración de dispositivo, si la opción del servidor
DEVCONFIG no especifica un nombre completo y apropiado.
v El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
v Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
v Salidas de usuario
v Salida de rastreo (si no se indica un nombre completo)
Nombre de la base de datos
El nombre de la base de datos es siempre TSMDB1, en todas las instancias de
servidor. Este nombre no puede modificarse.
Nombre de servidor
El nombre del servidor es un nombre interno para Tivoli Storage Manager, y se
utiliza para las operaciones implicadas en la comunicación entre varios servidores
de Tivoli Storage Manager. Ejemplos de estas operaciones son la comunicación
servidor-a-servidor y el compartir bibliotecas.
AIX
Linux
Solaris
Windows
El nombre del servidor se utiliza
asimismo al añadir el servidor al Centro de administración para poder gestionarlo
a través de la interfaz.Utilice un nombre único para cada servidor. Para facilitar su
identificación en el Centro de administración (o desde un mandato QUERY SERVER),
utilice un nombre que refleje la ubicación o el propósito del servidor.
El nombre del servidor se utiliza asimismo al añadir
el servidor al Centro de operaciones para poder gestionarlo a través de la
interfaz.Utilice un nombre único para cada servidor. Para facilitar su identificación
en el Centro de operaciones (o desde un mandato QUERY SERVER), utilice un nombre
que refleje la ubicación o el propósito del servidor.
|
|
|
|
|
AIX
Linux
Windows
HPUX
Utilice un nombre único para cada servidor. Para facilitar su
identificación mediante un mandato QUERY SERVER, utilice un nombre que refleje la
ubicación o el objetivo del servidor.
Si utiliza el asistente, el nombre predeterminado sugerido por éste es el nombre de
host del sistema que está utilizando. Puede usar un nombre diferente que sea
significativo en su entorno. Si tiene más de un servidor en el sistema y utiliza el
asistente, sólo puede usar el nombre predeterminado para uno de los servidores.
Debe introducir un nombre único para cada servidor.
Por ejemplo:
AIX
84
HPUX
Linux
Solaris
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
PAYROLL
SALES
Windows
TUCSON_SERVER1
TUCSON_SERVER2
Para obtener más información acerca de nombres de servidores, consulte Guía del
administrador.
Directorios para el espacio de la base de datos y las
anotaciones de recuperación
Los directorios pueden nombrarse de acuerdo con las prácticas locales. Para
facilitar la identificación, es recomendable que utilice nombres que vinculen los
directorios a la instancia del servidor.
Por ejemplo, para las anotaciones archivadas:
AIX
Windows
HPUX
Linux
Solaris
/tsminst1_archlog
f:\servidor1\regarch
Capítulo 2. Planificación de la actualización
85
Actualización del servidor de V5 a V6.3 o posterior
86
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 3. Visión general de casos de ejemplo de
actualización
Puede actualizar el servidor IBM Tivoli Storage Manager en el mismo sistema o en
un sistema nuevo. Puede utilizar tanto el método de soporte como el método de
red para mover los datos de la base de datos del servidor original a la base de
datos del servidor actualizado. Las descripciones de los casos de ejemplo muestran
el orden de los pasos según los diferentes enfoques.
Seleccione el caso de ejemplo que le interese en la siguiente tabla. En esta sección,
se presenta una visión general de los distintos casos de ejemplo, con el fin de
resumir los pasos que son necesarios en cada caso. Para completar el
procedimiento, siga el enlace incluido en la visión general del caso de ejemplo para
acceder a los detalles del procedimiento.
Tabla 37. Visión general de proceso
Ubicación del servidor
actualizado
Método de transferencia de
datos
“Caso de ejemplo 1 para
actualizar el servidor: el
mismo sistema, método de
soporte”
En el mismo sistema que el
servidor original
Método de soporte
“Caso de ejemplo 2 para
actualizar el servidor: el
mismo sistema, método de
red” en la página 92
En el mismo sistema que el
servidor original
Método de red
“Caso de ejemplo 3 para
actualizar el servidor: un
sistema nuevo, método de
soporte” en la página 96
Sistema nuevo
Método de soporte
“Caso de ejemplo 4 para
actualizar el servidor: un
sistema nuevo, método de
red” en la página 100
Sistema nuevo
Método de red
Caso de ejemplo
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
“Comparación de los métodos para transferir datos a la base de datos V6.3 o
posterior” en la página 17
Caso de ejemplo 1 para actualizar el servidor: el mismo sistema,
método de soporte
En este caso de ejemplo, todas las tareas de actualización se realizan en el mismo
sistema. La base de datos se extrae en el soporte y posteriormente se inserta en la
base de datos V6.3 o posterior.
Puede utilizar el asistente o bien actualizar el servidor manualmente utilizando los
programas de utilidad de actualización. El asistente ofrece un método guiado para
© Copyright IBM Corp. 2009, 2013
87
Actualización del servidor de V5 a V6.3 o posterior
la actualización de un servidor. Mediante el asistente, puede evitar algunos pasos
de la configuración que son complejos si se realizan manualmente.
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
“Comparación de los métodos para transferir datos a la base de datos V6.3 o
posterior” en la página 17
Tareas relacionadas:
Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107
88
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor utilizando el asistente
Actualización a V6.1 en el mismo sistema, método de soporte
Actualizar mediante el asistente de actualización
Tareas de base
de datos V5
Tareas de base
de datos V6.1
1.
Tareas de preparación. Copia de seguridad de base
de datos V5.
2.
Instalar herramientas DSMUPGRD.
3.
Preparar base de datos V5. Ejecutar
herramientas DSMUPGRD PREPAREDB.
4.
Desinstalar código de servidor V5.
5.
Instalar código de servidor V6.1.
6.
Crear los directorios y el ID de usuario
del servidor V6.1.
7.
Iniciar el asistente de actualización. Utilizar el
asistente para configurar el servidor V6.1 y
actualizar la base de datos V5.
8.
Completar pasos de post-instalación.
Servidor deTivoli
Storage Manager
Versión 5
Figura 1. Caso de ejemplo 1
Capítulo 3. Visión general de casos de ejemplo de actualización
89
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107.
1. Realice todas las tareas de preparación, entre las que se incluye una copia de
seguridad de la base de datos.
2. Instala El paquete de programas de utilidad de actualización (DSMUPGRD) en el
sistema. El paquete de herramientas debe instalarse tanto si utiliza el asistente
de actualización como si realiza la actualización con herramientas.
3. Prepare la base de datos V5 utilizando el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5. Opcional: antes de iniciar la instalación de
V6.3 o posterior, ejecute el comprobador de requisitos previos de la instalación.
5. Instale el código del servidor V6.3 o posterior en el sistema.
6. Cree los directorios para la base de datos y las anotaciones de V6.3 o posterior,
y el ID de usuario que será el propietario de la instancia del servidor.
7. Inicie el asistente de actualización para configurar el nuevo servidor y
actualizar la base de datos V5. Con el asistente puede completar las siguientes
tareas:
a. Extraiga la base de datos V5 en un soporte externo.
b. Cree y dé formato a la base de datos vacía para recibir los datos.
c. Inserte los datos desde el soporte en el que se han extraído.
d. Configure el sistema para realizar la copia de seguridad de la base de datos.
8. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base de
datos.
90
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor manualmente utilizando los
programas de utilidad
Actualización a V6.1 en el mismo sistema
Tareas base datos V5
Tareas base datos V6.1
T
de preparación. Copia de seguridad de base
1. Tareas
de datos V5.
Actualización manual
de base de datos
2. Instalar código de servidor V6.1.
3. Instalar DSMUPGRD en sistema V5.
4. Preparar la base de datos V5.
Ejecutar DSMUPGRD PREPAREDB.
5. Extraer base de datos V5 en soporte externo.
Ejecutar DSMUPGRD EXTRACTDB.
Servidor de Tivoli
Storage Manager
Versión 5
6. Formatear base datos V6.1 vacía para recibir datos.
Ejecutar DSMSERV LOADFORMAT.
7. Insertar datos de soportes en nueva base
Ejecutar DSMSERV INSERTDB.
Figura 2. Caso de ejemplo 1
Capítulo 3. Visión general de casos de ejemplo de actualización
91
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107.
1. Realice todas las tareas de preparación, entre las que se incluye una copia de
seguridad de la base de datos.
2. Instala El paquete de programas de utilidad de actualización (DSMUPGRD) en el
sistema. El paquete de herramientas debe instalarse tanto si utiliza el asistente
de actualización como si realiza la actualización con herramientas.
3. Prepare la base de datos V5 utilizando el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5. Opcional: antes de iniciar la instalación
de V6.3 o posterior, ejecute el comprobador de requisitos previos de la
instalación.
5. Instale el código del servidor V6.3 o posterior en el sistema.
6. Cree los directorios para la base de datos y las anotaciones de V6.3 o
posterior, y el ID de usuario que será el propietario de la instancia del
servidor.
7. Extraiga la base de datos V5 a una soporte externo utilizando el programa de
utilidad DSMUPGRD EXTRACTDB.
8. Cree y dé formato a la base de datos vacía para recibir los datos. La base de
datos se crea con el mandato db2icrt. La base de datos se formatea utilizando
el programa de utilidad DSMSERV LOADFORMAT.
9. Inserte los datos desde el soporte en el que se han extraído. Debe tener el
archivo manifiesto que se ha creado como parte del proceso de extracción.
Utilice el programa de utilidad DSMSERV INSERTDB.
10. Configure el sistema para realizar la copia de seguridad de la base de datos.
11. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base
de datos.
Caso de ejemplo 2 para actualizar el servidor: el mismo sistema,
método de red
En este caso de ejemplo, todas las tareas de actualización se realizan en el mismo
sistema. Los datos se extraen desde la base de datos del servidor original y se
insertan en la del servidor nuevo al mismo tiempo.
Puede utilizar el asistente o bien actualizar el servidor manualmente utilizando los
programas de utilidad de actualización. El asistente ofrece un método guiado para
la actualización de un servidor. Mediante el asistente, puede evitar algunos pasos
de la configuración que son complejos si se realizan manualmente.
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
“Comparación de los métodos para transferir datos a la base de datos V6.3 o
posterior” en la página 17
Tareas relacionadas:
Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la página
153
92
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor utilizando el asistente
Actualización a V6.1 en el mismo sistema, método de red
Actualizar mediante el asistente de actualización
Tareas de base
de datos V5
Tareas de base
de datos V6.1
de preparación. Copia de seguridad de base
1. Tareas
de datos V5.
2. Instalar herramientas DSMUPGRD
ar base de datos V5. Ejecutar
3. Prepar
herramientas DSMUPGRD PREPAREDB.
4. Desinstalar código de servidor V5.
5. Instalar código de servidor V6.1.
los directorios y el ID de usuario
6. Crear
del servidor V6.1.
Servidor deTivoli
Storage Manager
Versión 5
el asistente de actualización. Utilizar
7. Iniciar
el asistente para configurar el servidor V6.1
y actualizar la base de datos V5.
8. Completar pasos de post-instalación.
Figura 3. Caso de ejemplo 2
Capítulo 3. Visión general de casos de ejemplo de actualización
93
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 153.
1. Realice todas las tareas de preparación, entre las que se incluye una copia de
seguridad de la base de datos.
2. Instala El paquete de programas de utilidad de actualización (DSMUPGRD) en el
sistema. El paquete de herramientas debe instalarse tanto si utiliza el asistente
de actualización como si realiza la actualización con herramientas.
3. Prepare la base de datos V5 utilizando el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5. Opcional: antes de iniciar la instalación de
V6.3 o posterior, ejecute el comprobador de requisitos previos de la instalación.
5. Instale el código del servidor V6.3 o posterior en el sistema.
6. Cree los directorios para la base de datos y las anotaciones de V6.3 o posterior,
y el ID de usuario que será el propietario de la instancia del servidor.
7. Inicie el asistente de actualización para configurar el nuevo servidor y
actualizar la base de datos V5. Con el asistente puede completar las siguientes
tareas:
a. Cree y dé formato a la base de datos vacía para recibir los datos.
b. Traslade los datos desde la base de datos V5 hasta la base de datos V6.3 o
posterior.
c. Configure el sistema para realizar la copia de seguridad de la base de datos.
8. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base de
datos.
94
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor manualmente utilizando los
programas de utilidad
Actualización a V6.1 en un nuevo sistema (método de red)
Tareas base datos V5
Tareas base datos V6.1
T
de preparación. Copia de seguridad de base
1. Tareas
de datos V5.
Actualización manual
de base de datos
2. Instalar código de servidor V6.1.
3. Instalar DSMUPGRD en sistema V5.
4. Preparar la base de datos V5.
Ejecutar DSMUPGRD PREPAREDB.
5. Formatear base datos vacía para recibir datos.
Ejecutar DSMSERV LOADFORMAT.
Servidor de Tivoli
Storage Manager
Versión 5
6. Iniciar inserción para nuevo servidor.
Ejecutar DSMSERV INSERTDB.
7. Iniciar proceso de extracción.
Ejecutar DSMUPGRD EXTRACTDB.
Figura 4. Caso de ejemplo 2
Capítulo 3. Visión general de casos de ejemplo de actualización
95
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 153.
1. Realice todas las tareas de preparación, entre las que se incluye una copia de
seguridad de la base de datos.
2. Instala El paquete de programas de utilidad de actualización (DSMUPGRD) en el
sistema. El paquete de herramientas debe instalarse tanto si utiliza el asistente
de actualización como si realiza la actualización con herramientas.
3. Prepare la base de datos V5 utilizando el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5. Opcional: antes de iniciar la instalación
de V6.3 o posterior, ejecute el comprobador de requisitos previos de la
instalación.
5. Instale el código del servidor V6.3 o posterior en el sistema.
6. Cree los directorios para la base de datos y las anotaciones de V6.3 o
posterior, y el ID de usuario que será el propietario de la instancia del
servidor.
7. Cree y dé formato a la base de datos vacía para recibir los datos. La base de
datos se crea con el mandato db2icrt. La base de datos se formatea utilizando
el programa de utilidad DSMSERV LOADFORMAT.
8. Inicie el proceso de inserción para el nuevo servidor utilizando el programa
de utilidad DSMSERV INSERTDB.
9. Inicie el proceso de extracción de la base de datos V5 utilizando el programa
de utilidad DSMUPGRD EXTRACTDB.
10. Configure el sistema para realizar la copia de seguridad de la base de datos.
11. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base
de datos.
Caso de ejemplo 3 para actualizar el servidor: un sistema nuevo,
método de soporte
En este caso de ejemplo, algunas tareas de actualización se realizan en el sistema
original y otras en el sistema nuevo. La base de datos se extrae en el soporte y
posteriormente se inserta en la base de datos V6.3 o posterior.
Puede utilizar el asistente o bien actualizar el servidor manualmente utilizando los
programas de utilidad de actualización. El asistente ofrece un método guiado para
la actualización de un servidor. Mediante el asistente, puede evitar algunos pasos
de la configuración que son complejos si se realizan manualmente.
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
“Comparación de los métodos para transferir datos a la base de datos V6.3 o
posterior” en la página 17
Tareas relacionadas:
Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 197
96
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor utilizando el asistente
Actualización a V6.1 en un nuevo sistema, método de soporte
Actualizar mediante el asistente de
actualización
3.
Instalar servidor V6.1
4.
Crear los directorios y el ID de
usuario del servidor V6.1.
5.
Iniciar el asistente de
actualización. Utilizar el asistente
para configurar el servidor V6.1 y
actualizar la base de datos V5.
6.
Completar pasos de post-instalación.
de preparación. Copia de
1. Tareas
seguridad de base de datos V5.
herramientas
2. Instalar
DSMUPGRD en el sistema V5.
Servidor de Tivoli
Storage Manager
Versión 5
Servidor de Tivoli
Storage Manager
Versión 6.1
Figura 5. Caso de ejemplo 3
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 197.
1. Realice todas las tareas de preparación en el sistema original. La preparación
incluye la realización de una copia de seguridad de la base de datos.
Capítulo 3. Visión general de casos de ejemplo de actualización
97
Actualización del servidor de V5 a V6.3 o posterior
2. Instale el paquete de herramientas DSMUPGRD en el sistema original. El paquete
de programas de utilidad debe instalarse tanto si utiliza el asistente de
actualización como si actualiza el servidor manualmente utilizando los
programas de utilidad.
3. Instale el código del servidor V6.3 o posterior en el nuevo sistema. Opcional:
antes de instalar el código del servidor V6.3 o posterior, ejecute el comprobador
de requisitos previos de la instalación.
4. Cree los directorios para la base de datos y las anotaciones de V6.3 o posterior,
y el ID de usuario que será el propietario de la instancia del servidor.
5. Inicie el asistente de actualización para configurar el nuevo servidor y
actualizar la base de datos V5. Con el asistente puede completar las siguientes
tareas:
a. En el sistema original, prepare la base de datos V5.
b. En el sistema original, extraiga la base de datos V5 a un soporte externo.
c. En el sistema nuevo, cree y dé formato a la base de datos vacía para recibir
los datos.
d. En el nuevo sistema, inserte los datos desde el soporte en el que se han
extraído.
e. Configure el nuevo sistema para realizar la copia de seguridad de la base
de datos.
6. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base de
datos.
98
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor manualmente utilizando los
programas de utilidad
Actualización a V6.1 en un nuevo sistema
T
Actualización manual de base de datos
de preparación. Copia de seguridad
1. Tareas
de base de datos V5.
código de servidor V6.1.
2.
Install V6.1 server code.
2.Instalar
herramientas DSMUPGRD en
3. Instalar
sistema V5.
6. Formatear base datos vacía para recibir datos.
Ejecutar DSMSERV LOADFORMAT.
4. Preparar base datos V5.
Ejecutar DSMUPGRD PREPAREDB.
datos de soporte en nueva base datos.
7. Insertar
Ejecutar DSMSERV INSERTDB.
5. Extraer base datos V5 a soporte externo.
Ejecutar DSMUPGRD EXTRACTDB.
Servidor de Tivoli
Storage Manager
Versión 5
Servidor de Tivoli
Storage Manager
Versión 6.1
Figura 6. Caso de ejemplo 3
Capítulo 3. Visión general de casos de ejemplo de actualización
99
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 197.
1. Realice todas las tareas de preparación en el sistema original. La preparación
incluye la realización de una copia de seguridad de la base de datos.
2. Instale el paquete de herramientas DSMUPGRD en el sistema original. El paquete
de programas de utilidad debe instalarse tanto si utiliza el asistente de
actualización como si actualiza el servidor manualmente utilizando los
programas de utilidad.
3. En el sistema original, prepare la base de datos V5 utilizando el programa de
utilidad DSMUPGRD PREPAREDB.
4. En el sistema original, extraiga la base de datos V5 en un soporte exterior
utilizando el programa de utilidad DSMUPGRD EXTRACTDB.
5. Instale el código del servidor V6.3 o posterior en el nuevo sistema. Opcional:
antes de instalar el código del servidor V6.3 o posterior, ejecute el
comprobador de requisitos previos de la instalación.
6. Cree los directorios para la base de datos y las anotaciones de V6.3 o
posterior, y el ID de usuario que será el propietario de la instancia del
servidor.
7. En el sistema nuevo, cree y dé formato a la base de datos vacía para recibir
los datos. La base de datos se crea con el mandato db2icrt. La base de datos
se formatea utilizando el programa de utilidad DSMSERV LOADFORMAT.
8. En el nuevo sistema, inserte los datos desde el soporte en el que se han
extraído. Debe tener el archivo manifiesto que se ha creado como parte del
proceso de extracción. Utilice el programa de utilidad DSMSERV INSERTDB.
9. Configure el sistema para realizar la copia de seguridad de la base de datos.
10. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base
de datos.
Caso de ejemplo 4 para actualizar el servidor: un sistema nuevo,
método de red
En este caso de ejemplo, algunas tareas de actualización se realizan en el sistema
original y otras en el sistema nuevo. Los datos se extraen desde la base de datos
del servidor original y se envían a través de la conexión de red para insertarlos en
la base de datos del servidor nuevo.
Puede utilizar el asistente o bien actualizar el servidor manualmente utilizando los
programas de utilidad de actualización. El asistente ofrece un método guiado para
la actualización de un servidor. Mediante el asistente, puede evitar algunos pasos
de la configuración que son complejos si se realizan manualmente.
100
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Conceptos relacionados:
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 15
“Comparación de los métodos para transferir datos a la base de datos V6.3 o
posterior” en la página 17
Tareas relacionadas:
Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la página
251
Capítulo 3. Visión general de casos de ejemplo de actualización
101
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor utilizando el asistente
Actualización a V6.1 en un nuevo sistema, método de red
Actualizar mediante el asistente de
actualización
3. Instalar servidor V6.1
los directorios y el ID de
4. Crear
usuario del servidor V6.1.
de preparación. Copia de
1. Tareas
seguridad de base de datos V5.
el asistente de actualización.
5. Iniciar
Utilizar el asistente para configurar el
herramientas DSMUPGRD
2. Instalar
en el sistema V5.
servidor V6.1 y actualizar la base de
datos V5.
6. Completar pasos de post-instalación.
Servidor de Tivoli
Storage Manager
Versión 5
Servidor de Tivoli
Storage Manager
Versión 6.1
Figura 7. Caso de ejemplo 4
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la
página 251.
1. Realice todas las tareas de preparación en el sistema original. La preparación
incluye la realización de una copia de seguridad de la base de datos.
2. Instale el paquete de herramientas DSMUPGRD en el sistema original. El paquete
de programas de utilidad debe instalarse tanto si utiliza el asistente de
actualización como si actualiza el servidor manualmente utilizando los
programas de utilidad.
102
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
3. Instale el código del servidor V6.3 o posterior en el nuevo sistema. Opcional:
antes de instalar el código del servidor V6.3 o posterior, ejecute el comprobador
de requisitos previos de la instalación.
4. Cree los directorios para la base de datos y las anotaciones de V6.3 o posterior,
y el ID de usuario que será el propietario de la instancia del servidor.
5. Inicie el asistente de actualización para configurar el nuevo servidor y
actualizar la base de datos V5. Con el asistente puede completar las siguientes
tareas:
a. En el sistema original, prepare la base de datos V5.
b. En el sistema nuevo, cree y dé formato a la base de datos vacía para recibir
los datos.
c. Traslade los datos desde la base de datos V5 hasta la base de datos V6.3 o
posterior.
d. Configure el nuevo sistema para realizar la copia de seguridad de la base
de datos.
6. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base de
datos.
Capítulo 3. Visión general de casos de ejemplo de actualización
103
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor manualmente utilizando los
programas de utilidad
Actualización a V6.1 en un nuevo sistema (método de red)
T
Actualización manual de base de datos
de preparación. Copia de
1. Tareas
seguridad de base de datos V5.
código de servidor V6.1.
2.
Install V6.1 server code.
2.Instalar
herramientas DSMUPGRD en
3. Instalar
sistema V5.
5. Formatear base datos vacía para recibir datos.
Ejecutar DSMSERV LOADFORMAT.
4. Preparar base de datos V5.
Ejecutar DSMUPGRD PREPAREDB.
6. Iniciar inserción para el nuevo servidor.
Ejecutar DSMSERV INSERTDB.
7.
Iniciar proceso de extracción.
Ejecutar DSMUPGRD EXTRACTDB.
Servidor de Tivoli
Storage Manager
Versión 5
Figura 8. Caso de ejemplo 4
104
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Servidor de Tivoli
Storage Manager
Versión 6.1
Actualización del servidor de V5 a V6.3 o posterior
Los siguientes pasos son un resumen del procedimiento de este caso de ejemplo. Si
este caso de ejemplo se ajusta a su entorno, consulte los detalles del procedimiento
en: Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la
página 251.
1. Realice todas las tareas de preparación en el sistema original. La preparación
incluye la realización de una copia de seguridad de la base de datos.
2. Instale el paquete de herramientas DSMUPGRD en el sistema original. El paquete
de programas de utilidad debe instalarse tanto si utiliza el asistente de
actualización como si actualiza el servidor manualmente utilizando los
programas de utilidad.
3. En el sistema original, prepare la base de datos V5 utilizando el programa de
utilidad DSMUPGRD PREPAREDB.
4. Instale el código del servidor V6.3 o posterior en el nuevo sistema. Opcional:
antes de instalar el código del servidor V6.3 o posterior, ejecute el
comprobador de requisitos previos de la instalación.
5. Cree los directorios para la base de datos y las anotaciones de V6.3 o
posterior, y el ID de usuario que será el propietario de la instancia del
servidor.
6. En el sistema nuevo, cree y dé formato a la base de datos vacía para recibir
los datos. La base de datos se crea con el mandato db2icrt. La base de datos
se formatea utilizando el programa de utilidad DSMSERV LOADFORMAT.
7. En el nuevo sistema, inicie el proceso de inserción del nuevo servidor. Utilice
el programa de utilidad DSMSERV INSERTDB.
8. En el sistema original, inicie el proceso de extracción de la base de datos V5
utilizando el programa de utilidad DSMUPGRD EXTRACTDB.
9. Configure el sistema para realizar la copia de seguridad de la base de datos.
10. Complete las tareas posteriores a la instalación, incluida la realización de la
copia de seguridad de la base de datos y verificando el contenido de la base
de datos.
Capítulo 3. Visión general de casos de ejemplo de actualización
105
Actualización del servidor de V5 a V6.3 o posterior
106
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de
soporte
Utilice este procedimiento si va a actualizar el servidor IBM Tivoli Storage
Manager en el mismo sistema que el servidor V5 y utiliza el método de soporte
para mover los datos.
El procedimiento para actualizar el servidor incluye las siguientes tareas:
1. “Caso de ejemplo 1: Preparación de la actualización” en la página 108
2. “Caso de ejemplo 1: Instalación de los programas de utilidad de actualización”
en la página 118
3. “Caso de ejemplo 1: Preparación de la base de datos de un servidor V5 para la
actualización” en la página 125
4. “Caso de ejemplo 1: Desinstalación del programa V5 antes de instalar V6.3 o
posterior” en la página 126
5. “Caso de ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129
6. “Caso de ejemplo 1: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada” en la página 134
7. Actualización del servidor con uno de los siguientes métodos:
v “Caso de ejemplo 1: Actualización del servidor utilizando el asistente de
actualización” en la página 138
v “Caso de ejemplo 1: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 139
8. Se realizan las siguientes tareas después de la actualización:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 365
b. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
c. “Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor” en la página 366
d. “Inicio de la instancia del servidor tras la actualización” en la página 367
e. “Registro de licencias” en la página 372
f. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 373
g. “Comprobación del servidor actualizado” en la página 374
h. “Cambio del nombre de host para el servidor de Tivoli Storage Manager”
en la página 375
i. “Actualización de la automatización” en la página 377
j. “Supervisión del servidor actualizado” en la página 377
k. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
© Copyright IBM Corp. 2009, 2013
107
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Preparación de la actualización
Prepare la actualización comprobando los requisitos, reservando espacio,
realizando una copia de seguridad del servidor y modificando determinados
valores de éste.
Siga detenidamente los pasos relacionados con la preparación para proteger el
servidor y los datos en él.
Importante: Es posible que tras la finalización de la actualización a V6.3 o
posterior, esas condiciones provoquen la necesidad de volver de manera temporal
a la versión anterior del servidor. Esta reversión sólo se realizará de forma
satisfactoria si ha llevado a cabo todos los pasos de preparación. Para comprender
por qué es importante realizar todos los pasos de preparación, repase el
procedimiento para revertir un servidor actualizado a su versión anterior.
Para preparar la actualización, realice los pasos siguientes:
1. “Caso de ejemplo 1: Comprobación de los requisitos previos de la
actualización”
2. “Caso de ejemplo 1: Preparación de espacio para el proceso de actualización”
en la página 112
3. “Caso de ejemplo 1: Modificación del servidor antes de la actualización” en la
página 113
4. “Caso de ejemplo 1: Inhabilitación de sesiones” en la página 114
5. “Caso de ejemplo 1: Realización de una copia de seguridad de las agrupaciones
de almacenamiento y de la base de datos del servidor” en la página 114
6. “Caso de ejemplo 1: Supresión o redenominación del archivo NODELOCK” en
la página 115
7. “Caso de ejemplo 1: Realización de una copia de seguridad de los datos de
configuración” en la página 116
8. “Caso de ejemplo 1: Creación de un resumen del contenido de la base de
datos” en la página 117
9. “Caso de ejemplo 1: Detención del servidor antes de instalar la actualización”
en la página 117
Tareas relacionadas:
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión del
servidor anterior V5” en la página 390
Caso de ejemplo 1: Comprobación de los requisitos previos
de la actualización
Compruebe el sistema en relación con los requisitos del servidor.
Restricción: Si está actualizando el servidorTivoli Storage Manager en el mismo
sistema, el sistema debe cumplir los requisitos mínimos para los servidores V5 y
v6.3 o posterior.
1. Compruebe que la versión del servidor que tiene previsto actualizar sea 5.3.6 o
posterior, y que se haya instalado el arreglo temporal más reciente. Para
optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack más actual y el arreglo
|
|
|
|
|
|
|
108
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
temporal más reciente,visite el sitio web de descargas FTP enftp://
public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/.
A continuación, ubique la versión apropiada de Tivoli Storage Manager.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Revise la información disponible en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 20 para determinar si es necesario actualizar el sistema antes de
continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.3 o
posterior cumple los requisitos de tipo y nivel de sistema operativo. Para
obtener información actualizada acerca de requisitos del sistema, consulte Tivoli
Storage Manager Supported Operating Systems (http://www.ibm.com/
support/docview.wss?uid=swg21243309). Ahora puede verificar manualmente
el entorno de la instalación. De lo contrario, espere hasta que los archivos de la
instalación se extraigan y, a continuación, ejecute el comprobador de requisitos
previos, que verifica automáticamente el entorno del sistema. Para obtener más
información, consulte el apartado “Ejecución del comprobador de requisitos
previos” en la página 43.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente,
hay disponible un conjunto de vías de acceso limitadas. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un
sistema operativo de z/OS, consulteParte 3, “Migración de servidores de Tivoli
Storage Manager V5 en sistemas z/OS a V6 en AIX o Linux en System z”, en la
página 487. Para obtener instrucciones sobre cómo migrar un servidor que se
está ejecutando en un sistema operativo de AIX, HP-UX o Solaris, consulte
Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a
actualizar se está ejecutando en cualquiera de estas plataformas, no podrá
actualizarlo a V6.3 o posterior en la misma plataforma. Para plataformas
necesarias, consulte la tabla siguiente.
Tabla 38. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
|
|
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX en un sistema PA-RISC
HP-UX ejecutándose en un sistema Intel
Itanium
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3
o posterior en un entorno de hardware y software compatible, tal como se
describen en la tabla siguiente.
Tabla 39. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
Comentarios
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
109
Actualización del servidor de V5 a V6.3 o posterior
Tabla 39. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Comentarios
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
110
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 39. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
Servidor V5
Servidor V6.3 o posterior
Comentarios
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
AIX o Linux en System z
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
4. Compruebe que la memoria del sistema cumpla los requisitos del servidor. Si
está pensando en ejecutar varias instancias del servidor V6.3 o posterior en el
sistema, cada instancia requiere la memoria que se lista para un servidor.
Multiplique la memoria par aun servidor por el número de instancias
planificadas para el sistema.
Para obtener información específica acerca de requisitos de memoria, consulte
la sección para su sistema operativo:
Tabla 40. Requisitos de memoria para el sistema V6.3 o posterior
Sistema operativo
Requisitos de memoria
AIX
“Requisitos del servidor en sistemas AIX” en
la página 25
HPUX
HP-UX
“Requisitos de servidor en sistemas HP-UX”
en la página 27
Linux
Linux
“Requisitos del servidor en sistemas Linux”
en la página 29
Solaris
Solaris
“Requisitos del servidor en los sistemas
Solaris” en la página 36
Windows
“Requisitos del servidor en sistemas
Microsoft Windows” en la página 38
AIX
Windows
5. Asegúrese de que el sistema tenga suficiente espacio de almacenamiento en
disco para la base de datos y los registros de recuperación. Repase la
información de planificación para conocer los requisitos y obtener
orientaciones.
Puede elegir uno de estos dos métodos:
v Asegúrese de que el sistema tiene suficiente espacio de almacenamiento en
disco para guardar los archivos de recuperación y la base de datos tanto para
el servidor V5 como para el servidor V6.3 o posterior.
v Después de realizar las copias de seguridad de la base de datos de V5 y
extraer los datos al soporte,vuelva a configurar el subsistema que se utiliza
para el almacenamiento de la base de datos. Después, inserte los datos en la
base de datos nueva desde el soporte. Debe utilizar este enfoque si no tiene
espacio suficiente en el disco para ambos servidores.
Si añade hardware nuevo para el servidor, como un almacenamiento de disco
nuevo para la base de datos, asegúrese de que el hardware está instalado y se
está ejecutando.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
111
Actualización del servidor de V5 a V6.3 o posterior
Conceptos relacionados:
“Requisitos de hardware y software para actualizar al servidor V6.3 o posterior” en
la página 19
Caso de ejemplo 1: Preparación de espacio para el proceso
de actualización
Determina la cantidad y el tipo de espacio necesarios para el proceso de
actualización antes de iniciarlo.
1. Compruebe que el sistema dispone de la cantidad de espacio estimado en la
fase de planificación. Utilice la hoja de trabajo de planificación que ha
completado con su información. Consulte el apartado “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
2. Compruebe que dispone de suficiente espacio para almacenar la base de datos
y el archivo manifiesto que crea el proceso de extracción.
a. Identifique la clase de dispositivo en el que se extraerá la base de datos
original. La definición debe existir en la base de datos del servidor, no sólo
en el archivo de configuración del dispositivo. Consulte la información
sobre las clases de dispositivos emitiendo el mandato:
query devclass format=detailed
La clase de dispositivo debe ser una clase de dispositivo secuencial que
disponga de volúmenes o espacio disponible. Defina una nueva clase de
dispositivo si fuera necesario. El tipo de clase de dispositivo no puede ser
NAS ni CENTERA.
Importante: Debe confirmar ahora que la definición que está en la base de
datos del servidor para la clase de dispositivo es correcta. Después de
preparar la base de datos para la actualización (completando la fase de
Preparar la base de datos en el asistente de actualización, o bien mediante
el programa de utilidad DSMUPGRD PREPAREDB), no puede actualizar esta
definición de clase de dispositivo. Por ejemplo, compruebe la vía de acceso
de la clase de dispositivo FILE. Si ha copiado el servidor original en un
sistema diferente para extraer los datos, la vía de acceso podría variar en el
sistema actual.
b. Compruebe que dispone de espacio suficiente o volúmenes disponibles en
la clase de dispositivo seleccionada. La cantidad de espacio necesaria
coincide aproximadamente con el tamaño actual de la base de datos
original.
Por ejemplo, si la clase de dispositivo es FILE, asegúrese de que el
directorio tiene suficiente espacio en su entorno. Si la clase de dispositivo es
TAPE, asegúrese de que haya suficientes volúmenes reutilizables
disponibles en su entorno.
Asegúrese de que el identificador de usuario de la instancia creado para el
servidor de actualización tenga permiso para la ubicación de los datos
extraídos.
c. Compruebe que los permisos de acceso son correctos para la ubicación que
tiene previsto especificar para el archivo manifiesto.
El identificador de usuario que ejecutará la preparación de la base de datos
y los programas de utilidad de extracción (DSMUPGRD PREPAREDB y DSMUPGRD
EXTRACTDB) deben tener acceso de escritura a este archivo. Éste es, por lo
general, el identificador de usuario root.
112
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Cuando los datos se inserten posteriormente en la base de datos V6.3 o
posterior, el ID de usuario de instancias que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo de referencia.
El archivo manifiesto no suele tener más de 1 KB.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Caso de ejemplo 1: Modificación del servidor antes de la
actualización
Se debe ejecutar un mandato en el servidor para impedir un tipo de problema
durante el proceso de actualización. Es necesario realizar algunas modificaciones
en la configuración típica del servidor para preparar la actualización.
1. Desde una línea de mandatos administrativa de Tivoli Storage Manager, emita
el mandato:
convert ussfilespace
Este mandato resuelve un problema que podría existir en bases de datos de
Tivoli Storage Manager más antiguas. Si el problema no existe en su base de
datos, el mandato se completa y es posible que vea el error ANR2034E. Este
error puede ignorarse. Para obtener más información, consulte la Technote
1408895 (http://www.ibm.com/support/docview.wss?uid=swg21408895). Si el
problema existe en la base de datos, puede que el mandato tarde algún tiempo
en ejecutarse.
Importante: No se salte este paso. Si la base de datos tiene este problema y no
ejecuta el mandato ahora, el programa de utilidad DSMUPGRD PREPAREDB fallará
cuando lo ejecute. Entonces debe reiniciar el servidor V5 y ejecutar el mandato
CONVERT USSFILESPACE antes de continuar con el proceso de actualización.
2. Revise los pasos para revertir a una versión anterior del servidor de la sección,
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión
del servidor anterior V5” en la página 390.
Si necesita volver a la versión anterior después de actualizar a V6.3 o posterior,
los resultados de la reversión serán mejores si comprende estos pasos y se
prepara para esa posibilidad ahora.
3. Realice los siguientes ajustes en los valores del servidor y clientes. Estos ajustes
se deben hacer para permitir la reversión al servidor original después de la
actualización si se produce algún problema.
a. Para cada agrupación de almacenamiento de acceso secuencial, defina el
parámetro REUSEDELAY como el número de días durante los cuáles desea
poder volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante hasta 30 días
después de actualizarse al V6.3 o posterior, defina el parámetro REUSEDELAY
a 31 días. Emita el siguiente mandato administrativo:
update stgpool sequential_access_storage_pool reusedelay=31
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).Emita el siguiente mandato
administrativo:
update stgpool copy_storage_pool reclaim=100
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir copias
de seguridad de la base de datos, asegúrese que el mandato no suprime las
copias de seguridad de la base de datos demasiado a menudo. El intervalo
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
113
Actualización del servidor de V5 a V6.3 o posterior
entre copias de seguridad debe ser al menos igual al número de días que
defina en REUSEDELAY para las agrupaciones de almacenamiento de acceso
secuencial. Por ejemplo, para suprimir copias de seguridad de base de datos
cada 45 días, emita el siguiente mandato administrativo:
delete volhist type=dbbackup todate=-45
d. Para clientes importantes que utilicen el servidor, compruebe que el valor
para la opción de cliente schedlogretention se establece para retener el
registro de planificación de cliente durante un tiempo suficientemente largo.
Actualice la opción de clientes si resulta necesario.
Las entradas del registro de planificación de cliente pueden resultar útiles si
el servidor debe revertirse a la versión original. Si el periodo de retención
para el registro de planificación es demasiado breve, es posible que la
información del registro de programación se suprima muy pronto.
Por ejemplo, para eliminar el registro cada 45 días y guardar las entradas de
registro, añada la siguiente opción:
schedlogretention 45 S
AIX
HPUX
Linux
Solaris
Añada la opción al archivo
dsm.sys en una stanza de servidor.
Windows
Añada la opción al archivo de opciones de cliente, dsm.opt.
Caso de ejemplo 1: Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli
Storage Manager.
1. Impida que todos los clientes, los agentes de almacenamiento y los servidores
inicien sesiones nuevas en el servidor. Utilice los mandatos:
disable sessions client
disable sessions server
2. Evite la actividad administrativa de cualquier identificador de usuario que no
sea el identificador del administrador que se utiliza para realizar la preparación
de la actualización. Si es necesario, bloquee el resto de los ID de administrador:
lock admin nombre_administrador
3. Verifique si existen sesiones en curso y notifique a los usuarios que el servidor
va a detenerse. Para buscar sesiones existentes, Utilice el programa de utilidad:
query session
4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancel session all
Caso de ejemplo 1: Realización de una copia de seguridad de
las agrupaciones de almacenamiento y de la base de datos
del servidor
Justo antes de actualizar el servidor, realice una copia de seguridad de las
agrupaciones de almacenamiento primarias para copiar agrupaciones de
almacenamiento y realizar una copia de seguridad de la base de datos completa.
Las agrupaciones de almacenamiento de copia de seguridad y la base de datos del
servidor utilizando los mandatos administrativos de Tivoli Storage Manager:
114
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
1. Realice copias de seguridad de agrupaciones de almacenamiento principales
para copiar agrupaciones de almacenamiento utilizando el mandato BACKUP
STGPOOL:
backup stgpool primary_pool copy_stg
donde primary_pool especifica la agrupación de almacenamiento principal y
copy_stg especifica la copia de agrupación de almacenamiento. Si ha estado
realizando copias de seguridad periódicas de las agrupaciones de
almacenamiento, este paso sólo realizará una copia de seguridad de los datos
añadidos a las agrupaciones de almacenamiento primarias desde la última vez
que se realizó la copia de seguridad de ellos.
2. Realice una copia de seguridad de la base de datos. El método preferido es
utilizar una copia de seguridad instantánea. Una copia de seguridad
instantánea es una copia de seguridad completa que no interrumpe ninguna
copia de seguridad de base de datos programada. Emita el mandato:
backup db type=dbsnapshot devclass=device_class_name
La clase de dispositivo que especifique debe existir y tener volúmenes
disponibles. Por ejemplo, para realizar una copia de seguridad de instantánea
de la base de datos en la clase de dispositivo TAPECLASS utilizando
volúmenes reutilizables, escriba:
backup db type=dbsnapshot devclass=tapeclass
Para utilizar volúmenes concretos en lugar de volúmenes reutilizables,
especifique los nombres de los volúmenes en el mandato.
Consejo: Plantéese la posibilidad de realizar dos copias de la copia de
seguridad para protegerla de posibles anomalías de los soportes. Asegúrese de
que al menos una copia de seguridad completa de la base de datos está
disponible en el sitio. Si debe restaurar la base de datos después de una
actualización errónea, el hecho de tener una base de datos de copias de
seguridad en el sitio le ahorrará tiempo.
Caso de ejemplo 1: Supresión o redenominación del archivo
NODELOCK
Para garantizar que la información sobre licencias se actualice durante el proceso
de actualización, suprima o renombre el archivo NODELOCK.
El archivo NODELOCK contiene la información sobre licencias de la instalación de
Tivoli Storage Manager anterior. Para garantizar que la información sobre licencias
se actualice durante el proceso de actualización, suprima o renombre el archivo
NODELOCK antes de iniciar el proceso de actualización. Esta información sobre
licencias se sustituirá por la nueva información sobre licencias una vez completada
la actualización. El archivo NODELOCK está ubicado en el directorio de la instancia de
servidor.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
115
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Realización de una copia de seguridad de
los datos de configuración
Antes de instalar la nueva versión, realice una copia de seguridad de los archivos
y la información esencial del servidor. Almacene copias de seguridad en un sitio
seguro, en un sistema distinto al que se está actualizando o en soporte fuera de
línea, como un CD.Los archivos se necesitan después de completar la instalación
de la nueva versión del software. También necesitará estos archivos si debe volver
a la versión anterior tras la actualización.
1. Información acerca de configuración de dispositivo de copia de seguridad
utilizando mandatos administrativos Tivoli Storage Manager:
backup devconfig filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
configuración de dispositivo.
2. Información de historial de volumen de copia de seguridad utilizando el
mandato administrativo Tivoli Storage Manager:
backup volhistory filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
historial de volumen. Asegúrese de que el volumen de historial incluye
información sobre la copia de seguridad de base de datos que completó en los
pasos anteriores. Por ejemplo, emita el mandato:
consulta volhistory type=dbsnapshot
Revise la consulta de salida para verificar que el timestamp para la copia de
seguridad de la base de datos combina con el tiempo real de copia de
seguridad.
3. Guarde copia de los siguientes archivos, que se encuentran en el directorio de
instancia del servidor:
v Archivo de opciones de servidor, típicamente llamado dsmserv.opt
v dsmserv.dsk
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. En el directorio de instancia de servidor, busque el archivo de registro de
contabilidad, dsmaccnt.log. Si el archivo existe, guarde una copia.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
completar las tareas de mantenimiento diario del servidor. Examine los scripts
para ver los cambios necesarios después de la actualización.
6. Almacene el archivo de configuración del dispositivo, el archivo de historial de
volumen, el archivo de opciones de servidor y otros archivos en un lugar
seguro. Asegúrese de que los archivos están almacenados en un sistema
diferente al sistema que se está actualizando o en un soporte fuera de línea.
116
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Creación de un resumen del contenido de
la base de datos
Cree un resumen del contenido de la base de datos original. Tras la actualización,
puede utilizar los mismos mandatos para comparar los resultados y confirmar que
el contenido de la base de datos está intacto.
Ejecute mandatos que proporcionen un resumen de la información acerca del
contenido de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Para
obtener una lista de mandatos, consulte “Mandatos de prueba de validación de la
actualización de la base de datos” en la página 600.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
Caso de ejemplo 1: Detención del servidor antes de instalar la
actualización
Detenga todos los procesos del servidor y desmonte cualquier cinta que esté
montada. A continuación, detenga el servidor.
Para detener el servidor antes de instalar la actualización, utilice los mandatos
administrativos de Tivoli Storage Manager:
1. Determine si se están ejecutando los procesos del servidor. Cancélelos o permita
que finalicen. Utilice los mandatos:
query process
cancel process número_proceso
Deje tiempo para que los procesos se detengan. Algunos procesos, como la
migración de agrupación de almacenamiento, pueden tardar algún tiempo en
detenerse.
Para obtener más información sobre los procesos de consulta y cancelación,
consulte los mandatos QUERY PROCESS y CANCEL PROCESS en Manual de consulta
del administrador.
2. Una vez que se detengan todas las sesiones y procesos, determina si hay cintas
montadas. Desmonte cualquier cinta que esté montada. Utilice los mandatos:
query mount
dismount volume nombre_volumen
Para obtener más información sobre cómo desmontar las cintas, consulte los
mandatos QUERY MOUNT y DISMOUNT VOLUME en el Manual de consulta del
administrador.
3. Detenga el servidor. Utilice el mandato:
halt
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
117
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Instalación de los programas de utilidad de
actualización
Debe instalar los programas de utilidad de actualización en el sistema. El paquete
de instalación de los programas de utilidad debe descargarse desde un sitio web.
Es el método preferido es instalar la última versión disponible de los programas de
utilidad de actualización. Para obtener más información sobre cómo seleccionar la
versión, consulte “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42.
|
|
|
|
Utilice el procedimiento correspondiente a su sistema operativo:
v
AIX
“Caso de ejemplo 1: Instalar la actualización de los programas de
utilidad en sistemasAIX”
v
“Caso de ejemplo 1: Instalación de programas de utilidad de
actualización en sistemas HP-UX” en la página 120
v
Linux
“Caso de ejemplo 1: Instalar la actualización de los programas de
utilidad en sistemas Linux” en la página 121
v
“Caso de ejemplo 1: Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris” en la página 122
v
Windows
“Caso de ejemplo 1: Instalar la actualización de programas de utilidad
en sistemas deMicrosoft Windows” en la página 124
HPUX
Solaris
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 1: Instalar la actualización de los programas
de utilidad en sistemasAIX
AIX
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio
de descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x.
El número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5
que está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo
a una ubicación adecuada en el sistema del servidor. El nombre del
paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-AIX.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de
release del paquete de programas de utilidad de actualización.
118
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes
traducidos están disponibles en el conjunto de idiomas habitual para un
servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5 o posterior
gsksa.rte 7.0.4.11
Puede utilizar los siguientes mandatos para comprobar estos conjuntos de
archivos:
lslpp -L xlC.rte
lslpp -L gsksa.rte
Si es necesario, puede obtener el conjunto de archivos gsksa.rte desde
cualquier paquete de mantenimiento normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio FTP de descargas:
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Si ha descargado un paquete de idioma, extraiga también el contenido de
dicho paquete.
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
a. Escriba: smitty install_update
7.
8.
9.
10.
b. Seleccione: Instalar y actualizar software > Instalar y actualizar desde
TODO el software disponible.
Seleccione el dispositivo INPUT. Especifique la ubicación del directorio del
paquete de programas de utilidad de actualización en el sistema.
Seleccione Software a instalar. Pulse F4 o Esc+4 para obtener la lista de
conjuntos de archivos disponibles en el directorio.
Seleccione los conjuntos de archivos para los programas de utilidad de
actualización, el controlador de dispositivo y, como opción, el paquete de
idioma. El conjunto de archivos para los programas de utilidad de
actualización es tivoli.tsmupg.server. Los paquetes de idiomas opcionales
incluyen mensajes para idiomas distintos del inglés americano.
Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
11. Establezca GUARDAR archivos sustituidos en No.
12. Asegúrese de que los valores predeterminados de las opciones de la ventana
para todos los conjuntos de archivos seleccionados muestran éxito.
13. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a
pulsar la tecla Intro. Comienza la instalación.
14. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.
15. Opcional: Si ha instalado un paquete de idioma, asegúrese de que la variable
de entorno local está definida para usarlo.Especifique el siguiente mandato
para definir la variable de entorno local para mensajes:
export LC_MESSAGES=xxxx
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
119
Actualización del servidor de V5 a V6.3 o posterior
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
16. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 1: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 124.
Caso de ejemplo 1: Instalación de programas de utilidad de
actualización en sistemas HP-UX
HPUX
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-platform.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
gzip -dc nombre_paquete.tar.gz | tar -xvf -
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-s) para especificar el directorio del
que se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM nombre_paquete
120
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete.
gzip -d nombre_paquete.img.gz
b. Instale el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM/nombre_paquete.img nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 1: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 124.
Caso de ejemplo 1: Instalar la actualización de los programas
de utilidad en sistemas Linux
Linux
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Abra el directorio correspondiente a su sistema operativo y descargue el
paquete. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.bz2
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
121
Actualización del servidor de V5 a V6.3 o posterior
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita los siguientes mandatos desde el directorio donde haya
guardado el paquete de descargas:
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo, por ejemplo, x86_64.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
b. Instale el paquete para el idioma que quiere utilizar.
rpm -ivh nombre_paquete.rpm
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 1: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 124.
Caso de ejemplo 1: Instalación de los programas de utilidad
de actualización en sistemas Oracle Solaris
Solaris
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
122
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.Z
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
uncompress -c nombre_paquete.tar.Z | tar -xvf -
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-d) para especificar el directorio
donde se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita
el mandato:
pkgadd -d . /tmp/TSM package_name
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
7. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
uncompress nombre_paquete.pkg.Z
b. Instale el paquete para el idioma que quiere utilizar. Utilice el argumento de
origen (-d) para especificar el directorio donde se ha extraído el paquete.
Por ejemplo, si el directorio es /tmp/TSM, emita el mandato:
pkgadd -d /tmp/TSM nombre_paquete.pkg nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
8. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 1: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 124.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
123
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Establecimiento de las variables de
entorno para los programas de utilidad de actualización en
sistemas AIX, HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Después de instalar el paquete de programas de utilidad de actualización, tendrá
que definir las variables de entorno en el shell desde el que ejecutará dichos
programas de utilidad. Una variable de entorno describe el entorno operativo de
un proceso, como el directorio inicial o el terminal en uso.
La variable DSMSERV_DIR especifica la ubicación de instalación de los programas de
utilizad de actualización. Por defecto, la ubicación es el directorio siguiente:
AIX
/usr/tivoli/tsm/upgrade/bin
HPUX
Linux
Solaris
/opt/tivoli/tsm/upgrade/bin
Utilice el mandato adecuado para que el sistema establezca las variables de
entorno para la ejecución de los programas de utilidad. Si el shell pertenece a la
familia ksh o bash, emita el mandato siguiente para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=upgrade_utilities_directory
Si el shell pertenece a la familia csh, emita el mandato siguiente:
setenv DSMSERV_DIR upgrade_utilities_directory
donde upgrade_utilities_directory es el directorio donde se instalan los programas de
utilidad de actualización.
Después de establecer las variables de entorno, continúe en “Caso de ejemplo 1:
Preparación de la base de datos de un servidor V5 para la actualización” en la
página 125.
Caso de ejemplo 1: Instalar la actualización de programas de
utilidad en sistemas deMicrosoft Windows
Windows
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/WIN
b. Abra el directorio 5.5.x.x. El número de 5.5.x.x debe ser igual o posterior
al nivel del servidor V5 que está actualizando.
c. Seleccione el paquete y descárguelo a una ubicación adecuada en el sistema
del servidor. El nombre del paquete tiene la siguiente forma:
124
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
5.5.x.x-TIV-TSMUPG-Windows.exe
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, instale el
paquete de idiomas que necesite la instalación.
2. Inicie sesión con un identificador de administrador.
3. Ejecute el paquete ejecutable de los programas de utilidad de actualización.
La ubicación predeterminada para la instalación de programas de utilidad será
la ubicación en la que se instaló por última vez el servidor V5. Por ejemplo, si
el servidor V5 se instaló mediante la vía de acceso predeterminada,
C:\Archivos de programa\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programa\Tivoli\TSM\upgrade.
Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 1:
Preparación de la base de datos de un servidor V5 para la actualización”.
Consejo: Cuando utilice los programas de utilidad de actualización, si dispone de
varios servidores ejecutándose en el sistema, debe utilizar la opción -k para
especificar el nombre de la clave de registro de Windows de la que recuperar
información acerca del servidor que se va a actualizar. El valor predeterminado
para la opción es SERVER1.
Caso de ejemplo 1: Preparación de la base de datos de un servidor V5
para la actualización
Antes de extraer los datos de la base de datos, debe preparar la base de datos del
servidor con el programa de utilidad DSMUPGRD PREPAREDB. Si cuenta con varios
servidores en un único sistema, debe repetir esta tarea con cada servidor.
1. Asegúrese de haber completado todos los pasos de preparación.
2. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
3. Cambie al directorio de instancias del servidor que va a actualizar. El directorio
de instancias es el que contiene archivos, como dsmserv.dsk, del servidor.
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. Prepare la base de datos. Dirija la salida del proceso a un archivo para
supervisarlo.
AIX
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
HPUX
Linux
Solaris
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
125
Actualización del servidor de V5 a V6.3 o posterior
Windows
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso y dirigir la salida al
archivo prepare.out:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd"
preparedb 1>>prepare.out 2>&1
Si existen varios servidores en el sistema, emita el mandato desde el
directorio de instancias del servidor que desee preparar. Especifique la
clave de registro para el servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
5. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. Desde el directorio de instancias del servidor que vaya
a actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f prepare.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
6. Asegúrese de que la operación de preparación se completa correctamente antes
de continuar al siguiente paso. Si la operación de preparación falla, puede ser
necesario reiniciar el servidor V5 para solucionar el problema y volver a
ejecutar la operación de preparación. Si el servidor que se está actualizando es
un servidor V5.3 o V5.4, es posible que deba restaurar la base de datos desde
una copia de seguridad antes de reiniciar el servidor para solventar el
problema.
Referencia relacionada:
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
Caso de ejemplo 1: Desinstalación del programa V5 antes de instalar
V6.3 o posterior
Para obtener unos resultados óptimos al actualizar el servidor a V6.3 o posterior en
el mismo sistema donde está ubicado un servidor V5, desinstale el programa del
servidor V5 antes de instalar el programa del servidor V6.3 o posterior.
Utilice el procedimiento correspondiente a su sistema operativo:
126
v
AIX
“Caso de ejemplo 1: Desinstalar un programa V5 en sistemas AIX ” en
la página 127
v
“Caso de ejemplo 1: Desinstalación del programa V5 en sistemas
HP-UX” en la página 127
v
Linux
“Caso de ejemplo 1: Desinstalar un programa V5 en sistemas Linux”
en la página 127
v
“Caso de ejemplo 1: Desinstalación del programa V5 en sistemas
Oracle Solaris” en la página 128
HPUX
Solaris
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v
Windows
“Caso de ejemplo 1: Desinstalar un programa V5 en sistemas de
Microsoft Windows” en la página 128
Caso de ejemplo 1: Desinstalar un programa V5 en sistemas
AIX
AIX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license.aix5.rte64
/usr/sbin/installp -ug tivoli.tsm.devices.aix5.rte
/usr/sbin/installp -ug tivoli.tsm.server.aix5.rte64
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license
/usr/sbin/installp -ug tivoli.tsm.devices
/usr/sbin/installp -ug tivoli.tsm.server
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129.
Caso de ejemplo 1: Desinstalación del programa V5 en
sistemas HP-UX
HPUX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
swremove TIVsmS64IA.server
swremove TIVsmS64IA.license
swremove TIVsmDD64_IA11_23.tsmscsi
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
swremove TIVsmS64.server
swremove TIVsmS64.license
swremove TIVsmDD64_HP11_11.tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129.
Caso de ejemplo 1: Desinstalar un programa V5 en sistemas
Linux
Linux
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
127
Actualización del servidor de V5 a V6.3 o posterior
1. Para determinar los paquetes de Tivoli Storage Manager que están instalados,
emita el siguiente mandato:
rpm -qa | grep TIVsm
2. Elimine el servidor, la licencia del servidor y los paquetes del controlador de
dispositivo. Emita los mandatos siguientes:
rpm -e TIVsm-server
rpm -e TIVsm-license
rpm -e TIVsm-tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129.
Caso de ejemplo 1: Desinstalación del programa V5 en
sistemas Oracle Solaris
Solaris
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
Emita los mandatos siguientes:
/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129.
Caso de ejemplo 1: Desinstalar un programa V5 en sistemas
de Microsoft Windows
Windows
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
No elimine las entradas del registro para el servidor.
1. Pulse Iniciar > Panel de control > Agregar o quitar programas.
2. Seleccione el componente de servidor Tivoli Storage Manager y haga clic en
Remove.Repita el procedimiento con la licencia y el controlador del dispositivo.
Si aparece algún mensaje que sugiera el reinicio del sistema, puede ignorarlo
hasta que se eliminen los componentes de Tivoli Storage Manager.
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 1: Instalación del servidor V6.3 o posterior” en la página 129.
128
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Instalación del servidor V6.3 o posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v Tivoli Storage Manager
v IBM Tivoli Storage Manager Extended Edition
v IBM System Storage Archive Manager
v IBM Tivoli Storage Manager para redes de área de almacenamiento
Antes de actualizar el servidor de Tivoli Storage Manager, asegúrese de que
mantiene el soporte de instalación en la base del release del servidor instalado. Si
ha instalado Tivoli Storage Manager desde un DVD, asegúrese de que el DVD esté
disponible. Si ha instalado Tivoli Storage Manager desde un paquete descargado,
asegúrese de que los archivos descargados estén disponibles. Si la actualización
falla y se desinstala el módulo de licencia del servidor, el soporte de instalación del
release base del servidor es necesario para poder reinstalar la licencia.
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
129
Actualización del servidor de V5 a V6.3 o posterior
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
130
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
AIX
HPUX
Linux
Solaris
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Windows
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
131
Actualización del servidor de V5 a V6.3 o posterior
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
Windows
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
132
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
133
Actualización del servidor de V5 a V6.3 o posterior
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 1: Creación de los directorios y el ID de usuario para
la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
134
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
135
Actualización del servidor de V5 a V6.3 o posterior
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
AIX
HPUX
Linux
Solaris
Tabla 41. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
136
mkdir /home/user_ID/
tsmarchlogfailover
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Sus directorios
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 42. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Continúe con el proceso de actualización desde de uno de los siguientes apartados:
“Caso de ejemplo 1: Actualización del servidor utilizando el asistente de
actualización” en la página 138
“Caso de ejemplo 1: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 139
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
137
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 1: Actualización del servidor utilizando el asistente
de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar el asistente de actualización, debe finalizar todos los pasos
anteriores para preparar la actualización, instalar las herramientas de actualización,
instalar el programa del servidor V6.3 o posterior, y crear los directorios y el ID de
usuario para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX
HPUX
Linux
Solaris
v El sistema debe tener el cliente X Window. Además debe ejecutarse
un servidor X Window en el escritorio.
v El sistema debe tener uno de los siguientes protocolos habilitado.
Asegúrese de que el puerto que utiliza el protocolo no está
bloqueado por un cortafuegos.
– Secure Shell (SSH). Asegúrese de que el puerto está definido al
valor predeterminado, 22. Asegúrese también de que el servicio
del daemon de SSH tenga derechos de acceso para conectarse al
sistema utilizando localhost.
– Shell remota (rsh).
– Protocolo de ejecución remota (REXEC).
v Es necesario que pueda iniciar una sesión en el sistema con el
identificador de usuario que haya creado para la instancia del
servidor, mediante el protocolo SSH, RSH o REXEC. Cuando utilice
el asistente, debe proporcionar este identificador de usuario para
acceder a ese sistema.
Windows
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener habilitado el protocolo Windows server message block
(SMB). SMB es la interfaz utilizada por la función Compartir archivos
e impresoras (también conocida como CIFS). Para utilizar el
protocolo SMB, debe asegurarse de que la función Compartir
archivos e impresoras esté habilitada y de que el puerto 445 no esté
bloqueado por el cortafuegos.
v Si el servidor V5 se encuentra en un sistema distinto que el servidor
V6.3 o posterior, este sistema también deberá tener habilitado el
SMB.
v Debe poder iniciar la sesión en el sistema con SMB habilitado
utilizando tanto el ID de usuario que haya creado para la instancia
de servidor u otro ID de usuario existente en el sistema. Cuando
utilice el asistente, deberá proporcionar el ID de usuario y la
contraseña para acceder al sistema.
2.
Si el sistema se ejecuta en Windows Server 2008 o Windows Vista,
complete los siguientes pasos para deshabilitar el Control de cuenta de usuario:
Windows
a. Asegúrese que el Registro remoto de Windows Services se inicia y los
puertos 445, 137 y 139 están desbloqueados en el cortafuegos.
138
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
b. Configure el servidor de infraestructura y los destinos como miembros de
un dominio de Windows. Utilice una cuenta de usuario en ese dominio, o
en un dominio de confianza, para conectarse al destino.
c. Conéctese a la estación de trabajo de destino habilitando y utilizando la
cuenta de administrador incorporada. Para habilitar la cuenta de
administrador incorporada, pulse Panel de control > Herramientas
administrativas > Política de seguridad local > Valores de seguridad >
Políticas locales > Opciones de seguridad. Haga doble clic en la sección
Cuentas: estado de la cuenta de administrador. Seleccione Habilitar y
pulse Aceptar.
d. Pulse Panel de control > Herramientas administrativas > Política de
seguridad local > Valores de seguridad > Políticas locales > Opciones de
seguridad.Haga doble clic en la sección Control de cuenta de usuario:
ejecutar todos los administradores en modo de aprobación de Admin.
Seleccione Inhabilitar y pulse Aceptar.
3. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root. Emita el
mandato:
/opt/tivoli/tsm/server/bin/dsmupgdx
Windows
Abra una nueva ventana Indicador de mandatos y emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
4. Siga las instrucciones para finalizar la actualización. El asistente de
actualización se puede detener y reiniciar, pero el servidor no funcionará hasta
que no haya finalizado completamente el proceso de actualización.
Importante: Lea todos los mensajes que aparezcan para cada fase del proceso
de actualización, en el área de visualización de mensajes del asistente.Los
mensajes informativos pueden mostrar acciones que se produjeron durante el
proceso y que son importantes para usted.
Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 10,
“Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 1: Actualización del servidor manualmente utilizando
los programas de utilidad
Utilice los programas de utilidad para actualizar el servidor mediante una interfaz
de mandatos.
Antes de comenzar el procedimiento de actualización, debe completar todos los
pasos anteriores para prepararse para la actualización. Asegúrese de que tiene
instalados los programas de utilidad de actualización, ha instalado el programa del
servidor V6.3 o posterior, y ha creado los directorios y el ID de usuario para la
instancia del servidor.
Realice los siguientes pasos:
1. “Caso de ejemplo 1: Extracción de los datos en un soporte” en la página 140
2. “Caso de ejemplo 1: Creación y formato de la nueva base de datos” en la
página 141
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
139
Actualización del servidor de V5 a V6.3 o posterior
3. “Caso de ejemplo 1: Carga de los datos extraídos en la nueva base de datos” en
la página 146
4. “Caso de ejemplo 1: Crear un servicio de Windows para la instancia del
servidor” en la página 148
5. “Caso de ejemplo 1: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 149
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 1: Extracción de los datos en un soporte
Puede extraer los datos desde la base de datos original en un soporte secuencial. El
soporte puede ser una cinta o el espacio de disco definido con la case de
dispositivo FILE.
1. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
2. Asegúrese de que el dispositivo que desea utilizar para almacenar los datos se
encuentra disponible. La base de datos del servidor y el archivo de
configuración de dispositivo deben contener una definición de clase válida para
el dispositivo.
3. Desde el directorio de instancias del servidor que vaya a actualizar, emita el
mandato para iniciar la extracción. Dirija la salida del proceso a un archivo
para supervisarlo. Por ejemplo, emita el siguiente mandato, en una línea:
AIX
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
devclass=file manifest=.\manifest.txt 1>>extract.out 2>&1
Consejo: Los mensajes emitidos durante la operación de extracción no se
guardan en el registro de actividad del servidor. Dirija la salida del programa
de utilidad a un archivo, como se muestra en los ejemplos, para registrar los
mensajes.
4. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso que requieran su intervención. Un mensaje casi al final de la salida del
proceso indica si la operación ha finalizado satisfactoriamente o no:
Mensaje de éxito: ANR1382I EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado.
Mensaje de error: ANR1396E EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado con errores.
140
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Por ejemplo, desde el directorio de instancias para el servidor que va a
actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos. El tiempo
será aproximadamente tanto como sea necesario para completar la copia de
seguridad de la base de datos.
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Tareas relacionadas:
“Caso de ejemplo 1: Preparación de espacio para el proceso de actualización” en la
página 112
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
Caso de ejemplo 1: Creación y formato de la nueva base de
datos
Cree la instancia de servidor y los archivos de formato de una base de datos V6.3
o posterior vacía.
1. Inicie sesión en el sistema donde instaló el programa V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión utilizando el ID de usuario raíz. Compruebe los
siguientes elementos:
v El directorio de inicio para el usuario, /home/tsminst1, existe. En
caso de que no haya ningún directorio de inicio, debe crearlo.
El directorio de instancia almacena los siguientes archivos
principales generados por el servidor de Tivoli Storage Manager:
– El archivo de opciones de servidor, dsmserv.opt
– El archivo de base de datos de claves del servidor, cert.kdb, y
los archivos .arm, utilizados por clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor
– El archivo de configuración de dispositivo, si la opción del
servidor DEVCONFIG no especifica un nombre completo y
apropiado.
– El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
– Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
– Salidas de usuario
– La salida de rastreo, si no está completamente cualificada
v El archivo de configuración del shell, por ejemplo, .profile, existe
en el directorio de inicio. Los ID del usuario raíz y del usuario de
instancia deben tener permisos de escritura a este archivo. Para
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
141
Actualización del servidor de V5 a V6.3 o posterior
obtener más información, consulte el DB2 Information Center
(http://pic.dhe.ibm.com/infocenter/db2luw/v9r7) y busque la
información sobre la configuración variable de entorno de Linux y
UNIX.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX
HPUX
Linux
Solaris
Especifique el siguiente mandato en una línea. Para el nombre de
instancia, especifique el ID de usuario que creó para el propietario de
la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
nombre_instancia nombre_instancia
Por ejemplo, si el ID de usuario para esta instancia es tsminst1, utilice
el mandato siguiente para crear la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Recuerde: A partir de este punto, utilice este nuevo ID de usuario
cuando configure el servidor de Tivoli Storage Manager. Cierre la
sesión del identificador de usuario root e inicie sesión mediante el
identificador de usuario que es el propietario de la instancia.
Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el ID de usuario que posee el servidor
V6.3 o posterior, este ID es el ID de usuario de instancia.
db2icrt -s ese -u cuenta_usuario nombre_instancia
Por ejemplo, si la cuenta de usuario es tsminst1 y la instancia de
servidor es Server1, debe especificar el siguiente mandato:
db2icrt -s ese -u tsminst1 server1
El servicio de la base de datos para la instancia del servidor inicia
sesión en la cuenta de usuario especificada en este mandato.
Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.3 o posterior. Se le solicitará que
especifique la contraseña para la cuenta de usuario.
El nombre de la instancia que especifique en este mandato db2icrt es
el nombre que más adelante especificará con la opción -k en el
mandato DSMSERV LOADFORMAT, cuando cree y formatee la base de datos
y el registro de recuperación.
3. Inicie sesión en el sistema utilizando el ID de usuario propietario de la
instancia de servidor V6.3 o posterior (ID de usuario de instancias).
4. Copie los archivos de configuración al directorio de la instancia que creo para
el servidor nuevo. Los archivos son los archivos de configuración que guardó
desde el servidor V5 original:
142
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v Configuración de dispositivo
v Archivo de opciones de servidor, normalmente llamado dsmserv.opt
Por ejemplo, si creó el directorio de instancias que aparece en el ejemplo en el
paso de creación de directorios para el servidor V6.3 o posterior, copie los
archivos en el siguiente directorio:
AIX
HPUX
Linux
Solaris
/tsminst1
d:\tsm\server1
Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancias) tiene permiso de propiedad o de
lectura/escritura para los archivos que copió.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener la lista de opciones suprimidas, consulte Tabla 36 en la página 79.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Como se necesitará un
archivo de historial de volumen y un archivo de configuración del
dispositivo cuando se tenga que restaurar la base de datos, genere copias
de estos archivos automáticamente para facilitar que los archivos estén
disponibles cuando sea necesario.
c. Compruebe que el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor y en tal caso cuál es el valor. Es posible que
quiera cambiar el valor actual, ya que el valor predeterminado de esta
opción cambia de 256 a 4096 en V6.3 o posterior. El valor aumentado
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración de una agrupación de almacenamiento y la copia de
seguridad de una agrupación de almacenamiento.
v Si el archivo de opciones del servidor no incluye esta opción, el servidor
utiliza automáticamente el valor predeterminado nuevo de 4096.
v Si el archivo de opciones del servidor incluye un valor para esta opción,
el servidor utiliza ese valor especificado. Si el valor especificado es
inferior a 4096, considere aumentar el valor o eliminar la opción de
manera que el servidor utilice el nuevo valor predeterminado.
Windows
6. Cambie la vía de acceso predeterminada para la base de datos.
AIX
HPUX
Linux
Solaris
Cambie la vía de acceso predeterminada para la base de datos para
que sea la misma que la del directorio de la instancia para el servidor.
Emita el mandato:
db2 update dbm cfg using dftdbpath directorio_instancias
Por ejemplo:
db2 update dbm cfg using dftdbpath /tsminst1
Windows
Cambie la vía de acceso predeterminada para la base de datos para
que sea la unidad en la que está ubicado el directorio de la instancia
para el servidor. Realice los siguientes pasos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
143
Actualización del servidor de V5 a V6.3 o posterior
Se abrirá una ventana con un indicador de mandatos con el
entorno configurado correctamente para emitir adecuadamente
mandatos en los siguientes pasos.
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia
del servidor con la que está trabajando:
set db2instance=nombre_instancia
La variable nombre_instancia es la misma que el nombre de
instancia que especificó cuando emitió el mandato db2icrt. Por
ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para establecer la unidad predeterminada:
db2 update dbm cfg using dftdbpath ubicación_instancia
Por ejemplo, si el directorio de la instancia es d:\tsm\server1, la
ubicación de la instancia está en la unidad d:. Introduzca el
mandato:
db2 update dbm cfg using dftdbpath d:
7. Modifique la vía de acceso de la biblioteca para utilizar la versión de IBM
Global Security Kit (GSKit) que se ha instalado con el servidor de Tivoli
Storage Manager:
Emita el mandato siguiente:
AIX
export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
Debe actualizar los siguientes
archivos para configurar la vía de acceso a la biblioteca cuando se haya
iniciado DB2 o el servidor deTivoli Storage Manager:
v directorio_instancia/sqllib/usercshrc
v directorio_instancia/sqllib/userprofile
AIX
HPUX
Linux
Solaris
En el archivo directorio_instancia/sqllib/usercshrc, añada estas líneas:
v
AIX
setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH
v
HPUX
Solaris
setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
v
Linux
setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
En el archivo directorio_instancia/sqllib/userprofile, añada estas líneas:
v
AIX
LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
export LIBPATH
v
HPUX
Solaris
LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
v
Linux
LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
144
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Verifique la configuración de la vía de acceso a la biblioteca y asegúrese que la
versión de GSKit sea 8.0.14.14 o posterior. Emita los mandatos siguientes:
v
AIX
echo $LIBPATH
gsk8capicmd_64 -version
gsk8ver_64
v
HPUX
Linux
Solaris
echo $LD_LIBRARY_PATH
gsk8capicmd_64 -version
gsk8ver_64
Si la versión de GSKit no es 8.0.14.14 o posterior, debe volver a instalar el
servidor Tivoli Storage Manager. La reinstalación garantiza que la versión de
GSKit correcta está disponible.
8. Complete este paso para configurar la página de código del servidor.
Establezca la variable de entorno del sistema DB2CODEPAGE a 819 para cada
instancia de servidor. Antes de emitir el mandato DSMSERV LOADFORMAT, inicie
sesión en el sistema como propietario de la instancia del servidor y emita este
mandato:
db2set -i nombre_instancia DB2CODEPAGE=819
Por ejemplo:
AIX
HPUX
Linux
Solaris
db2set -i tsminst1 DB2CODEPAGE=819
Windows
db2set -i server1 DB2CODEPAGE=819
9. Cambie el directorio de la instancia que haya creado para el servidor.
10. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que ha creado para la base de datos y los
registros. Los directorios deben estar vacíos.
AIX
HPUX
Linux
Solaris
Por ejemplo, para obtener un tamaño del registro activo de 16 (16384
MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:
/opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=16384 activelogdirectory=/tsmlog \
mirrorlogdirectory=/tsmlogmirror archlogdirectory=/tsmarchlog
Windows
Por ejemplo, para obtener un tamaño de anotaciones activas de 16 GB
(16384 MB, el tamaño predeterminado) para la instancia de servidor
Server1, emita el siguiente mandato en una línea:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" loadformat
dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Si el servidor que está actualizando no es Server1, debe utilizar la
opción -k. La opción -k especifica el nombre de la instancia para
ejecutar este programa de utilidad. Por ejemplo, si el sistema tiene
más de una instancia del servidor y la instancia que está actualizando
es Server2, emita el mandato:
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
145
Actualización del servidor de V5 a V6.3 o posterior
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k server2
loadformat dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Importante: La instancia del servidor que especifique debe ser la de
todos los pasos anteriores del proceso de actualización, incluida la
creación de la instancia de la base de datos (mandato db2icrt).
11. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
DSMSERV LOADFORMAT (Formatear una base de datos)
“Mandatos de servidor, programas de utilidad y opciones suprimidos” en la
página 76
Caso de ejemplo 1: Carga de los datos extraídos en la nueva
base de datos
Una vez formateada la base de datos vacía con el mandato DSMSERV LOADFORMAT,
cargue los datos que haya extraído de la base de datos del servidor original.
Asegúrese de que se cumplen los siguientes requisitos antes de empezar a cargar
los datos:
v El archivo manifiesto procedente de la operación DSMUPGRD EXTRACTDB debe estar
disponible.
v El archivo de opciones de servidor debe contener una entrada para el archivo de
configuración del dispositivo.
v El archivo de configuración del dispositivo debe contener información acerca de
la clase de dispositivo que se especifica en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.3 o posterior. El dispositivo debe estar conectado físicamente al
sistema. Deben establecerse los permisos para garantizar el acceso a los soportes
a los ID de usuarios propietarios de la instancia del servidor V6.3 o posterior.
Realice los siguientes pasos:
1. Compruebe que el servidor V6.3 o posterior puede acceder a los datos
extraídos.
v Si los datos extraídos están en una cinta, la unidad de cintas debe estar
conectada físicamente al sistema.
v Si los datos extraídos se han almacenado utilizando una clase de dispositivo
FILE o DISK, siga los siguientes pasos:
a. Inicie una sesión en el sistema utilizando el ID de usuario root.
b. Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancia) tenga permiso de propiedad o de
lectura/escritura para los archivos extraídos.
2. Para el archivo de manifiesto que creó el proceso de extracción, asegúrese de
que el ID de usuario de instancia tenga permiso de propietario o de
lectura/escritura.
146
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
3. Inicie la sesión con el ID de usuario de instancia.
4. En el servidor V6.3 o posterior, realice los pasos siguientes:
a. Compruebe que el archivo de opciones del servidor V5 incluya la opción
DEVCONFIG y que ésta especifique la vía de acceso completa del archivo de
configuración de dispositivo.
b. Verifique que el archivo de configuración de dispositivo del servidor V5 se
encuentre disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración de dispositivo
otorguen acceso de lectura al ID de usuario de instancia.
5. Verifique que el contenido del archivo de configuración del dispositivo sea
correcto. La clase de dispositivo utilizada en la fase de extracción se registra en
el archivo de referencia; esta clase de dispositivo debe existir y ser válida para
el sistema V6.3 o posterior.
a. Revise las entradas de las clases de dispositivo FILE. Por ejemplo, las vías
de acceso podrían ser distintas en el sistema.
|
|
|
|
|
|
|
|
|
b. Compruebe las entradas de la cinta y de otros dispositivos. Por ejemplo, es
posible que hayan cambiado los nombres de dispositivo.
6. Verifique los contenidos del archivo de manifiesto y edítelo si es necesario:
a. Asegúrese de que los nombres de dispositivos del archivo de manifiesto son
válidos para el sistema V6.3 o posterior.Los nombres de dispositivo del
mismo dispositivo pueden ser distintos en los sistemas V5 y V6.
b. Asegúrese que el archivo de manifiesto contiene una lista de volúmenes que
se utilizan al cargar los datos extraídos en una nueva base de datos. Por
ejemplo, si el archivo de manifiesto contiene una lista de volúmenes que
pertenecen a una clase de dispositivo FILE, asegúrese de que la vía de
acceso completa hasta los volúmenes sea correcta en ese sistema.
7. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de servidor
extraída en la base de datos V6.3 o posterior vacía y previamente preparada.
Dirija la salida del proceso a un archivo para supervisarlo. Por ejemplo, escriba
el siguiente mandato en una línea:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
manifest=./manifest.txt >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb \
manifest=.\manifest.txt 1>>insert.out 2>&1
8. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. El sistema muestra las
estadísticas temporales acerca de la carga de la base de datos. Sin embargo,
puede haber periodos de tiempo en que no se emiten mensajes de error.
Durante estos periodos, las operaciones de DB2 se ejecutan en un segundo
plano. La duración del proceso depende del tamaño de la base de datos. Para
obtener más información, consulte el apartado “Ejemplo: cálculo del tiempo de
actualización en función del tamaño de la base de datos” en la página 52.
Opcional: verifique que la base de datos se está cargando supervisando el
procesador y el uso E/S para el proceso del servidor y el proceso de DB2
correspondiente. Por ejemplo, emita el siguiente mandato para supervisar el
proceso:
tail -f insert.out
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
147
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Windows Con sistemas Windows, utilice el mandato tail o un
programa de utilidad equivalente con el que pueda supervisar el contenido de
un archivo cuando se modifique. Por ejemplo, las Herramientas del Kit de
recursos de Windows Server 2003 incluyen el mandato tail, que se puede
utilizar como se muestra en el ejemplo.
Un mensaje en la salida del mandato DSMSERV INSERTDB indica el estado de la
operación:
Mensaje de éxito: ANR1395I INSERTDB: proceso 1, inserción de la base de
datos, se ha completado.
Mensaje de error: ANR1396E INSERTDB: proceso 1, inserción de la base de
datos, se ha completado con errores.
9. Si ha utilizado un dispositivo de cinta, una vez que se complete la operación de
inserción, elimine o extraiga de la biblioteca la cinta que conserva los datos
extraídos. Evite que la cinta se reutilice hasta que esté seguro de que no
necesita ejecutar la operación de inserción de nuevo.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Referencia relacionada:
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
Caso de ejemplo 1: Crear un servicio de Windows para la
instancia del servidor
Windows
Se crea un servicio de Windows para el servidor de Tivoli Storage Manager V6.3 o
posterior automáticamente si se utiliza el asistente de actualización (dsmupgdx). Si
no utiliza el asistente, debe crear el servicio de Windows para el servidor de Tivoli
Storage Manager manualmente.
1. Cambie al directorio de instalación para el programa del servidor. De forma
predeterminada, el directorio es C:\Archivos de programa\Tivoli\TSM\console.
Si el servidor se instaló en otro servidor, cambie al subdirectorio console del
directorio de instalación del servidor.
2. Instale el servicio para Windows utilizando el nombre de instancia y la
contraseña del servidor de Tivoli Storage Manager en el nombre del servicio.
Emita el siguiente mandato:
install "TSM nombre_instancia_servidor"
"C:\Archivos de programa\Tivoli\TSM\server\dsmsvc.exe"
propietario_instancia contraseña_propietario_instancia
donde:
"TSM nombre_instancia_servidor" es el nombre del servicio que se instala.
nombre_instancia_servidor es el nombre de instancia que se ha especificado
al emitir el mandato db2icrt.
propietario_instancia es la cuenta del propietario de la instancia; esta
cuenta será la propietaria del servicio.
contraseña_propietario_instancia es la contraseña de la cuenta del
propietario de la instancia.
Ejemplo
Para instalar el servicio para Windows para la instancia de servidor
server1, especifique el siguiente mandato en una misma línea. El
148
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
ejemplo utiliza rudy como propietario de la instancia y s21ret como la
contraseña de la cuenta del propietario de la instancia.
install "TSM server1" "C:\Archivos de programa\Tivoli\TSM\
server\dsmsvc.exe"
rudy s21ret
3. Opcional: Cambie el servicio de forma manual a un tipo de inicio automático
utilizando las herramientas administrativas de Windows (Herramientas
administrativas > Servicios).
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
Caso de ejemplo 1: Configuración del sistema para una copia
de seguridad de la base de datos
El gestor de base de datos y la API de Tivoli Storage Manager deben estar
configurados para que el gestor de la base de datos pueda realizar una copia de
seguridad de la base de datos del servidor. La configuración se completará de
forma automática si utiliza el asistente de configuración (dsmupgdx). Si no utiliza el
asistente, debe completar la configuración manualmente.
v “Caso de ejemplo 1: Configuración del sistema para copia de seguridad de la
base de datos en sistemas AIX, HP-UX, Linux y Oracle Solaris”
v “Caso de ejemplo 1: Configurar un sistema para la copia de seguridad de la base
de datos en sistemas Microsoft Windows” en la página 151
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 1: Configuración del sistema para copia de
seguridad de la base de datos en sistemas AIX, HP-UX, Linux y
Oracle Solaris
AIX
HPUX
Linux
Solaris
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes pasos, los ejemplos utilizan tsminst1 para el ID de usuario de la
instancia de servidor y /tsminst1 para el directorio de la instancia de servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de Tivoli Storage Manager
para la instancia de la base de datos:
a. Inicie sesión usando el ID de usuario tsminst1.
b. Cuando el usuario tsminst1 ha iniciado sesión, asegúrese de que el entorno
de DB2 se ha iniciado correctamente. El entorno de DB2 se inicia ejecutando
el script /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta de
forma automática desde el ID de usuario del perfil. Si /home/tsminst1/
.profile no ejecuta el script db2profile,añada las siguientes líneas a
/home/tsminst1/.profile:
if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
|
|
|
c. En el archivo userprofile en el directorio /home/tsminst1/sqllib, añada o
actualice las siguientes líneas:
AIX
Shel Korn o Bash:
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
149
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
HPUX
Linux
Solaris
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
|
AIX
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
|
HPUX
Linux
Solaris
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
AIX
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
HPUX
Linux
Solaris
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
Consejo: Asegúrese de que especifica un espacio en blanco después del primer
carácter de punto (.).
|
|
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /tsminst1 y añada la
siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
Recuerde: El nombre que utilice debe coincidir con el nombre de la instancia
del servidor.
4. Añada las siguientes líneas al archivo de configuración API dsm.sys de Tivoli
Storage Manager. El archivo de configuración dsm.sys está en la siguiente
ubicación predeterminada:
AIX
HPUX
/usr/tivoli/tsm/client/api/bin64
Linux
Solaris
/opt/tivoli/tsm/client/api/bin64/dsm.sys
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
150
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
5. Detenga e inicie la instancia de la base de datos:
a. Detenga DB2:
db2stop
b. Inicie DB2:
db2start
|
|
|
|
|
|
|
6. Establezca la contraseña de API:
a. Asegúrese de que el servidor de Tivoli Storage Manager se ha
iniciado.Consulte “Inicio del servidor en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 367 para obtener los detalles.
b. Inicie sesión mediante el ID de usuario root.
c. Vaya al perfil del gestor de base de datos emitiendo el siguiente mandato.
Asegúrese de que escribe un punto, un espacio y la vía de acceso al archivo
db2profile. Si no escribe el espacio, la copia de seguridad de la base de
datos falla.
Solaris
Importante:
siguiente mandato.
Cambie al shell Korn (/bin/ksh) antes de emitir el
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API. Utilice este mandato:
/home/tsminst1/sqllib/adsm/dsmapipw
e. Cuando el mandato dsmapipw lo solicite, especifique TSMDBMGR como la
contraseña original y como la nueva.
f. Entre el siguiente mandato del sistema operativo:
rm /home/tsminst1/tsminst1/tsmdbmgr.log
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 1: Configurar un sistema para la copia de
seguridad de la base de datos en sistemas Microsoft Windows
Windows
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
Windows
En los siguientes mandatos, los ejemplos utilizan server1 para la
instancia de la base de datos y d:\tsmserver1 para el directorio del servidor de
Tivoli Storage Manager. Sustituya estos valores por sus valores reales en los
mandatos.
1. Cree un archivo tsmdbmgr.env en el directorio d:\tsmserver1 con el siguiente
contenido:
DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
DSMI_LOG=d:\tsmserver1
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte
151
Actualización del servidor de V5 a V6.3 o posterior
2. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Uno de los métodos consiste en ir
al directorio C:\Archivo de programas\Tivoli\TSM\db2\bin, o si ha
instalado Tivoli Storage Manager en una ubicación diferente, ir al
subdirectorio db2\bin de su directorio de instalación principal. A
continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree un archivo tsmdbmgr.opt en el directorio d:\tsmserver1 con el siguiente
contenido:
*************************************************
nodename $$_TSMDBMGR_$$
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
errorlogname d:\tsmserver1\TSMDBMGR_TSMSERVER1.log
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
4. Detenga e inicie la instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o, si instaló Tivoli
Storage Manager en una ubicación diferente, vaya al subdirectorio db2\bin
en el directorio de instalación principal. A continuación, emita este mandato:
db2cmd
b. Establezca la instancia de la base de datos:
set db2instance=server1
c. Detenga DB2:
db2stop
d. Inicie DB2:
db2start
5. Especifique el siguiente mandato en una sola línea:
"c:\program files\tivoli\tsm\server\dsmsutil.exe"
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO /OPTFILE:
"d:\tsmserver1\tsmdbmgr.opt"
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
152
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de
red
Utilice este procedimiento si va a actualizar el servidor IBM Tivoli Storage
Manager en el mismo sistema que el servidor V5 y utiliza el método de red para
mover los datos.
El procedimiento para actualizar el servidor incluye las siguientes tareas:
1. “Caso de ejemplo 2: Preparación de la actualización” en la página 154
2. “Caso de ejemplo 2: Instalación de los programas de utilidad de actualización”
en la página 163
3. “Caso de ejemplo 2: Preparación de la base de datos de un servidor V5 para la
actualización” en la página 170
4. “Caso de ejemplo 2: Desinstalación del programa V5 antes de instalar V6.3 o
posterior” en la página 171
5. “Caso de ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174
6. “Caso de ejemplo 2: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada” en la página 179
7. Actualización del servidor con uno de los siguientes métodos:
v “Caso de ejemplo 2: Actualización del servidor utilizando el asistente de
actualización” en la página 183
v “Caso de ejemplo 2: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 184
8. Se realizan las siguientes tareas después de la actualización:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 365
b. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
c. “Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor” en la página 366
d. “Inicio de la instancia del servidor tras la actualización” en la página 367
e. “Registro de licencias” en la página 372
f. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 373
g. “Comprobación del servidor actualizado” en la página 374
h. “Cambio del nombre de host para el servidor de Tivoli Storage Manager”
en la página 375
i. “Actualización de la automatización” en la página 377
j. “Supervisión del servidor actualizado” en la página 377
k. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
© Copyright IBM Corp. 2009, 2013
153
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Preparación de la actualización
Prepare la actualización comprobando los requisitos, reservando espacio,
realizando una copia de seguridad del servidor y modificando determinados
valores de éste.
Siga detenidamente los pasos relacionados con la preparación para proteger el
servidor y los datos en él.
Importante: Es posible que tras la finalización de la actualización a V6.3 o
posterior, esas condiciones provoquen la necesidad de volver de manera temporal
a la versión anterior del servidor. Esta reversión sólo se realizará de forma
satisfactoria si ha llevado a cabo todos los pasos de preparación. Para comprender
por qué es importante realizar todos los pasos de preparación, repase el
procedimiento para revertir un servidor actualizado a su versión anterior.
Para preparar la actualización, realice los pasos siguientes:
1. “Caso de ejemplo 2: Comprobación de los requisitos previos de la
actualización”
2. “Caso de ejemplo 2: Preparación de espacio para el proceso de actualización”
en la página 158
3. “Caso de ejemplo 2: Modificación del servidor antes de la actualización” en la
página 158
4. “Caso de ejemplo 2: Inhabilitación de sesiones” en la página 159
5. “Caso de ejemplo 2: Realización de una copia de seguridad de las agrupaciones
de almacenamiento y de la base de datos del servidor” en la página 160
6. “Caso de ejemplo 2: Supresión o redenominación del archivo NODELOCK” en
la página 160
7. “Caso de ejemplo 2: Realización de una copia de seguridad de los datos de
configuración” en la página 161
8. “Caso de ejemplo 2: Creación de un resumen del contenido de la base de
datos” en la página 162
9. “Caso de ejemplo 2: Detención del servidor antes de instalar la actualización”
en la página 162
Tareas relacionadas:
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión del
servidor anterior V5” en la página 390
Caso de ejemplo 2: Comprobación de los requisitos previos
de la actualización
Compruebe el sistema en relación con los requisitos del servidor.
Restricción: Si está actualizando el servidorTivoli Storage Manager en el mismo
sistema, el sistema debe cumplir los requisitos mínimos para los servidores V5 y
v6.3 o posterior.
1. Compruebe que la versión del servidor que tiene previsto actualizar sea 5.3.6 o
posterior, y que se haya instalado el arreglo temporal más reciente. Para
optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack más actual y el arreglo
|
|
|
|
|
|
|
154
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
temporal más reciente,visite el sitio web de descargas FTP enftp://
public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/.
A continuación, ubique la versión apropiada de Tivoli Storage Manager.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Revise la información disponible en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 20 para determinar si es necesario actualizar el sistema antes de
continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.3 o
posterior cumple los requisitos de tipo y nivel de sistema operativo. Para
obtener información actualizada acerca de requisitos del sistema, consulte Tivoli
Storage Manager Supported Operating Systems (http://www.ibm.com/
support/docview.wss?uid=swg21243309). Ahora puede verificar manualmente
el entorno de la instalación. De lo contrario, espere hasta que los archivos de la
instalación se extraigan y, a continuación, ejecute el comprobador de requisitos
previos, que verifica automáticamente el entorno del sistema. Para obtener más
información, consulte el apartado “Ejecución del comprobador de requisitos
previos” en la página 43.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente,
hay disponible un conjunto de vías de acceso limitadas. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un
sistema operativo de z/OS, consulteParte 3, “Migración de servidores de Tivoli
Storage Manager V5 en sistemas z/OS a V6 en AIX o Linux en System z”, en la
página 487. Para obtener instrucciones sobre cómo migrar un servidor que se
está ejecutando en un sistema operativo de AIX, HP-UX o Solaris, consulte
Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a
actualizar se está ejecutando en cualquiera de estas plataformas, no podrá
actualizarlo a V6.3 o posterior en la misma plataforma. Para plataformas
necesarias, consulte la tabla siguiente.
Tabla 43. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
|
|
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX en un sistema PA-RISC
HP-UX ejecutándose en un sistema Intel
Itanium
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3
o posterior en un entorno de hardware y software compatible, tal como se
describen en la tabla siguiente.
Tabla 44. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
Comentarios
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
155
Actualización del servidor de V5 a V6.3 o posterior
Tabla 44. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Comentarios
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
156
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 44. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
Servidor V5
Servidor V6.3 o posterior
Comentarios
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
AIX o Linux en System z
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
4. Compruebe que la memoria del sistema cumpla los requisitos del servidor.
v Asegúrese de que el sistema tiene suficiente memoria para ejecutar dos
servidores a la vez.
Cuando se ejecuta el proceso que extrae la base de datos del servidor
existente e inserta la del nuevo servidor, el resultado es que habrá dos
servidores ejecutándose en el sistema. La memoria del sistema debe ser lo
suficientemente amplia para manejar estos procesos.
v Si está pensando en ejecutar varias instancias del servidor V6.3 o posterior en
el sistema, cada instancia requiere la memoria que se lista para un servidor.
Multiplique la memoria par aun servidor por el número de instancias
planificadas para el sistema.
Para obtener información específica acerca de requisitos de memoria, consulte
la sección para su sistema operativo:
Tabla 45. Requisitos de memoria para el sistema V6.3 o posterior
Sistema operativo
Requisitos de memoria
AIX
“Requisitos del servidor en sistemas AIX” en
la página 25
HPUX
HP-UX
“Requisitos de servidor en sistemas HP-UX”
en la página 27
Linux
Linux
“Requisitos del servidor en sistemas Linux”
en la página 29
Solaris
Solaris
“Requisitos del servidor en los sistemas
Solaris” en la página 36
Windows
“Requisitos del servidor en sistemas
Microsoft Windows” en la página 38
AIX
Windows
5. Asegúrese de que el sistema tenga suficiente espacio de almacenamiento en
disco para la base de datos y los registros de recuperación. Repase la
información de planificación para conocer los requisitos y obtener
orientaciones.
Asegúrese de que el sistema tiene suficiente espacio de almacenamiento en
disco para guardar los archivos de recuperación y la base de datos tanto para el
servidor V5 como para el servidor V6.3 o posterior.
Si añade hardware nuevo para el servidor, como un almacenamiento de disco
nuevo para la base de datos, asegúrese de que el hardware está instalado y se
está ejecutando.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
157
Actualización del servidor de V5 a V6.3 o posterior
Conceptos relacionados:
“Requisitos de hardware y software para actualizar al servidor V6.3 o posterior” en
la página 19
Caso de ejemplo 2: Preparación de espacio para el proceso
de actualización
Determina la cantidad y el tipo de espacio necesarios para el proceso de
actualización antes de iniciarlo.
Compruebe que el sistema dispone de la cantidad de espacio estimado en la fase
de planificación. Utilice la hoja de trabajo de planificación que ha completado con
su información. Consulte el apartado “Hoja de cálculo para planificar espacio para
el servidor V6.3 o posterior” en la página 50.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Caso de ejemplo 2: Modificación del servidor antes de la
actualización
Se debe ejecutar un mandato en el servidor para impedir un tipo de problema
durante el proceso de actualización. Es necesario realizar algunas modificaciones
en la configuración típica del servidor para preparar la actualización.
1. Desde una línea de mandatos administrativa de Tivoli Storage Manager, emita
el mandato:
convert ussfilespace
Este mandato resuelve un problema que podría existir en bases de datos de
Tivoli Storage Manager más antiguas. Si el problema no existe en su base de
datos, el mandato se completa y es posible que vea el error ANR2034E. Este
error puede ignorarse. Para obtener más información, consulte la Technote
1408895 (http://www.ibm.com/support/docview.wss?uid=swg21408895). Si el
problema existe en la base de datos, puede que el mandato tarde algún tiempo
en ejecutarse.
Importante: No se salte este paso. Si la base de datos tiene este problema y no
ejecuta el mandato ahora, el programa de utilidad DSMUPGRD PREPAREDB fallará
cuando lo ejecute. Entonces debe reiniciar el servidor V5 y ejecutar el mandato
CONVERT USSFILESPACE antes de continuar con el proceso de actualización.
2. Revise los pasos para revertir a una versión anterior del servidor de la sección,
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión
del servidor anterior V5” en la página 390.
Si necesita volver a la versión anterior después de actualizar a V6.3 o posterior,
los resultados de la reversión serán mejores si comprende estos pasos y se
prepara para esa posibilidad ahora.
3. Realice los siguientes ajustes en los valores del servidor y clientes. Estos ajustes
se deben hacer para permitir la reversión al servidor original después de la
actualización si se produce algún problema.
a. Para cada agrupación de almacenamiento de acceso secuencial, defina el
parámetro REUSEDELAY como el número de días durante los cuáles desea
poder volver al servidor original si resulta necesario.
158
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Por ejemplo, si desea poder volver al servidor original durante hasta 30 días
después de actualizarse al V6.3 o posterior, defina el parámetro REUSEDELAY
a 31 días. Emita el siguiente mandato administrativo:
update stgpool sequential_access_storage_pool reusedelay=31
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).Emita el siguiente mandato
administrativo:
update stgpool copy_storage_pool reclaim=100
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir copias
de seguridad de la base de datos, asegúrese que el mandato no suprime las
copias de seguridad de la base de datos demasiado a menudo. El intervalo
entre copias de seguridad debe ser al menos igual al número de días que
defina en REUSEDELAY para las agrupaciones de almacenamiento de acceso
secuencial. Por ejemplo, para suprimir copias de seguridad de base de datos
cada 45 días, emita el siguiente mandato administrativo:
delete volhist type=dbbackup todate=-45
d. Para clientes importantes que utilicen el servidor, compruebe que el valor
para la opción de cliente schedlogretention se establece para retener el
registro de planificación de cliente durante un tiempo suficientemente largo.
Actualice la opción de clientes si resulta necesario.
Las entradas del registro de planificación de cliente pueden resultar útiles si
el servidor debe revertirse a la versión original. Si el periodo de retención
para el registro de planificación es demasiado breve, es posible que la
información del registro de programación se suprima muy pronto.
Por ejemplo, para eliminar el registro cada 45 días y guardar las entradas de
registro, añada la siguiente opción:
schedlogretention 45 S
AIX
HPUX
Linux
Solaris
Añada la opción al archivo
dsm.sys en una stanza de servidor.
Windows
Añada la opción al archivo de opciones de cliente, dsm.opt.
Caso de ejemplo 2: Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli
Storage Manager.
1. Impida que todos los clientes, los agentes de almacenamiento y los servidores
inicien sesiones nuevas en el servidor. Utilice los mandatos:
disable sessions client
disable sessions server
2. Evite la actividad administrativa de cualquier identificador de usuario que no
sea el identificador del administrador que se utiliza para realizar la preparación
de la actualización. Si es necesario, bloquee el resto de los ID de administrador:
lock admin nombre_administrador
3. Verifique si existen sesiones en curso y notifique a los usuarios que el servidor
va a detenerse. Para buscar sesiones existentes, Utilice el programa de utilidad:
query session
4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancel session all
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
159
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Realización de una copia de seguridad de
las agrupaciones de almacenamiento y de la base de datos
del servidor
Justo antes de actualizar el servidor, realice una copia de seguridad de las
agrupaciones de almacenamiento primarias para copiar agrupaciones de
almacenamiento y realizar una copia de seguridad de la base de datos completa.
Las agrupaciones de almacenamiento de copia de seguridad y la base de datos del
servidor utilizando los mandatos administrativos de Tivoli Storage Manager:
1. Realice copias de seguridad de agrupaciones de almacenamiento principales
para copiar agrupaciones de almacenamiento utilizando el mandato BACKUP
STGPOOL:
backup stgpool primary_pool copy_stg
donde primary_pool especifica la agrupación de almacenamiento principal y
copy_stg especifica la copia de agrupación de almacenamiento. Si ha estado
realizando copias de seguridad periódicas de las agrupaciones de
almacenamiento, este paso sólo realizará una copia de seguridad de los datos
añadidos a las agrupaciones de almacenamiento primarias desde la última vez
que se realizó la copia de seguridad de ellos.
2. Realice una copia de seguridad de la base de datos. El método preferido es
utilizar una copia de seguridad instantánea. Una copia de seguridad
instantánea es una copia de seguridad completa que no interrumpe ninguna
copia de seguridad de base de datos programada. Emita el mandato:
backup db type=dbsnapshot devclass=device_class_name
La clase de dispositivo que especifique debe existir y tener volúmenes
disponibles. Por ejemplo, para realizar una copia de seguridad de instantánea
de la base de datos en la clase de dispositivo TAPECLASS utilizando
volúmenes reutilizables, escriba:
backup db type=dbsnapshot devclass=tapeclass
Para utilizar volúmenes concretos en lugar de volúmenes reutilizables,
especifique los nombres de los volúmenes en el mandato.
Consejo: Plantéese la posibilidad de realizar dos copias de la copia de
seguridad para protegerla de posibles anomalías de los soportes. Asegúrese de
que al menos una copia de seguridad completa de la base de datos está
disponible en el sitio. Si debe restaurar la base de datos después de una
actualización errónea, el hecho de tener una base de datos de copias de
seguridad en el sitio le ahorrará tiempo.
Caso de ejemplo 2: Supresión o redenominación del archivo
NODELOCK
Para garantizar que la información sobre licencias se actualice durante el proceso
de actualización, suprima o renombre el archivo NODELOCK.
El archivo NODELOCK contiene la información sobre licencias de la instalación de
Tivoli Storage Manager anterior. Para garantizar que la información sobre licencias
se actualice durante el proceso de actualización, suprima o renombre el archivo
NODELOCK antes de iniciar el proceso de actualización. Esta información sobre
licencias se sustituirá por la nueva información sobre licencias una vez completada
la actualización. El archivo NODELOCK está ubicado en el directorio de la instancia de
160
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
servidor.
Caso de ejemplo 2: Realización de una copia de seguridad de
los datos de configuración
Antes de instalar la nueva versión, realice una copia de seguridad de los archivos
y la información esencial del servidor. Almacene copias de seguridad en un sitio
seguro, en un sistema distinto al que se está actualizando o en soporte fuera de
línea, como un CD.Los archivos se necesitan después de completar la instalación
de la nueva versión del software. También necesitará estos archivos si debe volver
a la versión anterior tras la actualización.
1. Información acerca de configuración de dispositivo de copia de seguridad
utilizando mandatos administrativos Tivoli Storage Manager:
backup devconfig filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
configuración de dispositivo.
2. Información de historial de volumen de copia de seguridad utilizando el
mandato administrativo Tivoli Storage Manager:
backup volhistory filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
historial de volumen. Asegúrese de que el volumen de historial incluye
información sobre la copia de seguridad de base de datos que completó en los
pasos anteriores. Por ejemplo, emita el mandato:
consulta volhistory type=dbsnapshot
Revise la consulta de salida para verificar que el timestamp para la copia de
seguridad de la base de datos combina con el tiempo real de copia de
seguridad.
3. Guarde copia de los siguientes archivos, que se encuentran en el directorio de
instancia del servidor:
v Archivo de opciones de servidor, típicamente llamado dsmserv.opt
v dsmserv.dsk
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. En el directorio de instancia de servidor, busque el archivo de registro de
contabilidad, dsmaccnt.log. Si el archivo existe, guarde una copia.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
completar las tareas de mantenimiento diario del servidor. Examine los scripts
para ver los cambios necesarios después de la actualización.
6. Almacene el archivo de configuración del dispositivo, el archivo de historial de
volumen, el archivo de opciones de servidor y otros archivos en un lugar
seguro. Asegúrese de que los archivos están almacenados en un sistema
diferente al sistema que se está actualizando o en un soporte fuera de línea.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
161
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Creación de un resumen del contenido de
la base de datos
Cree un resumen del contenido de la base de datos original. Tras la actualización,
puede utilizar los mismos mandatos para comparar los resultados y confirmar que
el contenido de la base de datos está intacto.
Ejecute mandatos que proporcionen un resumen de la información acerca del
contenido de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Para
obtener una lista de mandatos, consulte “Mandatos de prueba de validación de la
actualización de la base de datos” en la página 600.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
Caso de ejemplo 2: Detención del servidor antes de instalar la
actualización
Detenga todos los procesos del servidor y desmonte cualquier cinta que esté
montada. A continuación, detenga el servidor.
Para detener el servidor antes de instalar la actualización, utilice los mandatos
administrativos de Tivoli Storage Manager:
1. Determine si se están ejecutando los procesos del servidor. Cancélelos o permita
que finalicen. Utilice los mandatos:
query process
cancel process número_proceso
Deje tiempo para que los procesos se detengan. Algunos procesos, como la
migración de agrupación de almacenamiento, pueden tardar algún tiempo en
detenerse.
Para obtener más información sobre los procesos de consulta y cancelación,
consulte los mandatos QUERY PROCESS y CANCEL PROCESS en Manual de consulta
del administrador.
2. Una vez que se detengan todas las sesiones y procesos, determina si hay cintas
montadas. Desmonte cualquier cinta que esté montada. Utilice los mandatos:
query mount
dismount volume nombre_volumen
Para obtener más información sobre cómo desmontar las cintas, consulte los
mandatos QUERY MOUNT y DISMOUNT VOLUME en el Manual de consulta del
administrador.
3. Detenga el servidor. Utilice el mandato:
halt
162
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Instalación de los programas de utilidad de
actualización
Debe instalar los programas de utilidad de actualización en el sistema. El paquete
de instalación de los programas de utilidad debe descargarse desde un sitio web.
|
|
|
|
Es el método preferido es instalar la última versión disponible de los programas de
utilidad de actualización. Para obtener más información sobre cómo seleccionar la
versión, consulte “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42.
Utilice el procedimiento correspondiente a su sistema operativo:
v
AIX
“Caso de ejemplo 2: Instalar la actualización de los programas de
utilidad en sistemasAIX”
v
“Caso de ejemplo 2: Instalación de programas de utilidad de
actualización en sistemas HP-UX” en la página 165
v
Linux
“Caso de ejemplo 2: Instalar la actualización de los programas de
utilidad en sistemas Linux” en la página 166
v
“Caso de ejemplo 2: Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris” en la página 167
v
Windows
“Caso de ejemplo 2: Instalar la actualización de programas de utilidad
en sistemas deMicrosoft Windows” en la página 169
HPUX
Solaris
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 2: Instalar la actualización de los programas
de utilidad en sistemasAIX
AIX
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio
de descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x.
El número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5
que está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo
a una ubicación adecuada en el sistema del servidor. El nombre del
paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-AIX.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de
release del paquete de programas de utilidad de actualización.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
163
Actualización del servidor de V5 a V6.3 o posterior
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes
traducidos están disponibles en el conjunto de idiomas habitual para un
servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5 o posterior
gsksa.rte 7.0.4.11
Puede utilizar los siguientes mandatos para comprobar estos conjuntos de
archivos:
lslpp -L xlC.rte
lslpp -L gsksa.rte
Si es necesario, puede obtener el conjunto de archivos gsksa.rte desde
cualquier paquete de mantenimiento normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio FTP de descargas:
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Si ha descargado un paquete de idioma, extraiga también el contenido de
dicho paquete.
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
a. Escriba: smitty install_update
7.
8.
9.
10.
b. Seleccione: Instalar y actualizar software > Instalar y actualizar desde
TODO el software disponible.
Seleccione el dispositivo INPUT. Especifique la ubicación del directorio del
paquete de programas de utilidad de actualización en el sistema.
Seleccione Software a instalar. Pulse F4 o Esc+4 para obtener la lista de
conjuntos de archivos disponibles en el directorio.
Seleccione los conjuntos de archivos para los programas de utilidad de
actualización, el controlador de dispositivo y, como opción, el paquete de
idioma. El conjunto de archivos para los programas de utilidad de
actualización es tivoli.tsmupg.server. Los paquetes de idiomas opcionales
incluyen mensajes para idiomas distintos del inglés americano.
Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
11. Establezca GUARDAR archivos sustituidos en No.
12. Asegúrese de que los valores predeterminados de las opciones de la ventana
para todos los conjuntos de archivos seleccionados muestran éxito.
13. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a
pulsar la tecla Intro. Comienza la instalación.
14. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.
15. Opcional: Si ha instalado un paquete de idioma, asegúrese de que la variable
de entorno local está definida para usarlo.Especifique el siguiente mandato
para definir la variable de entorno local para mensajes:
export LC_MESSAGES=xxxx
164
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
16. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 2: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 169.
Caso de ejemplo 2: Instalación de programas de utilidad de
actualización en sistemas HP-UX
HPUX
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-platform.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
gzip -dc nombre_paquete.tar.gz | tar -xvf -
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-s) para especificar el directorio del
que se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM nombre_paquete
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
165
Actualización del servidor de V5 a V6.3 o posterior
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete.
gzip -d nombre_paquete.img.gz
b. Instale el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM/nombre_paquete.img nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 2: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 169.
Caso de ejemplo 2: Instalar la actualización de los programas
de utilidad en sistemas Linux
Linux
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Abra el directorio correspondiente a su sistema operativo y descargue el
paquete. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.bz2
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
166
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita los siguientes mandatos desde el directorio donde haya
guardado el paquete de descargas:
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo, por ejemplo, x86_64.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
b. Instale el paquete para el idioma que quiere utilizar.
rpm -ivh nombre_paquete.rpm
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 2: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 169.
Caso de ejemplo 2: Instalación de los programas de utilidad
de actualización en sistemas Oracle Solaris
Solaris
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
167
Actualización del servidor de V5 a V6.3 o posterior
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.Z
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
uncompress -c nombre_paquete.tar.Z | tar -xvf -
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-d) para especificar el directorio
donde se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita
el mandato:
pkgadd -d . /tmp/TSM package_name
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
7. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
uncompress nombre_paquete.pkg.Z
b. Instale el paquete para el idioma que quiere utilizar. Utilice el argumento de
origen (-d) para especificar el directorio donde se ha extraído el paquete.
Por ejemplo, si el directorio es /tmp/TSM, emita el mandato:
pkgadd -d /tmp/TSM nombre_paquete.pkg nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
8. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 2: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 169.
168
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Establecimiento de las variables de
entorno para los programas de utilidad de actualización en
sistemas AIX, HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Después de instalar el paquete de programas de utilidad de actualización, tendrá
que definir las variables de entorno en el shell desde el que ejecutará dichos
programas de utilidad. Una variable de entorno describe el entorno operativo de
un proceso, como el directorio inicial o el terminal en uso.
La variable DSMSERV_DIR especifica la ubicación de instalación de los programas de
utilizad de actualización. Por defecto, la ubicación es el directorio siguiente:
AIX
/usr/tivoli/tsm/upgrade/bin
HPUX
Linux
Solaris
/opt/tivoli/tsm/upgrade/bin
Utilice el mandato adecuado para que el sistema establezca las variables de
entorno para la ejecución de los programas de utilidad. Si el shell pertenece a la
familia ksh o bash, emita el mandato siguiente para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=upgrade_utilities_directory
Si el shell pertenece a la familia csh, emita el mandato siguiente:
setenv DSMSERV_DIR upgrade_utilities_directory
donde upgrade_utilities_directory es el directorio donde se instalan los programas de
utilidad de actualización.
Después de establecer las variables de entorno, continúe en “Caso de ejemplo 2:
Preparación de la base de datos de un servidor V5 para la actualización” en la
página 170.
Caso de ejemplo 2: Instalar la actualización de programas de
utilidad en sistemas deMicrosoft Windows
Windows
Instale los programas de utilidad de actualización en el sistema. El paquete para
instalar puede descargarse desde el sitio de descargas mediante FTP. Los
programas de utilidad de actualización se utilizan para preparar y extraer la base
de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/WIN
b. Abra el directorio 5.5.x.x. El número de 5.5.x.x debe ser igual o posterior
al nivel del servidor V5 que está actualizando.
c. Seleccione el paquete y descárguelo a una ubicación adecuada en el sistema
del servidor. El nombre del paquete tiene la siguiente forma:
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
169
Actualización del servidor de V5 a V6.3 o posterior
5.5.x.x-TIV-TSMUPG-Windows.exe
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, instale el
paquete de idiomas que necesite la instalación.
2. Inicie sesión con un identificador de administrador.
3. Ejecute el paquete ejecutable de los programas de utilidad de actualización.
La ubicación predeterminada para la instalación de programas de utilidad será
la ubicación en la que se instaló por última vez el servidor V5. Por ejemplo, si
el servidor V5 se instaló mediante la vía de acceso predeterminada,
C:\Archivos de programa\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programa\Tivoli\TSM\upgrade.
Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 2:
Preparación de la base de datos de un servidor V5 para la actualización”.
Consejo: Cuando utilice los programas de utilidad de actualización, si dispone de
varios servidores ejecutándose en el sistema, debe utilizar la opción -k para
especificar el nombre de la clave de registro de Windows de la que recuperar
información acerca del servidor que se va a actualizar. El valor predeterminado
para la opción es SERVER1. Utilice la opción -o con el mandato DSMUPGRD para
especificar la ubicación del archivo de opciones del servidor.
Caso de ejemplo 2: Preparación de la base de datos de un servidor V5
para la actualización
Antes de extraer los datos de la base de datos, debe preparar la base de datos del
servidor con el programa de utilidad DSMUPGRD PREPAREDB. Si cuenta con varios
servidores en un único sistema, debe repetir esta tarea con cada servidor.
1. Asegúrese de haber completado todos los pasos de preparación.
2. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
3. Cambie al directorio de instancias del servidor que va a actualizar. El directorio
de instancias es el que contiene archivos, como dsmserv.dsk, del servidor.
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. Prepare la base de datos. Dirija la salida del proceso a un archivo para
supervisarlo.
AIX
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
HPUX
Linux
Solaris
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
170
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
Windows
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso y dirigir la salida al
archivo prepare.out:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd"
preparedb 1>>prepare.out 2>&1
Si existen varios servidores en el sistema, emita el mandato desde el
directorio de instancias del servidor que desee preparar. Especifique la
clave de registro para el servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
5. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. Desde el directorio de instancias del servidor que vaya
a actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f prepare.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
6. Asegúrese de que la operación de preparación se completa correctamente antes
de continuar al siguiente paso. Si la operación de preparación falla, puede ser
necesario reiniciar el servidor V5 para solucionar el problema y volver a
ejecutar la operación de preparación. Si el servidor que se está actualizando es
un servidor V5.3 o V5.4, es posible que deba restaurar la base de datos desde
una copia de seguridad antes de reiniciar el servidor para solventar el
problema.
Referencia relacionada:
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
Caso de ejemplo 2: Desinstalación del programa V5 antes de instalar
V6.3 o posterior
Para obtener unos resultados óptimos al actualizar el servidor a V6.3 o posterior en
el mismo sistema donde está ubicado un servidor V5, desinstale el programa del
servidor V5 antes de instalar el programa del servidor V6.3 o posterior.
Utilice el procedimiento correspondiente a su sistema operativo:
v
AIX
“Caso de ejemplo 2: Desinstalar un programa V5 en sistemas AIX ” en
la página 172
v
“Caso de ejemplo 2: Desinstalación del programa V5 en sistemas
HP-UX” en la página 172
v
Linux
“Caso de ejemplo 2: Desinstalar un programa V5 en sistemas Linux”
en la página 172
v
“Caso de ejemplo 2: Desinstalación del programa V5 en sistemas
Oracle Solaris” en la página 173
HPUX
Solaris
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
171
Actualización del servidor de V5 a V6.3 o posterior
v
Windows
“Caso de ejemplo 2: Desinstalar un programa V5 en sistemas de
Microsoft Windows” en la página 173
Caso de ejemplo 2: Desinstalar un programa V5 en sistemas
AIX
AIX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license.aix5.rte64
/usr/sbin/installp -ug tivoli.tsm.devices.aix5.rte
/usr/sbin/installp -ug tivoli.tsm.server.aix5.rte64
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license
/usr/sbin/installp -ug tivoli.tsm.devices
/usr/sbin/installp -ug tivoli.tsm.server
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174.
Caso de ejemplo 2: Desinstalación del programa V5 en
sistemas HP-UX
HPUX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
swremove TIVsmS64IA.server
swremove TIVsmS64IA.license
swremove TIVsmDD64_IA11_23.tsmscsi
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
swremove TIVsmS64.server
swremove TIVsmS64.license
swremove TIVsmDD64_HP11_11.tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174.
Caso de ejemplo 2: Desinstalar un programa V5 en sistemas
Linux
Linux
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
172
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
1. Para determinar los paquetes de Tivoli Storage Manager que están instalados,
emita el siguiente mandato:
rpm -qa | grep TIVsm
2. Elimine el servidor, la licencia del servidor y los paquetes del controlador de
dispositivo. Emita los mandatos siguientes:
rpm -e TIVsm-server
rpm -e TIVsm-license
rpm -e TIVsm-tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174.
Caso de ejemplo 2: Desinstalación del programa V5 en
sistemas Oracle Solaris
Solaris
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
Emita los mandatos siguientes:
/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174.
Caso de ejemplo 2: Desinstalar un programa V5 en sistemas
de Microsoft Windows
Windows
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
No elimine las entradas del registro para el servidor.
1. Pulse Iniciar > Panel de control > Agregar o quitar programas.
2. Seleccione el componente de servidor Tivoli Storage Manager y haga clic en
Remove.Repita el procedimiento con la licencia y el controlador del dispositivo.
Si aparece algún mensaje que sugiera el reinicio del sistema, puede ignorarlo
hasta que se eliminen los componentes de Tivoli Storage Manager.
Después de desinstalar el programa del servidor V5, continúe con “Caso de
ejemplo 2: Instalación del servidor V6.3 o posterior” en la página 174.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
173
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Instalación del servidor V6.3 o posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v Tivoli Storage Manager
v IBM Tivoli Storage Manager Extended Edition
v IBM System Storage Archive Manager
v IBM Tivoli Storage Manager para redes de área de almacenamiento
Antes de actualizar el servidor de Tivoli Storage Manager, asegúrese de que
mantiene el soporte de instalación en la base del release del servidor instalado. Si
ha instalado Tivoli Storage Manager desde un DVD, asegúrese de que el DVD esté
disponible. Si ha instalado Tivoli Storage Manager desde un paquete descargado,
asegúrese de que los archivos descargados estén disponibles. Si la actualización
falla y se desinstala el módulo de licencia del servidor, el soporte de instalación del
release base del servidor es necesario para poder reinstalar la licencia.
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
174
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
175
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
AIX
HPUX
Linux
Solaris
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Windows
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
176
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
Windows
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
177
Actualización del servidor de V5 a V6.3 o posterior
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
178
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 2: Creación de los directorios y el ID de usuario para
la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
179
Actualización del servidor de V5 a V6.3 o posterior
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
180
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
AIX
HPUX
Linux
Solaris
Tabla 46. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir /home/user_ID/
tsmarchlogfailover
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
181
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 47. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Continúe con el proceso de actualización desde de uno de los siguientes apartados:
“Caso de ejemplo 2: Actualización del servidor utilizando el asistente de
actualización” en la página 183
“Caso de ejemplo 2: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 184
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
182
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Actualización del servidor utilizando el asistente
de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar el asistente de actualización, debe finalizar todos los pasos
anteriores para preparar la actualización, instalar las herramientas de actualización,
instalar el programa del servidor V6.3 o posterior, y crear los directorios y el ID de
usuario para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX
HPUX
Linux
Solaris
v El sistema debe tener el cliente X Window. Además debe ejecutarse
un servidor X Window en el escritorio.
v El sistema debe tener uno de los siguientes protocolos habilitado.
Asegúrese de que el puerto que utiliza el protocolo no está
bloqueado por un cortafuegos.
– Secure Shell (SSH). Asegúrese de que el puerto está definido al
valor predeterminado, 22. Asegúrese también de que el servicio
del daemon de SSH tenga derechos de acceso para conectarse al
sistema utilizando localhost.
– Shell remota (rsh).
– Protocolo de ejecución remota (REXEC).
v Es necesario que pueda iniciar una sesión en el sistema con el
identificador de usuario que haya creado para la instancia del
servidor, mediante el protocolo SSH, RSH o REXEC. Cuando utilice
el asistente, debe proporcionar este identificador de usuario para
acceder a ese sistema.
Windows
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener habilitado el protocolo Windows server message block
(SMB). SMB es la interfaz utilizada por la función Compartir archivos
e impresoras (también conocida como CIFS). Para utilizar el
protocolo SMB, debe asegurarse de que la función Compartir
archivos e impresoras esté habilitada y de que el puerto 445 no esté
bloqueado por el cortafuegos.
v Si el servidor V5 se encuentra en un sistema distinto que el servidor
V6.3 o posterior, este sistema también deberá tener habilitado el
SMB.
v Debe poder iniciar la sesión en el sistema con SMB habilitado
utilizando tanto el ID de usuario que haya creado para la instancia
de servidor u otro ID de usuario existente en el sistema. Cuando
utilice el asistente, deberá proporcionar el ID de usuario y la
contraseña para acceder al sistema.
2.
Si el sistema se ejecuta en Windows Server 2008 o Windows Vista,
complete los siguientes pasos para deshabilitar el Control de cuenta de usuario:
Windows
a. Asegúrese que el Registro remoto de Windows Services se inicia y los
puertos 445, 137 y 139 están desbloqueados en el cortafuegos.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
183
Actualización del servidor de V5 a V6.3 o posterior
b. Configure el servidor de infraestructura y los destinos como miembros de
un dominio de Windows. Utilice una cuenta de usuario en ese dominio, o
en un dominio de confianza, para conectarse al destino.
c. Conéctese a la estación de trabajo de destino habilitando y utilizando la
cuenta de administrador incorporada. Para habilitar la cuenta de
administrador incorporada, pulse Panel de control > Herramientas
administrativas > Política de seguridad local > Valores de seguridad >
Políticas locales > Opciones de seguridad. Haga doble clic en la sección
Cuentas: estado de la cuenta de administrador. Seleccione Habilitar y
pulse Aceptar.
d. Pulse Panel de control > Herramientas administrativas > Política de
seguridad local > Valores de seguridad > Políticas locales > Opciones de
seguridad.Haga doble clic en la sección Control de cuenta de usuario:
ejecutar todos los administradores en modo de aprobación de Admin.
Seleccione Inhabilitar y pulse Aceptar.
3. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root. Emita el
mandato:
/opt/tivoli/tsm/server/bin/dsmupgdx
Windows
Abra una nueva ventana Indicador de mandatos y emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
4. Siga las instrucciones para finalizar la actualización. El asistente de
actualización se puede detener y reiniciar, pero el servidor no funcionará hasta
que no haya finalizado completamente el proceso de actualización.
Importante: Lea todos los mensajes que aparezcan para cada fase del proceso
de actualización, en el área de visualización de mensajes del asistente.Los
mensajes informativos pueden mostrar acciones que se produjeron durante el
proceso y que son importantes para usted.
Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 10,
“Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 2: Actualización del servidor manualmente utilizando
los programas de utilidad
Utilice los programas de utilidad para actualizar el servidor mediante una interfaz
de mandatos.
Antes de comenzar el procedimiento de actualización, debe completar todos los
pasos anteriores para prepararse para la actualización. Asegúrese de que tiene
instalados los programas de utilidad de actualización, ha instalado el programa del
servidor V6.3 o posterior, y ha creado los directorios y el ID de usuario para la
instancia del servidor.
Realice los siguientes pasos:
1. “Caso de ejemplo 2: Creación y formato de la nueva base de datos” en la
página 185
184
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
2. “Caso de ejemplo 2: Traslado de la base de datos del servidor a través de la
red” en la página 190
3. “Caso de ejemplo 2: Crear un servicio de Windows para la instancia del
servidor” en la página 192
4. “Caso de ejemplo 2: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 192
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 2: Creación y formato de la nueva base de
datos
Cree la instancia de servidor y los archivos de formato de una base de datos V6.3
o posterior vacía.
1. Inicie sesión en el sistema donde instaló el programa V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión utilizando el ID de usuario raíz. Compruebe los
siguientes elementos:
v El directorio de inicio para el usuario, /home/tsminst1, existe. En
caso de que no haya ningún directorio de inicio, debe crearlo.
El directorio de instancia almacena los siguientes archivos
principales generados por el servidor de Tivoli Storage Manager:
– El archivo de opciones de servidor, dsmserv.opt
– El archivo de base de datos de claves del servidor, cert.kdb, y
los archivos .arm, utilizados por clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor
– El archivo de configuración de dispositivo, si la opción del
servidor DEVCONFIG no especifica un nombre completo y
apropiado.
– El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
– Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
– Salidas de usuario
– La salida de rastreo, si no está completamente cualificada
v El archivo de configuración del shell, por ejemplo, .profile, existe
en el directorio de inicio. Los ID del usuario raíz y del usuario de
instancia deben tener permisos de escritura a este archivo. Para
obtener más información, consulte el DB2 Information Center
(http://pic.dhe.ibm.com/infocenter/db2luw/v9r7) y busque la
información sobre la configuración variable de entorno de Linux y
UNIX.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
185
Actualización del servidor de V5 a V6.3 o posterior
AIX
HPUX
Linux
Solaris
Especifique el siguiente mandato en una línea. Para el nombre de
instancia, especifique el ID de usuario que creó para el propietario de
la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
nombre_instancia nombre_instancia
Por ejemplo, si el ID de usuario para esta instancia es tsminst1, utilice
el mandato siguiente para crear la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Recuerde: A partir de este punto, utilice este nuevo ID de usuario
cuando configure el servidor de Tivoli Storage Manager. Cierre la
sesión del identificador de usuario root e inicie sesión mediante el
identificador de usuario que es el propietario de la instancia.
Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el ID de usuario que posee el servidor
V6.3 o posterior, este ID es el ID de usuario de instancia.
db2icrt -s ese -u cuenta_usuario nombre_instancia
Por ejemplo, si la cuenta de usuario es tsminst1 y la instancia de
servidor es Server1, debe especificar el siguiente mandato:
db2icrt -s ese -u tsminst1 server1
El servicio de la base de datos para la instancia del servidor inicia
sesión en la cuenta de usuario especificada en este mandato.
Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.3 o posterior. Se le solicitará que
especifique la contraseña para la cuenta de usuario.
El nombre de la instancia que especifique en este mandato db2icrt es
el nombre que más adelante especificará con la opción -k en el
mandato DSMSERV LOADFORMAT, cuando cree y formatee la base de datos
y el registro de recuperación.
3. Inicie sesión en el sistema utilizando el ID de usuario propietario de la
instancia de servidor V6.3 o posterior (ID de usuario de instancias).
4. Copie los archivos de configuración al directorio de la instancia que creo para
el servidor nuevo. Los archivos son los archivos de configuración que guardó
desde el servidor V5 original:
v Configuración de dispositivo
v Archivo de opciones de servidor, normalmente llamado dsmserv.opt
Por ejemplo, si creó el directorio de instancias que aparece en el ejemplo en el
paso de creación de directorios para el servidor V6.3 o posterior, copie los
archivos en el siguiente directorio:
AIX
Windows
186
HPUX
Linux
Solaris
/tsminst1
d:\tsm\server1
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancias) tiene permiso de propiedad o de
lectura/escritura para los archivos que copió.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener la lista de opciones suprimidas, consulte Tabla 36 en la página 79.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Como se necesitará un
archivo de historial de volumen y un archivo de configuración del
dispositivo cuando se tenga que restaurar la base de datos, genere copias
de estos archivos automáticamente para facilitar que los archivos estén
disponibles cuando sea necesario.
c. Compruebe que el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor y en tal caso cuál es el valor. Es posible que
quiera cambiar el valor actual, ya que el valor predeterminado de esta
opción cambia de 256 a 4096 en V6.3 o posterior. El valor aumentado
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración de una agrupación de almacenamiento y la copia de
seguridad de una agrupación de almacenamiento.
v Si el archivo de opciones del servidor no incluye esta opción, el servidor
utiliza automáticamente el valor predeterminado nuevo de 4096.
v Si el archivo de opciones del servidor incluye un valor para esta opción,
el servidor utiliza ese valor especificado. Si el valor especificado es
inferior a 4096, considere aumentar el valor o eliminar la opción de
manera que el servidor utilice el nuevo valor predeterminado.
6. Cambie la vía de acceso predeterminada para la base de datos.
AIX
HPUX
Linux
Solaris
Cambie la vía de acceso predeterminada para la base de datos para
que sea la misma que la del directorio de la instancia para el servidor.
Emita el mandato:
db2 update dbm cfg using dftdbpath directorio_instancias
Por ejemplo:
db2 update dbm cfg using dftdbpath /tsminst1
Windows
Cambie la vía de acceso predeterminada para la base de datos para
que sea la unidad en la que está ubicado el directorio de la instancia
para el servidor. Realice los siguientes pasos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
Se abrirá una ventana con un indicador de mandatos con el
entorno configurado correctamente para emitir adecuadamente
mandatos en los siguientes pasos.
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia
del servidor con la que está trabajando:
set db2instance=nombre_instancia
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
187
Actualización del servidor de V5 a V6.3 o posterior
La variable nombre_instancia es la misma que el nombre de
instancia que especificó cuando emitió el mandato db2icrt. Por
ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para establecer la unidad predeterminada:
db2 update dbm cfg using dftdbpath ubicación_instancia
Por ejemplo, si el directorio de la instancia es d:\tsm\server1, la
ubicación de la instancia está en la unidad d:. Introduzca el
mandato:
db2 update dbm cfg using dftdbpath d:
7. Modifique la vía de acceso de la biblioteca para utilizar la versión de IBM
Global Security Kit (GSKit) que se ha instalado con el servidor de Tivoli
Storage Manager:
Emita el mandato siguiente:
AIX
export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
Debe actualizar los siguientes
archivos para configurar la vía de acceso a la biblioteca cuando se haya
iniciado DB2 o el servidor deTivoli Storage Manager:
v directorio_instancia/sqllib/usercshrc
v directorio_instancia/sqllib/userprofile
AIX
HPUX
Linux
Solaris
En el archivo directorio_instancia/sqllib/usercshrc, añada estas líneas:
v
AIX
setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH
v
HPUX
Solaris
setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
v
Linux
setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
En el archivo directorio_instancia/sqllib/userprofile, añada estas líneas:
v
AIX
LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
export LIBPATH
v
HPUX
Solaris
LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
v
Linux
LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
Verifique la configuración de la vía de acceso a la biblioteca y asegúrese que la
versión de GSKit sea 8.0.14.14 o posterior. Emita los mandatos siguientes:
v
AIX
echo $LIBPATH
gsk8capicmd_64 -version
gsk8ver_64
v
188
HPUX
Linux
Solaris
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
echo $LD_LIBRARY_PATH
gsk8capicmd_64 -version
gsk8ver_64
Si la versión de GSKit no es 8.0.14.14 o posterior, debe volver a instalar el
servidor Tivoli Storage Manager. La reinstalación garantiza que la versión de
GSKit correcta está disponible.
8. Complete este paso para configurar la página de código del servidor.
Establezca la variable de entorno del sistema DB2CODEPAGE a 819 para cada
instancia de servidor. Antes de emitir el mandato DSMSERV LOADFORMAT, inicie
sesión en el sistema como propietario de la instancia del servidor y emita este
mandato:
db2set -i nombre_instancia DB2CODEPAGE=819
Por ejemplo:
AIX
HPUX
Linux
Solaris
db2set -i tsminst1 DB2CODEPAGE=819
Windows
db2set -i server1 DB2CODEPAGE=819
9. Cambie el directorio de la instancia que haya creado para el servidor.
10. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que ha creado para la base de datos y los
registros. Los directorios deben estar vacíos.
AIX
HPUX
Linux
Solaris
Por ejemplo, para obtener un tamaño del registro activo de 16 (16384
MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:
/opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=16384 activelogdirectory=/tsmlog \
mirrorlogdirectory=/tsmlogmirror archlogdirectory=/tsmarchlog
Windows
Por ejemplo, para obtener un tamaño de anotaciones activas de 16 GB
(16384 MB, el tamaño predeterminado) para la instancia de servidor
Server1, emita el siguiente mandato en una línea:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" loadformat
dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Si el servidor que está actualizando no es Server1, debe utilizar la
opción -k. La opción -k especifica el nombre de la instancia para
ejecutar este programa de utilidad. Por ejemplo, si el sistema tiene
más de una instancia del servidor y la instancia que está actualizando
es Server2, emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k server2
loadformat dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Importante: La instancia del servidor que especifique debe ser la de
todos los pasos anteriores del proceso de actualización, incluida la
creación de la instancia de la base de datos (mandato db2icrt).
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
189
Actualización del servidor de V5 a V6.3 o posterior
11. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
DSMSERV LOADFORMAT (Formatear una base de datos)
“Mandatos de servidor, programas de utilidad y opciones suprimidos” en la
página 76
Caso de ejemplo 2: Traslado de la base de datos del servidor
a través de la red
Mueva la base de datos iniciando el proceso del servidor V6.3 o posterior para
aceptar la base de datos del servidor. A continuación, inicie el proceso de
extracción del servidor V5 para extraer y enviar la base de datos.
Antes de iniciar este procedimiento, asegúrese de que no se estén ejecutando ni el
servidor V5 ni el nuevo servidor.
1. Inicie el proceso de inserción en el servidor V6.3 o posterior para aceptar la
base de datos. Para supervisar el proceso, dirija la salida del proceso a un
archivo. Por ejemplo, inicie el servidor, dejando 60 minutos (el tiempo
predeterminado) para que el otro servidor contacte con el servidor V6.3 o
posterior y dirija la salida del proceso a insert.out. Para ello, utilice este
mandato:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
sesswait=60 >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb
sesswait=60 1>>insert.out 2>&1
El servidor se inicia y espera un máximo de 60 minutos a que el servidor
original se ponga en contacto con él. Puede pasar algún tiempo antes de que se
emitan mensajes. Durante este periodo, las operaciones de DB2 se ejecutan en
un segundo plano. Opcional: para verificar que las operaciones siguen
normalmente, supervise el uso de CPU y de E/S del proceso del servidor y el
proceso de DB2 correspondiente.
2. Supervise la salida del proceso DSMSERV INSERTDB. Compruebe que el proceso
de DSMSERV INSERTDB ha emitido el siguiente mensaje antes de continuar con el
siguiente paso:
ANR1336I INSERTDB: listo para conexiones desde el servidor de origen
Emita el siguiente mandato para supervisar la salida del proceso en el archivo
insert.out:
tail -f insert.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
190
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
3. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.3 o posterior. Dirija la salida del
proceso a un archivo para supervisarlo. Por ejemplo, escriba el siguiente
mandato en una línea:
AIX
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
hladdress=127.0.0.1 lladdress=1500 1>>extract.out 2>&1
4. Supervise los procesos para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. Desde el directorio de
instancias del servidor que va a actualizar, emita el siguiente mandato para
supervisar el proceso de extracción:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos, del hardware
que se utiliza y de la red.
5. Examine las salidas de proceso para los procesos de extracción e inserción para
encontrar mensajes que indiquen si las operaciones han finalizado con éxito o
no.
Proceso
Mensaje de éxito
Mensaje de error
Extracción
ANR1382I EXTRACTDB: proceso 1, ANR1396E EXTRACTDB: proceso 1,
extracción de la base de datos, extracción de la base de datos,
se ha completado.
se ha completado con errores.
Inserción
ANR1395I INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado.
ANR1396E INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado con errores.
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
191
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 2: Crear un servicio de Windows para la
instancia del servidor
Windows
Se crea un servicio de Windows para el servidor de Tivoli Storage Manager V6.3 o
posterior automáticamente si se utiliza el asistente de actualización (dsmupgdx). Si
no utiliza el asistente, debe crear el servicio de Windows para el servidor de Tivoli
Storage Manager manualmente.
1. Cambie al directorio de instalación para el programa del servidor. De forma
predeterminada, el directorio es C:\Archivos de programa\Tivoli\TSM\console.
Si el servidor se instaló en otro servidor, cambie al subdirectorio console del
directorio de instalación del servidor.
2. Instale el servicio para Windows utilizando el nombre de instancia y la
contraseña del servidor de Tivoli Storage Manager en el nombre del servicio.
Emita el siguiente mandato:
install "TSM nombre_instancia_servidor"
"C:\Archivos de programa\Tivoli\TSM\server\dsmsvc.exe"
propietario_instancia contraseña_propietario_instancia
donde:
"TSM nombre_instancia_servidor" es el nombre del servicio que se instala.
nombre_instancia_servidor es el nombre de instancia que se ha especificado
al emitir el mandato db2icrt.
propietario_instancia es la cuenta del propietario de la instancia; esta
cuenta será la propietaria del servicio.
contraseña_propietario_instancia es la contraseña de la cuenta del
propietario de la instancia.
Ejemplo
Para instalar el servicio para Windows para la instancia de servidor
server1, especifique el siguiente mandato en una misma línea. El
ejemplo utiliza rudy como propietario de la instancia y s21ret como la
contraseña de la cuenta del propietario de la instancia.
install "TSM server1" "C:\Archivos de programa\Tivoli\TSM\
server\dsmsvc.exe"
rudy s21ret
3. Opcional: Cambie el servicio de forma manual a un tipo de inicio automático
utilizando las herramientas administrativas de Windows (Herramientas
administrativas > Servicios).
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
Caso de ejemplo 2: Configuración del sistema para una copia
de seguridad de la base de datos
El gestor de base de datos y la API de Tivoli Storage Manager deben estar
configurados para que el gestor de la base de datos pueda realizar una copia de
seguridad de la base de datos del servidor. La configuración se completará de
forma automática si utiliza el asistente de configuración (dsmupgdx). Si no utiliza el
asistente, debe completar la configuración manualmente.
v “Caso de ejemplo 2: Configuración del sistema para copia de seguridad de la
base de datos en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página 193
192
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v “Caso de ejemplo 2: Configurar un sistema para la copia de seguridad de la base
de datos en sistemas Microsoft Windows” en la página 195
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 2: Configuración del sistema para copia de
seguridad de la base de datos en sistemas AIX, HP-UX, Linux y
Oracle Solaris
AIX
HPUX
Linux
Solaris
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes pasos, los ejemplos utilizan tsminst1 para el ID de usuario de la
instancia de servidor y /tsminst1 para el directorio de la instancia de servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de Tivoli Storage Manager
para la instancia de la base de datos:
a. Inicie sesión usando el ID de usuario tsminst1.
b. Cuando el usuario tsminst1 ha iniciado sesión, asegúrese de que el entorno
de DB2 se ha iniciado correctamente. El entorno de DB2 se inicia ejecutando
el script /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta de
forma automática desde el ID de usuario del perfil. Si /home/tsminst1/
.profile no ejecuta el script db2profile,añada las siguientes líneas a
/home/tsminst1/.profile:
if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
c. En el archivo userprofile en el directorio /home/tsminst1/sqllib, añada o
actualice las siguientes líneas:
AIX
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
HPUX
Linux
Solaris
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
AIX
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
HPUX
Linux
Solaris
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
AIX
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
193
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
HPUX
Linux
Solaris
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
Consejo: Asegúrese de que especifica un espacio en blanco después del primer
carácter de punto (.).
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /tsminst1 y añada la
siguiente línea:
|
|
SERVERNAME TSMDBMGR_TSMINST1
Recuerde: El nombre que utilice debe coincidir con el nombre de la instancia
del servidor.
4. Añada las siguientes líneas al archivo de configuración API dsm.sys de Tivoli
Storage Manager. El archivo de configuración dsm.sys está en la siguiente
ubicación predeterminada:
AIX
/usr/tivoli/tsm/client/api/bin64
HPUX
Linux
Solaris
/opt/tivoli/tsm/client/api/bin64/dsm.sys
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
5. Detenga e inicie la instancia de la base de datos:
a. Detenga DB2:
db2stop
b. Inicie DB2:
db2start
6. Establezca la contraseña de API:
a. Asegúrese de que el servidor de Tivoli Storage Manager se ha
iniciado.Consulte “Inicio del servidor en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 367 para obtener los detalles.
b. Inicie sesión mediante el ID de usuario root.
194
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
|
|
|
c. Vaya al perfil del gestor de base de datos emitiendo el siguiente mandato.
Asegúrese de que escribe un punto, un espacio y la vía de acceso al archivo
db2profile. Si no escribe el espacio, la copia de seguridad de la base de
datos falla.
Solaris
Importante:
siguiente mandato.
Cambie al shell Korn (/bin/ksh) antes de emitir el
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API. Utilice este mandato:
/home/tsminst1/sqllib/adsm/dsmapipw
e. Cuando el mandato dsmapipw lo solicite, especifique TSMDBMGR como la
contraseña original y como la nueva.
f. Entre el siguiente mandato del sistema operativo:
rm /home/tsminst1/tsminst1/tsmdbmgr.log
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 2: Configurar un sistema para la copia de
seguridad de la base de datos en sistemas Microsoft Windows
Windows
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes mandatos, los ejemplos utilizan server1 para la
instancia de la base de datos y d:\tsmserver1 para el directorio del servidor de
Tivoli Storage Manager. Sustituya estos valores por sus valores reales en los
mandatos.
Windows
1. Cree un archivo tsmdbmgr.env en el directorio d:\tsmserver1 con el siguiente
contenido:
DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
DSMI_LOG=d:\tsmserver1
2. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Uno de los métodos consiste en ir
al directorio C:\Archivo de programas\Tivoli\TSM\db2\bin, o si ha
instalado Tivoli Storage Manager en una ubicación diferente, ir al
subdirectorio db2\bin de su directorio de instalación principal. A
continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree un archivo tsmdbmgr.opt en el directorio d:\tsmserver1 con el siguiente
contenido:
*************************************************
nodename $$_TSMDBMGR_$$
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
errorlogname d:\tsmserver1\TSMDBMGR_TSMSERVER1.log
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red
195
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
4. Detenga e inicie la instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o, si instaló Tivoli
Storage Manager en una ubicación diferente, vaya al subdirectorio db2\bin
en el directorio de instalación principal. A continuación, emita este mandato:
db2cmd
b. Establezca la instancia de la base de datos:
set db2instance=server1
c. Detenga DB2:
db2stop
d. Inicie DB2:
db2start
5. Especifique el siguiente mandato en una sola línea:
"c:\program files\tivoli\tsm\server\dsmsutil.exe"
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO /OPTFILE:
"d:\tsmserver1\tsmdbmgr.opt"
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
196
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de
soporte
Utilice este procedimiento si va a actualizar el servidor IBM Tivoli Storage
Manager en un sistema diferente que el servidor V5 y utiliza el método de soporte
para mover los datos.
El procedimiento para actualizar el servidor incluye las siguientes tareas:
1. “Caso de ejemplo 3: Preparación de la actualización”
2. “Caso de ejemplo 3: Instalación de los programas de utilidad de actualización”
en la página 207
3. Actualización del servidor con uno de los siguientes métodos:
v “Caso de ejemplo 3: Actualización del servidor utilizando el asistente de
actualización” en la página 215
v “Caso de ejemplo 3: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 226
4. Se realizan las siguientes tareas después de la actualización:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 365
b. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
c. “Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor” en la página 366
d. “Inicio de la instancia del servidor tras la actualización” en la página 367
e. “Registro de licencias” en la página 372
f. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 373
g. “Comprobación del servidor actualizado” en la página 374
h. “Cambio del nombre de host para el servidor de Tivoli Storage Manager”
en la página 375
i. “Actualización de la automatización” en la página 377
j. “Supervisión del servidor actualizado” en la página 377
k. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
Caso de ejemplo 3: Preparación de la actualización
Prepare la actualización comprobando los requisitos, reservando espacio,
realizando una copia de seguridad del servidor y modificando determinados
valores de éste.
Siga detenidamente los pasos relacionados con la preparación para proteger el
servidor y los datos en él.
Importante: Es posible que tras la finalización de la actualización a V6.3 o
posterior, esas condiciones provoquen la necesidad de volver de manera temporal
a la versión anterior del servidor. Esta reversión sólo se realizará de forma
satisfactoria si ha llevado a cabo todos los pasos de preparación. Para comprender
© Copyright IBM Corp. 2009, 2013
197
Actualización del servidor de V5 a V6.3 o posterior
por qué es importante realizar todos los pasos de preparación, repase el
procedimiento para revertir un servidor actualizado a su versión anterior.
Para preparar la actualización, realice los pasos siguientes:
1. “Caso de ejemplo 3: Comprobación de los requisitos previos de la
actualización”
2. “Caso de ejemplo 3: Preparación de espacio para el proceso de actualización”
en la página 201
3. “Caso de ejemplo 3: Modificación del servidor antes de la actualización” en la
página 202
4. “Caso de ejemplo 3: Inhabilitación de sesiones” en la página 204
5. “Caso de ejemplo 3: Realización de una copia de seguridad de las agrupaciones
de almacenamiento y de la base de datos del servidor” en la página 204
6. “Caso de ejemplo 3: Supresión o redenominación del archivo NODELOCK” en
la página 205
7. “Caso de ejemplo 3: Realización de una copia de seguridad de los datos de
configuración” en la página 205
8. “Caso de ejemplo 3: Creación de un resumen del contenido de la base de
datos” en la página 206
9. “Caso de ejemplo 3: Detención del servidor antes de instalar la actualización”
en la página 206
Tareas relacionadas:
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión del
servidor anterior V5” en la página 390
Caso de ejemplo 3: Comprobación de los requisitos previos
de la actualización
Compruebe el sistema en relación con los requisitos del servidor.
1. Compruebe que la versión del servidor que tiene previsto actualizar sea 5.3.6 o
posterior, y que se haya instalado el arreglo temporal más reciente. Para
optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack más actual y el arreglo
temporal más reciente,visite el sitio web de descargas FTP enftp://
public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/.
A continuación, ubique la versión apropiada de Tivoli Storage Manager.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Revise la información disponible en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 20 para determinar si es necesario actualizar el sistema antes de
continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.3 o
posterior cumple los requisitos de tipo y nivel de sistema operativo. Para
obtener información actualizada acerca de requisitos del sistema, consulte Tivoli
Storage Manager Supported Operating Systems (http://www.ibm.com/
support/docview.wss?uid=swg21243309). Ahora puede verificar manualmente
el entorno de la instalación. De lo contrario, espere hasta que los archivos de la
instalación se extraigan y, a continuación, ejecute el comprobador de requisitos
|
|
|
|
|
|
|
|
|
|
198
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
previos, que verifica automáticamente el entorno del sistema. Para obtener más
información, consulte el apartado “Ejecución del comprobador de requisitos
previos” en la página 43.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente,
hay disponible un conjunto de vías de acceso limitadas. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un
sistema operativo de z/OS, consulteParte 3, “Migración de servidores de Tivoli
Storage Manager V5 en sistemas z/OS a V6 en AIX o Linux en System z”, en la
página 487. Para obtener instrucciones sobre cómo migrar un servidor que se
está ejecutando en un sistema operativo de AIX, HP-UX o Solaris, consulte
Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a
actualizar se está ejecutando en cualquiera de estas plataformas, no podrá
actualizarlo a V6.3 o posterior en la misma plataforma. Para plataformas
necesarias, consulte la tabla siguiente.
Tabla 48. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
|
|
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX en un sistema PA-RISC
HP-UX ejecutándose en un sistema Intel
Itanium
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3
o posterior en un entorno de hardware y software compatible, tal como se
describen en la tabla siguiente.
Tabla 49. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Comentarios
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
199
Actualización del servidor de V5 a V6.3 o posterior
Tabla 49. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
Comentarios
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
200
AIX o Linux en System z
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
Actualización del servidor de V5 a V6.3 o posterior
4. Compruebe que la memoria del sistema cumpla los requisitos del servidor. Si
está pensando en ejecutar varias instancias del servidor V6.3 o posterior en el
sistema, cada instancia requiere la memoria que se lista para un servidor.
Multiplique la memoria par aun servidor por el número de instancias
planificadas para el sistema.
Para obtener información específica acerca de requisitos de memoria, consulte
la sección para su sistema operativo:
Tabla 50. Requisitos de memoria para el sistema V6.3 o posterior
Sistema operativo
Requisitos de memoria
AIX
“Requisitos del servidor en sistemas AIX” en
la página 25
HPUX
HP-UX
“Requisitos de servidor en sistemas HP-UX”
en la página 27
Linux
Linux
“Requisitos del servidor en sistemas Linux”
en la página 29
Solaris
Solaris
“Requisitos del servidor en los sistemas
Solaris” en la página 36
Windows
“Requisitos del servidor en sistemas
Microsoft Windows” en la página 38
AIX
Windows
5. Asegúrese de que el sistema tenga suficiente espacio de almacenamiento en
disco para la base de datos y los registros de recuperación. Repase la
información de planificación para conocer los requisitos y obtener
orientaciones.
Si añade hardware nuevo para el servidor, como un almacenamiento de disco
nuevo para la base de datos, asegúrese de que el hardware está instalado y se
está ejecutando.
6. Asegúrese de que el nuevo sistema pueda acceder a los dispositivos de
almacenamiento utilizados en el sistema original. Esto incluye los dispositivos
de disco y de cinta utilizados para almacenar datos de cliente.
Es posible que necesite dejar un dispositivo de almacenamiento conectado al
sistema original para realizar la extracción de la base de datos. A continuación,
traslade el dispositivo de almacenamiento al nuevo sistema.
Conceptos relacionados:
“Requisitos de hardware y software para actualizar al servidor V6.3 o posterior” en
la página 19
Caso de ejemplo 3: Preparación de espacio para el proceso
de actualización
Determina la cantidad y el tipo de espacio necesarios para el proceso de
actualización antes de iniciarlo.
1. Compruebe que el sistema dispone de la cantidad de espacio estimado en la
fase de planificación. Utilice la hoja de trabajo de planificación que ha
completado con su información. Consulte el apartado “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
2. Compruebe que dispone de suficiente espacio para almacenar la base de datos
y el archivo manifiesto que crea el proceso de extracción.
a. Identifique la clase de dispositivo en el que se extraerá la base de datos
original. La definición debe existir en la base de datos del servidor, no sólo
en el archivo de configuración del dispositivo. Consulte la información
sobre las clases de dispositivos emitiendo el mandato:
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
201
Actualización del servidor de V5 a V6.3 o posterior
query devclass format=detailed
La clase de dispositivo debe ser una clase de dispositivo secuencial que
disponga de volúmenes o espacio disponible. Defina una nueva clase de
dispositivo si fuera necesario. El tipo de clase de dispositivo no puede ser
NAS ni CENTERA.
Importante: Debe confirmar ahora que la definición que está en la base de
datos del servidor para la clase de dispositivo es correcta. Después de
preparar la base de datos para la actualización (completando la fase de
Preparar la base de datos en el asistente de actualización, o bien mediante
el programa de utilidad DSMUPGRD PREPAREDB), no puede actualizar esta
definición de clase de dispositivo. Por ejemplo, compruebe la vía de acceso
de la clase de dispositivo FILE. Si ha copiado el servidor original en un
sistema diferente para extraer los datos, la vía de acceso podría variar en el
sistema actual.
b. Compruebe que dispone de espacio suficiente o volúmenes disponibles en
la clase de dispositivo seleccionada. La cantidad de espacio necesaria
coincide aproximadamente con el tamaño actual de la base de datos
original.
Por ejemplo, si la clase de dispositivo es FILE, asegúrese de que el
directorio tiene suficiente espacio en su entorno. Si la clase de dispositivo es
TAPE, asegúrese de que haya suficientes volúmenes reutilizables
disponibles en su entorno.
Asegúrese de que el identificador de usuario de la instancia creado para el
servidor de actualización tenga permiso para la ubicación de los datos
extraídos.
c. Compruebe que los permisos de acceso son correctos para la ubicación que
tiene previsto especificar para el archivo manifiesto.
El identificador de usuario que ejecutará la preparación de la base de datos
y los programas de utilidad de extracción (DSMUPGRD PREPAREDB y DSMUPGRD
EXTRACTDB) deben tener acceso de escritura a este archivo. Éste es, por lo
general, el identificador de usuario root.
Cuando los datos se inserten posteriormente en la base de datos V6.3 o
posterior, el ID de usuario de instancias que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo de referencia.
El archivo manifiesto no suele tener más de 1 KB.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Caso de ejemplo 3: Modificación del servidor antes de la
actualización
Se debe ejecutar un mandato en el servidor para impedir un tipo de problema
durante el proceso de actualización. Es necesario realizar algunas modificaciones
en la configuración típica del servidor para preparar la actualización.
1. Desde una línea de mandatos administrativa de Tivoli Storage Manager, emita
el mandato:
convert ussfilespace
Este mandato resuelve un problema que podría existir en bases de datos de
Tivoli Storage Manager más antiguas. Si el problema no existe en su base de
datos, el mandato se completa y es posible que vea el error ANR2034E. Este
202
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
error puede ignorarse. Para obtener más información, consulte la Technote
1408895 (http://www.ibm.com/support/docview.wss?uid=swg21408895). Si el
problema existe en la base de datos, puede que el mandato tarde algún tiempo
en ejecutarse.
Importante: No se salte este paso. Si la base de datos tiene este problema y no
ejecuta el mandato ahora, el programa de utilidad DSMUPGRD PREPAREDB fallará
cuando lo ejecute. Entonces debe reiniciar el servidor V5 y ejecutar el mandato
CONVERT USSFILESPACE antes de continuar con el proceso de actualización.
2. Revise los pasos para revertir a una versión anterior del servidor de la sección,
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión
del servidor anterior V5” en la página 390.
Si necesita volver a la versión anterior después de actualizar a V6.3 o posterior,
los resultados de la reversión serán mejores si comprende estos pasos y se
prepara para esa posibilidad ahora.
3. Realice los siguientes ajustes en los valores del servidor y clientes. Estos ajustes
se deben hacer para permitir la reversión al servidor original después de la
actualización si se produce algún problema.
a. Para cada agrupación de almacenamiento de acceso secuencial, defina el
parámetro REUSEDELAY como el número de días durante los cuáles desea
poder volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante hasta 30 días
después de actualizarse al V6.3 o posterior, defina el parámetro REUSEDELAY
a 31 días. Emita el siguiente mandato administrativo:
update stgpool sequential_access_storage_pool reusedelay=31
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).Emita el siguiente mandato
administrativo:
update stgpool copy_storage_pool reclaim=100
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir copias
de seguridad de la base de datos, asegúrese que el mandato no suprime las
copias de seguridad de la base de datos demasiado a menudo. El intervalo
entre copias de seguridad debe ser al menos igual al número de días que
defina en REUSEDELAY para las agrupaciones de almacenamiento de acceso
secuencial. Por ejemplo, para suprimir copias de seguridad de base de datos
cada 45 días, emita el siguiente mandato administrativo:
delete volhist type=dbbackup todate=-45
d. Para clientes importantes que utilicen el servidor, compruebe que el valor
para la opción de cliente schedlogretention se establece para retener el
registro de planificación de cliente durante un tiempo suficientemente largo.
Actualice la opción de clientes si resulta necesario.
Las entradas del registro de planificación de cliente pueden resultar útiles si
el servidor debe revertirse a la versión original. Si el periodo de retención
para el registro de planificación es demasiado breve, es posible que la
información del registro de programación se suprima muy pronto.
Por ejemplo, para eliminar el registro cada 45 días y guardar las entradas de
registro, añada la siguiente opción:
schedlogretention 45 S
AIX
HPUX
Linux
Solaris
Añada la opción al archivo
dsm.sys en una stanza de servidor.
Windows
Añada la opción al archivo de opciones de cliente, dsm.opt.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
203
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli
Storage Manager.
1. Impida que todos los clientes, los agentes de almacenamiento y los servidores
inicien sesiones nuevas en el servidor. Utilice los mandatos:
disable sessions client
disable sessions server
2. Evite la actividad administrativa de cualquier identificador de usuario que no
sea el identificador del administrador que se utiliza para realizar la preparación
de la actualización. Si es necesario, bloquee el resto de los ID de administrador:
lock admin nombre_administrador
3. Verifique si existen sesiones en curso y notifique a los usuarios que el servidor
va a detenerse. Para buscar sesiones existentes, Utilice el programa de utilidad:
query session
4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancel session all
Caso de ejemplo 3: Realización de una copia de seguridad de
las agrupaciones de almacenamiento y de la base de datos
del servidor
Justo antes de actualizar el servidor, realice una copia de seguridad de las
agrupaciones de almacenamiento primarias para copiar agrupaciones de
almacenamiento y realizar una copia de seguridad de la base de datos completa.
Las agrupaciones de almacenamiento de copia de seguridad y la base de datos del
servidor utilizando los mandatos administrativos de Tivoli Storage Manager:
1. Realice copias de seguridad de agrupaciones de almacenamiento principales
para copiar agrupaciones de almacenamiento utilizando el mandato BACKUP
STGPOOL:
backup stgpool primary_pool copy_stg
donde primary_pool especifica la agrupación de almacenamiento principal y
copy_stg especifica la copia de agrupación de almacenamiento. Si ha estado
realizando copias de seguridad periódicas de las agrupaciones de
almacenamiento, este paso sólo realizará una copia de seguridad de los datos
añadidos a las agrupaciones de almacenamiento primarias desde la última vez
que se realizó la copia de seguridad de ellos.
2. Realice una copia de seguridad de la base de datos. El método preferido es
utilizar una copia de seguridad instantánea. Una copia de seguridad
instantánea es una copia de seguridad completa que no interrumpe ninguna
copia de seguridad de base de datos programada. Emita el mandato:
backup db type=dbsnapshot devclass=device_class_name
La clase de dispositivo que especifique debe existir y tener volúmenes
disponibles. Por ejemplo, para realizar una copia de seguridad de instantánea
de la base de datos en la clase de dispositivo TAPECLASS utilizando
volúmenes reutilizables, escriba:
backup db type=dbsnapshot devclass=tapeclass
204
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Para utilizar volúmenes concretos en lugar de volúmenes reutilizables,
especifique los nombres de los volúmenes en el mandato.
Consejo: Plantéese la posibilidad de realizar dos copias de la copia de
seguridad para protegerla de posibles anomalías de los soportes. Asegúrese de
que al menos una copia de seguridad completa de la base de datos está
disponible en el sitio. Si debe restaurar la base de datos después de una
actualización errónea, el hecho de tener una base de datos de copias de
seguridad en el sitio le ahorrará tiempo.
Caso de ejemplo 3: Supresión o redenominación del archivo
NODELOCK
Para garantizar que la información sobre licencias se actualice durante el proceso
de actualización, suprima o renombre el archivo NODELOCK.
El archivo NODELOCK contiene la información sobre licencias de la instalación de
Tivoli Storage Manager anterior. Para garantizar que la información sobre licencias
se actualice durante el proceso de actualización, suprima o renombre el archivo
NODELOCK antes de iniciar el proceso de actualización. Esta información sobre
licencias se sustituirá por la nueva información sobre licencias una vez completada
la actualización. El archivo NODELOCK está ubicado en el directorio de la instancia de
servidor.
Caso de ejemplo 3: Realización de una copia de seguridad de
los datos de configuración
Antes de instalar la nueva versión, realice una copia de seguridad de los archivos
y la información esencial del servidor. Almacene copias de seguridad en un sitio
seguro, en un sistema distinto al que se está actualizando o en soporte fuera de
línea, como un CD.Los archivos se necesitan después de completar la instalación
de la nueva versión del software. También necesitará estos archivos si debe volver
a la versión anterior tras la actualización.
1. Información acerca de configuración de dispositivo de copia de seguridad
utilizando mandatos administrativos Tivoli Storage Manager:
backup devconfig filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
configuración de dispositivo.
2. Información de historial de volumen de copia de seguridad utilizando el
mandato administrativo Tivoli Storage Manager:
backup volhistory filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
historial de volumen. Asegúrese de que el volumen de historial incluye
información sobre la copia de seguridad de base de datos que completó en los
pasos anteriores. Por ejemplo, emita el mandato:
consulta volhistory type=dbsnapshot
Revise la consulta de salida para verificar que el timestamp para la copia de
seguridad de la base de datos combina con el tiempo real de copia de
seguridad.
3. Guarde copia de los siguientes archivos, que se encuentran en el directorio de
instancia del servidor:
v Archivo de opciones de servidor, típicamente llamado dsmserv.opt
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
205
Actualización del servidor de V5 a V6.3 o posterior
v dsmserv.dsk
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. En el directorio de instancia de servidor, busque el archivo de registro de
contabilidad, dsmaccnt.log. Si el archivo existe, guarde una copia.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
completar las tareas de mantenimiento diario del servidor. Examine los scripts
para ver los cambios necesarios después de la actualización.
6. Almacene el archivo de configuración del dispositivo, el archivo de historial de
volumen, el archivo de opciones de servidor y otros archivos en un lugar
seguro. Asegúrese de que los archivos están almacenados en un sistema
diferente al sistema que se está actualizando o en un soporte fuera de línea.
Caso de ejemplo 3: Creación de un resumen del contenido de
la base de datos
Cree un resumen del contenido de la base de datos original. Tras la actualización,
puede utilizar los mismos mandatos para comparar los resultados y confirmar que
el contenido de la base de datos está intacto.
Ejecute mandatos que proporcionen un resumen de la información acerca del
contenido de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Para
obtener una lista de mandatos, consulte “Mandatos de prueba de validación de la
actualización de la base de datos” en la página 600.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
Caso de ejemplo 3: Detención del servidor antes de instalar la
actualización
Detenga todos los procesos del servidor y desmonte cualquier cinta que esté
montada. A continuación, detenga el servidor.
Para detener el servidor antes de instalar la actualización, utilice los mandatos
administrativos de Tivoli Storage Manager:
1. Determine si se están ejecutando los procesos del servidor. Cancélelos o permita
que finalicen. Utilice los mandatos:
query process
cancel process número_proceso
Deje tiempo para que los procesos se detengan. Algunos procesos, como la
migración de agrupación de almacenamiento, pueden tardar algún tiempo en
detenerse.
Para obtener más información sobre los procesos de consulta y cancelación,
consulte los mandatos QUERY PROCESS y CANCEL PROCESS en Manual de consulta
del administrador.
2. Una vez que se detengan todas las sesiones y procesos, determina si hay cintas
montadas. Desmonte cualquier cinta que esté montada. Utilice los mandatos:
query mount
dismount volume nombre_volumen
206
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Para obtener más información sobre cómo desmontar las cintas, consulte los
mandatos QUERY MOUNT y DISMOUNT VOLUME en el Manual de consulta del
administrador.
3. Detenga el servidor. Utilice el mandato:
halt
Caso de ejemplo 3: Instalación de los programas de utilidad de
actualización
Debe instalar los programas de utilidad de actualización en el sistema donde se
encuentre ubicado el servidor V5. El paquete de instalación de los programas de
utilidad debe descargarse desde un sitio web.
|
|
|
|
Es el método preferido es instalar la última versión disponible de los programas de
utilidad de actualización. Para obtener más información sobre cómo seleccionar la
versión, consulte “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42.
Utilice el procedimiento correspondiente a su sistema operativo:
v
AIX
“Caso de ejemplo 3: Instalar la actualización de los programas de
utilidad en sistemasAIX”
v
“Caso de ejemplo 3: Instalación de programas de utilidad de
actualización en sistemas HP-UX” en la página 209
v
Linux
“Caso de ejemplo 3: Instalar la actualización de los programas de
utilidad en sistemas Linux” en la página 210
v
“Caso de ejemplo 3: Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris” en la página 211
HPUX
Solaris
Windows
“Caso de ejemplo 3: Instalar la actualización de programas de utilidad
en sistemas deMicrosoft Windows” en la página 214
Conceptos relacionados:
v
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 3: Instalar la actualización de los programas
de utilidad en sistemasAIX
AIX
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio
de descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x.
El número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5
que está actualizando.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
207
Actualización del servidor de V5 a V6.3 o posterior
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo
a una ubicación adecuada en el sistema del servidor. El nombre del
paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-AIX.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de
release del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes
traducidos están disponibles en el conjunto de idiomas habitual para un
servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5 o posterior
gsksa.rte 7.0.4.11
Puede utilizar los siguientes mandatos para comprobar estos conjuntos de
archivos:
lslpp -L xlC.rte
lslpp -L gsksa.rte
4.
5.
6.
7.
Si es necesario, puede obtener el conjunto de archivos gsksa.rte desde
cualquier paquete de mantenimiento normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio FTP de descargas:
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
Extraiga el contenido del paquete de programas de utilidad de actualización.
Si ha descargado un paquete de idioma, extraiga también el contenido de
dicho paquete.
Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
a. Escriba: smitty install_update
b. Seleccione: Instalar y actualizar software > Instalar y actualizar desde
TODO el software disponible.
Seleccione el dispositivo INPUT. Especifique la ubicación del directorio del
paquete de programas de utilidad de actualización en el sistema.
8. Seleccione Software a instalar. Pulse F4 o Esc+4 para obtener la lista de
conjuntos de archivos disponibles en el directorio.
9. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización, el controlador de dispositivo y, como opción, el paquete de
idioma. El conjunto de archivos para los programas de utilidad de
actualización es tivoli.tsmupg.server. Los paquetes de idiomas opcionales
incluyen mensajes para idiomas distintos del inglés americano.
10. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
11. Establezca GUARDAR archivos sustituidos en No.
12. Asegúrese de que los valores predeterminados de las opciones de la ventana
para todos los conjuntos de archivos seleccionados muestran éxito.
13. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a
pulsar la tecla Intro. Comienza la instalación.
14. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.
208
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
15. Opcional: Si ha instalado un paquete de idioma, asegúrese de que la variable
de entorno local está definida para usarlo.Especifique el siguiente mandato
para definir la variable de entorno local para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
16. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 3: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 213.
Caso de ejemplo 3: Instalación de programas de utilidad de
actualización en sistemas HP-UX
HPUX
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-platform.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
gzip -dc nombre_paquete.tar.gz | tar -xvf -
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
209
Actualización del servidor de V5 a V6.3 o posterior
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-s) para especificar el directorio del
que se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM nombre_paquete
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete.
gzip -d nombre_paquete.img.gz
b. Instale el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM/nombre_paquete.img nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 3: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 213.
Caso de ejemplo 3: Instalar la actualización de los programas
de utilidad en sistemas Linux
Linux
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Abra el directorio correspondiente a su sistema operativo y descargue el
paquete. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.bz2
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
210
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita los siguientes mandatos desde el directorio donde haya
guardado el paquete de descargas:
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo, por ejemplo, x86_64.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
b. Instale el paquete para el idioma que quiere utilizar.
rpm -ivh nombre_paquete.rpm
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 3: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 213.
Caso de ejemplo 3: Instalación de los programas de utilidad
de actualización en sistemas Oracle Solaris
Solaris
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
211
Actualización del servidor de V5 a V6.3 o posterior
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.Z
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
uncompress -c nombre_paquete.tar.Z | tar -xvf -
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-d) para especificar el directorio
donde se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita
el mandato:
pkgadd -d . /tmp/TSM package_name
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
7. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
uncompress nombre_paquete.pkg.Z
b. Instale el paquete para el idioma que quiere utilizar. Utilice el argumento de
origen (-d) para especificar el directorio donde se ha extraído el paquete.
Por ejemplo, si el directorio es /tmp/TSM, emita el mandato:
pkgadd -d /tmp/TSM nombre_paquete.pkg nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
212
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
8. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 3: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris”.
Caso de ejemplo 3: Establecimiento de las variables de
entorno para los programas de utilidad de actualización en
sistemas AIX, HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Después de instalar el paquete de programas de utilidad de actualización, tendrá
que definir las variables de entorno en el shell desde el que ejecutará dichos
programas de utilidad. Una variable de entorno describe el entorno operativo de
un proceso, como el directorio inicial o el terminal en uso.
La variable DSMSERV_DIR especifica la ubicación de instalación de los programas de
utilizad de actualización. Por defecto, la ubicación es el directorio siguiente:
AIX
/usr/tivoli/tsm/upgrade/bin
HPUX
Linux
Solaris
/opt/tivoli/tsm/upgrade/bin
Utilice el mandato adecuado para que el sistema establezca las variables de
entorno para la ejecución de los programas de utilidad. Si el shell pertenece a la
familia ksh o bash, emita el mandato siguiente para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=upgrade_utilities_directory
Si el shell pertenece a la familia csh, emita el mandato siguiente:
setenv DSMSERV_DIR upgrade_utilities_directory
donde upgrade_utilities_directory es el directorio donde se instalan los programas de
utilidad de actualización.
Tras definir las variables de entorno, continúe con el proceso de actualización
utilizando uno de los siguientes temas:
v “Caso de ejemplo 3: Actualización del servidor utilizando el asistente de
actualización” en la página 215
v “Caso de ejemplo 3: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 226
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
213
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Instalar la actualización de programas de
utilidad en sistemas deMicrosoft Windows
Windows
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/WIN
b. Abra el directorio 5.5.x.x. El número de 5.5.x.x debe ser igual o posterior
al nivel del servidor V5 que está actualizando.
c. Seleccione el paquete y descárguelo a una ubicación adecuada en el sistema
del servidor. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-Windows.exe
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, instale el
paquete de idiomas que necesite la instalación.
2. Inicie sesión con un identificador de administrador.
3. Ejecute el paquete ejecutable de los programas de utilidad de actualización.
La ubicación predeterminada para la instalación de programas de utilidad será
la ubicación en la que se instaló por última vez el servidor V5. Por ejemplo, si
el servidor V5 se instaló mediante la vía de acceso predeterminada,
C:\Archivos de programa\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programa\Tivoli\TSM\upgrade.
Restricción: No instale los programas de utilidad en el mismo directorio que el
servidor original que se vaya a actualizar. Instale el paquete de programas de
utilidad en su propio directorio.
Tras instalar los programas de utilidad de actualización, continúe con el proceso de
actualización utilizando uno de los siguientes temas:
v “Caso de ejemplo 3: Actualización del servidor utilizando el asistente de
actualización” en la página 215
v “Caso de ejemplo 3: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 226
Consejo: Cuando utilice los programas de utilidad de actualización, si dispone
de varios servidores ejecutándose en el sistema, debe utilizar la opción -k para
especificar el nombre de la clave de registro de Windows de la que recuperar
información acerca del servidor que se va a actualizar. El valor predeterminado
para la opción es SERVER1.
214
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Actualización del servidor utilizando el asistente
de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar los siguientes pasos, debe completar todos los pasos anteriores
para preparar la actualización e instalar los programas de utilidad de actualización.
El servidor V6.3 o posterior debe instalarse y deben crearse directorios y el ID de
usuario antes de iniciar el asistente de actualización. Realice los siguientes pasos:
1. Caso de ejemplo 3: Instalación del servidor V6.3 o posterior
2. Caso de ejemplo 3: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada
3. “Caso de ejemplo 3: Inicio del asistente de actualización” en la página 225
Caso de ejemplo 3, asistente: Instalación del servidor V6.3 o
posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v
v
v
v
Tivoli Storage Manager
IBM Tivoli Storage Manager Extended Edition
IBM System Storage Archive Manager
IBM Tivoli Storage Manager para redes de área de almacenamiento
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
215
Actualización del servidor de V5 a V6.3 o posterior
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
./nombre_paquete.bin
216
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
AIX
HPUX
Linux
Solaris
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
Windows
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
217
Actualización del servidor de V5 a V6.3 o posterior
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
218
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
Windows
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
219
Actualización del servidor de V5 a V6.3 o posterior
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 3, asistente: Creación de los directorios y el
ID de usuario para la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
220
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
221
Actualización del servidor de V5 a V6.3 o posterior
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
222
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
AIX
HPUX
Linux
Solaris
Tabla 51. Hoja de trabajo para crear los directorios requeridos
Mandatos de ejemplo para
crear directorios
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Sus directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir /home/user_ID/
tsmarchlogfailover
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
223
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 52. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
224
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Inicio del asistente de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar el asistente de actualización, debe finalizar todos los pasos
anteriores para preparar la actualización, instalar las herramientas de actualización,
instalar el programa del servidor V6.3 o posterior, y crear los directorios y el ID de
usuario para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX
HPUX
Linux
Solaris
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener el cliente X Window. Además debe ejecutarse un servidor
X Window en el escritorio.
v Los sistemas deben tener uno de los siguientes protocolos habilitado.
Asegúrese de que el puerto que utiliza el protocolo no está
bloqueado por un cortafuegos.
– Secure Shell (SSH). Asegúrese de que el puerto está definido al
valor predeterminado, 22. Asegúrese también de que el servicio
del daemon de SSH tenga derechos de acceso para conectarse al
sistema utilizando localhost.
– Shell remota (rsh).
– Protocolo de ejecución remota (REXEC).
v Es necesario que pueda iniciar una sesión en el sistema V 6.3 o
posterior con el ID de usuario que haya creado para la instancia del
servidor mediante el protocolo SSH, RSH o REXE. Cuando utilice el
asistente, deberá proporcionar este ID de usuario y contraseña para
acceder al sistema.
Windows
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener habilitado el protocolo Windows server message block
(SMB). SMB es la interfaz utilizada por la función Compartir archivos
e impresoras (también conocida como CIFS). Para utilizar el
protocolo SMB, debe asegurarse de que la función Compartir
archivos e impresoras esté habilitada y de que el puerto 445 no esté
bloqueado por el cortafuegos.
v Si el servidor V5 se encuentra en un sistema distinto que el servidor
V6.3 o posterior, este sistema también deberá tener habilitado el
SMB.
v Debe poder iniciar la sesión en el sistema con SMB habilitado
utilizando tanto el ID de usuario que haya creado para la instancia
de servidor u otro ID de usuario existente en el sistema. Cuando
utilice el asistente, deberá proporcionar el ID de usuario y la
contraseña para acceder al sistema.
2.
Si el sistema se ejecuta en Windows Server 2008 o Windows Vista,
complete los siguientes pasos para deshabilitar el Control de cuenta de usuario:
a. Asegúrese que el Registro remoto de Windows Services se inicia y los
puertos 445, 137 y 139 están desbloqueados en el cortafuegos.
Windows
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
225
Actualización del servidor de V5 a V6.3 o posterior
b. Configure el servidor de infraestructura y los destinos como miembros de
un dominio de Windows. Utilice una cuenta de usuario en ese dominio, o
en un dominio de confianza, para conectarse al destino.
c. Conéctese a la estación de trabajo de destino habilitando y utilizando la
cuenta de administrador incorporada. Para habilitar la cuenta de
administrador incorporada, pulse Panel de control > Herramientas
administrativas > Política de seguridad local > Valores de seguridad >
Políticas locales > Opciones de seguridad. Haga doble clic en la sección
Cuentas: estado de la cuenta de administrador. Seleccione Habilitar y
pulse Aceptar.
d. Pulse Panel de control > Herramientas administrativas > Política de
seguridad local > Valores de seguridad > Políticas locales > Opciones de
seguridad.Haga doble clic en la sección Control de cuenta de usuario:
ejecutar todos los administradores en modo de aprobación de Admin.
Seleccione Inhabilitar y pulse Aceptar.
3. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root. Emita el
mandato:
/opt/tivoli/tsm/server/bin/dsmupgdx
Windows
Abra una nueva ventana Indicador de mandatos y emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
4. Siga las instrucciones para finalizar la actualización. El asistente de
actualización se puede detener y reiniciar, pero el servidor no funcionará hasta
que no haya finalizado completamente el proceso de actualización.
Importante: Lea todos los mensajes que aparezcan para cada fase del proceso
de actualización, en el área de visualización de mensajes del asistente.Los
mensajes informativos pueden mostrar acciones que se produjeron durante el
proceso y que son importantes para usted.
Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 10,
“Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 3: Actualización del servidor manualmente utilizando
los programas de utilidad
Utilice los programas de utilidad para actualizar el servidor mediante una interfaz
de mandatos.
Antes de iniciar los siguientes pasos, debe completar todos los pasos anteriores
para preparar la actualización e instalar los programas de utilidad de actualización.
Realice los siguientes pasos:
1. “Caso de ejemplo 3: Preparación de la base de datos de un servidor V5 para la
actualización” en la página 227
2. “Caso de ejemplo 3: Extracción de los datos en un soporte” en la página 228
3. Caso de ejemplo 3: Instalación del servidor V6.3 o posterior
4. Caso de ejemplo 3: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada
226
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
5. “Caso de ejemplo 3: Creación y formato de la nueva base de datos” en la
página 239
6. “Caso de ejemplo 3: Carga de los datos extraídos en la nueva base de datos” en
la página 244
7. “Caso de ejemplo 3: Crear un servicio de Windows para la instancia del
servidor” en la página 246
8. “Caso de ejemplo 3: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 247
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 3: Preparación de la base de datos de un
servidor V5 para la actualización
Antes de extraer los datos de la base de datos, debe preparar la base de datos del
servidor con el programa de utilidad DSMUPGRD PREPAREDB. Si cuenta con varios
servidores en un único sistema, debe repetir esta tarea con cada servidor.
1. Asegúrese de haber completado todos los pasos de preparación.
2. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
3. Cambie al directorio de instancias del servidor que va a actualizar. El directorio
de instancias es el que contiene archivos, como dsmserv.dsk, del servidor.
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. Prepare la base de datos. Dirija la salida del proceso a un archivo para
supervisarlo.
AIX
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
HPUX
Linux
Solaris
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
Windows
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso y dirigir la salida al
archivo prepare.out:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd"
preparedb 1>>prepare.out 2>&1
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
227
Actualización del servidor de V5 a V6.3 o posterior
Si existen varios servidores en el sistema, emita el mandato desde el
directorio de instancias del servidor que desee preparar. Especifique la
clave de registro para el servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
5. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. Desde el directorio de instancias del servidor que vaya
a actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f prepare.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
6. Asegúrese de que la operación de preparación se completa correctamente antes
de continuar al siguiente paso. Si la operación de preparación falla, puede ser
necesario reiniciar el servidor V5 para solucionar el problema y volver a
ejecutar la operación de preparación. Si el servidor que se está actualizando es
un servidor V5.3 o V5.4, es posible que deba restaurar la base de datos desde
una copia de seguridad antes de reiniciar el servidor para solventar el
problema.
Referencia relacionada:
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
Caso de ejemplo 3: Extracción de los datos en un soporte
Puede extraer los datos desde la base de datos original en un soporte secuencial. El
soporte puede ser una cinta o el espacio de disco definido con la case de
dispositivo FILE.
1. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
2. Asegúrese de que el dispositivo que desea utilizar para almacenar los datos se
encuentra disponible. La base de datos del servidor y el archivo de
configuración de dispositivo deben contener una definición de clase válida para
el dispositivo.
3. Desde el directorio de instancias del servidor que vaya a actualizar, emita el
mandato para iniciar la extracción. Dirija la salida del proceso a un archivo
para supervisarlo. Por ejemplo, emita el siguiente mandato, en una línea:
AIX
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
devclass=file manifest=.\manifest.txt 1>>extract.out 2>&1
228
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Los mensajes emitidos durante la operación de extracción no se
guardan en el registro de actividad del servidor. Dirija la salida del programa
de utilidad a un archivo, como se muestra en los ejemplos, para registrar los
mensajes.
4. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso que requieran su intervención. Un mensaje casi al final de la salida del
proceso indica si la operación ha finalizado satisfactoriamente o no:
Mensaje de éxito: ANR1382I EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado.
Mensaje de error: ANR1396E EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado con errores.
Por ejemplo, desde el directorio de instancias para el servidor que va a
actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos. El tiempo
será aproximadamente tanto como sea necesario para completar la copia de
seguridad de la base de datos.
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Tareas relacionadas:
“Caso de ejemplo 3: Preparación de espacio para el proceso de actualización” en la
página 201
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
Caso de ejemplo 3, manual: Instalación del servidor V6.3 o
posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
229
Actualización del servidor de V5 a V6.3 o posterior
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
230
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
AIX
HPUX
Linux
Solaris
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
Windows
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
231
Actualización del servidor de V5 a V6.3 o posterior
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
232
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
Windows
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
233
Actualización del servidor de V5 a V6.3 o posterior
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 3, manual: Creación de los directorios y el ID
de usuario para la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
234
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
235
Actualización del servidor de V5 a V6.3 o posterior
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
236
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
AIX
HPUX
Linux
Solaris
Tabla 53. Hoja de trabajo para crear los directorios requeridos
Mandatos de ejemplo para
crear directorios
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Sus directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir /home/user_ID/
tsmarchlogfailover
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
237
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 54. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
238
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Creación y formato de la nueva base de
datos
Cree la instancia de servidor y los archivos de formato de una base de datos V6.3
o posterior vacía.
1. Inicie sesión en el sistema donde instaló el programa V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión utilizando el ID de usuario raíz. Compruebe los
siguientes elementos:
v El directorio de inicio para el usuario, /home/tsminst1, existe. En
caso de que no haya ningún directorio de inicio, debe crearlo.
El directorio de instancia almacena los siguientes archivos
principales generados por el servidor de Tivoli Storage Manager:
– El archivo de opciones de servidor, dsmserv.opt
– El archivo de base de datos de claves del servidor, cert.kdb, y
los archivos .arm, utilizados por clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor
– El archivo de configuración de dispositivo, si la opción del
servidor DEVCONFIG no especifica un nombre completo y
apropiado.
– El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
– Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
– Salidas de usuario
– La salida de rastreo, si no está completamente cualificada
v El archivo de configuración del shell, por ejemplo, .profile, existe
en el directorio de inicio. Los ID del usuario raíz y del usuario de
instancia deben tener permisos de escritura a este archivo. Para
obtener más información, consulte el DB2 Information Center
(http://pic.dhe.ibm.com/infocenter/db2luw/v9r7) y busque la
información sobre la configuración variable de entorno de Linux y
UNIX.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX
HPUX
Linux
Solaris
Especifique el siguiente mandato en una línea. Para el nombre de
instancia, especifique el ID de usuario que creó para el propietario de
la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
nombre_instancia nombre_instancia
Por ejemplo, si el ID de usuario para esta instancia es tsminst1, utilice
el mandato siguiente para crear la instancia:
AIX
HPUX
Linux
Solaris
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
239
Actualización del servidor de V5 a V6.3 o posterior
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Recuerde: A partir de este punto, utilice este nuevo ID de usuario
cuando configure el servidor de Tivoli Storage Manager. Cierre la
sesión del identificador de usuario root e inicie sesión mediante el
identificador de usuario que es el propietario de la instancia.
Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el ID de usuario que posee el servidor
V6.3 o posterior, este ID es el ID de usuario de instancia.
db2icrt -s ese -u cuenta_usuario nombre_instancia
Por ejemplo, si la cuenta de usuario es tsminst1 y la instancia de
servidor es Server1, debe especificar el siguiente mandato:
db2icrt -s ese -u tsminst1 server1
El servicio de la base de datos para la instancia del servidor inicia
sesión en la cuenta de usuario especificada en este mandato.
Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.3 o posterior. Se le solicitará que
especifique la contraseña para la cuenta de usuario.
El nombre de la instancia que especifique en este mandato db2icrt es
el nombre que más adelante especificará con la opción -k en el
mandato DSMSERV LOADFORMAT, cuando cree y formatee la base de datos
y el registro de recuperación.
3. Inicie sesión en el sistema utilizando el ID de usuario propietario de la
instancia de servidor V6.3 o posterior (ID de usuario de instancias).
4. Copie los archivos de configuración al directorio de la instancia que creo para
el servidor nuevo. Los archivos son los archivos de configuración que guardó
desde el servidor V5 original:
v Configuración de dispositivo
v Archivo de opciones de servidor, normalmente llamado dsmserv.opt
Por ejemplo, si creó el directorio de instancias que aparece en el ejemplo en el
paso de creación de directorios para el servidor V6.3 o posterior, copie los
archivos en el siguiente directorio:
AIX
HPUX
Linux
Solaris
/tsminst1
d:\tsm\server1
Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancias) tiene permiso de propiedad o de
lectura/escritura para los archivos que copió.
Windows
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener la lista de opciones suprimidas, consulte Tabla 36 en la página 79.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Como se necesitará un
archivo de historial de volumen y un archivo de configuración del
dispositivo cuando se tenga que restaurar la base de datos, genere copias
de estos archivos automáticamente para facilitar que los archivos estén
disponibles cuando sea necesario.
240
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
c. Compruebe que el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor y en tal caso cuál es el valor. Es posible que
quiera cambiar el valor actual, ya que el valor predeterminado de esta
opción cambia de 256 a 4096 en V6.3 o posterior. El valor aumentado
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración de una agrupación de almacenamiento y la copia de
seguridad de una agrupación de almacenamiento.
v Si el archivo de opciones del servidor no incluye esta opción, el servidor
utiliza automáticamente el valor predeterminado nuevo de 4096.
v Si el archivo de opciones del servidor incluye un valor para esta opción,
el servidor utiliza ese valor especificado. Si el valor especificado es
inferior a 4096, considere aumentar el valor o eliminar la opción de
manera que el servidor utilice el nuevo valor predeterminado.
6. Cambie la vía de acceso predeterminada para la base de datos.
AIX
HPUX
Linux
Solaris
Cambie la vía de acceso predeterminada para la base de datos para
que sea la misma que la del directorio de la instancia para el servidor.
Emita el mandato:
db2 update dbm cfg using dftdbpath directorio_instancias
Por ejemplo:
db2 update dbm cfg using dftdbpath /tsminst1
Windows
Cambie la vía de acceso predeterminada para la base de datos para
que sea la unidad en la que está ubicado el directorio de la instancia
para el servidor. Realice los siguientes pasos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
Se abrirá una ventana con un indicador de mandatos con el
entorno configurado correctamente para emitir adecuadamente
mandatos en los siguientes pasos.
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia
del servidor con la que está trabajando:
set db2instance=nombre_instancia
La variable nombre_instancia es la misma que el nombre de
instancia que especificó cuando emitió el mandato db2icrt. Por
ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para establecer la unidad predeterminada:
db2 update dbm cfg using dftdbpath ubicación_instancia
Por ejemplo, si el directorio de la instancia es d:\tsm\server1, la
ubicación de la instancia está en la unidad d:. Introduzca el
mandato:
db2 update dbm cfg using dftdbpath d:
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
241
Actualización del servidor de V5 a V6.3 o posterior
7. Modifique la vía de acceso de la biblioteca para utilizar la versión de IBM
Global Security Kit (GSKit) que se ha instalado con el servidor de Tivoli
Storage Manager:
Emita el mandato siguiente:
AIX
export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
Debe actualizar los siguientes
archivos para configurar la vía de acceso a la biblioteca cuando se haya
iniciado DB2 o el servidor deTivoli Storage Manager:
AIX
HPUX
Linux
Solaris
v directorio_instancia/sqllib/usercshrc
v directorio_instancia/sqllib/userprofile
En el archivo directorio_instancia/sqllib/usercshrc, añada estas líneas:
v
AIX
setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH
v
HPUX
Solaris
setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
v
Linux
setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
En el archivo directorio_instancia/sqllib/userprofile, añada estas líneas:
v
AIX
LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
export LIBPATH
v
HPUX
Solaris
LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
v
Linux
LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
Verifique la configuración de la vía de acceso a la biblioteca y asegúrese que la
versión de GSKit sea 8.0.14.14 o posterior. Emita los mandatos siguientes:
v
AIX
echo $LIBPATH
gsk8capicmd_64 -version
gsk8ver_64
v
HPUX
Linux
Solaris
echo $LD_LIBRARY_PATH
gsk8capicmd_64 -version
gsk8ver_64
Si la versión de GSKit no es 8.0.14.14 o posterior, debe volver a instalar el
servidor Tivoli Storage Manager. La reinstalación garantiza que la versión de
GSKit correcta está disponible.
8. Complete este paso para configurar la página de código del servidor.
Establezca la variable de entorno del sistema DB2CODEPAGE a 819 para cada
instancia de servidor. Antes de emitir el mandato DSMSERV LOADFORMAT, inicie
sesión en el sistema como propietario de la instancia del servidor y emita este
mandato:
db2set -i nombre_instancia DB2CODEPAGE=819
242
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Por ejemplo:
AIX
HPUX
Linux
Solaris
db2set -i tsminst1 DB2CODEPAGE=819
Windows
db2set -i server1 DB2CODEPAGE=819
9. Cambie el directorio de la instancia que haya creado para el servidor.
10. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que ha creado para la base de datos y los
registros. Los directorios deben estar vacíos.
AIX
HPUX
Linux
Solaris
Por ejemplo, para obtener un tamaño del registro activo de 16 (16384
MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:
/opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=16384 activelogdirectory=/tsmlog \
mirrorlogdirectory=/tsmlogmirror archlogdirectory=/tsmarchlog
Windows
Por ejemplo, para obtener un tamaño de anotaciones activas de 16 GB
(16384 MB, el tamaño predeterminado) para la instancia de servidor
Server1, emita el siguiente mandato en una línea:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" loadformat
dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Si ya ha creado la primera instancia del servidor en el sistema
(server1) y va a crear más, debe utilizar la opción -k. La opción -k
especifica el nombre de la instancia para ejecutar este programa de
utilidad. Por ejemplo, si el nombre de la instancia del servidor es
server2, emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k server2
loadformat dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
11. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
DSMSERV LOADFORMAT (Formatear una base de datos)
“Mandatos de servidor, programas de utilidad y opciones suprimidos” en la
página 76
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
243
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Carga de los datos extraídos en la nueva
base de datos
Una vez formateada la base de datos vacía con el mandato DSMSERV LOADFORMAT,
cargue los datos que haya extraído de la base de datos del servidor original.
Asegúrese de que se cumplen los siguientes requisitos antes de empezar a cargar
los datos:
v El archivo manifiesto procedente de la operación DSMUPGRD EXTRACTDB debe estar
disponible.
v El archivo de opciones de servidor debe contener una entrada para el archivo de
configuración del dispositivo.
v El archivo de configuración del dispositivo debe contener información acerca de
la clase de dispositivo que se especifica en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.3 o posterior. El dispositivo debe estar conectado físicamente al
sistema. Deben establecerse los permisos para garantizar el acceso a los soportes
a los ID de usuarios propietarios de la instancia del servidor V6.3 o posterior.
Realice los siguientes pasos:
1. Compruebe que el servidor V6.3 o posterior puede acceder a los datos
extraídos.
v Si los datos extraídos están en una cinta, la unidad de cintas debe estar
conectada físicamente al sistema.
v Si los datos extraídos se han almacenado utilizando una clase de dispositivo
FILE o DISK, siga los siguientes pasos:
a. Inicie una sesión en el sistema utilizando el ID de usuario root.
b. Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancia) tenga permiso de propiedad o de
lectura/escritura para los archivos extraídos.
2. Inicie la sesión con el ID de usuario de instancia en el sistema donde haya
instalado el servidor V6.3 o posterior.
3. Copie el archivo de referencia creado por el proceso de extracción en el sistema
V6.3 o posterior. Asegúrese de que el ID de usuario de instancia tenga permiso
de propiedad o de lectura/escritura para el archivo de referencia.
4. En el servidor V6.3 o posterior, realice los pasos siguientes:
|
|
|
a. Compruebe que el archivo de opciones del servidor V5 incluya la opción
DEVCONFIG y que ésta especifique la vía de acceso completa del archivo de
configuración de dispositivo.
b. Verifique que el archivo de configuración de dispositivo del servidor V5 se
encuentre disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración de dispositivo
otorguen acceso de lectura al ID de usuario de instancia.
5. Verifique que el contenido del archivo de configuración del dispositivo sea
correcto. La clase de dispositivo utilizada en la fase de extracción se registra en
el archivo de referencia; esta clase de dispositivo debe existir y ser válida para
el sistema V6.3 o posterior.
a. Revise las entradas de las clases de dispositivo FILE. Por ejemplo, las vías
de acceso podrían ser distintas en el sistema.
b. Compruebe las entradas de la cinta y de otros dispositivos. Por ejemplo, es
posible que hayan cambiado los nombres de dispositivo.
244
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
|
|
|
|
|
6. Verifique los contenidos del archivo de manifiesto y edítelo si es necesario:
a. Asegúrese de que los nombres de dispositivos del archivo de manifiesto son
válidos para el sistema V6.3 o posterior.Los nombres de dispositivo del
mismo dispositivo pueden ser distintos en los sistemas V5 y V6.
b. Asegúrese que el archivo de manifiesto contiene una lista de volúmenes que
se utilizan al cargar los datos extraídos en una nueva base de datos. Por
ejemplo, si el archivo de manifiesto contiene una lista de volúmenes que
pertenecen a una clase de dispositivo FILE, asegúrese de que la vía de
acceso completa hasta los volúmenes sea correcta en ese sistema.
7. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de servidor
extraída en la base de datos V6.3 o posterior vacía y previamente preparada.
Dirija la salida del proceso a un archivo para supervisarlo. Por ejemplo, escriba
el siguiente mandato en una línea:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
manifest=./manifest.txt >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb \
manifest=.\manifest.txt 1>>insert.out 2>&1
8. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. El sistema muestra las
estadísticas temporales acerca de la carga de la base de datos. Sin embargo,
puede haber periodos de tiempo en que no se emiten mensajes de error.
Durante estos periodos, las operaciones de DB2 se ejecutan en un segundo
plano. La duración del proceso depende del tamaño de la base de datos. Para
obtener más información, consulte el apartado “Ejemplo: cálculo del tiempo de
actualización en función del tamaño de la base de datos” en la página 52.
Opcional: verifique que la base de datos se está cargando supervisando el
procesador y el uso E/S para el proceso del servidor y el proceso de DB2
correspondiente. Por ejemplo, emita el siguiente mandato para supervisar el
proceso:
tail -f insert.out
Consejo: Windows Con sistemas Windows, utilice el mandato tail o un
programa de utilidad equivalente con el que pueda supervisar el contenido de
un archivo cuando se modifique. Por ejemplo, las Herramientas del Kit de
recursos de Windows Server 2003 incluyen el mandato tail, que se puede
utilizar como se muestra en el ejemplo.
Un mensaje en la salida del mandato DSMSERV INSERTDB indica el estado de la
operación:
Mensaje de éxito: ANR1395I INSERTDB: proceso 1, inserción de la base de
datos, se ha completado.
Mensaje de error: ANR1396E INSERTDB: proceso 1, inserción de la base de
datos, se ha completado con errores.
9. Si ha utilizado un dispositivo de cinta, una vez que se complete la operación de
inserción, elimine o extraiga de la biblioteca la cinta que conserva los datos
extraídos. Evite que la cinta se reutilice hasta que esté seguro de que no
necesita ejecutar la operación de inserción de nuevo.
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
245
Actualización del servidor de V5 a V6.3 o posterior
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Referencia relacionada:
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
Caso de ejemplo 3: Crear un servicio de Windows para la
instancia del servidor
Windows
Se crea un servicio de Windows para el servidor de Tivoli Storage Manager V6.3 o
posterior automáticamente si se utiliza el asistente de actualización (dsmupgdx). Si
no utiliza el asistente, debe crear el servicio de Windows para el servidor de Tivoli
Storage Manager manualmente.
1. Cambie al directorio de instalación para el programa del servidor. De forma
predeterminada, el directorio es C:\Archivos de programa\Tivoli\TSM\console.
Si el servidor se instaló en otro servidor, cambie al subdirectorio console del
directorio de instalación del servidor.
2. Instale el servicio para Windows utilizando el nombre de instancia y la
contraseña del servidor de Tivoli Storage Manager en el nombre del servicio.
Emita el siguiente mandato:
install "TSM nombre_instancia_servidor"
"C:\Archivos de programa\Tivoli\TSM\server\dsmsvc.exe"
propietario_instancia contraseña_propietario_instancia
donde:
"TSM nombre_instancia_servidor" es el nombre del servicio que se instala.
nombre_instancia_servidor es el nombre de instancia que se ha especificado
al emitir el mandato db2icrt.
propietario_instancia es la cuenta del propietario de la instancia; esta
cuenta será la propietaria del servicio.
contraseña_propietario_instancia es la contraseña de la cuenta del
propietario de la instancia.
Ejemplo
Para instalar el servicio para Windows para la instancia de servidor
server1, especifique el siguiente mandato en una misma línea. El
ejemplo utiliza rudy como propietario de la instancia y s21ret como la
contraseña de la cuenta del propietario de la instancia.
install "TSM server1" "C:\Archivos de programa\Tivoli\TSM\
server\dsmsvc.exe"
rudy s21ret
3. Opcional: Cambie el servicio de forma manual a un tipo de inicio automático
utilizando las herramientas administrativas de Windows (Herramientas
administrativas > Servicios).
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
246
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 3: Configuración del sistema para una copia
de seguridad de la base de datos
El gestor de base de datos y la API de Tivoli Storage Manager deben estar
configurados para que el gestor de la base de datos pueda realizar una copia de
seguridad de la base de datos del servidor. La configuración se completará de
forma automática si utiliza el asistente de configuración (dsmupgdx). Si no utiliza el
asistente, debe completar la configuración manualmente.
v “Caso de ejemplo 3: Configuración del sistema para copia de seguridad de la
base de datos en sistemas AIX, HP-UX, Linux y Oracle Solaris”
v “Caso de ejemplo 3: Configurar un sistema para la copia de seguridad de la base
de datos en sistemas Microsoft Windows” en la página 249
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 3: Configuración del sistema para copia de
seguridad de la base de datos en sistemas AIX, HP-UX, Linux y
Oracle Solaris
AIX
HPUX
Linux
Solaris
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes pasos, los ejemplos utilizan tsminst1 para el ID de usuario de la
instancia de servidor y /tsminst1 para el directorio de la instancia de servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de Tivoli Storage Manager
para la instancia de la base de datos:
a. Inicie sesión usando el ID de usuario tsminst1.
b. Cuando el usuario tsminst1 ha iniciado sesión, asegúrese de que el entorno
de DB2 se ha iniciado correctamente. El entorno de DB2 se inicia ejecutando
el script /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta de
forma automática desde el ID de usuario del perfil. Si /home/tsminst1/
.profile no ejecuta el script db2profile,añada las siguientes líneas a
/home/tsminst1/.profile:
if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
|
|
|
|
|
|
|
|
|
|
|
c. En el archivo userprofile en el directorio /home/tsminst1/sqllib, añada o
actualice las siguientes líneas:
AIX
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
HPUX
Linux
Solaris
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
AIX
Shell Bourne:
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
247
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
|
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
|
HPUX
Linux
Solaris
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
AIX
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
HPUX
Linux
Solaris
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
Consejo: Asegúrese de que especifica un espacio en blanco después del primer
carácter de punto (.).
|
|
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /tsminst1 y añada la
siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
Recuerde: El nombre que utilice debe coincidir con el nombre de la instancia
del servidor.
4. Añada las siguientes líneas al archivo de configuración API dsm.sys de Tivoli
Storage Manager. El archivo de configuración dsm.sys está en la siguiente
ubicación predeterminada:
AIX
HPUX
/usr/tivoli/tsm/client/api/bin64
Linux
Solaris
/opt/tivoli/tsm/client/api/bin64/dsm.sys
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
5. Detenga e inicie la instancia de la base de datos:
a. Detenga DB2:
248
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
db2stop
b. Inicie DB2:
db2start
|
|
|
|
|
|
|
6. Establezca la contraseña de API:
a. Asegúrese de que el servidor de Tivoli Storage Manager se ha
iniciado.Consulte “Inicio del servidor en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 367 para obtener los detalles.
b. Inicie sesión mediante el ID de usuario root.
c. Vaya al perfil del gestor de base de datos emitiendo el siguiente mandato.
Asegúrese de que escribe un punto, un espacio y la vía de acceso al archivo
db2profile. Si no escribe el espacio, la copia de seguridad de la base de
datos falla.
Solaris
Importante:
siguiente mandato.
Cambie al shell Korn (/bin/ksh) antes de emitir el
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API. Utilice este mandato:
/home/tsminst1/sqllib/adsm/dsmapipw
e. Cuando el mandato dsmapipw lo solicite, especifique TSMDBMGR como la
contraseña original y como la nueva.
f. Entre el siguiente mandato del sistema operativo:
rm /home/tsminst1/tsminst1/tsmdbmgr.log
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 3: Configurar un sistema para la copia de
seguridad de la base de datos en sistemas Microsoft Windows
Windows
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes mandatos, los ejemplos utilizan server1 para la
instancia de la base de datos y d:\tsmserver1 para el directorio del servidor de
Tivoli Storage Manager. Sustituya estos valores por sus valores reales en los
mandatos.
1. Cree un archivo tsmdbmgr.env en el directorio d:\tsmserver1 con el siguiente
contenido:
Windows
DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
DSMI_LOG=d:\tsmserver1
2. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Uno de los métodos consiste en ir
al directorio C:\Archivo de programas\Tivoli\TSM\db2\bin, o si ha
instalado Tivoli Storage Manager en una ubicación diferente, ir al
subdirectorio db2\bin de su directorio de instalación principal. A
continuación, emita este mandato:
db2cmd
b. Emita el mandato:
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte
249
Actualización del servidor de V5 a V6.3 o posterior
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree un archivo tsmdbmgr.opt en el directorio d:\tsmserver1 con el siguiente
contenido:
*************************************************
nodename $$_TSMDBMGR_$$
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
errorlogname d:\tsmserver1\TSMDBMGR_TSMSERVER1.log
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
4. Detenga e inicie la instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o, si instaló Tivoli
Storage Manager en una ubicación diferente, vaya al subdirectorio db2\bin
en el directorio de instalación principal. A continuación, emita este mandato:
db2cmd
b. Establezca la instancia de la base de datos:
set db2instance=server1
c. Detenga DB2:
db2stop
d. Inicie DB2:
db2start
5. Especifique el siguiente mandato en una sola línea:
"c:\program files\tivoli\tsm\server\dsmsutil.exe"
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO /OPTFILE:
"d:\tsmserver1\tsmdbmgr.opt"
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
250
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de
red
Utilice este procedimiento si va a actualizar el servidor IBM Tivoli Storage
Manager en un sistema diferente que el servidor V5 y utiliza el método de red
para mover los datos.
El procedimiento para actualizar el servidor incluye las siguientes tareas:
1. “Caso de ejemplo 4: Preparación de la actualización”
2. “Caso de ejemplo 4: Instalación de los programas de utilidad de actualización”
en la página 260
3. Actualización del servidor con uno de los siguientes métodos:
v “Caso de ejemplo 4: Actualización del servidor utilizando el asistente de
actualización” en la página 268
v “Caso de ejemplo 4: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 279
4. Se realizan las siguientes tareas después de la actualización:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 365
b. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
c. “Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor” en la página 366
d. “Inicio de la instancia del servidor tras la actualización” en la página 367
e. “Registro de licencias” en la página 372
f. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 373
g. “Comprobación del servidor actualizado” en la página 374
h. “Cambio del nombre de host para el servidor de Tivoli Storage Manager”
en la página 375
i. “Actualización de la automatización” en la página 377
j. “Supervisión del servidor actualizado” en la página 377
k. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
Caso de ejemplo 4: Preparación de la actualización
Prepare la actualización comprobando los requisitos, reservando espacio,
realizando una copia de seguridad del servidor y modificando determinados
valores de éste.
Siga detenidamente los pasos relacionados con la preparación para proteger el
servidor y los datos en él.
Importante: Es posible que tras la finalización de la actualización a V6.3 o
posterior, esas condiciones provoquen la necesidad de volver de manera temporal
a la versión anterior del servidor. Esta reversión sólo se realizará de forma
satisfactoria si ha llevado a cabo todos los pasos de preparación. Para comprender
© Copyright IBM Corp. 2009, 2013
251
Actualización del servidor de V5 a V6.3 o posterior
por qué es importante realizar todos los pasos de preparación, repase el
procedimiento para revertir un servidor actualizado a su versión anterior.
Para preparar la actualización, realice los pasos siguientes:
1. “Caso de ejemplo 4: Comprobación de los requisitos previos de la
actualización”
2. “Caso de ejemplo 4: Preparación de espacio para el proceso de actualización”
en la página 255
3. “Caso de ejemplo 4: Modificación del servidor antes de la actualización” en la
página 256
4. “Caso de ejemplo 4: Inhabilitación de sesiones” en la página 257
5. “Caso de ejemplo 4: Realización de una copia de seguridad de las agrupaciones
de almacenamiento y de la base de datos del servidor” en la página 257
6. “Caso de ejemplo 4: Supresión o redenominación del archivo NODELOCK” en
la página 258
7. “Caso de ejemplo 4: Realización de una copia de seguridad de los datos de
configuración” en la página 258
8. “Caso de ejemplo 4: Creación de un resumen del contenido de la base de
datos” en la página 259
9. “Caso de ejemplo 4: Detención del servidor antes de instalar la actualización”
en la página 260
Tareas relacionadas:
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión del
servidor anterior V5” en la página 390
Caso de ejemplo 4: Comprobación de los requisitos previos
de la actualización
Compruebe el sistema en relación con los requisitos del servidor.
1. Compruebe que la versión del servidor que tiene previsto actualizar sea 5.3.6 o
posterior, y que se haya instalado el arreglo temporal más reciente. Para
optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack más actual y el arreglo
temporal más reciente,visite el sitio web de descargas FTP enftp://
public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/.
A continuación, ubique la versión apropiada de Tivoli Storage Manager.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Revise la información disponible en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 20 para determinar si es necesario actualizar el sistema antes de
continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.3 o
posterior cumple los requisitos de tipo y nivel de sistema operativo. Para
obtener información actualizada acerca de requisitos del sistema, consulte Tivoli
Storage Manager Supported Operating Systems (http://www.ibm.com/
support/docview.wss?uid=swg21243309). Ahora puede verificar manualmente
el entorno de la instalación. De lo contrario, espere hasta que los archivos de la
instalación se extraigan y, a continuación, ejecute el comprobador de requisitos
|
|
|
|
|
|
|
|
|
|
252
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
previos, que verifica automáticamente el entorno del sistema. Para obtener más
información, consulte el apartado “Ejecución del comprobador de requisitos
previos” en la página 43.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente,
hay disponible un conjunto de vías de acceso limitadas. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un
sistema operativo de z/OS, consulteParte 3, “Migración de servidores de Tivoli
Storage Manager V5 en sistemas z/OS a V6 en AIX o Linux en System z”, en la
página 487. Para obtener instrucciones sobre cómo migrar un servidor que se
está ejecutando en un sistema operativo de AIX, HP-UX o Solaris, consulte
Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a
actualizar se está ejecutando en cualquiera de estas plataformas, no podrá
actualizarlo a V6.3 o posterior en la misma plataforma. Para plataformas
necesarias, consulte la tabla siguiente.
Tabla 55. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
|
|
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX en un sistema PA-RISC
HP-UX ejecutándose en un sistema Intel
Itanium
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3
o posterior en un entorno de hardware y software compatible, tal como se
describen en la tabla siguiente.
Tabla 56. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Comentarios
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
253
Actualización del servidor de V5 a V6.3 o posterior
Tabla 56. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
Comentarios
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
254
AIX o Linux en System z
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
Actualización del servidor de V5 a V6.3 o posterior
4. Compruebe que la memoria del sistema cumpla los requisitos del servidor. Si
está pensando en ejecutar varias instancias del servidor V6.3 o posterior en el
sistema, cada instancia requiere la memoria que se lista para un servidor.
Multiplique la memoria par aun servidor por el número de instancias
planificadas para el sistema.
Para obtener información específica acerca de requisitos de memoria, consulte
la sección para su sistema operativo:
Tabla 57. Requisitos de memoria para el sistema V6.3 o posterior
Sistema operativo
Requisitos de memoria
AIX
“Requisitos del servidor en sistemas AIX” en
la página 25
HPUX
HP-UX
“Requisitos de servidor en sistemas HP-UX”
en la página 27
Linux
Linux
“Requisitos del servidor en sistemas Linux”
en la página 29
Solaris
Solaris
“Requisitos del servidor en los sistemas
Solaris” en la página 36
Windows
“Requisitos del servidor en sistemas
Microsoft Windows” en la página 38
AIX
Windows
5. Asegúrese de que el sistema tenga suficiente espacio de almacenamiento en
disco para la base de datos y los registros de recuperación. Repase la
información de planificación para conocer los requisitos y obtener
orientaciones.
Si añade hardware nuevo para el servidor, como un almacenamiento de disco
nuevo para la base de datos, asegúrese de que el hardware está instalado y se
está ejecutando.
6. Asegúrese de que el nuevo sistema pueda acceder a los dispositivos de
almacenamiento utilizados en el sistema original. Esto incluye los dispositivos
de disco y de cinta utilizados para almacenar datos de cliente.
Conceptos relacionados:
“Requisitos de hardware y software para actualizar al servidor V6.3 o posterior” en
la página 19
Caso de ejemplo 4: Preparación de espacio para el proceso
de actualización
Determina la cantidad y el tipo de espacio necesarios para el proceso de
actualización antes de iniciarlo.
Compruebe que el sistema dispone de la cantidad de espacio estimado en la fase
de planificación. Utilice la hoja de trabajo de planificación que ha completado con
su información. Consulte el apartado “Hoja de cálculo para planificar espacio para
el servidor V6.3 o posterior” en la página 50.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
255
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Modificación del servidor antes de la
actualización
Se debe ejecutar un mandato en el servidor para impedir un tipo de problema
durante el proceso de actualización. Es necesario realizar algunas modificaciones
en la configuración típica del servidor para preparar la actualización.
1. Desde una línea de mandatos administrativa de Tivoli Storage Manager, emita
el mandato:
convert ussfilespace
Este mandato resuelve un problema que podría existir en bases de datos de
Tivoli Storage Manager más antiguas. Si el problema no existe en su base de
datos, el mandato se completa y es posible que vea el error ANR2034E. Este
error puede ignorarse. Para obtener más información, consulte la Technote
1408895 (http://www.ibm.com/support/docview.wss?uid=swg21408895). Si el
problema existe en la base de datos, puede que el mandato tarde algún tiempo
en ejecutarse.
Importante: No se salte este paso. Si la base de datos tiene este problema y no
ejecuta el mandato ahora, el programa de utilidad DSMUPGRD PREPAREDB fallará
cuando lo ejecute. Entonces debe reiniciar el servidor V5 y ejecutar el mandato
CONVERT USSFILESPACE antes de continuar con el proceso de actualización.
2. Revise los pasos para revertir a una versión anterior del servidor de la sección,
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión
del servidor anterior V5” en la página 390.
Si necesita volver a la versión anterior después de actualizar a V6.3 o posterior,
los resultados de la reversión serán mejores si comprende estos pasos y se
prepara para esa posibilidad ahora.
3. Realice los siguientes ajustes en los valores del servidor y clientes. Estos ajustes
se deben hacer para permitir la reversión al servidor original después de la
actualización si se produce algún problema.
a. Para cada agrupación de almacenamiento de acceso secuencial, defina el
parámetro REUSEDELAY como el número de días durante los cuáles desea
poder volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante hasta 30 días
después de actualizarse al V6.3 o posterior, defina el parámetro REUSEDELAY
a 31 días. Emita el siguiente mandato administrativo:
update stgpool sequential_access_storage_pool reusedelay=31
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).Emita el siguiente mandato
administrativo:
update stgpool copy_storage_pool reclaim=100
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir copias
de seguridad de la base de datos, asegúrese que el mandato no suprime las
copias de seguridad de la base de datos demasiado a menudo. El intervalo
entre copias de seguridad debe ser al menos igual al número de días que
defina en REUSEDELAY para las agrupaciones de almacenamiento de acceso
secuencial. Por ejemplo, para suprimir copias de seguridad de base de datos
cada 45 días, emita el siguiente mandato administrativo:
delete volhist type=dbbackup todate=-45
d. Para clientes importantes que utilicen el servidor, compruebe que el valor
para la opción de cliente schedlogretention se establece para retener el
256
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
registro de planificación de cliente durante un tiempo suficientemente largo.
Actualice la opción de clientes si resulta necesario.
Las entradas del registro de planificación de cliente pueden resultar útiles si
el servidor debe revertirse a la versión original. Si el periodo de retención
para el registro de planificación es demasiado breve, es posible que la
información del registro de programación se suprima muy pronto.
Por ejemplo, para eliminar el registro cada 45 días y guardar las entradas de
registro, añada la siguiente opción:
schedlogretention 45 S
AIX
HPUX
Linux
Solaris
Añada la opción al archivo
dsm.sys en una stanza de servidor.
Windows
Añada la opción al archivo de opciones de cliente, dsm.opt.
Caso de ejemplo 4: Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli
Storage Manager.
1. Impida que todos los clientes, los agentes de almacenamiento y los servidores
inicien sesiones nuevas en el servidor. Utilice los mandatos:
disable sessions client
disable sessions server
2. Evite la actividad administrativa de cualquier identificador de usuario que no
sea el identificador del administrador que se utiliza para realizar la preparación
de la actualización. Si es necesario, bloquee el resto de los ID de administrador:
lock admin nombre_administrador
3. Verifique si existen sesiones en curso y notifique a los usuarios que el servidor
va a detenerse. Para buscar sesiones existentes, Utilice el programa de utilidad:
query session
4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancel session all
Caso de ejemplo 4: Realización de una copia de seguridad de
las agrupaciones de almacenamiento y de la base de datos
del servidor
Justo antes de actualizar el servidor, realice una copia de seguridad de las
agrupaciones de almacenamiento primarias para copiar agrupaciones de
almacenamiento y realizar una copia de seguridad de la base de datos completa.
Las agrupaciones de almacenamiento de copia de seguridad y la base de datos del
servidor utilizando los mandatos administrativos de Tivoli Storage Manager:
1. Realice copias de seguridad de agrupaciones de almacenamiento principales
para copiar agrupaciones de almacenamiento utilizando el mandato BACKUP
STGPOOL:
backup stgpool primary_pool copy_stg
donde primary_pool especifica la agrupación de almacenamiento principal y
copy_stg especifica la copia de agrupación de almacenamiento. Si ha estado
realizando copias de seguridad periódicas de las agrupaciones de
almacenamiento, este paso sólo realizará una copia de seguridad de los datos
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
257
Actualización del servidor de V5 a V6.3 o posterior
añadidos a las agrupaciones de almacenamiento primarias desde la última vez
que se realizó la copia de seguridad de ellos.
2. Realice una copia de seguridad de la base de datos. El método preferido es
utilizar una copia de seguridad instantánea. Una copia de seguridad
instantánea es una copia de seguridad completa que no interrumpe ninguna
copia de seguridad de base de datos programada. Emita el mandato:
backup db type=dbsnapshot devclass=device_class_name
La clase de dispositivo que especifique debe existir y tener volúmenes
disponibles. Por ejemplo, para realizar una copia de seguridad de instantánea
de la base de datos en la clase de dispositivo TAPECLASS utilizando
volúmenes reutilizables, escriba:
backup db type=dbsnapshot devclass=tapeclass
Para utilizar volúmenes concretos en lugar de volúmenes reutilizables,
especifique los nombres de los volúmenes en el mandato.
Consejo: Plantéese la posibilidad de realizar dos copias de la copia de
seguridad para protegerla de posibles anomalías de los soportes. Asegúrese de
que al menos una copia de seguridad completa de la base de datos está
disponible en el sitio. Si debe restaurar la base de datos después de una
actualización errónea, el hecho de tener una base de datos de copias de
seguridad en el sitio le ahorrará tiempo.
Caso de ejemplo 4: Supresión o redenominación del archivo
NODELOCK
Para garantizar que la información sobre licencias se actualice durante el proceso
de actualización, suprima o renombre el archivo NODELOCK.
El archivo NODELOCK contiene la información sobre licencias de la instalación de
Tivoli Storage Manager anterior. Para garantizar que la información sobre licencias
se actualice durante el proceso de actualización, suprima o renombre el archivo
NODELOCK antes de iniciar el proceso de actualización. Esta información sobre
licencias se sustituirá por la nueva información sobre licencias una vez completada
la actualización. El archivo NODELOCK está ubicado en el directorio de la instancia de
servidor.
Caso de ejemplo 4: Realización de una copia de seguridad de
los datos de configuración
Antes de instalar la nueva versión, realice una copia de seguridad de los archivos
y la información esencial del servidor. Almacene copias de seguridad en un sitio
seguro, en un sistema distinto al que se está actualizando o en soporte fuera de
línea, como un CD.Los archivos se necesitan después de completar la instalación
de la nueva versión del software. También necesitará estos archivos si debe volver
a la versión anterior tras la actualización.
1. Información acerca de configuración de dispositivo de copia de seguridad
utilizando mandatos administrativos Tivoli Storage Manager:
backup devconfig filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
configuración de dispositivo.
2. Información de historial de volumen de copia de seguridad utilizando el
mandato administrativo Tivoli Storage Manager:
258
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
backup volhistory filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
historial de volumen. Asegúrese de que el volumen de historial incluye
información sobre la copia de seguridad de base de datos que completó en los
pasos anteriores. Por ejemplo, emita el mandato:
consulta volhistory type=dbsnapshot
Revise la consulta de salida para verificar que el timestamp para la copia de
seguridad de la base de datos combina con el tiempo real de copia de
seguridad.
3. Guarde copia de los siguientes archivos, que se encuentran en el directorio de
instancia del servidor:
v Archivo de opciones de servidor, típicamente llamado dsmserv.opt
v dsmserv.dsk
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. En el directorio de instancia de servidor, busque el archivo de registro de
contabilidad, dsmaccnt.log. Si el archivo existe, guarde una copia.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
completar las tareas de mantenimiento diario del servidor. Examine los scripts
para ver los cambios necesarios después de la actualización.
6. Almacene el archivo de configuración del dispositivo, el archivo de historial de
volumen, el archivo de opciones de servidor y otros archivos en un lugar
seguro. Asegúrese de que los archivos están almacenados en un sistema
diferente al sistema que se está actualizando o en un soporte fuera de línea.
Caso de ejemplo 4: Creación de un resumen del contenido de
la base de datos
Cree un resumen del contenido de la base de datos original. Tras la actualización,
puede utilizar los mismos mandatos para comparar los resultados y confirmar que
el contenido de la base de datos está intacto.
Ejecute mandatos que proporcionen un resumen de la información acerca del
contenido de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Para
obtener una lista de mandatos, consulte “Mandatos de prueba de validación de la
actualización de la base de datos” en la página 600.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
259
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Detención del servidor antes de instalar la
actualización
Detenga todos los procesos del servidor y desmonte cualquier cinta que esté
montada. A continuación, detenga el servidor.
Para detener el servidor antes de instalar la actualización, utilice los mandatos
administrativos de Tivoli Storage Manager:
1. Determine si se están ejecutando los procesos del servidor. Cancélelos o permita
que finalicen. Utilice los mandatos:
query process
cancel process número_proceso
Deje tiempo para que los procesos se detengan. Algunos procesos, como la
migración de agrupación de almacenamiento, pueden tardar algún tiempo en
detenerse.
Para obtener más información sobre los procesos de consulta y cancelación,
consulte los mandatos QUERY PROCESS y CANCEL PROCESS en Manual de consulta
del administrador.
2. Una vez que se detengan todas las sesiones y procesos, determina si hay cintas
montadas. Desmonte cualquier cinta que esté montada. Utilice los mandatos:
query mount
dismount volume nombre_volumen
Para obtener más información sobre cómo desmontar las cintas, consulte los
mandatos QUERY MOUNT y DISMOUNT VOLUME en el Manual de consulta del
administrador.
3. Detenga el servidor. Utilice el mandato:
halt
Caso de ejemplo 4: Instalación de los programas de utilidad de
actualización
Debe instalar los programas de utilidad de actualización en el sistema donde se
encuentre ubicado el servidor V5. El paquete de instalación de los programas de
utilidad debe descargarse desde un sitio web.
Es el método preferido es instalar la última versión disponible de los programas de
utilidad de actualización. Para obtener más información sobre cómo seleccionar la
versión, consulte “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42.
|
|
|
|
Utilice el procedimiento correspondiente a su sistema operativo:
260
v
“Caso de ejemplo 4: Instalar la actualización de los programas de
utilidad en sistemasAIX” en la página 261
v
HPUX
“Caso de ejemplo 4: Instalación de programas de utilidad de
actualización en sistemas HP-UX” en la página 262
v
“Caso de ejemplo 4: Instalar la actualización de los programas de
utilidad en sistemas Linux” en la página 264
v
Solaris
“Caso de ejemplo 4: Instalación de los programas de utilidad de
actualización en sistemas Oracle Solaris” en la página 265
v
“Caso de ejemplo 4: Instalar la actualización de programas de utilidad
en sistemas deMicrosoft Windows” en la página 267
AIX
Linux
Windows
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 4: Instalar la actualización de los programas
de utilidad en sistemasAIX
AIX
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio
de descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x.
El número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5
que está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo
a una ubicación adecuada en el sistema del servidor. El nombre del
paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-AIX.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de
release del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes
traducidos están disponibles en el conjunto de idiomas habitual para un
servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5 o posterior
gsksa.rte 7.0.4.11
Puede utilizar los siguientes mandatos para comprobar estos conjuntos de
archivos:
lslpp -L xlC.rte
lslpp -L gsksa.rte
Si es necesario, puede obtener el conjunto de archivos gsksa.rte desde
cualquier paquete de mantenimiento normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio FTP de descargas:
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Si ha descargado un paquete de idioma, extraiga también el contenido de
dicho paquete.
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
261
Actualización del servidor de V5 a V6.3 o posterior
a. Escriba: smitty install_update
b. Seleccione: Instalar y actualizar software > Instalar y actualizar desde
TODO el software disponible.
7. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio del
paquete de programas de utilidad de actualización en el sistema.
8. Seleccione Software a instalar. Pulse F4 o Esc+4 para obtener la lista de
conjuntos de archivos disponibles en el directorio.
9. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización, el controlador de dispositivo y, como opción, el paquete de
idioma. El conjunto de archivos para los programas de utilidad de
actualización es tivoli.tsmupg.server. Los paquetes de idiomas opcionales
incluyen mensajes para idiomas distintos del inglés americano.
10. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
11. Establezca GUARDAR archivos sustituidos en No.
12. Asegúrese de que los valores predeterminados de las opciones de la ventana
para todos los conjuntos de archivos seleccionados muestran éxito.
13. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a
pulsar la tecla Intro. Comienza la instalación.
14. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.
15. Opcional: Si ha instalado un paquete de idioma, asegúrese de que la variable
de entorno local está definida para usarlo.Especifique el siguiente mandato
para definir la variable de entorno local para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
16. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 4: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 266.
Caso de ejemplo 4: Instalación de programas de utilidad de
actualización en sistemas HP-UX
HPUX
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
262
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-platform.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
gzip -dc nombre_paquete.tar.gz | tar -xvf -
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-s) para especificar el directorio del
que se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM nombre_paquete
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete.
gzip -d nombre_paquete.img.gz
b. Instale el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM/nombre_paquete.img nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 4: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 266.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
263
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Instalar la actualización de los programas
de utilidad en sistemas Linux
Linux
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Abra el directorio correspondiente a su sistema operativo y descargue el
paquete. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.bz2
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita los siguientes mandatos desde el directorio donde haya
guardado el paquete de descargas:
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo, por ejemplo, x86_64.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
b. Instale el paquete para el idioma que quiere utilizar.
rpm -ivh nombre_paquete.rpm
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
264
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 4: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 266.
Caso de ejemplo 4: Instalación de los programas de utilidad
de actualización en sistemas Oracle Solaris
Solaris
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.Z
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
uncompress -c nombre_paquete.tar.Z | tar -xvf -
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-d) para especificar el directorio
donde se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita
el mandato:
pkgadd -d . /tmp/TSM package_name
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
265
Actualización del servidor de V5 a V6.3 o posterior
7. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
uncompress nombre_paquete.pkg.Z
b. Instale el paquete para el idioma que quiere utilizar. Utilice el argumento de
origen (-d) para especificar el directorio donde se ha extraído el paquete.
Por ejemplo, si el directorio es /tmp/TSM, emita el mandato:
pkgadd -d /tmp/TSM nombre_paquete.pkg nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
8. Después de instalar los programas de utilidad de actualización, continúe con
“Caso de ejemplo 4: Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX, HP-UX, Linux y
Oracle Solaris”.
Caso de ejemplo 4: Establecimiento de las variables de
entorno para los programas de utilidad de actualización en
sistemas AIX, HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Después de instalar el paquete de programas de utilidad de actualización, tendrá
que definir las variables de entorno en el shell desde el que ejecutará dichos
programas de utilidad. Una variable de entorno describe el entorno operativo de
un proceso, como el directorio inicial o el terminal en uso.
La variable DSMSERV_DIR especifica la ubicación de instalación de los programas de
utilizad de actualización. Por defecto, la ubicación es el directorio siguiente:
AIX
/usr/tivoli/tsm/upgrade/bin
HPUX
Linux
Solaris
/opt/tivoli/tsm/upgrade/bin
Utilice el mandato adecuado para que el sistema establezca las variables de
entorno para la ejecución de los programas de utilidad. Si el shell pertenece a la
familia ksh o bash, emita el mandato siguiente para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=upgrade_utilities_directory
Si el shell pertenece a la familia csh, emita el mandato siguiente:
setenv DSMSERV_DIR upgrade_utilities_directory
266
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
donde upgrade_utilities_directory es el directorio donde se instalan los programas de
utilidad de actualización.
Tras definir las variables de entorno, continúe con el proceso de actualización
utilizando uno de los siguientes temas:
v “Caso de ejemplo 4: Actualización del servidor utilizando el asistente de
actualización” en la página 268
v “Caso de ejemplo 4: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 279
Caso de ejemplo 4: Instalar la actualización de programas de
utilidad en sistemas deMicrosoft Windows
Windows
Instale los programas de utilidad de actualización en el sistema donde está ubicado
el servidor V5. El paquete para instalar puede descargarse desde el sitio de
descargas mediante FTP. Los programas de utilidad de actualización se utilizan
para preparar y extraer la base de datos del servidor original.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/WIN
b. Abra el directorio 5.5.x.x. El número de 5.5.x.x debe ser igual o posterior
al nivel del servidor V5 que está actualizando.
c. Seleccione el paquete y descárguelo a una ubicación adecuada en el sistema
del servidor. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-Windows.exe
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, instale el
paquete de idiomas que necesite la instalación.
2. Inicie sesión con un identificador de administrador.
3. Ejecute el paquete ejecutable de los programas de utilidad de actualización.
La ubicación predeterminada para la instalación de programas de utilidad será
la ubicación en la que se instaló por última vez el servidor V5. Por ejemplo, si
el servidor V5 se instaló mediante la vía de acceso predeterminada,
C:\Archivos de programa\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programa\Tivoli\TSM\upgrade.
Restricción: No instale los programas de utilidad en el mismo directorio que el
servidor original que se vaya a actualizar. Instale el paquete de programas de
utilidad en su propio directorio.
Tras instalar los programas de utilidad de actualización, continúe con el proceso de
actualización utilizando uno de los siguientes temas:
v “Caso de ejemplo 4: Actualización del servidor utilizando el asistente de
actualización” en la página 268
v “Caso de ejemplo 4: Actualización del servidor manualmente utilizando los
programas de utilidad” en la página 279
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
267
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Cuando utilice los programas de utilidad de actualización, si dispone
de varios servidores ejecutándose en el sistema, debe utilizar la opción -k para
especificar el nombre de la clave de registro de Windows de la que recuperar
información acerca del servidor que se va a actualizar. El valor predeterminado
para la opción es SERVER1.
Caso de ejemplo 4: Actualización del servidor utilizando el asistente
de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar los siguientes pasos, debe completar todos los pasos anteriores
para preparar la actualización e instalar los programas de utilidad de actualización.
El servidor V6.3 o posterior debe instalarse y deben crearse directorios y el ID de
usuario antes de iniciar el asistente de actualización. Realice los siguientes pasos:
1. Caso de ejemplo 4: Instalación del servidor V6.3 o posterior
2. Caso de ejemplo 4: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada
3. “Caso de ejemplo 4: Inicio del asistente de actualización” en la página 278
Caso de ejemplo 4, asistente: Instalación del servidor V6.3 o
posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v Tivoli Storage Manager
v IBM Tivoli Storage Manager Extended Edition
v IBM System Storage Archive Manager
v IBM Tivoli Storage Manager para redes de área de almacenamiento
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
268
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
269
Actualización del servidor de V5 a V6.3 o posterior
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
AIX
HPUX
Linux
Solaris
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
Windows
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
270
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
271
Actualización del servidor de V5 a V6.3 o posterior
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
Windows
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
272
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 4, asistente: Creación de los directorios y el
ID de usuario para la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Revise la información acerca del espacio de planificación para el servidor antes de
completar esta tarea.Consulte el apartado “Hoja de cálculo para planificar espacio
para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
273
Actualización del servidor de V5 a V6.3 o posterior
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
274
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
275
Actualización del servidor de V5 a V6.3 o posterior
AIX
HPUX
Linux
Solaris
Tabla 58. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
276
mkdir /home/user_ID/
tsmarchlogfailover
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Sus directorios
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 59. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
277
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Inicio del asistente de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar el asistente de actualización, debe finalizar todos los pasos
anteriores para preparar la actualización, instalar las herramientas de actualización,
instalar el programa del servidor V6.3 o posterior, y crear los directorios y el ID de
usuario para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX
HPUX
Linux
Solaris
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener el cliente X Window. Además debe ejecutarse un servidor
X Window en el escritorio.
v Los sistemas deben tener uno de los siguientes protocolos habilitado.
Asegúrese de que el puerto que utiliza el protocolo no está
bloqueado por un cortafuegos.
– Secure Shell (SSH). Asegúrese de que el puerto está definido al
valor predeterminado, 22. Asegúrese también de que el servicio
del daemon de SSH tenga derechos de acceso para conectarse al
sistema utilizando localhost.
– Shell remota (rsh).
– Protocolo de ejecución remota (REXEC).
v Es necesario que pueda iniciar una sesión en el sistema V 6.3 o
posterior con el ID de usuario que haya creado para la instancia del
servidor mediante el protocolo SSH, RSH o REXE. Cuando utilice el
asistente, deberá proporcionar este ID de usuario y contraseña para
acceder al sistema.
Windows
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener habilitado el protocolo Windows server message block
(SMB). SMB es la interfaz utilizada por la función Compartir archivos
e impresoras (también conocida como CIFS). Para utilizar el
protocolo SMB, debe asegurarse de que la función Compartir
archivos e impresoras esté habilitada y de que el puerto 445 no esté
bloqueado por el cortafuegos.
v Si el servidor V5 se encuentra en un sistema distinto que el servidor
V6.3 o posterior, este sistema también deberá tener habilitado el
SMB.
v Debe poder iniciar la sesión en el sistema con SMB habilitado
utilizando tanto el ID de usuario que haya creado para la instancia
de servidor u otro ID de usuario existente en el sistema. Cuando
utilice el asistente, deberá proporcionar el ID de usuario y la
contraseña para acceder al sistema.
2.
278
Si el sistema se ejecuta en Windows Server 2008 o Windows Vista,
complete los siguientes pasos para deshabilitar el Control de cuenta de usuario:
a. Asegúrese que el Registro remoto de Windows Services se inicia y los
puertos 445, 137 y 139 están desbloqueados en el cortafuegos.
Windows
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
b. Configure el servidor de infraestructura y los destinos como miembros de
un dominio de Windows. Utilice una cuenta de usuario en ese dominio, o
en un dominio de confianza, para conectarse al destino.
c. Conéctese a la estación de trabajo de destino habilitando y utilizando la
cuenta de administrador incorporada. Para habilitar la cuenta de
administrador incorporada, pulse Panel de control > Herramientas
administrativas > Política de seguridad local > Valores de seguridad >
Políticas locales > Opciones de seguridad. Haga doble clic en la sección
Cuentas: estado de la cuenta de administrador. Seleccione Habilitar y
pulse Aceptar.
d. Pulse Panel de control > Herramientas administrativas > Política de
seguridad local > Valores de seguridad > Políticas locales > Opciones de
seguridad.Haga doble clic en la sección Control de cuenta de usuario:
ejecutar todos los administradores en modo de aprobación de Admin.
Seleccione Inhabilitar y pulse Aceptar.
3. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root. Emita el
mandato:
/opt/tivoli/tsm/server/bin/dsmupgdx
Windows
Abra una nueva ventana Indicador de mandatos y emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
4. Siga las instrucciones para finalizar la actualización. El asistente de
actualización se puede detener y reiniciar, pero el servidor no funcionará hasta
que no haya finalizado completamente el proceso de actualización.
Importante: Lea todos los mensajes que aparezcan para cada fase del proceso
de actualización, en el área de visualización de mensajes del asistente.Los
mensajes informativos pueden mostrar acciones que se produjeron durante el
proceso y que son importantes para usted.
Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 10,
“Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 4: Actualización del servidor manualmente utilizando
los programas de utilidad
Utilice los programas de utilidad para actualizar el servidor mediante una interfaz
de mandatos.
Antes de iniciar los siguientes pasos, debe completar todos los pasos anteriores
para preparar la actualización e instalar los programas de utilidad de actualización.
Realice los siguientes pasos:
1. “Caso de ejemplo 4: Preparación de la base de datos de un servidor V5 para la
actualización” en la página 280
2. Caso de ejemplo 4: Instalación del servidor V6.3 o posterior
3. Caso de ejemplo 4: Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
279
Actualización del servidor de V5 a V6.3 o posterior
4. “Caso de ejemplo 4: Creación y formato de la nueva base de datos” en la
página 291
5. “Caso de ejemplo 4: Traslado de la base de datos del servidor a través de la
red” en la página 296
6. “Caso de ejemplo 4: Crear un servicio de Windows para la instancia del
servidor” en la página 297
7. “Caso de ejemplo 4: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 298
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Caso de ejemplo 4: Preparación de la base de datos de un
servidor V5 para la actualización
Antes de extraer los datos de la base de datos, debe preparar la base de datos del
servidor con el programa de utilidad DSMUPGRD PREPAREDB. Si cuenta con varios
servidores en un único sistema, debe repetir esta tarea con cada servidor.
1. Asegúrese de haber completado todos los pasos de preparación.
2. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
3. Cambie al directorio de instancias del servidor que va a actualizar. El directorio
de instancias es el que contiene archivos, como dsmserv.dsk, del servidor.
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. Prepare la base de datos. Dirija la salida del proceso a un archivo para
supervisarlo.
AIX
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
HPUX
Linux
Solaris
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
Windows
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso y dirigir la salida al
archivo prepare.out:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd"
preparedb 1>>prepare.out 2>&1
280
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Si existen varios servidores en el sistema, emita el mandato desde el
directorio de instancias del servidor que desee preparar. Especifique la
clave de registro para el servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
5. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. Desde el directorio de instancias del servidor que vaya
a actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f prepare.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
6. Asegúrese de que la operación de preparación se completa correctamente antes
de continuar al siguiente paso. Si la operación de preparación falla, puede ser
necesario reiniciar el servidor V5 para solucionar el problema y volver a
ejecutar la operación de preparación. Si el servidor que se está actualizando es
un servidor V5.3 o V5.4, es posible que deba restaurar la base de datos desde
una copia de seguridad antes de reiniciar el servidor para solventar el
problema.
Referencia relacionada:
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
Caso de ejemplo 4, manual: Instalación del servidor V6.3 o
posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Asegúrese de que ha finalizado todos los pasos de preparación de la actualización,
incluida la copia de seguridad de la base de datos del servidor, antes de iniciar el
procedimiento de instalación. El servidor no estará disponible una vez finalizados
los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v Tivoli Storage Manager
v IBM Tivoli Storage Manager Extended Edition
v IBM System Storage Archive Manager
v IBM Tivoli Storage Manager para redes de área de almacenamiento
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
281
Actualización del servidor de V5 a V6.3 o posterior
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
282
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
AIX
HPUX
Linux
Solaris
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
Windows
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
283
Actualización del servidor de V5 a V6.3 o posterior
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
284
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
Windows
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
285
Actualización del servidor de V5 a V6.3 o posterior
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Caso de ejemplo 4, manual: Creación de los directorios y el ID
de usuario para la instancia de servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
286
HPUX
Linux
Solaris
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
287
Actualización del servidor de V5 a V6.3 o posterior
Puede crear una cuenta de usuario o bien utilizar una existente.
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
288
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
AIX
HPUX
Linux
Solaris
Tabla 60. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir /home/user_ID/
tsmarchlogfailover
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
289
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 61. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
290
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Creación y formato de la nueva base de
datos
Cree la instancia de servidor y los archivos de formato de una base de datos V6.3
o posterior vacía.
1. Inicie sesión en el sistema donde instaló el programa V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión utilizando el ID de usuario raíz. Compruebe los
siguientes elementos:
v El directorio de inicio para el usuario, /home/tsminst1, existe. En
caso de que no haya ningún directorio de inicio, debe crearlo.
El directorio de instancia almacena los siguientes archivos
principales generados por el servidor de Tivoli Storage Manager:
– El archivo de opciones de servidor, dsmserv.opt
– El archivo de base de datos de claves del servidor, cert.kdb, y
los archivos .arm, utilizados por clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor
– El archivo de configuración de dispositivo, si la opción del
servidor DEVCONFIG no especifica un nombre completo y
apropiado.
– El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
– Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
– Salidas de usuario
– La salida de rastreo, si no está completamente cualificada
v El archivo de configuración del shell, por ejemplo, .profile, existe
en el directorio de inicio. Los ID del usuario raíz y del usuario de
instancia deben tener permisos de escritura a este archivo. Para
obtener más información, consulte el DB2 Information Center
(http://pic.dhe.ibm.com/infocenter/db2luw/v9r7) y busque la
información sobre la configuración variable de entorno de Linux y
UNIX.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX
HPUX
Linux
Solaris
Especifique el siguiente mandato en una línea. Para el nombre de
instancia, especifique el ID de usuario que creó para el propietario de
la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
nombre_instancia nombre_instancia
Por ejemplo, si el ID de usuario para esta instancia es tsminst1, utilice
el mandato siguiente para crear la instancia:
AIX
HPUX
Linux
Solaris
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
291
Actualización del servidor de V5 a V6.3 o posterior
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Recuerde: A partir de este punto, utilice este nuevo ID de usuario
cuando configure el servidor de Tivoli Storage Manager. Cierre la
sesión del identificador de usuario root e inicie sesión mediante el
identificador de usuario que es el propietario de la instancia.
Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el ID de usuario que posee el servidor
V6.3 o posterior, este ID es el ID de usuario de instancia.
db2icrt -s ese -u cuenta_usuario nombre_instancia
Por ejemplo, si la cuenta de usuario es tsminst1 y la instancia de
servidor es Server1, debe especificar el siguiente mandato:
db2icrt -s ese -u tsminst1 server1
El servicio de la base de datos para la instancia del servidor inicia
sesión en la cuenta de usuario especificada en este mandato.
Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.3 o posterior. Se le solicitará que
especifique la contraseña para la cuenta de usuario.
El nombre de la instancia que especifique en este mandato db2icrt es
el nombre que más adelante especificará con la opción -k en el
mandato DSMSERV LOADFORMAT, cuando cree y formatee la base de datos
y el registro de recuperación.
3. Inicie sesión en el sistema utilizando el ID de usuario propietario de la
instancia de servidor V6.3 o posterior (ID de usuario de instancias).
4. Copie los archivos de configuración al directorio de la instancia que creo para
el servidor nuevo. Los archivos son los archivos de configuración que guardó
desde el servidor V5 original:
v Configuración de dispositivo
v Archivo de opciones de servidor, normalmente llamado dsmserv.opt
Por ejemplo, si creó el directorio de instancias que aparece en el ejemplo en el
paso de creación de directorios para el servidor V6.3 o posterior, copie los
archivos en el siguiente directorio:
AIX
HPUX
Linux
Solaris
/tsminst1
d:\tsm\server1
Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancias) tiene permiso de propiedad o de
lectura/escritura para los archivos que copió.
Windows
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener la lista de opciones suprimidas, consulte Tabla 36 en la página 79.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Como se necesitará un
archivo de historial de volumen y un archivo de configuración del
dispositivo cuando se tenga que restaurar la base de datos, genere copias
de estos archivos automáticamente para facilitar que los archivos estén
disponibles cuando sea necesario.
292
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
c. Compruebe que el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor y en tal caso cuál es el valor. Es posible que
quiera cambiar el valor actual, ya que el valor predeterminado de esta
opción cambia de 256 a 4096 en V6.3 o posterior. El valor aumentado
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración de una agrupación de almacenamiento y la copia de
seguridad de una agrupación de almacenamiento.
v Si el archivo de opciones del servidor no incluye esta opción, el servidor
utiliza automáticamente el valor predeterminado nuevo de 4096.
v Si el archivo de opciones del servidor incluye un valor para esta opción,
el servidor utiliza ese valor especificado. Si el valor especificado es
inferior a 4096, considere aumentar el valor o eliminar la opción de
manera que el servidor utilice el nuevo valor predeterminado.
6. Cambie la vía de acceso predeterminada para la base de datos.
AIX
HPUX
Linux
Solaris
Cambie la vía de acceso predeterminada para la base de datos para
que sea la misma que la del directorio de la instancia para el servidor.
Emita el mandato:
db2 update dbm cfg using dftdbpath directorio_instancias
Por ejemplo:
db2 update dbm cfg using dftdbpath /tsminst1
Windows
Cambie la vía de acceso predeterminada para la base de datos para
que sea la unidad en la que está ubicado el directorio de la instancia
para el servidor. Realice los siguientes pasos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
Se abrirá una ventana con un indicador de mandatos con el
entorno configurado correctamente para emitir adecuadamente
mandatos en los siguientes pasos.
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia
del servidor con la que está trabajando:
set db2instance=nombre_instancia
La variable nombre_instancia es la misma que el nombre de
instancia que especificó cuando emitió el mandato db2icrt. Por
ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para establecer la unidad predeterminada:
db2 update dbm cfg using dftdbpath ubicación_instancia
Por ejemplo, si el directorio de la instancia es d:\tsm\server1, la
ubicación de la instancia está en la unidad d:. Introduzca el
mandato:
db2 update dbm cfg using dftdbpath d:
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
293
Actualización del servidor de V5 a V6.3 o posterior
7. Modifique la vía de acceso de la biblioteca para utilizar la versión de IBM
Global Security Kit (GSKit) que se ha instalado con el servidor de Tivoli
Storage Manager:
Emita el mandato siguiente:
AIX
export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
Debe actualizar los siguientes
archivos para configurar la vía de acceso a la biblioteca cuando se haya
iniciado DB2 o el servidor deTivoli Storage Manager:
AIX
HPUX
Linux
Solaris
v directorio_instancia/sqllib/usercshrc
v directorio_instancia/sqllib/userprofile
En el archivo directorio_instancia/sqllib/usercshrc, añada estas líneas:
v
AIX
setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH
v
HPUX
Solaris
setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
v
Linux
setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
En el archivo directorio_instancia/sqllib/userprofile, añada estas líneas:
v
AIX
LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
export LIBPATH
v
HPUX
Solaris
LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
v
Linux
LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
Verifique la configuración de la vía de acceso a la biblioteca y asegúrese que la
versión de GSKit sea 8.0.14.14 o posterior. Emita los mandatos siguientes:
v
AIX
echo $LIBPATH
gsk8capicmd_64 -version
gsk8ver_64
v
HPUX
Linux
Solaris
echo $LD_LIBRARY_PATH
gsk8capicmd_64 -version
gsk8ver_64
Si la versión de GSKit no es 8.0.14.14 o posterior, debe volver a instalar el
servidor Tivoli Storage Manager. La reinstalación garantiza que la versión de
GSKit correcta está disponible.
8. Complete este paso para configurar la página de código del servidor.
Establezca la variable de entorno del sistema DB2CODEPAGE a 819 para cada
instancia de servidor. Antes de emitir el mandato DSMSERV LOADFORMAT, inicie
sesión en el sistema como propietario de la instancia del servidor y emita este
mandato:
db2set -i nombre_instancia DB2CODEPAGE=819
294
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Por ejemplo:
AIX
HPUX
Linux
Solaris
db2set -i tsminst1 DB2CODEPAGE=819
Windows
db2set -i server1 DB2CODEPAGE=819
9. Cambie el directorio de la instancia que haya creado para el servidor.
10. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que ha creado para la base de datos y los
registros. Los directorios deben estar vacíos.
AIX
HPUX
Linux
Solaris
Por ejemplo, para obtener un tamaño del registro activo de 16 (16384
MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:
/opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=16384 activelogdirectory=/tsmlog \
mirrorlogdirectory=/tsmlogmirror archlogdirectory=/tsmarchlog
Windows
Por ejemplo, para obtener un tamaño de anotaciones activas de 16 GB
(16384 MB, el tamaño predeterminado) para la instancia de servidor
Server1, emita el siguiente mandato en una línea:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" loadformat
dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Si ya ha creado la primera instancia del servidor en el sistema
(server1) y va a crear más, debe utilizar la opción -k. La opción -k
especifica el nombre de la instancia para ejecutar este programa de
utilidad. Por ejemplo, si el nombre de la instancia del servidor es
server2, emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k server2
loadformat dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
11. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
DSMSERV LOADFORMAT (Formatear una base de datos)
“Mandatos de servidor, programas de utilidad y opciones suprimidos” en la
página 76
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
295
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Traslado de la base de datos del servidor
a través de la red
Mueva la base de datos iniciando el proceso de inserción del servidor V6.3 o
posterior para aceptar la base de datos del servidor. A continuación, inicie el
proceso de extracción del servidor V5 para extraer y enviar la base de datos.
Antes de iniciar este procedimiento, asegúrese de que no se estén ejecutando ni el
servidor V5 ni el nuevo servidor.
1. Compruebe que la conexión de red entre los dos sistemas es correcta.
2. Inicie el proceso de inserción en el servidor V6.3 o posterior para aceptar la
base de datos. Para supervisar el proceso, dirija la salida del proceso a un
archivo. Por ejemplo, inicie el servidor, dejando 60 minutos (el tiempo
predeterminado) para que el otro servidor contacte con el servidor V6.3 o
posterior y dirija la salida del proceso a insert.out. Para ello, utilice este
mandato:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
sesswait=60 >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb
sesswait=60 1>>insert.out 2>&1
El servidor se inicia y espera un máximo de 60 minutos a que el servidor
original se ponga en contacto con él. Puede pasar algún tiempo antes de que se
emitan mensajes. Durante este periodo, las operaciones de DB2 se ejecutan en
un segundo plano. Opcional: para verificar que las operaciones siguen
normalmente, supervise el uso de CPU y de E/S del proceso del servidor y el
proceso de DB2 correspondiente.
3. Supervise la salida del proceso DSMSERV INSERTDB. Compruebe que el proceso
de DSMSERV INSERTDB ha emitido el siguiente mensaje antes de continuar con el
siguiente paso:
ANR1336I INSERTDB: listo para conexiones desde el servidor de origen
Emita el siguiente mandato para supervisar la salida del proceso en el archivo
insert.out:
tail -f insert.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
4. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.3 o posterior. Dirija la salida del
proceso a un archivo para supervisarlo. Por ejemplo, escriba el siguiente
mandato en una línea:
AIX
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
HPUX
296
Linux
Solaris
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
hladdress=127.0.0.1 lladdress=1500 1>>extract.out 2>&1
5. Supervise los procesos para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. Desde el directorio de
instancias del servidor que va a actualizar, emita el siguiente mandato para
supervisar el proceso de extracción:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos, del hardware
que se utiliza y de la red.
6. Examine las salidas de proceso para los procesos de extracción e inserción para
encontrar mensajes que indiquen si las operaciones han finalizado con éxito o
no.
Proceso
Mensaje de éxito
Mensaje de error
Extracción
ANR1382I EXTRACTDB: proceso 1, ANR1396E EXTRACTDB: proceso 1,
extracción de la base de datos, extracción de la base de datos,
se ha completado.
se ha completado con errores.
Inserción
ANR1395I INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado.
ANR1396E INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado con errores.
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
Caso de ejemplo 4: Crear un servicio de Windows para la
instancia del servidor
Windows
Se crea un servicio de Windows para el servidor de Tivoli Storage Manager V6.3 o
posterior automáticamente si se utiliza el asistente de actualización (dsmupgdx). Si
no utiliza el asistente, debe crear el servicio de Windows para el servidor de Tivoli
Storage Manager manualmente.
1. Cambie al directorio de instalación para el programa del servidor. De forma
predeterminada, el directorio es C:\Archivos de programa\Tivoli\TSM\console.
Si el servidor se instaló en otro servidor, cambie al subdirectorio console del
directorio de instalación del servidor.
2. Instale el servicio para Windows utilizando el nombre de instancia y la
contraseña del servidor de Tivoli Storage Manager en el nombre del servicio.
Emita el siguiente mandato:
install "TSM nombre_instancia_servidor"
"C:\Archivos de programa\Tivoli\TSM\server\dsmsvc.exe"
propietario_instancia contraseña_propietario_instancia
donde:
"TSM nombre_instancia_servidor" es el nombre del servicio que se instala.
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
297
Actualización del servidor de V5 a V6.3 o posterior
nombre_instancia_servidor es el nombre de instancia que se ha especificado
al emitir el mandato db2icrt.
propietario_instancia es la cuenta del propietario de la instancia; esta
cuenta será la propietaria del servicio.
contraseña_propietario_instancia es la contraseña de la cuenta del
propietario de la instancia.
Ejemplo
Para instalar el servicio para Windows para la instancia de servidor
server1, especifique el siguiente mandato en una misma línea. El
ejemplo utiliza rudy como propietario de la instancia y s21ret como la
contraseña de la cuenta del propietario de la instancia.
install "TSM server1" "C:\Archivos de programa\Tivoli\TSM\
server\dsmsvc.exe"
rudy s21ret
3. Opcional: Cambie el servicio de forma manual a un tipo de inicio automático
utilizando las herramientas administrativas de Windows (Herramientas
administrativas > Servicios).
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
Caso de ejemplo 4: Configuración del sistema para una copia
de seguridad de la base de datos
El gestor de base de datos y la API de Tivoli Storage Manager deben estar
configurados para que el gestor de la base de datos pueda realizar una copia de
seguridad de la base de datos del servidor. La configuración se completará de
forma automática si utiliza el asistente de configuración (dsmupgdx). Si no utiliza el
asistente, debe completar la configuración manualmente.
v “Caso de ejemplo 4: Configuración del sistema para copia de seguridad de la
base de datos en sistemas AIX, HP-UX, Linux y Oracle Solaris”
v “Caso de ejemplo 4: Configurar un sistema para la copia de seguridad de la base
de datos en sistemas Microsoft Windows” en la página 301
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Caso de ejemplo 4: Configuración del sistema para copia de
seguridad de la base de datos en sistemas AIX, HP-UX, Linux y
Oracle Solaris
AIX
HPUX
Linux
Solaris
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes pasos, los ejemplos utilizan tsminst1 para el ID de usuario de la
instancia de servidor y /tsminst1 para el directorio de la instancia de servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de Tivoli Storage Manager
para la instancia de la base de datos:
a. Inicie sesión usando el ID de usuario tsminst1.
b. Cuando el usuario tsminst1 ha iniciado sesión, asegúrese de que el entorno
de DB2 se ha iniciado correctamente. El entorno de DB2 se inicia ejecutando
298
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
el script /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta de
forma automática desde el ID de usuario del perfil. Si /home/tsminst1/
.profile no ejecuta el script db2profile,añada las siguientes líneas a
/home/tsminst1/.profile:
if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
c. En el archivo userprofile en el directorio /home/tsminst1/sqllib, añada o
actualice las siguientes líneas:
AIX
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
HPUX
Linux
Solaris
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
AIX
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
HPUX
Linux
Solaris
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
AIX
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
HPUX
Linux
Solaris
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
|
|
Consejo: Asegúrese de que especifica un espacio en blanco después del primer
carácter de punto (.).
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /tsminst1 y añada la
siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
Recuerde: El nombre que utilice debe coincidir con el nombre de la instancia
del servidor.
4. Añada las siguientes líneas al archivo de configuración API dsm.sys de Tivoli
Storage Manager. El archivo de configuración dsm.sys está en la siguiente
ubicación predeterminada:
AIX
HPUX
/usr/tivoli/tsm/client/api/bin64
Linux
Solaris
/opt/tivoli/tsm/client/api/bin64/dsm.sys
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
299
Actualización del servidor de V5 a V6.3 o posterior
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
5. Detenga e inicie la instancia de la base de datos:
a. Detenga DB2:
db2stop
b. Inicie DB2:
db2start
6. Establezca la contraseña de API:
a. Asegúrese de que el servidor de Tivoli Storage Manager se ha
iniciado.Consulte “Inicio del servidor en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 367 para obtener los detalles.
b. Inicie sesión mediante el ID de usuario root.
c. Vaya al perfil del gestor de base de datos emitiendo el siguiente mandato.
Asegúrese de que escribe un punto, un espacio y la vía de acceso al archivo
db2profile. Si no escribe el espacio, la copia de seguridad de la base de
datos falla.
|
|
|
|
Solaris
Importante:
siguiente mandato.
|
|
|
Cambie al shell Korn (/bin/ksh) antes de emitir el
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API. Utilice este mandato:
/home/tsminst1/sqllib/adsm/dsmapipw
e. Cuando el mandato dsmapipw lo solicite, especifique TSMDBMGR como la
contraseña original y como la nueva.
f. Entre el siguiente mandato del sistema operativo:
rm /home/tsminst1/tsminst1/tsmdbmgr.log
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
300
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Caso de ejemplo 4: Configurar un sistema para la copia de
seguridad de la base de datos en sistemas Microsoft Windows
Windows
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
Windows
En los siguientes mandatos, los ejemplos utilizan server1 para la
instancia de la base de datos y d:\tsmserver1 para el directorio del servidor de
Tivoli Storage Manager. Sustituya estos valores por sus valores reales en los
mandatos.
1. Cree un archivo tsmdbmgr.env en el directorio d:\tsmserver1 con el siguiente
contenido:
DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
DSMI_LOG=d:\tsmserver1
2. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Uno de los métodos consiste en ir
al directorio C:\Archivo de programas\Tivoli\TSM\db2\bin, o si ha
instalado Tivoli Storage Manager en una ubicación diferente, ir al
subdirectorio db2\bin de su directorio de instalación principal. A
continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree un archivo tsmdbmgr.opt en el directorio d:\tsmserver1 con el siguiente
contenido:
*************************************************
nodename $$_TSMDBMGR_$$
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
errorlogname d:\tsmserver1\TSMDBMGR_TSMSERVER1.log
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
4. Detenga e inicie la instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o, si instaló Tivoli
Storage Manager en una ubicación diferente, vaya al subdirectorio db2\bin
en el directorio de instalación principal. A continuación, emita este mandato:
db2cmd
b. Establezca la instancia de la base de datos:
set db2instance=server1
c. Detenga DB2:
db2stop
d. Inicie DB2:
db2start
5. Especifique el siguiente mandato en una sola línea:
"c:\program files\tivoli\tsm\server\dsmsutil.exe"
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO /OPTFILE:
"d:\tsmserver1\tsmdbmgr.opt"
Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red
301
Actualización del servidor de V5 a V6.3 o posterior
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
302
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 8. Entornos en clúster: procedimientos de
instalación
Para actualizar un servidor de IBM Tivoli Storage Manager de V5 a V6.3 o
posterior en un entorno en clúster, debe realizar las tareas de planificación,
preparación, instalación y configuración. Los procedimientos varían dependiendo
del sistema operativo y la versión.
Siga el procedimiento para su sistema operativo, versión origen y versión destino:
Sistema operativo
Versión origen y destino
Procedimiento
AIX
De V5.5 a V6.3 o posterior
“Actualización del servidor a
V6.3 o posterior en un
entorno en clúster de AIX”
Windows
De V5.5 a V6.3.3 o posterior
“Actualización del servidor a
V6.3.3 o posterior en un
entorno en clúster de
Windows” en la página 305
Windows
De V5.5 a V6.3.2 o anterior
“Actualización del servidor a
V6.3.2 o anterior en un
entorno en clúster de
Windows” en la página 308
Para obtener información sobre cómo actualizar el servidor de V6.1 o V6.2 a V6.3 o
posterior en un entorno en clúster, consulte Guía de instalación.
Para obtener información sobre entornos en clúster de Linux, consulte Guía de
instalación.
Actualización del servidor a V6.3 o posterior en un entorno en clúster
de AIX
AIX
Para actualizar Tivoli Storage Manager de la versión V5.5 a V6.3 o posterior en un
entorno en clúster de disponibilidad alta en un sistema operativo AIX, deben
realizarse varios pasos.
Realice los siguientes pasos:
1. Monte todos los recursos compartidos en un nodo individual. Éste es el nodo
principal. Si el entorno incluye varias instancias de Tivoli Storage Manager, el
nodo primario debe poder acceder a los recursos compartidos de todas las
instancias durante la actualización.
2. Actualice la instancia de servidor de V5 a V6.3 o posterior. Utilice uno de estos
métodos para cada instancia:
v Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 107
v Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 153
© Copyright IBM Corp. 2009, 2013
303
v Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 197
v Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la
página 251
Cuando cree y configure instancias de DB2, utilice el asistente de actualización
o el método manual. Asegúrese de no configurar la instancia de servidor para
que se inicie automáticamente después de un reinicio del sistema. Cuando
finalice el asistente de actualización, se iniciará la instancia.
3. Ajuste los scripts de inicio y detención del clúster para que utilicen los
directorios de instancia correctos. Cada instancia requiere su propio conjunto de
scripts. Tivoli Storage Manager V6.3 utiliza una infraestructura de scripts de
inicio y detención diferente a V5.5. Utilice la siguiente infraestructura V6.3:
v /opt/tivoli/tsm/server/bin/startserver
v /opt/tivoli/tsm/server/bin/stopserver
4. Pruebe los scripts de inicio y detención para asegurarse de que funcionan
según lo esperado.
5. En el nodo primario, detenga todas las instancias de servidor.
6. Para cada nodo secundario, realice las siguientes tareas:
a. Instale el servidor V6.3 o posterior. Para obtener información, consulte
“Instalación del servidor V6.3 o posterior” en la página 337.
b. Cree los directorios y el ID de usuario para la instancia de servidor
actualizada. Para obtener información, consulte “Creación de los directorios
y el ID de usuario para la instancia de servidor actualizada” en la página
342.
c. Monte todos los recursos compartidos de todas las instancias de servidor en
el nodo secundario.
d. Como usuario root, ejecute el asistente de configuración:
/opt/tivoli/tsm/server/bin/dsmicfgx. Especifique el directorio de
instancia correcto para cada instancia de servidor. Seleccione el recuadro
para indicar que la instancia de servidor se está configurando para un nodo
secundario de un clúster de alta disponibilidad. Si selecciona este recuadro,
crea las instancias de base de datos necesarias y cataloga la base de datos en
cada instancia.
e. Ajuste los scripts de inicio y detención del clúster para que utilicen los
directorios de instancia correctos. Cada instancia requiere su propio
conjunto de scripts. Utilice la siguiente infraestructura V6.3:
/opt/tivoli/tsm/server/bin/startserver
/opt/tivoli/tsm/server/bin/stopserver
f. Pruebe los scripts de inicio y detención para asegurarse de que funcionan
según lo esperado.
Después de actualizar, compruebe las tareas de configuración y verificación. Para
obtener más información, consulte el apartado Capítulo 10, “Primeros pasos tras la
actualización”, en la página 365.
Para obtener información sobre cómo configurar entornos en clúster, consulte la
sección sobre configuración de AIX en entorno en clúster en Guía del administrador.
304
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor a V6.3.3 o posterior en un entorno en
clúster de Windows
Windows
Para actualizar el servidor de Tivoli Storage Manager de V5.5 a V6.3.3 o posterior
en un entorno en clúster en un sistema Windows, revise la guía de planificación.
Actualización, instale el servidor V6.3.3 o posterior para todos los nodos del
clúster. Finalmente, ejecute el asistente de actualización, que inserta la nueva base
de datos y configura el sistema.
Complete las siguientes tareas:
1. Planifique la actualización, como se describe en “Planificación de la
actualización”.
2. Prepare el sistema y ejecute el asistente de actualización, como se describe en
“Preparación del sistema y ejecución del asistente de configuración” en la
página 306.
Para obtener información sobre cómo configurar un entorno en clúster de
Windows, consulte la sección sobre cómo configurar un entorno en clúster de
Windows en la publicación Guía del administrador.
Planificación de la actualización
Windows
Antes de actualizar el servidor de V5.5 a V6.3.3 o posterior en un entorno en
clúster en un sistema Windows, planifique la actualización.
Realice los siguientes pasos:
1. Revise las instrucciones de configuración del clúster. Si está actualizando en el
mismo sistema, asegúrese de que el entorno en clúster está debidamente
configurado. Si está actualizando en un sistema nuevo, configure los nodos
para el clúster y cree un grupo de recursos. Para obtener información detallada,
consulte la sección sobre cómo configurar entornos en clúster en la publicación
Guía del administrador. Puede encontrar información sobre requisitos de
agrupación en clúster, instrucciones de instalación para el servidor y
ubicaciones de directorios.
2. Determine si desea actualizar el servidor utilizando el método de red o el
método de soporte. Para ver una comparación de los métodos de red y soporte,
consulte “Comparación del proceso de actualización en un sistema existente y
en otro nuevo” en la página 15.
Después de planificar la actualización, complete los pasos descritos en
“Preparación del sistema y ejecución del asistente de configuración” en la página
306.
Capítulo 8. Entornos en clúster: procedimientos de instalación
305
Preparación del sistema y ejecución del asistente de
configuración
Windows
Para preparar el sistema para la actualización, instale el servidor V6.3.3 o posterior
en todos los nodos del clúster y cree los directorios y el ID de usuario para la
instancia de servidor actualizada. A continuación, ejecute el asistente de
actualización, que inserta la nueva base de datos y configura el sistema.
Antes de actualizar el servidor de Tivoli Storage Manager, asegúrese de que
mantiene el soporte de instalación en la base del release del servidor instalado. Si
ha instalado Tivoli Storage Manager desde un DVD, asegúrese de que el DVD esté
disponible. Si ha instalado Tivoli Storage Manager desde un paquete descargado,
asegúrese de que los archivos descargados estén disponibles. Si la actualización
falla y se desinstala el módulo de licencia del servidor, el soporte de instalación del
release base del servidor es necesario para poder reinstalar la licencia.
Puede actualizar el servidor en el mismo sistema o migrar el servidor a un sistema
de destino nuevo con un sistema operativo nuevo. Antes de actualizar o migrar el
servidor, asegúrese de que Microsoft Windows Server 2008, Microsoft Windows
Server 2008 R2 oMicrosoft Windows Server 2012 está instalado en el sistema de
destino. Puede utilizar el Windows Server 2012 solo si está actualizando o
migrando el sistema a Tivoli Storage Manager V6.3.4 o posterior.
|
|
|
|
|
|
Para preparar el sistema y ejecutar el asistente de actualización, realice los
siguientes pasos:
1. Si está actualizando o migrando un servidor a Windows Server 2012, instale el
servidor de automatización de clúster tras error y la interfaz de mandatos de
clúster tras error. Para instalar estos componentes, emita los siguientes
mandatos desde Windows 2.0 PowerShell:
|
|
Install-WindowsFeature -Name RSAT-Clustering-AutomationServer
Install-WindowsFeature -Name RSAT-Clustering-CmdInterface
2. Asegúrese de que el servidor V5.5 tengo un historial de volúmenes y archivos
de configuración de dispositivo.
3. Si está actualizando en el mismo sistema, elimine los recursos de clúster V5.5:
a. Asegúrese de que el nodo primario sea el propietario de los recursos del
clúster.
b. Anote los valores de la dirección TCP/IP y el nombre de la red de los
elementos de servidor en el grupo utilizando el Microsoft Failover Cluster
Manager. El grupo de clústeres incluye recursos de disco y recursos del
servidor de Tivoli Storage Manager. Los recursos de servidor son el
nombre de red en la sección Nombre de servidor y la instancia de Tivoli
Storage Manager en la sección Otros recursos.
c. Elimine el recurso de Tivoli Storage Manager y el nombre de red.
4. Si está actualizando en el mismo sistema, desinstale el servidor V5.5. Para
cada nodo del clúster, desinstale el servidor V5.5, la licencia de servidor y el
controlador de dispositivo. No elimine la base de datos, el registro de
recuperación, el archivo de opciones del servidor ni otros archivos o
directorios relacionados.
Para obtener información sobre cómo desinstalar el servidor, consulte
“Desinstalar un programa V5 en sistemas de Microsoft Windows” en la página
336.
5. Edite el archivo de opciones del servidor V5.5:
306
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
a. Elimine las opciones que sean incompatibles con V6.3. Para obtener una
lista de las opciones suprimidas, consulte “Mandatos de servidor,
programas de utilidad y opciones suprimidos” en la página 76.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Cuando restaura la
base de datos, son necesarios un archivo de historial de volumen y un
archivo de configuración de dispositivo.
c. Determine si el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor. Si se incluye la opción y el valor es menor que
4096, se recomienda aumentar el valor o eliminar la opción para que el
servidor utilice el nuevo valor predeterminado. Al aumentar el valor,
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración y la copia de seguridad de agrupaciones de
almacenamiento.
6. Utilice un asistente de instalación o la consola para instalar el servidor de
Tivoli Storage Manager V6.3.3 o posterior en todos los nodos que se van a
incluir en el clúster. Para obtener detalles, consulte “Instalación del servidor
V6.3 o posterior” en la página 337.
7. Prepare el sistema a actualizar creando los directorios y el ID de usuario para
la instancia del servidor actualizado. El ID de usuario de la instancia debe
estar definido en el controlador de dominio. Para obtener más información,
consulte el apartado “Creación de los directorios y el ID de usuario para la
instancia de servidor actualizada” en la página 342. Cree los directorios que la
instancia del servidor necesite para la base de datos y los registros de
recuperación solo en las unidades compartidas identificadas en la tabla de la
sección. Realice esta operación en el nodo primario.
8. Inicie el asistente de actualización en el nodo primario emitiendo el mandato
siguiente:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
Siga los pasos del asistente de actualización. Cuando se le solicite introducir
un ID de usuario para iniciar la sesión en el servicio del servidor, especifique
el dominio y el ID de usuario en este formato: domain\userid. Cuando se le
solicite que seleccione los nodos del clúster, seleccione el nodo primario y los
otros nodos que incluir. Cuando se le solicite que especifique los directorios
para la instancia, la base de datos y los registros, especifique directorios de un
disco compartido. Revise las selecciones en el panel Resumen. Si son correctas,
haga clic en Siguiente para formatear e insertar la base de datos.
9. Si el sistema incluye más de una instancia de servidor para actualizar, ejecute
el asistente de actualización para cada instancia.
Después de haber seguido los pasos del asistente de actualización, se habrá
completado la actualización y se habrá configurado el sistema. EL servidor se
iniciará automáticamente.
10. Opcional: Si se realizó la actualización en el sistema existente, elimine los
archivos de base de datos de Tivoli Storage Manager V5.5.
Capítulo 8. Entornos en clúster: procedimientos de instalación
307
Actualización del servidor a V6.3.2 o anterior en un entorno en clúster
de Windows
Windows
Para actualizar el servidor de Tivoli Storage Manager de V5.5 a V6.3.2 o anterior
en un entorno en clúster en un sistema Windows, debe completar varias tareas.
Realice las tareas que se describen en los siguientes temas:
1. “Planificación de la actualización”
2. “Preparación de la actualización” en la página 309
3. “Instalación del servidor y carga de la base de datos” en la página 311
4. “Configuración del servidor” en la página 313
Para obtener información sobre cómo configurar un entorno en clúster de
Windows, consulte la sección sobre cómo configurar un entorno en clúster de
Windows en la publicación Guía del administrador.
Planificación de la actualización
Windows
Para planificar la actualización de un servidor de V5.5 a V6.3.2 o anterior en un
entorno en clúster en un sistema operativo de Windows, revise las instrucciones de
configuración del clúster y el procedimiento de actualización manual. A
continuación, seleccione el escenario y el método de actualización.
1. Revise las instrucciones de configuración del clúster. Para obtener información
detallada, consulte la sección sobre cómo configurar entornos en clúster en la
publicación Guía del administrador. Puede encontrar información sobre requisitos
de agrupación en clúster, instrucciones de instalación y ubicaciones de
directorio.
2. Revise los procedimientos de actualización manuales. Para obtener información
sobre las actualizaciones manuales, consulte “Actualización del servidor
manualmente utilizando los programas de utilidad” en la página 347.
3. Determine si desea actualizar el servidor utilizando el método de red o el
método de soporte. Para ver una comparación de los métodos de red y soporte,
consulte “Comparación del proceso de actualización en un sistema existente y
en otro nuevo” en la página 15.
4. Seleccione un caso de ejemplo de actualización. Para obtener más información
sobre los casos de ejemplo de actualización, consulte Capítulo 3, “Visión general
de casos de ejemplo de actualización”, en la página 87.
Después de planificar la actualización, complete los pasos descritos en
“Preparación de la actualización” en la página 309.
308
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Preparación de la actualización
Windows
Para preparar el sistema para una actualización de V5.5 a V6.3.2 o anterior en un
entorno en clúster en un sistema Windows, elimine los recursos de clúster de V5.5,
instale los programas de utilidad actualizados, prepare la pase de datos V5 y
desinstale el servidor V5.5.
Para preparar el sistema para la actualización, complete los pasos siguientes:
1. Asegúrese de que el servidor V5.5 tenga un historial de volúmenes válido y
archivos de configuración de dispositivos válidos.
2. Para el caso de ejemplo seleccionado, localice la información sobre la
preparación de una actualización: “Caso de ejemplo 1: Preparación de la
actualización” en la página 108, “Caso de ejemplo 2: Preparación de la
actualización” en la página 154, “Caso de ejemplo 3: Preparación de la
actualización” en la página 197 o “Caso de ejemplo 4: Preparación de la
actualización” en la página 251. En el nodo primario, realice estos pasos para
su caso de ejemplo:
a. "Comprobación de los requisitos previos de la actualización"
b. "Preparación de espacio para el proceso de actualización"
c. "Modificación del servidor antes de la actualización"
d. "Inhabilitación de sesiones"
e. "Realización de una copia de seguridad de las agrupaciones de
almacenamiento y de la base de datos del servidor"
f. "Copia de seguridad de la información de configuración"
Anote los nombres de la base de datos y los volúmenes de registro. Puede
suprimirlos después de una actualización satisfactoria.
3. Suprima los recursos del clúster V5.5:
a. Asegúrese de que el nodo primario sea el propietario de los recursos del
clúster.
b. Utilizando Microsoft Failover Cluster Manager, registre los valores de la
dirección TCP/IP y el nombre de red de los elementos de servidor del
grupo. El grupo de clústeres incluye recursos de disco y recursos del
servidor de Tivoli Storage Manager. Los recursos del servidor son el
nombre de red en la sección Nombre de servidor y la instancia de Tivoli
Storage Manager en la sección Otros recursos.
c. Suprima la instancia de Tivoli Storage Manager y el nombre de red.
4. Siga las instrucciones de su caso de ejemplo:
a. "Instalación de los programas de utilidad de actualización en sistemas
Microsoft Windows"
b. "Preparación de la base de datos de un servidor V5 para actualización"
Antes de extraer los datos de la base de datos, utilice el programa de utilidad
DSMUPGRD PREPARE para preparar la base de datos del servidor. Si cuenta con
varios servidores en un único sistema, repita esta tarea con cada servidor.
5. En cada nodo del clúster, utilice Microsoft Management Console (MMC) para
eliminar la instancia de servidor. No suprima los volúmenes de disco o de
archivo, sólo las entradas de registro y servicio. Después de completar la
configuración del servidor, puede eliminar los archivos de base de datos que
ya no se utilicen. Cierre MMC.
Capítulo 8. Entornos en clúster: procedimientos de instalación
309
Consejo: Cuando ejecute MMC, es posible que reciba el mensaje de error
ANRU1203E. MMC espera una respuesta del servidor que no se ha
inicializado totalmente. Para continuar, pulse Aceptar y SIGUIENTE. Esta
operación puede necesitar varios intentos.
6. Desinstale el servidor V5.5. Para obtener información sobre cómo desinstalar
el servidor, consulte “Desinstalar un programa V5 en sistemas de Microsoft
Windows” en la página 336.
Para cada nodo del clúster, desinstale el servidor V5.5, la licencia de servidor
y el controlador de dispositivo. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
7. Elimine el tipo de recurso Servidor de TSM del clúster:
a. Salga de Microsoft Failover Cluster Manager.
b. En un nodo del clúster, en la línea de mandatos, emita el siguiente
mandato:
cluster resourcetype "TSM Server" /delete
8. En cada nodo, suprima los archivos DLL tsmsvrrsc del directorio del clúster
de Windows, C:\Windows\Cluster. Por ejemplo: TsmSrvRscExX64.dll y
TsmSrvRscX64.dll. Pueden existir dos o tres archivos DLL.
9. Reinicie todos los sistemas del clúster.
10. Copie y mantenga el archivo dsmserv.opt y el archivo especificado en la
opción DEVCONFIG. La configuración de clúster inicial para Tivoli Storage
Manager V6.3 o posterior cambia estos archivos. Debe tener los valores de
servidor originales para cargar la base de datos de Tivoli Storage Manager
V5.5.
11. Edite el archivo de opciones del servidor guardado:
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener una lista de las opciones suprimidas, consulte “Mandatos de
servidor, programas de utilidad y opciones suprimidos” en la página 76.
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Cuando restaura la
base de datos, son necesarios un archivo de historial de volumen y un
archivo de configuración de dispositivo.
c. Determine si el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor. Si se incluye la opción y el valor es menor que
4096, se recomienda aumentar el valor o eliminar la opción para que el
servidor utilice el nuevo valor predeterminado. Al aumentar el valor,
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración y la copia de seguridad de agrupaciones de
almacenamiento.
Después de preparar el servidor para la actualización, complete las tareas descritas
en la publicación “Instalación del servidor y carga de la base de datos” en la
página 311.
310
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Instalación del servidor y carga de la base de datos
Windows
Después de preparar el sistema para una actualización desde V5.5 a V6.3.2 o
anterior en un entorno de clúster Windows, instale el servidor V6.3.2 o anterior i
cargue la base de datos.
Antes de actualizar el servidor de Tivoli Storage Manager, asegúrese de que
mantiene el soporte de instalación en la base del release del servidor instalado. Si
ha instalado Tivoli Storage Manager desde un DVD, asegúrese de que el DVD esté
disponible. Si ha instalado Tivoli Storage Manager desde un paquete descargado,
asegúrese de que los archivos descargados estén disponibles. Si la actualización
falla y se desinstala el módulo de licencia del servidor, el soporte de instalación del
release base del servidor es necesario para poder reinstalar la licencia.
Consejo: Algunos pasos de este procedimiento requieren que ejecute Microsoft
Management Console (MMC). Cuando lo haga, es posible que reciba el mensaje de
error ANRU1203E. MMC espera una respuesta del servidor que no se ha
inicializado totalmente. Para continuar, pulse Aceptar y SIGUIENTE. Esta
operación puede necesitar varios intentos.
Para instalar el servidor de V6.3.2 o anterior y cargar la base de datos, siga estos
pasos:
1. Utilice un asistente de instalación o la consola para instalar el servidor en todos
los nodos que se van a incluir en el clúster. Para obtener detalles, consulte
“Instalación del servidor V6.3 o posterior” en la página 337.
2. Cree los directorios y el ID de usuario para la instancia de servidor
actualizada.El ID de usuario de la instancia debe estar definido en el
controlador de dominio. Para obtener más información, consulte el apartado
“Creación de los directorios y el ID de usuario para la instancia de servidor
actualizada” en la página 342. Cree los directorios que la instancia del servidor
necesite para la base de datos y los registros de recuperación sólo en las
unidades compartidas identificadas en la tabla. Realice esta operación sólo en
un nodo.
Para los restantes pasos, debe iniciar la sesión con el ID domain\userid.
3. Si está utilizando el método de soporte, realice los pasos de su caso de ejemplo
para extraer los datos en el soporte.
4. Antes de introducir el MMC para configurar el servidor en el nodo primario,
asegúrese de que el ID de usuario que posee la V6.3.2 o un servidor anterior (el
ID de instancia de usuario) es el propietario o tiene permisos de
lectura/escritura para los archivos que se han copiado. El ID de usuario de la
instancia debe tener autoridad administrativa en el sistema y ser miembro de
los grupos DB2ADMNS y DB2USERS.
5. En el caso de que existan varias instancias, debe crear las instancias de servidor
en el mismo orden en el que se crearon originalmente. MMC denomina la
primar instancia de servidor SERVER1, la segunda instancia de servidor
SERVER2, etc.
MMC V6.3 o posterior utiliza el mismo directorio de instancia de servidor que
se ha especificado en el servidor V5.5. Por lo tanto, debe guardar el contenido
del directorio en otro lugar. Sustituya el archivo dsmserv.opt por el archivo
dsmserv.opt que ha editado y guardado. Mantenga el archivo guardado; deberá
sustituirlo otra vez.
Capítulo 8. Entornos en clúster: procedimientos de instalación
311
6. Antes de utilizar el MMC para configurar el nodo primario, asegúrese de que
todos los nodos se están ejecutando. Todos los nodos deben estar en ejecución
para que funcione la configuración del clúster de DB2.
7. En el nodo primario, abra MMC para empezar a configurar el nodo primario.
Si la Lista de tareas de configuración inicial no se abre de forma inmediata,
pulse con el botón derecho en el sistema enTivoli Storage Manager y
seleccione Añadir un servidor TSM nuevo. Continúe en los paneles de
inicialización del servidor para configurar, inicializar y agrupar en clúster el
servidor. En el panel Parámetros de inicio de sesión del servicio Servidor,
especifique domain\userid. En el panel Nombre y contraseña del servidor,
especifique el nombre de clúster original. Continúe en los paneles de
configuración del clúster hasta que llegue a la ventana Asistente para la
configuración de dispositivos. Pulse Cancelar. No configure los dispositivos o
los nodos del cliente en este momento.
8. Elimine la base de datos que acaba de crear y cargue la base de datos anterior:
a. Actualice el clúster para que la migración tras error no se ejecute
automáticamente y, de esta forma, el servicio no se inicie automáticamente.
En el gestor del clúster, abra el panel Propiedades de la instancia. Tome
nota de los valores, que se restablecerán en un paso posterior. Deseleccione
la opción Inicio automático. En el separador Migración tras error,
establezca el número máximo de anomalías en el periodo especificado en 0.
b. El asistente puede dejar el servicio del servidor de Tivoli Storage Manager
en ejecución. Consulte el menú de servicios. Si el servicio del servidor está
en ejecución, pulse con el botón derecho sobre el servidor y seleccione
Detener.
c. Para eliminar la base de datos que acaba de crear, utilice el programa de
utilidad DSMSERV REMOVEDB.
d. Vacíe los directorios de base de datos, registro activo, registro de
duplicación, registro de archivado y registro de migración tras error.
e. En el directorio de instancia, sustituya los archivos de configuración de
dispositivos y el archivo dsmserv.opt por los archivos de configuración de
dispositivos V5.5 y el archivo dsmserv.opt actualizado que se ha guardado
en la fase de preparación.
f. Ejecute manualmente el programa de utilidad DSMSERV LOADFORMAT utilizando
los parámetros del archivo initserv.bat en el directorio de instancia del
programa de utilidad DSMSERV FORMAT.
9. Cargue los datos en la base de datos.
v Si utiliza el método de soporte, siga las siguientes instrucciones: “Carga de
los datos extraídos en la nueva base de datos” en la página 355.
v Si utiliza el método de red, siga las siguientes instrucciones: “Traslado de la
base de datos del servidor a través de la red” en la página 357. Para el
método de red, el mandato DSMUPGRD EXTRACTDB debe especificar la dirección
IP del sistema, no la dirección del clúster.
Después de instalar el servidor y cargar la base de datos, complete los pasos
descritos en “Configuración del servidor” en la página 313.
312
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Configuración del servidor
Windows
v6.3.2 Tivoli Storage Manager el servidor después de instalar y ejecutar la carga de
la base de datos, microsoft Management Console MMC () de la configuración.A
continuación, compruebe que la copia de seguridad para el servidor está
configurada y funciona con normalidad. Finalmente, actualice el clúster para
permitir la migración tras error y los inicios automáticos.
|
|
|
|
|
Para configurar un sistema nuevo, complete los pasos siguientes:
1. Ejecute el asistente de configuración de clúster en cada nodo del clúster. Para
ejecutar el asistente en un nodo, mueva los recursos del clúster hacia ese nodo
y abra MMC.En la sección Asistentes, haga doble clic en el asistente de
configuración de clúster.
2. Para comprobar que el servidor se ha configurado para la copia de seguridad
de la base de datos, siga estos pasos:
a. Emita el mandato db2set db2_vendor_ini.
b. Asegúrese de que el valor DB2_VENDOR_INI se haya establecido en el archivo
tsmdbmgr.env.
3. Si el servidor no está configurado para la copia de seguridad de la base de
datos, siga los pasos en el escenario que ha seleccionado para configurar el
sistema para la copia de seguridad de la base de datos en el sistema Microsoft
Windows.
4. Compruebe que el servidor se ha actualizado satisfactoriamente y puede
funcionar con normalidad. La comprobación incluye iniciar el servidor
desdeMicrosoft Failover Cluster Manager, registro de licencias y copias de
seguridad de la base de datos.
5. Actualice el clúster para permitir la migración tras error y los inicios
automáticos, utilizando los valores originales que ha anotado previamente.
La creación de la instancia inicial de MMC V6.3 o posterior deja sin definir un
volumen de agrupación de almacenamiento de disco adicional para Tivoli
Storage Manager en el disco compartido. El archivo tsm1.dat en el directorio
de la instancia tiene ese nombre.
6. Opcional: suprima o defina en el servidor el volumen de la agrupación de
almacenamiento de disco, *.dat.
7. Opcional: suprima los archivos de base de datos de Tivoli Storage Manager
V5.5.
Capítulo 8. Entornos en clúster: procedimientos de instalación
313
314
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 9. Procedimientos generales de actualización de un
servidor a la versión V6.3 o posterior
Se proporcionan programas de utilidad y un asistente para ayudar en la
actualización del servidor IBM Tivoli Storage Manager. Este conjunto general de
procedimientos se puede utilizar para cualquier caso de ejemplo de actualización.
Si lo prefiere, puede seleccionar el caso de ejemplo que coincida con su plan de
actualización y usar el conjunto de procedimientos específicos de ese caso.
El procedimiento para actualizar el servidor incluye las siguientes tareas:
1. “Preparación de la actualización” en la página 316
2. “Instalación de los programas de utilidad de actualización en el servidor
original” en la página 326
3. “Preparación de la base de datos de un servidor V5 para la actualización” en la
página 333
4. Sólo para actualizaciones de este mismo sistema: “Desinstalación del programa
V5 antes de instalar V6.3 o posterior” en la página 335
5. “Instalación del servidor V6.3 o posterior” en la página 337
6. “Creación de los directorios y el ID de usuario para la instancia de servidor
actualizada” en la página 342
7. Actualización del servidor con uno de los siguientes métodos:
v “Actualización del servidor utilizando el asistente de actualización” en la
página 346
v “Actualización del servidor manualmente utilizando los programas de
utilidad” en la página 347
8. Se realizan las siguientes tareas después de la actualización:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 365
b. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
c. “Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor” en la página 366
d. “Inicio de la instancia del servidor tras la actualización” en la página 367
e. “Registro de licencias” en la página 372
f. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 373
g. “Comprobación del servidor actualizado” en la página 374
h. “Cambio del nombre de host para el servidor de Tivoli Storage Manager”
en la página 375
i. “Actualización de la automatización” en la página 377
j. “Supervisión del servidor actualizado” en la página 377
k. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
© Copyright IBM Corp. 2009, 2013
315
Actualización del servidor de V5 a V6.3 o posterior
Preparación de la actualización
Prepare la actualización comprobando los requisitos, reservando espacio,
realizando una copia de seguridad del servidor y modificando determinados
valores de éste.
Siga detenidamente los pasos relacionados con la preparación para proteger el
servidor y los datos en él.
Importante: Es posible que tras la finalización de la actualización a V6.3 o
posterior, esas condiciones provoquen la necesidad de volver de manera temporal
a la versión anterior del servidor. Esta reversión sólo se realizará de forma
satisfactoria si ha llevado a cabo todos los pasos de preparación. Para comprender
por qué es importante realizar todos los pasos de preparación, repase el
procedimiento para revertir un servidor actualizado a su versión anterior.
Para preparar la actualización, realice los pasos siguientes:
1. “Comprobación de los requisitos previos de la actualización”
2. “Preparación de espacio para el proceso de actualización” en la página 320
3. “Modificación del servidor antes de la actualización” en la página 321
4. “Inhabilitación de sesiones” en la página 322
5. “Realización de una copia de seguridad de las agrupaciones de
almacenamiento y de la base de datos del servidor” en la página 323
6. “Supresión o redenominación del archivo NODELOCK” en la página 324
7. “Realización de una copia de seguridad de los datos de configuración” en la
página 324
8. “Creación de un resumen del contenido de la base de datos” en la página 325
9. “Detención del servidor antes de instalar la actualización” en la página 325
Tareas relacionadas:
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión del
servidor anterior V5” en la página 390
Comprobación de los requisitos previos de la actualización
Compruebe el sistema en relación con los requisitos del servidor.
Restricción: Si está actualizando el servidorTivoli Storage Manager en el mismo
sistema, el sistema debe cumplir los requisitos mínimos para los servidores V5 y
v6.3 o posterior.
1. Compruebe que la versión del servidor que tiene previsto actualizar sea 5.3.6 o
posterior, y que se haya instalado el arreglo temporal más reciente. Para
optimizar el proceso de actualización y evitar posibles problemas, tenga en
cuenta actualizar el servidor V5 al nivel de la versión más actual disponible e
instalar el arreglo temporal más reciente para ese nivel. Siga las directrices del
apartado “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42. Para descargar el fixpack más actual y el arreglo
temporal más reciente,visite el sitio web de descargas FTP enftp://
public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/server/.
A continuación, ubique la versión apropiada de Tivoli Storage Manager.
|
|
|
|
|
|
|
|
|
|
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Revise la información disponible en “Requisitos de
316
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 20 para determinar si es necesario actualizar el sistema antes de
continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.3 o
posterior cumple los requisitos de tipo y nivel de sistema operativo. Para
obtener información actualizada acerca de requisitos del sistema, consulte Tivoli
Storage Manager Supported Operating Systems (http://www.ibm.com/
support/docview.wss?uid=swg21243309). Ahora puede verificar manualmente
el entorno de la instalación. De lo contrario, espere hasta que los archivos de la
instalación se extraigan y, a continuación, ejecute el comprobador de requisitos
previos, que verifica automáticamente el entorno del sistema. Para obtener más
información, consulte el apartado “Ejecución del comprobador de requisitos
previos” en la página 43.
Si está actualizando Tivoli Storage Manager en un sistema operativo diferente,
hay disponible un conjunto de vías de acceso limitadas. Para obtener
instrucciones sobre cómo migrar un servidor que se está ejecutando en un
sistema operativo de z/OS, consulteParte 3, “Migración de servidores de Tivoli
Storage Manager V5 en sistemas z/OS a V6 en AIX o Linux en System z”, en la
página 487. Para obtener instrucciones sobre cómo migrar un servidor que se
está ejecutando en un sistema operativo de AIX, HP-UX o Solaris, consulte
Parte 2, “Migrar los servidores Tivoli Storage Manager V5 en sistemas de AIX,
HP-UX o Solaris a V6.3.4 en Linux”, en la página 395.
Algunas plataformas que eran compatibles con versiones anteriores del servidor
que no son compatibles con V6.3 o posterior. Si el servidor que se va a
actualizar se está ejecutando en cualquiera de estas plataformas, no podrá
actualizarlo a V6.3 o posterior en la misma plataforma. Para plataformas
necesarias, consulte la tabla siguiente.
Tabla 62. Plataformas necesarias para la actualización de V5 a V6.3 o posterior
Plataforma para el servidor V5
|
|
Plataforma requerida para actualizar a V6.3
o posterior
HP-UX en un sistema PA-RISC
HP-UX ejecutándose en un sistema Intel
Itanium
Linux en un sistema Itanium (IA64)
Linux ejecutándose en un sistema x86_64
Linux ejecutándose en un sistema x86_32
Linux ejecutándose en un sistema x86_64
Solaris se está ejecutando en un sistema
x86_64
Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64)
Windows ejecutándose en un sistema x86_64
Si actualiza desde Tivoli Storage Manager V5 a V6.3 o posterior en un nuevo
sistema, se aplican algunas restricciones. Asegúrese de instalar el servidor V6.3
o posterior en un entorno de hardware y software compatible, tal como se
describen en la tabla siguiente.
Tabla 63. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo sistema
Servidor V5
Servidor V6.3 o posterior
AIX ejecutándose en un
sistema IBM POWER
AIX ejecutándose en un
sistema IBM POWER
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en un
sistema Itanium
Comentarios
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
317
Actualización del servidor de V5 a V6.3 o posterior
Tabla 63. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Servidor V5
Servidor V6.3 o posterior
Comentarios
HP-UX en un sistema
PA-RISC
HP-UX ejecutándose en un
sistema Itanium
HP-UX ejecutándose en
PA-RISC no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en un
sistema IBM POWER
Linux ejecutándose en un
sistema IBM POWER
Linux en un sistema Itanium
(IA64)
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
Itanium no está soportado
para los servidores V6.3 o
posterior.
Linux ejecutándose en un
sistema x86_32
Linux ejecutándose en un
sistema x86_64
Linux ejecutándose en
x86_32 no está soportado
para los servidores V6.3 o
posterior.
Linux en System z
Linux en System z
Solaris se está ejecutando en
un sistema x86_64
El sistema operativo depende Un servidor V6.3 o posterior
del método de migración
no puede ser instalado en un
sistema Solaris x86_64. Sin
embargo, puede migrar un
servidor V5 que se está
ejecutando en un sistema
operativo de Solaris x86_64
para V6.3.4 o posterior en un
sistema operativo de Linux
x86_64. Para ver las
instrucciones, consulte
Parte 2, “Migrar los
servidores Tivoli Storage
Manager V5 en sistemas de
AIX, HP-UX o Solaris a
V6.3.4 en Linux”, en la
página 395.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
De forma alternativa, puede
migrar el sistema Solaris
x86_64 instalando un
servidor V6.3 o posterior en
cualquier sistema operativo
compatible con V6.3 o
posterior. A continuación,
utilice el servidor Tivoli
Storage Manager y los
mandatos EXPORT y IMPORT
para mover el servidor del
sistema de origen V5 al
sistema de destino V6.3 o
posterior.
Windows en un sistema
Itanium (IA64)
318
Windows ejecutándose en un Windows ejecutándose en
sistema x86_64
Itanium no está soportado
para los servidores V6.3 o
posterior.
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 63. Requisitos para actualizar de V5 a V6.3 o posterior en un nuevo
sistema (continuación)
Servidor V5
Servidor V6.3 o posterior
Comentarios
Windows ejecutándose en un Windows ejecutándose en un Windows ejecutándose en
sistema x86_32
sistema x86_64
x86_32 no está soportado
para los servidores V6.3 o
posterior.
z/OS
AIX o Linux en System z
Para ver las instrucciones,
consulte Parte 3, “Migración
de servidores de Tivoli
Storage Manager V5 en
sistemas z/OS a V6 en AIX o
Linux en System z”, en la
página 487.
4. Compruebe que la memoria del sistema cumpla los requisitos del servidor.
v Si tiene previsto actualizar el servidor en el mismo sistema y utiliza un
método de red para trasladar la base de datos, la memoria del sistema debe
ser suficiente para actualizar dos servidores.
Cuando se ejecuta el proceso que extrae la base de datos del servidor
existente e inserta la del nuevo servidor, el resultado es que habrá dos
servidores ejecutándose en el sistema. La memoria del sistema debe ser lo
suficientemente amplia para manejar estos procesos.
v Si está pensando en ejecutar varias instancias del servidor V6.3 o posterior en
el sistema, cada instancia requiere la memoria que se lista para un servidor.
Multiplique la memoria par aun servidor por el número de instancias
planificadas para el sistema.
Para obtener información específica acerca de requisitos de memoria, consulte
la sección para su sistema operativo:
Tabla 64. Requisitos de memoria para el sistema V6.3 o posterior
Sistema operativo
Requisitos de memoria
AIX
“Requisitos del servidor en sistemas AIX” en
la página 25
HPUX
HP-UX
“Requisitos de servidor en sistemas HP-UX”
en la página 27
Linux
Linux
“Requisitos del servidor en sistemas Linux”
en la página 29
Solaris
Solaris
“Requisitos del servidor en los sistemas
Solaris” en la página 36
Windows
“Requisitos del servidor en sistemas
Microsoft Windows” en la página 38
AIX
Windows
5. Asegúrese de que el sistema tenga suficiente espacio de almacenamiento en
disco para la base de datos y los registros de recuperación. Repase la
información de planificación para conocer los requisitos y obtener
orientaciones.
Si añade hardware nuevo para el servidor, como un almacenamiento de disco
nuevo para la base de datos, asegúrese de que el hardware está instalado y se
está ejecutando.
Si tiene previsto actualizar el servidor dentro del mismo sistema, puede utilizar
uno de estos dos métodos:
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
319
Actualización del servidor de V5 a V6.3 o posterior
v Asegúrese de que el sistema tiene suficiente espacio de almacenamiento en
disco para guardar los archivos de recuperación y la base de datos tanto para
el servidor V5 como para el servidor V6.3 o posterior.
v Después de realizar las copias de seguridad de la base de datos de V5 y
extraer los datos al soporte,vuelva a configurar el subsistema que se utiliza
para el almacenamiento de la base de datos. Después, inserte los datos en la
base de datos nueva desde el soporte. Debe utilizar este enfoque si no tiene
espacio suficiente en el disco para ambos servidores.
6. Si está trasladando el servidor a un sistema nuevo, asegúrese de que el sistema
V6.3 o posterior puede acceder a los dispositivos de almacenamiento que se
utilizan en el sistema V5. Estos dispositivos de almacenamiento incluyen los
dispositivos de disco y de cinta utilizados para almacenar datos de cliente.
Si traslada la base de datos utilizando el método de soporte, es posible que
deba dejar un dispositivo de almacenamiento conectado al sistema original para
extraer la base de datos. A continuación, traslade el dispositivo de
almacenamiento al nuevo sistema.
Conceptos relacionados:
“Requisitos de hardware y software para actualizar al servidor V6.3 o posterior” en
la página 19
Preparación de espacio para el proceso de actualización
La cantidad de espacio y el tipo necesarios para el proceso de actualización a la
nueva versión dependen de si se realiza dentro del mismo sistema o en otro
distinto. También influye si se va a utilizar el método de soporte o el de red para
transferir los datos a la nueva base de datos.
1. Compruebe que el sistema dispone de la cantidad de espacio estimado en la
fase de planificación. Utilice la hoja de trabajo de planificación que ha
completado con su información. Consulte el apartado “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
2. Si tiene previsto extraer la base de datos del servidor original a un soporte para
realizar una inserción posterior a una nueva base de datos, asegúrese de que
tiene suficiente espacio para almacenar la base de datos y el archivo de
manifiesto que crea el proceso de extracción.
a. Identifique la clase de dispositivo en el que se extraerá la base de datos
original. La definición debe existir en la base de datos del servidor, no sólo
en el archivo de configuración del dispositivo. Consulte la información
sobre las clases de dispositivos emitiendo el mandato:
query devclass format=detailed
La clase de dispositivo debe ser una clase de dispositivo secuencial que
disponga de volúmenes o espacio disponible. Defina una nueva clase de
dispositivo si fuera necesario. El tipo de clase de dispositivo no puede ser
NAS ni CENTERA.
Importante: Debe confirmar ahora que la definición que está en la base de
datos del servidor para la clase de dispositivo es correcta. Después de
preparar la base de datos para la actualización (completando la fase de
Preparar la base de datos en el asistente de actualización, o bien mediante
el programa de utilidad DSMUPGRD PREPAREDB), no puede actualizar esta
definición de clase de dispositivo. Por ejemplo, compruebe la vía de acceso
de la clase de dispositivo FILE. Si ha copiado el servidor original en un
sistema diferente para extraer los datos, la vía de acceso podría variar en el
sistema actual.
320
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
b. Compruebe que dispone de espacio suficiente o volúmenes disponibles en
la clase de dispositivo seleccionada. La cantidad de espacio necesaria
coincide aproximadamente con el tamaño actual de la base de datos
original.
Por ejemplo, si la clase de dispositivo es FILE, asegúrese de que el
directorio tiene suficiente espacio en su entorno. Si la clase de dispositivo es
TAPE, asegúrese de que haya suficientes volúmenes reutilizables
disponibles en su entorno.
Asegúrese de que el identificador de usuario de la instancia creado para el
servidor de actualización tenga permiso para la ubicación de los datos
extraídos.
c. Compruebe que los permisos de acceso son correctos para la ubicación que
tiene previsto especificar para el archivo manifiesto.
El identificador de usuario que ejecutará la preparación de la base de datos
y los programas de utilidad de extracción (DSMUPGRD PREPAREDB y DSMUPGRD
EXTRACTDB) deben tener acceso de escritura a este archivo. Éste es, por lo
general, el identificador de usuario root.
Cuando los datos se inserten posteriormente en la base de datos V6.3 o
posterior, el ID de usuario de instancias que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo de referencia.
El archivo manifiesto no suele tener más de 1 KB.
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Modificación del servidor antes de la actualización
Se debe ejecutar un mandato en el servidor para impedir un tipo de problema
durante el proceso de actualización. Es necesario realizar algunas modificaciones
en la configuración típica del servidor para preparar la actualización.
1. Desde una línea de mandatos administrativa de Tivoli Storage Manager, emita
el mandato:
convert ussfilespace
Este mandato resuelve un problema que podría existir en bases de datos de
Tivoli Storage Manager más antiguas. Si el problema no existe en su base de
datos, el mandato se completa y es posible que vea el error ANR2034E. Este
error puede ignorarse. Para obtener más información, consulte la Technote
1408895 (http://www.ibm.com/support/docview.wss?uid=swg21408895). Si el
problema existe en la base de datos, puede que el mandato tarde algún tiempo
en ejecutarse.
Importante: No se salte este paso. Si la base de datos tiene este problema y no
ejecuta el mandato ahora, el programa de utilidad DSMUPGRD PREPAREDB fallará
cuando lo ejecute. Entonces debe reiniciar el servidor V5 y ejecutar el mandato
CONVERT USSFILESPACE antes de continuar con el proceso de actualización.
2. Revise los pasos para revertir a una versión anterior del servidor de la sección,
“Pase posterior a la actualización: volver desde la V6.3 o posterior a la versión
del servidor anterior V5” en la página 390.
Si necesita volver a la versión anterior después de actualizar a V6.3 o posterior,
los resultados de la reversión serán mejores si comprende estos pasos y se
prepara para esa posibilidad ahora.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
321
Actualización del servidor de V5 a V6.3 o posterior
3. Realice los siguientes ajustes en los valores del servidor y clientes. Estos ajustes
se deben hacer para permitir la reversión al servidor original después de la
actualización si se produce algún problema.
a. Para cada agrupación de almacenamiento de acceso secuencial, defina el
parámetro REUSEDELAY como el número de días durante los cuáles desea
poder volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante hasta 30 días
después de actualizarse al V6.3 o posterior, defina el parámetro REUSEDELAY
a 31 días. Emita el siguiente mandato administrativo:
update stgpool sequential_access_storage_pool reusedelay=31
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).Emita el siguiente mandato
administrativo:
update stgpool copy_storage_pool reclaim=100
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir copias
de seguridad de la base de datos, asegúrese que el mandato no suprime las
copias de seguridad de la base de datos demasiado a menudo. El intervalo
entre copias de seguridad debe ser al menos igual al número de días que
defina en REUSEDELAY para las agrupaciones de almacenamiento de acceso
secuencial. Por ejemplo, para suprimir copias de seguridad de base de datos
cada 45 días, emita el siguiente mandato administrativo:
delete volhist type=dbbackup todate=-45
d. Para clientes importantes que utilicen el servidor, compruebe que el valor
para la opción de cliente schedlogretention se establece para retener el
registro de planificación de cliente durante un tiempo suficientemente largo.
Actualice la opción de clientes si resulta necesario.
Las entradas del registro de planificación de cliente pueden resultar útiles si
el servidor debe revertirse a la versión original. Si el periodo de retención
para el registro de planificación es demasiado breve, es posible que la
información del registro de programación se suprima muy pronto.
Por ejemplo, para eliminar el registro cada 45 días y guardar las entradas de
registro, añada la siguiente opción:
schedlogretention 45 S
AIX
HPUX
Linux
Solaris
Añada la opción al archivo
dsm.sys en una stanza de servidor.
Windows
Añada la opción al archivo de opciones de cliente, dsm.opt.
Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli
Storage Manager.
1. Impida que todos los clientes, los agentes de almacenamiento y los servidores
inicien sesiones nuevas en el servidor. Utilice los mandatos:
disable sessions client
disable sessions server
2. Evite la actividad administrativa de cualquier identificador de usuario que no
sea el identificador del administrador que se utiliza para realizar la preparación
de la actualización. Si es necesario, bloquee el resto de los ID de administrador:
lock admin nombre_administrador
322
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
3. Verifique si existen sesiones en curso y notifique a los usuarios que el servidor
va a detenerse. Para buscar sesiones existentes, Utilice el programa de utilidad:
query session
4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancel session all
Realización de una copia de seguridad de las agrupaciones
de almacenamiento y de la base de datos del servidor
Justo antes de actualizar el servidor, realice una copia de seguridad de las
agrupaciones de almacenamiento primarias para copiar agrupaciones de
almacenamiento y realizar una copia de seguridad de la base de datos completa.
Las agrupaciones de almacenamiento de copia de seguridad y la base de datos del
servidor utilizando los mandatos administrativos de Tivoli Storage Manager:
1. Realice copias de seguridad de agrupaciones de almacenamiento principales
para copiar agrupaciones de almacenamiento utilizando el mandato BACKUP
STGPOOL:
backup stgpool primary_pool copy_stg
donde primary_pool especifica la agrupación de almacenamiento principal y
copy_stg especifica la copia de agrupación de almacenamiento. Si ha estado
realizando copias de seguridad periódicas de las agrupaciones de
almacenamiento, este paso sólo realizará una copia de seguridad de los datos
añadidos a las agrupaciones de almacenamiento primarias desde la última vez
que se realizó la copia de seguridad de ellos.
2. Realice una copia de seguridad de la base de datos. El método preferido es
utilizar una copia de seguridad instantánea. Una copia de seguridad
instantánea es una copia de seguridad completa que no interrumpe ninguna
copia de seguridad de base de datos programada. Emita el mandato:
backup db type=dbsnapshot devclass=device_class_name
La clase de dispositivo que especifique debe existir y tener volúmenes
disponibles. Por ejemplo, para realizar una copia de seguridad de instantánea
de la base de datos en la clase de dispositivo TAPECLASS utilizando
volúmenes reutilizables, escriba:
backup db type=dbsnapshot devclass=tapeclass
Para utilizar volúmenes concretos en lugar de volúmenes reutilizables,
especifique los nombres de los volúmenes en el mandato.
Consejo: Plantéese la posibilidad de realizar dos copias de la copia de
seguridad para protegerla de posibles anomalías de los soportes. Asegúrese de
que al menos una copia de seguridad completa de la base de datos está
disponible en el sitio. Si debe restaurar la base de datos después de una
actualización errónea, el hecho de tener una base de datos de copias de
seguridad en el sitio le ahorrará tiempo.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
323
Actualización del servidor de V5 a V6.3 o posterior
Supresión o redenominación del archivo NODELOCK
Para garantizar que la información sobre licencias se actualice durante el proceso
de actualización, suprima o renombre el archivo NODELOCK.
El archivo NODELOCK contiene la información sobre licencias de la instalación de
Tivoli Storage Manager anterior. Para garantizar que la información sobre licencias
se actualice durante el proceso de actualización, suprima o renombre el archivo
NODELOCK antes de iniciar el proceso de actualización. Esta información sobre
licencias se sustituirá por la nueva información sobre licencias una vez completada
la actualización. El archivo NODELOCK está ubicado en el directorio de la instancia de
servidor.
Realización de una copia de seguridad de los datos de
configuración
Antes de instalar la nueva versión, realice una copia de seguridad de los archivos
y la información esencial del servidor. Almacene copias de seguridad en un sitio
seguro, en un sistema distinto al que se está actualizando o en soporte fuera de
línea, como un CD.Los archivos se necesitan después de completar la instalación
de la nueva versión del software. También necesitará estos archivos si debe volver
a la versión anterior tras la actualización.
1. Información acerca de configuración de dispositivo de copia de seguridad
utilizando mandatos administrativos Tivoli Storage Manager:
backup devconfig filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
configuración de dispositivo.
2. Información de historial de volumen de copia de seguridad utilizando el
mandato administrativo Tivoli Storage Manager:
backup volhistory filenames=nombre_archivo
donde file_name especifica el archivo donde se almacenará la información de
historial de volumen. Asegúrese de que el volumen de historial incluye
información sobre la copia de seguridad de base de datos que completó en los
pasos anteriores. Por ejemplo, emita el mandato:
consulta volhistory type=dbsnapshot
Revise la consulta de salida para verificar que el timestamp para la copia de
seguridad de la base de datos combina con el tiempo real de copia de
seguridad.
3. Guarde copia de los siguientes archivos, que se encuentran en el directorio de
instancia del servidor:
v Archivo de opciones de servidor, típicamente llamado dsmserv.opt
v dsmserv.dsk
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. En el directorio de instancia de servidor, busque el archivo de registro de
contabilidad, dsmaccnt.log. Si el archivo existe, guarde una copia.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
completar las tareas de mantenimiento diario del servidor. Examine los scripts
para ver los cambios necesarios después de la actualización.
324
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
6. Almacene el archivo de configuración del dispositivo, el archivo de historial de
volumen, el archivo de opciones de servidor y otros archivos en un lugar
seguro. Asegúrese de que los archivos están almacenados en un sistema
diferente al sistema que se está actualizando o en un soporte fuera de línea.
Creación de un resumen del contenido de la base de datos
Cree un resumen del contenido de la base de datos original. Tras la actualización,
puede utilizar los mismos mandatos para comparar los resultados y confirmar que
el contenido de la base de datos está intacto.
Ejecute mandatos que proporcionen un resumen de la información acerca del
contenido de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Para
obtener una lista de mandatos, consulte “Mandatos de prueba de validación de la
actualización de la base de datos” en la página 600.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
Detención del servidor antes de instalar la actualización
Detenga todos los procesos del servidor y desmonte cualquier cinta que esté
montada. A continuación, detenga el servidor.
Para detener el servidor antes de instalar la actualización, utilice los mandatos
administrativos de Tivoli Storage Manager:
1. Determine si se están ejecutando los procesos del servidor. Cancélelos o permita
que finalicen. Utilice los mandatos:
query process
cancel process número_proceso
Deje tiempo para que los procesos se detengan. Algunos procesos, como la
migración de agrupación de almacenamiento, pueden tardar algún tiempo en
detenerse.
Para obtener más información sobre los procesos de consulta y cancelación,
consulte los mandatos QUERY PROCESS y CANCEL PROCESS en Manual de consulta
del administrador.
2. Una vez que se detengan todas las sesiones y procesos, determina si hay cintas
montadas. Desmonte cualquier cinta que esté montada. Utilice los mandatos:
query mount
dismount volume nombre_volumen
Para obtener más información sobre cómo desmontar las cintas, consulte los
mandatos QUERY MOUNT y DISMOUNT VOLUME en el Manual de consulta del
administrador.
3. Detenga el servidor. Utilice el mandato:
halt
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
325
Actualización del servidor de V5 a V6.3 o posterior
Instalación de los programas de utilidad de actualización en el
servidor original
Debe instalar los programas de utilidad de actualización en el sistema donde se
encuentre ubicado el servidor V5. El paquete de instalación de los programas de
utilidad debe descargarse desde un sitio web.
Es el método preferido es instalar la última versión disponible de los programas de
utilidad de actualización. Para obtener más información sobre cómo seleccionar la
versión, consulte “Determinar el nivel apropiado para un servidor V5 antes de una
actualización” en la página 42.
|
|
|
|
Utilice el procedimiento correspondiente a su sistema operativo:
v
AIX
“Instalar la actualización de los programas de utilidad en
sistemasAIX”
v
“Instalación de programas de utilidad de actualización en sistemas
HP-UX” en la página 328
v
Linux
“Instalar la actualización de los programas de utilidad en sistemas
Linux” en la página 329
v
Solaris
“Instalación de los programas de utilidad de actualización en sistemas
Oracle Solaris” en la página 330
v
Windows
“Instalar la actualización de programas de utilidad en sistemas
deMicrosoft Windows” en la página 332
HPUX
Instalar la actualización de los programas de utilidad en
sistemasAIX
AIX
Debe instalar los programas de utilidad de actualización en el sistema que tenga el
servidor original y su base de datos. El paquete para instalar puede descargarse
desde el sitio de descargas mediante FTP.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio
de descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x.
El número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5
que está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo
a una ubicación adecuada en el sistema del servidor. El nombre del
paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-AIX.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de
release del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes
traducidos están disponibles en el conjunto de idiomas habitual para un
servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
326
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
3. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5 o posterior
gsksa.rte 7.0.4.11
Puede utilizar los siguientes mandatos para comprobar estos conjuntos de
archivos:
lslpp -L xlC.rte
lslpp -L gsksa.rte
Si es necesario, puede obtener el conjunto de archivos gsksa.rte desde
cualquier paquete de mantenimiento normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio FTP de descargas:
ftp://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Si ha descargado un paquete de idioma, extraiga también el contenido de
dicho paquete.
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
a. Escriba: smitty install_update
7.
8.
9.
10.
b. Seleccione: Instalar y actualizar software > Instalar y actualizar desde
TODO el software disponible.
Seleccione el dispositivo INPUT. Especifique la ubicación del directorio del
paquete de programas de utilidad de actualización en el sistema.
Seleccione Software a instalar. Pulse F4 o Esc+4 para obtener la lista de
conjuntos de archivos disponibles en el directorio.
Seleccione los conjuntos de archivos para los programas de utilidad de
actualización, el controlador de dispositivo y, como opción, el paquete de
idioma. El conjunto de archivos para los programas de utilidad de
actualización es tivoli.tsmupg.server. Los paquetes de idiomas opcionales
incluyen mensajes para idiomas distintos del inglés americano.
Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
11. Establezca GUARDAR archivos sustituidos en No.
12. Asegúrese de que los valores predeterminados de las opciones de la ventana
para todos los conjuntos de archivos seleccionados muestran éxito.
13. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a
pulsar la tecla Intro. Comienza la instalación.
14. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.
15. Opcional: Si ha instalado un paquete de idioma, asegúrese de que la variable
de entorno local está definida para usarlo.Especifique el siguiente mandato
para definir la variable de entorno local para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
327
Actualización del servidor de V5 a V6.3 o posterior
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
16. Después de instalar los programas de utilidad de actualización, continúe con
“Establecimiento de las variables de entorno para los programas de utilidad
de actualización en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página
332.
Instalación de programas de utilidad de actualización en
sistemas HP-UX
HPUX
Debe instalar los programas de utilidad de actualización en el sistema que tenga el
servidor original y su base de datos. El paquete para instalar puede descargarse
desde el sitio de descargas mediante FTP.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-platform.tar.gz
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
gzip -dc nombre_paquete.tar.gz | tar -xvf -
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-s) para especificar el directorio del
que se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
swinstall -s /tmp/TSM nombre_paquete
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete.
gzip -d nombre_paquete.img.gz
b. Instale el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita el
mandato:
328
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
swinstall -s /tmp/TSM/nombre_paquete.img nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Establecimiento de las variables de entorno para los programas de utilidad de
actualización en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página
332.
Instalar la actualización de los programas de utilidad en
sistemas Linux
Linux
Debe instalar los programas de utilidad de actualización en el sistema que tenga el
servidor original y su base de datos. El paquete para instalar puede descargarse
desde el sitio de descargas mediante FTP.
Restricción: No instale los programas de utilidad en el directorio de instalación del
servidor original que va a actualizarse. Instale el paquete de programas de utilidad
en su propio directorio.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Abra el directorio correspondiente a su sistema operativo y descargue el
paquete. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-plataforma.tar.bz2
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita los siguientes mandatos desde el directorio donde haya
guardado el paquete de descargas:
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
329
Actualización del servidor de V5 a V6.3 o posterior
4. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo, por ejemplo, x86_64.
5. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
6. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
bunzip2 nombre_paquete.tar.bz2
tar xvf nombre_paquete.tar
b. Instale el paquete para el idioma que quiere utilizar.
rpm -ivh nombre_paquete.rpm
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
7. Después de instalar los programas de utilidad de actualización, continúe con
“Establecimiento de las variables de entorno para los programas de utilidad de
actualización en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página
332.
Instalación de los programas de utilidad de actualización en
sistemas Oracle Solaris
Solaris
Debe instalar los programas de utilidad de actualización en el sistema que tenga el
servidor original y su base de datos. El paquete para instalar puede descargarse
desde el sitio de descargas mediante FTP.
Restricción: No instale los programas de utilidad en el directorio de instalación del
servidor original que va a actualizarse. Instale el paquete de programas de utilidad
en su propio directorio.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/
b. Navegue hasta el directorio con el nombre del sistema operativo en el que
se ejecuta su servidor V5. Desde ese directorio, abra el directorio 5.5.x.x. El
número de 5.5.x.x debe ser igual o posterior al nivel del servidor V5 que
está actualizando.
c. Seleccione el paquete que coincida con su sistema operativo y descárguelo a
una ubicación adecuada en el sistema del servidor. El nombre del paquete
tiene la siguiente forma:
330
5.5.x.x-TIV-TSMUPG-plataforma.tar.Z
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, abra el
directorio LANG y descargue un paquete de idioma. Los mensajes traducidos
están disponibles en el conjunto de idiomas habitual para un servidor V5.
2. Inicie sesión mediante el identificador de usuario root.
3. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
4. Extraiga el contenido del paquete de programas de utilidad de actualización.
Por ejemplo, emita el siguiente mandato desde el directorio donde haya
guardado el paquete de descargas:
uncompress -c nombre_paquete.tar.Z | tar -xvf -
5. Vaya al directorio correspondiente a la arquitectura de procesador del sistema
operativo.
6. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el argumento de origen (-d) para especificar el directorio
donde se ha extraído el paquete. Por ejemplo, si el directorio es /tmp/TSM, emita
el mandato:
pkgadd -d . /tmp/TSM package_name
Los programas de utilidad se instalan en el directorio /opt/tivoli/tsm/
upgrade/bin de forma predeterminada.
7. Opcional: Instale el paquete de idioma.
a. Extraiga el contenido del paquete descargado.
uncompress nombre_paquete.pkg.Z
b. Instale el paquete para el idioma que quiere utilizar. Utilice el argumento de
origen (-d) para especificar el directorio donde se ha extraído el paquete.
Por ejemplo, si el directorio es /tmp/TSM, emita el mandato:
pkgadd -d /tmp/TSM nombre_paquete.pkg nombre_paquete
c. Especifique el siguiente mandato para definir la variable de entorno local
para mensajes:
export LC_MESSAGES=xxxx
donde xxxx es el entorno local que quiere utilizar. Por ejemplo, utilice it_IT
para italiano. Los programas de utilidad se ejecutan con el entorno local que
especifique si las siguientes afirmaciones son verdad:
v El entorno local está instalado en el sistema.
v Los programas de utilidad de actualización soportan el entorno local.
v El paquete de idioma que instaló para los programas de utilidad de
actualización coinciden con el entorno local.
8. Después de instalar los programas de utilidad de actualización, continúe con
“Establecimiento de las variables de entorno para los programas de utilidad de
actualización en sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página
332.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
331
Actualización del servidor de V5 a V6.3 o posterior
Establecimiento de las variables de entorno para los
programas de utilidad de actualización en sistemas AIX,
HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Después de instalar el paquete de programas de utilidad de actualización, tendrá
que definir las variables de entorno en el shell desde el que ejecutará dichos
programas de utilidad. Una variable de entorno describe el entorno operativo de
un proceso, como el directorio inicial o el terminal en uso.
La variable DSMSERV_DIR especifica la ubicación de instalación de los programas de
utilizad de actualización. Por defecto, la ubicación es el directorio siguiente:
AIX
/usr/tivoli/tsm/upgrade/bin
HPUX
Linux
Solaris
/opt/tivoli/tsm/upgrade/bin
Utilice el mandato adecuado para que el sistema establezca las variables de
entorno para la ejecución de los programas de utilidad. Si el shell pertenece a la
familia ksh o bash, emita el mandato siguiente para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=upgrade_utilities_directory
Si el shell pertenece a la familia csh, emita el mandato siguiente:
setenv DSMSERV_DIR upgrade_utilities_directory
donde upgrade_utilities_directory es el directorio donde se instalan los programas de
utilidad de actualización.
Una vez haya establecido las variables de entorno, continúe con “Preparación de la
base de datos de un servidor V5 para la actualización” en la página 333.
Instalar la actualización de programas de utilidad en sistemas
deMicrosoft Windows
Windows
Debe instalar los programas de utilidad de actualización en el sistema que tenga el
servidor original y su base de datos. El paquete para instalar puede descargarse
desde el sitio de descargas mediante FTP.
1. Obtenga el paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://public.dhe.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade/v5r5/WIN
b. Abra el directorio 5.5.x.x. El número de 5.5.x.x debe ser igual o posterior
al nivel del servidor V5 que está actualizando.
c. Seleccione el paquete y descárguelo a una ubicación adecuada en el sistema
del servidor. El nombre del paquete tiene la siguiente forma:
5.5.x.x-TIV-TSMUPG-Windows.exe
332
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Los números al comienzo del nombre del paquete indican el nivel de release
del paquete de programas de utilidad de actualización.
d. Opcional: Para instalar mensajes en un idioma distinto al inglés, instale el
paquete de idiomas que necesite la instalación.
2. Inicie sesión con un identificador de administrador.
3. Ejecute el paquete ejecutable de los programas de utilidad de actualización.
La ubicación predeterminada para la instalación de programas de utilidad será
la ubicación en la que se instaló por última vez el servidor V5. Por ejemplo, si
el servidor V5 se instaló mediante la vía de acceso predeterminada,
C:\Archivos de programa\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programa\Tivoli\TSM\upgrade.
Restricción: No instale los programas de utilidad en el mismo directorio que el
servidor original que se vaya a actualizar. Instale el paquete de programas de
utilidad en su propio directorio.
Después de instalar los programas de utilidad, continúe con “Preparación de la
base de datos de un servidor V5 para la actualización”.
Consejo: Cuando utilice los programas de utilidad de actualización, si dispone de
varios servidores ejecutándose en el sistema, debe utilizar la opción -k para
especificar el nombre de la clave de registro de Windows de la que recuperar
información acerca del servidor que se va a actualizar. El valor predeterminado
para la opción es SERVER1.
Si va a actualizar el servidor en el mismo sistema que la versión anterior y va a
utilizar el método de red para extraer e insertar los datos en la base de datos V6.3
o posterior, utilice la opción -o con el mandato DSMUPGRD para especificar la
ubicación del archivo de opciones de servidor.
Preparación de la base de datos de un servidor V5 para la
actualización
Antes de extraer los datos de la base de datos, debe preparar la base de datos del
servidor con el programa de utilidad DSMUPGRD PREPAREDB. Si cuenta con varios
servidores en un único sistema, debe repetir esta tarea con cada servidor.
Los programas de utilidad de actualización deben estar instalados en el sistema
donde se encuentra ubicada la base de datos.
Importante: Después de preparar una base de datos V5.3 o V5.4 con el programa
de utilidad DSMUPGRD PREPAREDB, la versión de la base de datos del servidor será la
V5.5. Ya no podrá utilizar esta base de datos para ejecutarla con un programa de
servidor V5.3 o V5.4. Después de actualizar el servidor a V 6.3 o posterior, si
decide volver a la versión anterior, debe reinstalar la versión anterior del código
del servidor.A continuación, debe restaurar la base de datos del servidor con copia
de seguridad que coincide con la versión.
1. Asegúrese de haber completado todos los pasos de preparación.
2. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
3. Cambie al directorio de instancias del servidor que va a actualizar. El directorio
de instancias es el que contiene archivos, como dsmserv.dsk, del servidor.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
333
Actualización del servidor de V5 a V6.3 o posterior
Importante: El archivo dsmserv.dsk no está disponible en Tivoli Storage
Manager V6.3 o posterior. Guarde una copia del archivo dsmserv.dsk en caso
de que desee revertir a V5.5.
4. Prepare la base de datos. Dirija la salida del proceso a un archivo para
supervisarlo.
AIX
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
HPUX
Linux
Solaris
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso en un segundo
plano y dirigir la salida al archivo prepare.out:
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &
Windows
Desde el directorio de instancias del servidor que está actualizando,
emita el siguiente mandato para ejecutar el proceso y dirigir la salida al
archivo prepare.out:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd"
preparedb 1>>prepare.out 2>&1
Si existen varios servidores en el sistema, emita el mandato desde el
directorio de instancias del servidor que desee preparar. Especifique la
clave de registro para el servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
5. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. Desde el directorio de instancias del servidor que vaya
a actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f prepare.out
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
6. Asegúrese de que la operación de preparación se completa correctamente antes
de continuar al siguiente paso. Si la operación de preparación falla, puede ser
necesario reiniciar el servidor V5 para solucionar el problema y volver a
ejecutar la operación de preparación. Si el servidor que se está actualizando es
un servidor V5.3 o V5.4, es posible que deba restaurar la base de datos desde
una copia de seguridad antes de reiniciar el servidor para solventar el
problema.
Referencia relacionada:
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en la
página 575
334
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Desinstalación del programa V5 antes de instalar V6.3 o posterior
Para obtener unos resultados óptimos al actualizar el servidor a V6.3 o posterior en
el mismo sistema donde está ubicado un servidor V5, desinstale el programa del
servidor V5 antes de instalar el programa del servidor V6.3 o posterior.
Desinstalar un programa V5 en sistemas AIX
AIX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license.aix5.rte64
/usr/sbin/installp -ug tivoli.tsm.devices.aix5.rte
/usr/sbin/installp -ug tivoli.tsm.server.aix5.rte64
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
/usr/sbin/installp -ug tivoli.tsm.license
/usr/sbin/installp -ug tivoli.tsm.devices
/usr/sbin/installp -ug tivoli.tsm.server
Después de desinstalar el programa del servidor V5, continúe con “Instalación del
servidor V6.3 o posterior” en la página 337.
Desinstalación del programa V5 en sistemas HP-UX
HPUX
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
v Para un servidor de la versión 5.4 o 5.5, emita los siguientes mandatos:
swremove TIVsmS64IA.server
swremove TIVsmS64IA.license
swremove TIVsmDD64_IA11_23.tsmscsi
v Para un servidor de la versión 5.3, emita los siguientes mandatos:
swremove TIVsmS64.server
swremove TIVsmS64.license
swremove TIVsmDD64_HP11_11.tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Instalación del
servidor V6.3 o posterior” en la página 337.
Desinstalar un programa V5 en sistemas Linux
Linux
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
1. Para determinar los paquetes de Tivoli Storage Manager que están instalados,
emita el siguiente mandato:
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
335
Actualización del servidor de V5 a V6.3 o posterior
rpm -qa | grep TIVsm
2. Elimine el servidor, la licencia del servidor y los paquetes del controlador de
dispositivo. Emita los mandatos siguientes:
rpm -e TIVsm-server
rpm -e TIVsm-license
rpm -e TIVsm-tsmscsi
Después de desinstalar el programa del servidor V5, continúe con “Instalación del
servidor V6.3 o posterior” en la página 337.
Desinstalación del programa V5 en sistemas Oracle Solaris
Solaris
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
Emita los mandatos siguientes:
/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev
Después de desinstalar el programa del servidor V5, continúe con “Instalación del
servidor V6.3 o posterior” en la página 337.
Desinstalar un programa V5 en sistemas de Microsoft
Windows
Windows
Desinstalación del servidor V5, la licencia de servidor y el controlador de
dispositivo si está disponible. No elimine la base de datos, el registro de
recuperación ni otros archivos o directorios relacionados, como el archivo de
opciones de servidor.
No elimine las entradas del registro para el servidor.
1. Pulse Iniciar > Panel de control > Agregar o quitar programas.
2. Seleccione el componente de servidor Tivoli Storage Manager y haga clic en
Remove.Repita el procedimiento con la licencia y el controlador del dispositivo.
Si aparece algún mensaje que sugiera el reinicio del sistema, puede ignorarlo
hasta que se eliminen los componentes de Tivoli Storage Manager.
Después de desinstalar el programa del servidor V5, continúe con “Instalación del
servidor V6.3 o posterior” en la página 337.
336
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Instalación del servidor V6.3 o posterior
Puede utilizar un asistente de instalación para instalar el servidor o hacerlo
utilizando la consola.
Si está instalando el servidor V6.3 o posterior en el mismo sistema que el servidor
V5, asegúrese de haber completado todos los pasos de preparación de la
actualización, incluida la copia de seguridad de la base de datos antes de
comenzar la instalación. El servidor que va a actualizar no estará disponible hasta
que se completen los pasos de instalación y actualización.
A partir de V6.3, el asistente de instalación del servidorIBM Tivoli Storage
Manager tiene un acuerdo de licencia aparte para los siguientes productos:
v Tivoli Storage Manager
v IBM Tivoli Storage Manager Extended Edition
v IBM System Storage Archive Manager
v IBM Tivoli Storage Manager para redes de área de almacenamiento
Antes de actualizar el servidor de Tivoli Storage Manager, asegúrese de que
mantiene el soporte de instalación en la base del release del servidor instalado. Si
ha instalado Tivoli Storage Manager desde un DVD, asegúrese de que el DVD esté
disponible. Si ha instalado Tivoli Storage Manager desde un paquete descargado,
asegúrese de que los archivos descargados estén disponibles. Si la actualización
falla y se desinstala el módulo de licencia del servidor, el soporte de instalación del
release base del servidor es necesario para poder reinstalar la licencia.
Para verificar que el entorno del sistema y instalar el servidor, realice los siguientes
pasos:
1. En algunos sistemas operativos, debe comprobar determinados valores del
sistema antes de comenzar la instalación.
Linux
Si utiliza Security Enhanced Linux en su sistema, defina
SELINUX=disable o defina SELINUX=permissive en el archivo
/etc/sysconfig/selinux, al menos hasta que se complete el proceso
de instalación.
Si no ajusta estos valores, se recibe el siguiente mensaje al intentar
instalar el servidor:
El asistente de instalación no puede ejecutarse con su configuración.
Ahora se detendrá.
Para obtener más detalles sobre los registros cronológicos de errores
de instalación, entre la frase "installation log files" en el campo
de búsqueda de este sitio:
http://publib.boulder.ibm.com/infocenter/tsminfo/v6r3
Solaris
Antes de instalar ningún componente de Tivoli Storage Manager,
asegúrese de que la variable de entorno LD_LIBRARY_PATH_64 no está
definida.
2. Inicie sesión en el sistema.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
337
Actualización del servidor de V5 a V6.3 o posterior
Windows
Inicie sesión como un administrador.
3. Si tiene el DVD del producto, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
Inserte el DVD de Tivoli Storage Manager en una unidad de DVD.
Asegúrese de que el DVD esté montado en el directorio /dvdrom y
cambie a ese directorio.
Windows
Inserte el DVD del servidor de Tivoli Storage Manager. Utilice el
Explorador de Windows para visualizar el contenido del DVD.
4. Si ha descargado el programa de Passport Advantage como un archivo
ejecutable, complete los siguientes pasos.
AIX
HPUX
Linux
Solaris
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030521
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030527
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030530
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En un paso posterior,
los archivos se extraen a dicho directorio.
c. Cambie los permisos del archivo por medio del siguiente mandato:
chmod a+x nombre_paquete.bin
El nombre_paquete es normalmente un nombre como CZ1N1ML.
d. Extraiga los archivos de instalación:
./nombre_paquete.bin
El paquete es grande de manera que la extracción tarda algún
tiempo.
Windows
a. Verifique que tiene espacio suficiente para almacenar los archivos
de instalación cuando se extraigan del paquete del producto.
Consulte el documento de descarga para conocer los requisitos de
espacio:
Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24030522
Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24030528
System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24030531
b. Cambie el directorio en el que ha ubicado el archivo ejecutable.
338
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Asegúrese de que el archivo se encuentra en el directorio
donde desea ubicar los archivos extraídos. En el siguiente paso, los
archivos se extraen al directorio actual.
c. Efectúe una doble pulsación en este archivo ejecutable o
especifique el mandato siguiente en la línea de mandatos para
extraer los archivos de instalación. Los archivos se extraen al
directorio actual.
nombre_paquete.exe
El nombre_paquete es normalmente un nombre como CZ1N9ML. El
paquete es grande de manera que la extracción tarda algún tiempo.
5. Asegúrese de que el entorno del sistema cumpla los requisitos de instalación.
Puede comprobar los requisitos previos manualmente o ejecutar el
comprobador de requisitos previos. Para ejecutar el comprobador de requisitos
previos, realice los pasos siguientes:
a.
Emita este mandato para iniciar
el comprobador de prerrequisitos utilizando una interfaz gráfica:
AIX
HPUX
Linux
Solaris
./prereqcheck.bin
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
./prereqcheck.bin -i console
b.
Windows
Emita este mandato para iniciar el comprobador de
prerrequisitos utilizando una interfaz gráfica:
prereqcheck.exe
También puede emitir este mandato para iniciar el comprobador de
prerrequisitos utilizando el método de consola:
prereqcheck.exe -i console
c. Seleccione el idioma de la interfaz de usuario del comprobador de
requisitos previos.
d. En los paneles de bienvenida y declaración de limitación de
responsabilidad, revise las declaraciones y acéptelas.
Si el panel Resultados de los prerrequisitos indica que el sistema ha pasado
las comprobaciones con éxito, está listo para empezar la instalación. Si se
muestra un mensaje de error en el panel Resultados de los prerrequisitos,
realice las correcciones necesarias antes de continuar con la instalación. Para
obtener más información sobre el comprobador de requisitos previos, consulte
“Ejecución del comprobador de requisitos previos” en la página 43.
6. Inicie el asistente de instalación desde el DVD o desde la ubicación donde
extrajo el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX
HPUX
Linux
Solaris
v Inicie el asistente gráfico:
./install.bin
v Inicie el asistente de la consola:
./install.bin -i console
Windows
v Inicie el asistente gráfico:
install.exe
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
339
Actualización del servidor de V5 a V6.3 o posterior
v Inicie el asistente de la consola:
install.exe -i console
Para obtener más información sobre las traducciones disponibles para el
servidor, consulte la sección sobre idiomas locales del servidor. Para obtener
más información sobre la instalación silenciosa del servidor consulte la sección
sobre la instalación de Tivoli Storage Manager en modalidad silenciosa en la
publicación Guía de instalación.
7. Seleccione los idiomas de la instalación y continúe con el asistente. Para ello,
seleccione Siguiente para avanzar en las pantallas del asistente.
a. Debe aceptar el acuerdo de licencia para poder continuar.
Seleccione el producto que esté autorizado para utilizar y
aparecerá un acuerdo de licencia. Sólo puede seleccionar un
producto en la página. Si selecciona Tivoli Storage Manager, Tivoli
Storage Manager Extended Edition o System Storage Archive
Manager, deberá especificar si desea utilizar la opción sin LAN o
la compartición de bibliotecas. Si selecciona YES, debe aceptar la
licencia de Tivoli Storage Manager for Storage Area Networks. Es
una licencia adicional a la licencia del producto que ha elegido en
la página anterior.
b. Seleccione los componentes que desea instalar. Los componentes
son, por ejemplo, el servidor, los idiomas, la licencia, el controlador
de dispositivo y el agente de almacenamiento. No existen valores
predeterminados, por lo que debe realizar una selección. Si ya ha
instalado un servidor anteriormente, asegúrese de seleccionar el
mismo directorio cuando instale un paquete de idioma, licencia o
controlador de dispositivo. Si ha instalado previamente un agente
de almacenamiento, asegúrese de seleccionar el mismo directorio si
vuelve para instalar un controlador de dispositivo. Un servidor y
un agente de almacenamiento no pueden instalarse en la misma
estación de trabajo. Para obtener información sobre los demás
componentes que puede seleccionar para instalar, consulte la
publicación Guía de instalación.
La interfaz de programación de aplicaciones (API) del cliente Tivoli Storage
Manager, DB2 Versión 9.7 y Global Security Kit (GSKit) 8 se instalan
automáticamente al seleccionar el componente del servidor.
8. Cuando se haya completado la instalación, compruebe que aparece un
mensaje indicando que la instalación se ha realizado con éxito.
Importante: Si se producen errores durante la instalación, un panel de
resumen recoge los errores y le dirige hasta un archivo de registro de errores.
Corrija los errores antes de continuar al siguiente paso.
El registro de instalación se almacena en la siguiente ubicación:
AIX
HPUX
Linux
Solaris
/var/tivoli/tsm
Windows
El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
9. Descargue y aplique todos los arreglos pertinentes que se hayan publicado
para el servidor. Vaya al sitio de soporte del producto en
http://www.ibm.com/support/entry/portal/Downloads. Busque
actualizaciones del servidor.
Puede consultar también el sitio FTP de descargas: ftp://public.dhe.ibm.com/
storage/tivoli-storage-management/maintenance/server
340
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
10.
HPUX
Linux
Solaris
Modifique los valores de los parámetros de
kernel si es necesario.
HPUX
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Algunos recursos de sistema, como los semáforos, también pueden
requerir una configuración y ajuste especiales.Consulte Apéndice C,
“Requisitos de recursos del sistema HP-UX”, en la página 609.
Linux
Para actualizar los parámetros de kernel en Red Hat y SUSE Linux, se
puede ejecutar el mandato ipcs - l para listar los valores de
parámetros. Analice la salida para determinar si son necesarios
cambios para su sistema.
Para obtener información sobre la modificación de parámetros de
kernel, consulte http://pic.dhe.ibm.com/infocenter/db2luw/v9r7.
Para encontrar la información, especifique una serie de búsqueda
como modificar parámetros de kernel en el campo Buscar de este
sitio.
Para ejecutar Tivoli Storage Manager con DB2, es posible que necesite
ajustar los valores de los parámetros kernel aumentando los valores
mínimos recomendados y realizando otros cambios en el sistema. Para
obtener información detallada, consulte la sección sobre el ajuste de
los parámetros kernel para sistemas Linux en la publicación Guía de
instalación.
Solaris
Ejecute el programa de utilidad db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de los
parámetros de kernel basados en el tamaño del sistema. Realice los
cambios pertinentes siguiendo las recomendaciones de los resultados
de la utilidad. Es posible que deba reiniciar el sistema.
Para obtener información acerca del programa de utilidad y de la
modificación de los parámetros de kernel, consulte
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7. Para encontrar la
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
341
Actualización del servidor de V5 a V6.3 o posterior
información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.
Importante: Las recomendaciones del programa de utilidad db2osconf
son valores mínimos. Algunas cargas de trabajo, como el proceso de
actualización de la base de datos, puede requerir que se definan
valores mayores que las recomendaciones. Para obtener más detalles
sobre el ajuste de parámetros de kernel para Tivoli Storage Manager,
consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
Conceptos relacionados:
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Creación de los directorios y el ID de usuario para la instancia de
servidor actualizada
Cree los directorios que la instancia del servidor necesite para la base de datos y
los registros de recuperación y cree el identificador de usuario del propietario de la
instancia del servidor.
Antes de completar esta tarea, revise la información acerca del espacio de
planificación del servidor. Consulte el apartado “Hoja de cálculo para planificar
espacio para el servidor V6.3 o posterior” en la página 50.
1. Cree el ID de usuario que poseerá la instancia del servidor. Utilice este ID de
usuario cuando cree la instancia de servidor en otro paso más adelante.
AIX
HPUX
Linux
Solaris
Cree el identificador de usuario y el grupo que actuarán como
propietarios de la instancia del servidor de Tivoli Storage Manager.
a. Cree el identificador de usuario y el grupo.
Restricción: En el identificador de usuario, sólo se pueden utilizar
minúsculas (a-z), números (0-9), y guiones bajos ( _ ). El nombre del
identificador de usuario y del grupo debe cumplir las siguientes
reglas:
v La longitud debe tener 8 caracteres o menos.
v El ID de usuario y el nombre de grupo no pueden comenzar con
ibm, sql, sys o un numeral.
v El ID de usuario y el nombre de grupo no pueden ser user, admin,
guest, public, local o cualquier palabra reservada SQL.
Por ejemplo, cree el identificador de usuario tsminst1 en el grupo
tsmsrvrs. Los siguientes ejemplos muestran cómo se puede crear
este identificador de usuario y este grupo mediante mandatos del
sistema operativo.
AIX
# mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1
HPUX
342
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
Linux
# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -g tsmsrvrs -s /bin/bash tsminst1
# passwd tsminst1
Solaris
# groupadd tsmsrvrs
# useradd -d /export/home/tsminst1 -m -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1
b. Cierre la sesión, a continuación inicie la sesión a su sistema
utilizando el nuevo ID de usuario y la nueva contraseña. Utilice un
programa de inicio de sesión interactivo como, por ejemplo, telnet,
para que se le solicite la contraseña y pueda cambiarla si es
necesario.
c. Si no existe un perfil de configuración para el ID de usuario, cree el
archivo. Por ejemplo, cree un archivo .profile si utiliza Korn shell
(ksh).
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
de Tivoli Storage Manager. Cuando se inicia el servidor como un
servicio de Windows, ésta es la cuenta en la que iniciará sesión el
servicio. La cuenta de usuario debe tener autoridad administrativa en el
sistema. Una cuenta de usuario puede tener varias instancias del
servidor.
Puede crear una cuenta de usuario o bien utilizar una existente.
Si tiene varios servidores en un sistema y desea ejecutar cada uno de
ellos con una cuenta de usuario distinta, cree una cuenta de usuario en
este paso.
a. Cree el ID de usuario.
Restricción: El ID de usuario sólo puede contener minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). El ID de usuario debe tener 30
caracteres o menos y no puede comenzar con ibm, sql, sys o un
numeral. El ID de usuario y el nombre de grupo no pueden ser
user, admin, guest, public, local o cualquier palabra reservada SQL.
Utilice el siguiente mandato para crear el ID de usuario:
net user ID_usuario */add
Se le solicitará que cree y que verifique una contraseña para el
nuevo ID de usuario.
b. Emita los siguientes mandatos del sistema operativo para añadir el
nuevo ID de usuario a los grupos de Administradores:
net localgroup Administrators ID_usuario /add
net localgroup DB2ADMNS ID_usuario /add
c. Inicie sesión en el sistema con el ID de usuario y la contraseña
nuevos.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
343
Actualización del servidor de V5 a V6.3 o posterior
d. Asegúrese de que el ID de usuario de la instancia de servidor tenga
acceso de lectura/escritura en todos los directorios creados para la
instancia de servidor. Los directorios que debe comprobar incluyen
el directorio de instancias y todos los directorios de registro y bases
de datos.
2. Cree los directorios necesarios para el servidor. Asegúrese de que ha iniciado la
sesión con el nuevo ID de usuario que acaba de crear.
Necesita un directorio exclusivo y vacío para cada artículo en la siguiente tabla.
Cree los directorios de bases de datos, el directorio de registro activo y el
directorio de registro de archivado en distintos volúmenes físicos. Para obtener
información sobre los requisitos de espacio, consulte “Hoja de cálculo para
planificar espacio para el servidor V6.3 o posterior” en la página 50.
AIX
HPUX
Linux
Solaris
Tabla 65. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
mkdir /home/user_ID/tsminst1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
/home/user_ID/tsmdb001
/home/user_ID/tsmdb002
/home/user_ID/tsmdb003
/home/user_ID/tsmdb004
Directorio de registros
activos
mkdir /home/user_ID/tsmlog
Directorio de registro de
archivado
mkdir /home/user_ID/
tsmarchlog
Opcional: directorio para mkdir /home/user_ID/
la duplicación de registro tsmlogmirror
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
344
mkdir /home/user_ID/
tsmarchlogfailover
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Sus directorios
Actualización del servidor de V5 a V6.3 o posterior
Windows
Tabla 66. Hoja de trabajo para crear los directorios requeridos
Elemento
El directorio de instancia
para el servidor, que
contendrá archivos para
esta instancia de
servidor, incluyendo el
archivo de opciones del
servidor
Mandatos de ejemplo para
crear directorios
Sus directorios
mkdir d:\tsm\server1
Los directorios de la base mkdir
de datos
mkdir
mkdir
mkdir
d:\tsm\db001
e:\tsm\db002
f:\tsm\db003
g:\tsm\db004
Directorio de registros
activos
mkdir h:\tsm\log
Directorio de registro de
archivado
mkdir i:\tsm\archlog
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio de
registro de archivado
secundario, que es la
ubicación de
recuperación tras error
para el registro de
archivado
mkdir k:\tsm\archlogfailover
Cuando se crea inicialmente un servidor, con el programa de utilidad DSMSERV
FORMAT o con el asistente de configuración, se crean una base de datos de
servidor y un registro de recuperación. Asimismo, se crean archivos para
mantener la información de base de datos que utiliza el gestor de bases de
datos.
3. Cree y monte volúmenes lógicos adicionales en los directorios de los
volúmenes creados en el paso anterior.
Continúe con el proceso de actualización desde de uno de los siguientes apartados:
“Actualización del servidor utilizando el asistente de actualización” en la
página 346
“Actualización del servidor manualmente utilizando los programas de utilidad”
en la página 347
Tareas relacionadas:
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 44
Referencia relacionada:
“Mejores prácticas de denominación de servidores” en la página 82
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
345
Actualización del servidor de V5 a V6.3 o posterior
Actualización del servidor utilizando el asistente de actualización
El asistente ofrece un enfoque guiado para la actualización de un servidor.
Mediante el asistente, puede evitar algunos pasos de la configuración que son
complejos si se realizan manualmente. Inicie el asistente en el sistema en el que
haya instalado el programa del servidor V6.3 o posterior.
Antes de iniciar el asistente de actualización, debe finalizar todos los pasos
anteriores para preparar la actualización, instalar las herramientas de actualización,
instalar el programa del servidor V6.3 o posterior, y crear los directorios y el ID de
usuario para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos:
AIX
HPUX
Linux
Solaris
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener el cliente X Window. Además debe ejecutarse un servidor
X Window en el escritorio.
v El sistema debe tener uno de los siguientes protocolos habilitado.
Asegúrese de que el puerto que utiliza el protocolo no está
bloqueado por un cortafuegos.
– Secure Shell (SSH). Asegúrese de que el puerto está definido al
valor predeterminado, 22. Asegúrese también de que el servicio
del daemon de SSH tenga derechos de acceso para conectarse al
sistema utilizando localhost.
– Shell remota (rsh).
– Protocolo de ejecución remota (REXEC).
Si el servidor V5 se encuentra ubicado en un sistema distinto del
servidor V 6.3 o posterior, ese sistema deberá tener habilitado uno de
los protocolos.
v Es necesario que pueda iniciar la sesión en el sistema V6.3 o
posterior con el ID de usuario que haya creado para la instancia de
servidor utilizando el protocolo SSH, rsh o REXEC. Cuando utilice el
asistente, debe proporcionar este identificador de usuario para
acceder a ese sistema.
Windows
v El sistema donde instaló el programa del servidor V6.3 o posterior
debe tener habilitado el protocolo Windows server message block
(SMB). SMB es la interfaz utilizada por la función Compartir archivos
e impresoras (también conocida como CIFS). Para utilizar el
protocolo SMB, debe asegurarse de que la función Compartir
archivos e impresoras esté habilitada y de que el puerto 445 no esté
bloqueado por el cortafuegos.
v Si el servidor V5 se encuentra en un sistema distinto que el servidor
V6.3 o posterior, este sistema también deberá tener habilitado el
SMB.
v Debe poder iniciar la sesión en el sistema con SMB habilitado
utilizando tanto el ID de usuario que haya creado para la instancia
de servidor u otro ID de usuario existente en el sistema. Cuando
utilice el asistente, deberá proporcionar el ID de usuario y la
contraseña para acceder al sistema.
2.
346
Windows
Si el sistema se ejecuta en Windows Server 2008 o Windows Vista,
complete los siguientes pasos para deshabilitar el Control de cuenta de usuario:
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
a. Asegúrese que el Registro remoto de Windows Services se inicia y los
puertos 445, 137 y 139 están desbloqueados en el cortafuegos.
b. Configure el servidor de infraestructura y los destinos como miembros de
un dominio de Windows. Utilice una cuenta de usuario en ese dominio, o
en un dominio de confianza, para conectarse al destino.
c. Conéctese a la estación de trabajo de destino habilitando y utilizando la
cuenta de administrador incorporada. Para habilitar la cuenta de
administrador incorporada, pulse Panel de control > Herramientas
administrativas > Política de seguridad local > Valores de seguridad >
Políticas locales > Opciones de seguridad. Haga doble clic en la sección
Cuentas: estado de la cuenta de administrador. Seleccione Habilitar y
pulse Aceptar.
d. Pulse Panel de control > Herramientas administrativas > Política de
seguridad local > Valores de seguridad > Políticas locales > Opciones de
seguridad.Haga doble clic en la sección Control de cuenta de usuario:
ejecutar todos los administradores en modo de aprobación de Admin.
Seleccione Inhabilitar y pulse Aceptar.
3. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión mediante el identificador de usuario root. Emita el
mandato:
/opt/tivoli/tsm/server/bin/dsmupgdx
Windows
Abra una nueva ventana Indicador de mandatos y emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmupgdx.exe"
4. Siga las instrucciones para finalizar la actualización. El asistente de
actualización se puede detener y reiniciar, pero el servidor no funcionará hasta
que no haya finalizado completamente el proceso de actualización.
Importante: Lea todos los mensajes que aparezcan para cada fase del proceso
de actualización, en el área de visualización de mensajes del asistente.Los
mensajes informativos pueden mostrar acciones que se produjeron durante el
proceso y que son importantes para usted.
Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 10,
“Primeros pasos tras la actualización”, en la página 365.
Tareas relacionadas:
“Actualización del servidor manualmente utilizando los programas de utilidad”
Actualización del servidor manualmente utilizando los programas de
utilidad
Utilice los programas de utilidad para actualizar el servidor mediante una interfaz
de mandatos.
Antes de comenzar el procedimiento de actualización, debe completar todos los
pasos anteriores para prepararse para la actualización. Asegúrese de que tiene
instalados los programas de utilidad de actualización, ha instalado el programa del
servidor V6.3 o posterior, y ha creado los directorios y el ID de usuario para la
instancia del servidor.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
347
Actualización del servidor de V5 a V6.3 o posterior
Realice los siguientes pasos:
1. “Creación y formato de la nueva base de datos”
2. Utilice uno de estos métodos para mover la base de datos:
v “Mover la base de datos del servidor mediante soporte” en la página 353
v “Traslado de la base de datos del servidor a través de la red” en la página
357
3. “Crear un servicio de Windows para la instancia del servidor” en la página 359
4. “Configuración del sistema para una copia de seguridad de la base de datos”
en la página 359
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Conceptos relacionados:
“Programas de utilidad de actualización DSMUPGRD” en la página 18
Creación y formato de la nueva base de datos
Cree la instancia de servidor y los archivos de formato de una base de datos V6.3
o posterior vacía.
1. Inicie sesión en el sistema donde instaló el programa V6.3 o posterior.
AIX
HPUX
Linux
Solaris
Inicie sesión utilizando el ID de usuario raíz. Compruebe los
siguientes elementos:
v El directorio de inicio para el usuario, /home/tsminst1, existe. En
caso de que no haya ningún directorio de inicio, debe crearlo.
El directorio de instancia almacena los siguientes archivos
principales generados por el servidor de Tivoli Storage Manager:
– El archivo de opciones de servidor, dsmserv.opt
– El archivo de base de datos de claves del servidor, cert.kdb, y
los archivos .arm, utilizados por clientes y otros servidores para
importar los certificados de capa de sockets seguros del servidor
– El archivo de configuración de dispositivo, si la opción del
servidor DEVCONFIG no especifica un nombre completo y
apropiado.
– El archivo de historial de volumen, si la opción del servidor
VOLUMEHISTORY no especifica un nombre completo y apropiado.
– Los volúmenes de las agrupaciones de almacenamiento
DEVTYPE=FILE, si el directorio de la clase de dispositivo no se
especifica de forma completa
– Salidas de usuario
– La salida de rastreo, si no está completamente cualificada
v El archivo de configuración del shell, por ejemplo, .profile, existe
en el directorio de inicio. Los ID del usuario raíz y del usuario de
instancia deben tener permisos de escritura a este archivo. Para
obtener más información, consulte el DB2 Information Center
(http://pic.dhe.ibm.com/infocenter/db2luw/v9r7) y busque la
información sobre la configuración variable de entorno de Linux y
UNIX.
348
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX
HPUX
Linux
Solaris
Especifique el siguiente mandato en una línea. Para el nombre de
instancia, especifique el ID de usuario que creó para el propietario de
la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
nombre_instancia nombre_instancia
Por ejemplo, si el ID de usuario para esta instancia es tsminst1, utilice
el mandato siguiente para crear la instancia:
AIX
HPUX
Linux
Solaris
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Recuerde: A partir de este punto, utilice este nuevo ID de usuario
cuando configure el servidor de Tivoli Storage Manager. Cierre la
sesión del identificador de usuario root e inicie sesión mediante el
identificador de usuario que es el propietario de la instancia.
Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el ID de usuario que posee el servidor
V6.3 o posterior, este ID es el ID de usuario de instancia.
db2icrt -s ese -u cuenta_usuario nombre_instancia
Por ejemplo, si la cuenta de usuario es tsminst1 y la instancia de
servidor es Server1, debe especificar el siguiente mandato:
db2icrt -s ese -u tsminst1 server1
El servicio de la base de datos para la instancia del servidor inicia
sesión en la cuenta de usuario especificada en este mandato.
Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.3 o posterior. Se le solicitará que
especifique la contraseña para la cuenta de usuario.
El nombre de la instancia que especifique en este mandato db2icrt es
el nombre que más adelante especificará con la opción -k en el
mandato DSMSERV LOADFORMAT, cuando cree y formatee la base de datos
y el registro de recuperación.
3. Inicie sesión en el sistema utilizando el ID de usuario propietario de la
instancia de servidor V6.3 o posterior (ID de usuario de instancias).
4. Copie los archivos de configuración al directorio de la instancia que creo para
el servidor nuevo. Los archivos son los archivos de configuración que guardó
desde el servidor V5 original:
v Configuración de dispositivo
v Archivo de opciones de servidor, normalmente llamado dsmserv.opt
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
349
Actualización del servidor de V5 a V6.3 o posterior
Por ejemplo, si creó el directorio de instancias que aparece en el ejemplo en el
paso de creación de directorios para el servidor V6.3 o posterior, copie los
archivos en el siguiente directorio:
AIX
HPUX
Linux
Solaris
/tsminst1
d:\tsm\server1
Asegúrese de que el ID de usuario que es propietario del servidor V6.3 o
posterior (ID de usuario de instancias) tiene permiso de propiedad o de
lectura/escritura para los archivos que copió.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que sean incompatibles con V6.3 o posterior. Para
obtener la lista de opciones suprimidas, consulte Tabla 36 en la página 79.
Windows
b. Asegúrese de que el archivo de opciones del servidor contiene al menos
una opción VOLUMEHISTORY y una opción DEVCONFIG. Como se necesitará un
archivo de historial de volumen y un archivo de configuración del
dispositivo cuando se tenga que restaurar la base de datos, genere copias
de estos archivos automáticamente para facilitar que los archivos estén
disponibles cuando sea necesario.
c. Compruebe que el archivo de opciones del servidor incluye la opción
TXNGROUPMAX con un valor y en tal caso cuál es el valor. Es posible que
quiera cambiar el valor actual, ya que el valor predeterminado de esta
opción cambia de 256 a 4096 en V6.3 o posterior. El valor aumentado
puede mejorar el rendimiento de las operaciones de movimiento de datos,
como la migración de una agrupación de almacenamiento y la copia de
seguridad de una agrupación de almacenamiento.
v Si el archivo de opciones del servidor no incluye esta opción, el servidor
utiliza automáticamente el valor predeterminado nuevo de 4096.
v Si el archivo de opciones del servidor incluye un valor para esta opción,
el servidor utiliza ese valor especificado. Si el valor especificado es
inferior a 4096, considere aumentar el valor o eliminar la opción de
manera que el servidor utilice el nuevo valor predeterminado.
6. Cambie la vía de acceso predeterminada para la base de datos.
AIX
HPUX
Linux
Solaris
Cambie la vía de acceso predeterminada para la base de datos para
que sea la misma que la del directorio de la instancia para el servidor.
Emita el mandato:
db2 update dbm cfg using dftdbpath directorio_instancias
Por ejemplo:
db2 update dbm cfg using dftdbpath /tsminst1
Windows
Cambie la vía de acceso predeterminada para la base de datos para
que sea la unidad en la que está ubicado el directorio de la instancia
para el servidor. Realice los siguientes pasos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
Se abrirá una ventana con un indicador de mandatos con el
entorno configurado correctamente para emitir adecuadamente
mandatos en los siguientes pasos.
350
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia
del servidor con la que está trabajando:
set db2instance=nombre_instancia
La variable nombre_instancia es la misma que el nombre de
instancia que especificó cuando emitió el mandato db2icrt. Por
ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para establecer la unidad predeterminada:
db2 update dbm cfg using dftdbpath ubicación_instancia
Por ejemplo, si el directorio de la instancia es d:\tsm\server1, la
ubicación de la instancia está en la unidad d:. Introduzca el
mandato:
db2 update dbm cfg using dftdbpath d:
7. Modifique la vía de acceso de la biblioteca para utilizar la versión de IBM
Global Security Kit (GSKit) que se ha instalado con el servidor de Tivoli
Storage Manager:
Emita el mandato siguiente:
AIX
export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
AIX
HPUX
Linux
Solaris
Debe actualizar los siguientes
archivos para configurar la vía de acceso a la biblioteca cuando se haya
iniciado DB2 o el servidor deTivoli Storage Manager:
v directorio_instancia/sqllib/usercshrc
v directorio_instancia/sqllib/userprofile
En el archivo directorio_instancia/sqllib/usercshrc, añada estas líneas:
v
AIX
setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH
v
HPUX
Solaris
setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
v
Linux
setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
En el archivo directorio_instancia/sqllib/userprofile, añada estas líneas:
v
AIX
LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH
export LIBPATH
v
HPUX
Solaris
LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
v
Linux
LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
Verifique la configuración de la vía de acceso a la biblioteca y asegúrese que la
versión de GSKit sea 8.0.14.14 o posterior. Emita los mandatos siguientes:
v
AIX
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
351
Actualización del servidor de V5 a V6.3 o posterior
echo $LIBPATH
gsk8capicmd_64 -version
gsk8ver_64
v
HPUX
Linux
Solaris
echo $LD_LIBRARY_PATH
gsk8capicmd_64 -version
gsk8ver_64
Si la versión de GSKit no es 8.0.14.14 o posterior, debe volver a instalar el
servidor Tivoli Storage Manager. La reinstalación garantiza que la versión de
GSKit correcta está disponible.
8. Complete este paso para configurar la página de código del servidor.
Establezca la variable de entorno del sistema DB2CODEPAGE a 819 para cada
instancia de servidor. Antes de emitir el mandato DSMSERV LOADFORMAT, inicie
sesión en el sistema como propietario de la instancia del servidor y emita este
mandato:
db2set -i nombre_instancia DB2CODEPAGE=819
Por ejemplo:
AIX
HPUX
Linux
Solaris
db2set -i tsminst1 DB2CODEPAGE=819
Windows
db2set -i server1 DB2CODEPAGE=819
9. Cambie el directorio de la instancia que haya creado para el servidor.
10. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que ha creado para la base de datos y los
registros. Los directorios deben estar vacíos.
AIX
HPUX
Linux
Solaris
Por ejemplo, para obtener un tamaño del registro activo de 16 (16384
MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:
/opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=16384 activelogdirectory=/tsmlog \
mirrorlogdirectory=/tsmlogmirror archlogdirectory=/tsmarchlog
Windows
Por ejemplo, para obtener un tamaño de anotaciones activas de 16 GB
(16384 MB, el tamaño predeterminado) para la instancia de servidor
Server1, emita el siguiente mandato en una línea:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" loadformat
dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
Si el servidor que está actualizando no es Server1, debe utilizar la
opción -k. La opción -k especifica el nombre de la instancia para
ejecutar este programa de utilidad. Por ejemplo, si el sistema tiene
más de una instancia del servidor y la instancia que está actualizando
es Server2, emita el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k server2
loadformat dbdir=d:\tsm\db001,e:\tsm\db002,f:\tsm\db003,g:\tsm\db004
activelogsize=16384 activelogdirectory=h:\tsm\log
mirrorlogdirectory=j:\tsm\logmirror archlogdirectory=i:\tsm\archlog
352
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Importante: La instancia del servidor que especifique debe ser la de
todos los pasos anteriores del proceso de actualización, incluida la
creación de la instancia de la base de datos (mandato db2icrt).
11. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Continúe con el proceso de actualización siguiendo las instrucciones de uno de los
temas siguientes:
“Mover la base de datos del servidor mediante soporte”
“Traslado de la base de datos del servidor a través de la red” en la página 357
Tareas relacionadas:
“Estimación de las necesidades de espacio total del proceso de actualización y el
servidor actualizado” en la página 47
Referencia relacionada:
DSMSERV LOADFORMAT (Formatear una base de datos)
“Mandatos de servidor, programas de utilidad y opciones suprimidos” en la
página 76
Mover la base de datos del servidor mediante soporte
Utilice soportes para trasladar la base de datos del servidor si el servidor V6.3 o
posterior está instalado en un sistema distinto y no dispone de conexión de red.
Además, utilice el método de soporte si el sistema del servidor no tiene espacio
suficiente para ambas bases de datos o si quiere probar el proceso de actualización
y configurar un servidor de prueba.
Durante la extracción de los datos, el proceso crea un archivo manifiesto que
contiene información acerca de los medios utilizados para almacenar los datos.El
proceso necesita el archivo manifiesto para cargar los datos en la nueva base de
datos.
1. “Extracción de los datos en un soporte”
2. “Carga de los datos extraídos en la nueva base de datos” en la página 355
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Extracción de los datos en un soporte
Puede extraer los datos desde la base de datos original en un soporte secuencial. El
soporte puede ser una cinta o el espacio de disco definido con la case de
dispositivo FILE.
1. Inicie una sesión como identificador de usuario root en el sistema que tenga el
servidor original. Inicie una sesión con el identificador de administrador en un
sistema Windows.
2. Asegúrese de que el dispositivo que desea utilizar para almacenar los datos se
encuentra disponible. La base de datos del servidor y el archivo de
configuración de dispositivo deben contener una definición de clase válida para
el dispositivo.
3. Desde el directorio de instancias del servidor que vaya a actualizar, emita el
mandato para iniciar la extracción. Dirija la salida del proceso a un archivo
para supervisarlo. Por ejemplo, emita el siguiente mandato, en una línea:
AIX
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
353
Actualización del servidor de V5 a V6.3 o posterior
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
devclass=file manifest=./manifest.txt >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
devclass=file manifest=.\manifest.txt 1>>extract.out 2>&1
Consejo: Los mensajes emitidos durante la operación de extracción no se
guardan en el registro de actividad del servidor. Dirija la salida del programa
de utilidad a un archivo, como se muestra en los ejemplos, para registrar los
mensajes.
4. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso que requieran su intervención. Un mensaje casi al final de la salida del
proceso indica si la operación ha finalizado satisfactoriamente o no:
Mensaje de éxito: ANR1382I EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado.
Mensaje de error: ANR1396E EXTRACTDB: proceso 1, extracción de la base
de datos, se ha completado con errores.
Por ejemplo, desde el directorio de instancias para el servidor que va a
actualizar, emita el siguiente mandato para supervisar el proceso:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos. El tiempo
será aproximadamente tanto como sea necesario para completar la copia de
seguridad de la base de datos.
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Tareas relacionadas:
“Preparación de espacio para el proceso de actualización” en la página 320
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
354
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Carga de los datos extraídos en la nueva base de datos
Una vez formateada la base de datos vacía con el mandato DSMSERV LOADFORMAT,
cargue los datos que haya extraído de la base de datos del servidor original.
Asegúrese de que se cumplen los siguientes requisitos antes de empezar a cargar
los datos:
v El archivo manifiesto procedente de la operación DSMUPGRD EXTRACTDB debe estar
disponible.
v El archivo de opciones de servidor debe contener una entrada para el archivo de
configuración del dispositivo.
v El archivo de configuración del dispositivo debe contener información acerca de
la clase de dispositivo que se especifica en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.3 o posterior. El dispositivo debe estar conectado físicamente al
sistema. Deben establecerse los permisos para garantizar el acceso a los soportes
a los ID de usuarios propietarios de la instancia del servidor V6.3 o posterior.
Realice los siguientes pasos:
1. Compruebe que el servidor V6.3 o posterior puede acceder a los datos
extraídos.
v Si los datos extraídos están en una cinta, la unidad de cintas debe estar
conectada físicamente al sistema.
v Si los datos extraídos se han almacenado utilizando una clase de dispositivo
FILE o DISK, siga los siguientes pasos:
a. Inicie una sesión en el sistema utilizando el ID de usuario root.
b. Asegúrese de que el ID de usuario que es propietario del servidor V6.3
o posterior (ID de usuario de instancia) tenga permiso de propiedad o
de lectura/escritura para los archivos extraídos.
2. Asegúrese de que el ID de usuario de instancia tenga permiso de propiedad o
de lectura/escritura para el archivo de manifiesto creado por el proceso de
extracción.
3. Inicie la sesión con el ID de usuario de instancia en el sistema donde haya
instalado el servidor V6.3 o posterior.
4. Si el servidor V6.3 o posterior se encuentra en un sistema distinto del servidor
original, copie el archivo de referencia creado por el proceso de extracción en
el sistema V6.3 o posterior.
5. En el servidor V6.3 o posterior, realice los pasos siguientes:
a. Compruebe que el archivo de opciones del servidor V5 incluya la opción
DEVCONFIG y que ésta especifique la vía de acceso completa del archivo de
configuración de dispositivo.
b. Verifique que el archivo de configuración de dispositivo del servidor V5 se
encuentre disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración de dispositivo
otorguen acceso de lectura al ID de usuario de instancia.
6. Verifique que el contenido del archivo de configuración del dispositivo sea
correcto. La clase de dispositivo utilizada en la fase de extracción se registra
en el archivo de referencia; esta clase de dispositivo debe existir y ser válida
para el sistema V6.3 o posterior.
a. Revise las entradas de las clases de dispositivo FILE. Por ejemplo, las vías
de acceso podrían ser distintas en el sistema.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
355
Actualización del servidor de V5 a V6.3 o posterior
b. Compruebe las entradas de la cinta y de otros dispositivos. Por ejemplo, es
posible que hayan cambiado los nombres de dispositivo.
7. Verifique los contenidos del archivo de manifiesto y edítelo si es necesario:
a. Asegúrese de que los nombres de dispositivos del archivo de manifiesto
son válidos para el sistema V6.3 o posterior.Los nombres de dispositivo del
mismo dispositivo pueden ser distintos en los sistemas V5 y V6.
|
|
|
|
|
|
|
|
|
b. Asegúrese que el archivo de manifiesto contiene una lista de volúmenes
que se utilizan al cargar los datos extraídos en una nueva base de datos.
Por ejemplo, si el archivo de manifiesto contiene una lista de volúmenes
que pertenecen a una clase de dispositivo FILE, asegúrese de que la vía de
acceso completa hasta los volúmenes sea correcta en ese sistema.
8. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de
servidor extraída en la base de datos V6.3 o posterior vacía y previamente
preparada. Dirija la salida del proceso a un archivo para supervisarlo. Por
ejemplo, escriba el siguiente mandato en una línea:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
manifest=./manifest.txt >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb \
manifest=.\manifest.txt 1>>insert.out 2>&1
9. Supervise el proceso para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. El sistema muestra las
estadísticas temporales acerca de la carga de la base de datos. Sin embargo,
puede haber periodos de tiempo en que no se emiten mensajes de error.
Durante estos periodos, las operaciones de DB2 se ejecutan en un segundo
plano. La duración del proceso depende del tamaño de la base de datos. Para
obtener más información, consulte el apartado “Ejemplo: cálculo del tiempo
de actualización en función del tamaño de la base de datos” en la página 52.
Opcional: verifique que la base de datos se está cargando supervisando el
procesador y el uso E/S para el proceso del servidor y el proceso de DB2
correspondiente. Por ejemplo, emita el siguiente mandato para supervisar el
proceso:
tail -f insert.out
Consejo: Windows Con sistemas Windows, utilice el mandato tail o un
programa de utilidad equivalente con el que pueda supervisar el contenido de
un archivo cuando se modifique. Por ejemplo, las Herramientas del Kit de
recursos de Windows Server 2003 incluyen el mandato tail, que se puede
utilizar como se muestra en el ejemplo.
Un mensaje en la salida del mandato DSMSERV INSERTDB indica el estado de la
operación:
Mensaje de éxito: ANR1395I INSERTDB: proceso 1, inserción de la base
de datos, se ha completado.
Mensaje de error: ANR1396E INSERTDB: proceso 1, inserción de la base
de datos, se ha completado con errores.
10. Si utilizó el método de soporte para la actualización del sistema y utilizó un
dispositivo de cinta elimine o compruebe la cinta que contiene los datos
extraídos des de la biblioteca, una vez se hayan cargado los datos en la base
de datos. Evite que la cinta vuelva a utilizarse hasta que esté seguro de que
no necesita ejecutar la operación de carga de base de datos de nuevo.
356
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Continúe con el proceso de actualización finalizando los pasos incluidos en “Crear
un servicio de Windows para la instancia del servidor” en la página 359.
Conceptos relacionados:
“El archivo manifiesto para la extracción de datos al soporte” en la página 584
Referencia relacionada:
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
Traslado de la base de datos del servidor a través de la red
Mueva la base de datos iniciando el proceso de inserción del el servidor V6.3 o
posterior para aceptar la base de datos del servidor. A continuación, inicie el
proceso de extracción del servidor V5 para extraer y enviar la base de datos.
Antes de iniciar este procedimiento, asegúrese de que no se estén ejecutando ni el
servidor V5 ni el nuevo servidor.
1. Compruebe que la conexión de red entre los dos sistemas es correcta.
2. En el servidor V6.3 o posterior, realice los pasos siguientes:
a. Compruebe que el archivo de opciones del servidor V5 incluya la opción
DEVCONFIG y que ésta especifique la vía de acceso completa del archivo de
configuración de dispositivo.
b. Verifique que el archivo de configuración de dispositivo del servidor V5 se
encuentre disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración de dispositivo
otorguen acceso de lectura al ID de usuario de instancia.
3. Inicie el proceso de inserción en el servidor V6.3 o posterior para aceptar la
base de datos. Para supervisar el proceso, dirija la salida del proceso a un
archivo. Por ejemplo, inicie el servidor, dejando 60 minutos (el tiempo
predeterminado) para que el otro servidor contacte con el servidor V6.3 o
posterior y dirija la salida del proceso a insert.out. Para ello, utilice este
mandato:
AIX
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \
sesswait=60 >insert.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" insertdb
sesswait=60 1>>insert.out 2>&1
El servidor se inicia y espera un máximo de 60 minutos a que el servidor
original se ponga en contacto con él. Puede pasar algún tiempo antes de que se
emitan mensajes. Durante este periodo, las operaciones de DB2 se ejecutan en
un segundo plano. Opcional: para verificar que las operaciones siguen
normalmente, supervise el uso de CPU y de E/S del proceso del servidor y el
proceso de DB2 correspondiente.
4. Supervise la salida del proceso DSMSERV INSERTDB. Compruebe que el proceso
de DSMSERV INSERTDB ha emitido el siguiente mensaje antes de continuar con el
siguiente paso:
ANR1336I INSERTDB: listo para conexiones desde el servidor de origen
Emita el siguiente mandato para supervisar la salida del proceso en el archivo
insert.out:
tail -f insert.out
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
357
Actualización del servidor de V5 a V6.3 o posterior
Consejo: Con sistemas Windows, utilice el mandato tail o un programa de
utilidad equivalente con el que pueda supervisar el contenido de un archivo
cuando se modifique. Por ejemplo, las Herramientas del Kit de recursos de
Windows Server 2003 incluyen el mandato tail, que se puede utilizar como se
muestra en el ejemplo.
5. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.3 o posterior. Dirija la salida del
proceso a un archivo para supervisarlo. Por ejemplo, escriba el siguiente
mandato en una línea:
AIX
nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
HPUX
Linux
Solaris
nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \
hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &
Windows
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" extractdb
hladdress=127.0.0.1 lladdress=1500 1>>extract.out 2>&1
6. Supervise los procesos para comprobar si se han producido mensajes de error y
de aviso, y si hay elementos que requieran su atención. Desde el directorio de
instancias del servidor que va a actualizar, emita el siguiente mandato para
supervisar el proceso de extracción:
tail -f extract.out
La duración del proceso depende del tamaño de la base de datos, del hardware
que se utiliza y de la red.
7. Examine las salidas de proceso para los procesos de extracción e inserción para
encontrar mensajes que indiquen si las operaciones han finalizado con éxito o
no.
Proceso
Mensaje de éxito
Mensaje de error
Extracción
ANR1382I EXTRACTDB: proceso 1, ANR1396E EXTRACTDB: proceso 1,
extracción de la base de datos, extracción de la base de datos,
se ha completado.
se ha completado con errores.
Inserción
ANR1395I INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado.
ANR1396E INSERTDB: proceso 1,
inserción de la base de datos,
se ha completado con errores.
Referencia relacionada:
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor V5)” en
la página 582
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una base
de datos vacía)” en la página 594
358
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Crear un servicio de Windows para la instancia del servidor
Windows
Se crea un servicio de Windows para el servidor de Tivoli Storage Manager V6.3 o
posterior automáticamente si se utiliza el asistente de actualización (dsmupgdx). Si
no utiliza el asistente, debe crear el servicio de Windows para el servidor de Tivoli
Storage Manager manualmente.
1. Cambie al directorio de instalación para el programa del servidor. De forma
predeterminada, el directorio es C:\Archivos de programa\Tivoli\TSM\console.
Si el servidor se instaló en otro servidor, cambie al subdirectorio console del
directorio de instalación del servidor.
2. Instale el servicio para Windows utilizando el nombre de instancia y la
contraseña del servidor de Tivoli Storage Manager en el nombre del servicio.
Emita el siguiente mandato:
install "TSM nombre_instancia_servidor"
"C:\Archivos de programa\Tivoli\TSM\server\dsmsvc.exe"
propietario_instancia contraseña_propietario_instancia
donde:
"TSM nombre_instancia_servidor" es el nombre del servicio que se instala.
nombre_instancia_servidor es el nombre de instancia que se ha especificado
al emitir el mandato db2icrt.
propietario_instancia es la cuenta del propietario de la instancia; esta
cuenta será la propietaria del servicio.
contraseña_propietario_instancia es la contraseña de la cuenta del
propietario de la instancia.
Ejemplo
Para instalar el servicio para Windows para la instancia de servidor
server1, especifique el siguiente mandato en una misma línea. El
ejemplo utiliza rudy como propietario de la instancia y s21ret como la
contraseña de la cuenta del propietario de la instancia.
install "TSM server1" "C:\Archivos de programa\Tivoli\TSM\
server\dsmsvc.exe"
rudy s21ret
3. Opcional: Cambie el servicio de forma manual a un tipo de inicio automático
utilizando las herramientas administrativas de Windows (Herramientas
administrativas > Servicios).
Tareas relacionadas:
“Inicio del servidor en sistemas Windows” en la página 372
Configuración del sistema para una copia de seguridad de la
base de datos
El gestor de base de datos y la API de Tivoli Storage Manager deben estar
configurados para que el gestor de la base de datos pueda realizar una copia de
seguridad de la base de datos del servidor. La configuración se completará de
forma automática si utiliza el asistente de configuración (dsmupgdx). Si no utiliza el
asistente, debe completar la configuración manualmente.
v “Configuración del sistema para copia de seguridad de la base de datos en
sistemas AIX, HP-UX, Linux y Oracle Solaris” en la página 360
v “Configurar un sistema para la copia de seguridad de la base de datos en
sistemas Microsoft Windows” en la página 362
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
359
Actualización del servidor de V5 a V6.3 o posterior
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Configuración del sistema para copia de seguridad de la base de
datos en sistemas AIX, HP-UX, Linux y Oracle Solaris
AIX
HPUX
Linux
Solaris
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes pasos, los ejemplos utilizan tsminst1 para el ID de usuario de la
instancia de servidor y /tsminst1 para el directorio de la instancia de servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de Tivoli Storage Manager
para la instancia de la base de datos:
a. Inicie sesión usando el ID de usuario tsminst1.
b. Cuando el usuario tsminst1 ha iniciado sesión, asegúrese de que el entorno
de DB2 se ha iniciado correctamente. El entorno de DB2 se inicia ejecutando
el script /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta de
forma automática desde el ID de usuario del perfil. Si /home/tsminst1/
.profile no ejecuta el script db2profile,añada las siguientes líneas a
/home/tsminst1/.profile:
if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
c. En el archivo userprofile en el directorio /home/tsminst1/sqllib, añada o
actualice las siguientes líneas:
|
|
|
|
|
|
AIX
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
HPUX
Linux
Solaris
Shel Korn o Bash:
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
|
|
|
|
|
AIX
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
|
HPUX
Linux
Solaris
Shell Bourne:
DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
DSMI_LOG=/home/tsminst1/tsminst1
export DSMI_CONFIG DSMI_DIR DSMI_LOG
|
|
|
|
AIX
Shell C:
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
|
HPUX
360
Linux
Solaris
Shell C:
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
|
|
|
setenv DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
setenv DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
setenv DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
|
|
Consejo: Asegúrese de que especifica un espacio en blanco después del primer
carácter de punto (.).
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /tsminst1 y añada la
siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
Recuerde: El nombre que utilice debe coincidir con el nombre de la instancia
del servidor.
4. Añada las siguientes líneas al archivo de configuración API dsm.sys de Tivoli
Storage Manager. El archivo de configuración dsm.sys está en la siguiente
ubicación predeterminada:
AIX
/usr/tivoli/tsm/client/api/bin64
HPUX
Linux
Solaris
/opt/tivoli/tsm/client/api/bin64/dsm.sys
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
5. Detenga e inicie la instancia de la base de datos:
a. Detenga DB2:
db2stop
b. Inicie DB2:
db2start
6. Establezca la contraseña de API:
a. Asegúrese de que el servidor de Tivoli Storage Manager se ha
iniciado.Consulte “Inicio del servidor en sistemas AIX, HP-UX, Linux y
Oracle Solaris” en la página 367 para obtener los detalles.
|
|
|
|
b. Inicie sesión mediante el ID de usuario root.
c. Vaya al perfil del gestor de base de datos emitiendo el siguiente mandato.
Asegúrese de que escribe un punto, un espacio y la vía de acceso al archivo
db2profile. Si no escribe el espacio, la copia de seguridad de la base de
datos falla.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
361
Actualización del servidor de V5 a V6.3 o posterior
Solaris
Importante:
siguiente mandato.
|
|
|
Cambie al shell Korn (/bin/ksh) antes de emitir el
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API. Utilice este mandato:
/home/tsminst1/sqllib/adsm/dsmapipw
e. Cuando el mandato dsmapipw lo solicite, especifique TSMDBMGR como la
contraseña original y como la nueva.
f. Entre el siguiente mandato del sistema operativo:
rm /home/tsminst1/tsminst1/tsmdbmgr.log
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Configurar un sistema para la copia de seguridad de la base de
datos en sistemas Microsoft Windows
Windows
Si no utilizó el asistente de actualización, debe completar la configuración de la
copia de seguridad de la base de datos de forma manual.
En los siguientes mandatos, los ejemplos utilizan server1 para la
instancia de la base de datos y d:\tsmserver1 para el directorio del servidor de
Tivoli Storage Manager. Sustituya estos valores por sus valores reales en los
mandatos.
Windows
1. Cree un archivo tsmdbmgr.env en el directorio d:\tsmserver1 con el siguiente
contenido:
DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
DSMI_LOG=d:\tsmserver1
2. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Abra una ventana de mandatos de DB2. Uno de los métodos consiste en ir
al directorio C:\Archivo de programas\Tivoli\TSM\db2\bin, o si ha
instalado Tivoli Storage Manager en una ubicación diferente, ir al
subdirectorio db2\bin de su directorio de instalación principal. A
continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree un archivo tsmdbmgr.opt en el directorio d:\tsmserver1 con el siguiente
contenido:
*************************************************
nodename $$_TSMDBMGR_$$
commmethod tcpip
tcpserveraddr localhost
tcpport
1500
passwordaccess generate
errorlogname d:\tsmserver1\TSMDBMGR_TSMSERVER1.log
Consejo: Asegúrese de especificar el mismo tcpport que utiliza el servidor. Se
especifica en el archivo dsmserv.opt.
4. Detenga e inicie la instancia de la base de datos:
362
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
a. Abra una ventana de mandatos de DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o, si instaló Tivoli
Storage Manager en una ubicación diferente, vaya al subdirectorio db2\bin
en el directorio de instalación principal. A continuación, emita este mandato:
db2cmd
b. Establezca la instancia de la base de datos:
set db2instance=server1
c. Detenga DB2:
db2stop
d. Inicie DB2:
db2start
5. Especifique el siguiente mandato en una sola línea:
"c:\program files\tivoli\tsm\server\dsmsutil.exe"
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO /OPTFILE:
"d:\tsmserver1\tsmdbmgr.opt"
Una vez configurado el sistema para realizar la copia de seguridad de la base de
datos, complete la actualización realizando los pasos descritos en el apartado
Capítulo 10, “Primeros pasos tras la actualización”, en la página 365.
Capítulo 9. Procedimientos generales de actualización de un servidor a la versión V6.3 o posterior
363
364
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 10. Primeros pasos tras la actualización
Compruebe que el servidor se ha actualizado satisfactoriamente y puede funcionar
con normalidad. Los pasos de verificación incluyen el inicio del servidor, el registro
de las licencias y la realización de una copia de seguridad de la base de datos.
También, configure las opciones del servidor disponibles.
Complete las tareas que están descritas en las secciones siguientes:
1. “Verificación del acceso a las agrupaciones de almacenamiento en disco”
2. “Configuración de los servicios Solaris para la instancia de servidor” en la
página 366
3. “Configuración de las opciones de servidor para el mantenimiento de la base
de datos del servidor” en la página 366
4. “Inicio de la instancia del servidor tras la actualización” en la página 367
5. “Registro de licencias” en la página 372
6. “Copia de seguridad de la base de datos después de actualizar el servidor” en
la página 373
7. “Comprobación del servidor actualizado” en la página 374
8. “Cambio del nombre de host para el servidor de Tivoli Storage Manager” en
la página 375
9. “Actualización de la automatización” en la página 377
10. “Supervisión del servidor actualizado” en la página 377
11. “Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior” en la página 379
Después de actualizar el servidor a la V6.3.3 o posterior, puede autenticar las
contraseñas con el servidor de directorios LDAP o autenticar las contraseñas con el
servidor de IBM Tivoli Storage Manager. Las contraseñas que son autenticadas con
el servidor de directorio LDAP puede proporcionar seguridad de sistema
mejorada. Para obtener detalles, consulte la sección acerca de la gestión de
contraseñas y procedimientos de inicio de sesión en Guía del administrador.
Verificación del acceso a las agrupaciones de almacenamiento en
disco
Para todo el espacio de disco que el servidor V5 haya utilizado en agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), compruebe que el ID de
usuario que posee la instancia del servidor actualizado tiene permiso de
propietario o de lectura y escritura. Asegúrese también de que el ID de usuario de
la instancia tenga acceso a todos los dispositivos que se utilizan, incluidos los
dispositivos lógicos raw.
1. Visualiza información acerca de las clases de dispositivo FILE y volúmenes
DISK.
AIX
HPUX
Linux
Solaris
En cada vía de acceso que se liste
para clase de dispositivo FILE o volumen DISK, ejecute el siguiente mandato:
ls -l
© Copyright IBM Corp. 2009, 2013
365
Actualización del servidor de V5 a V6.3 o posterior
Windows
En cada directorio que esté listado para clase de dispositivo FILE y
volumen DISK, ejecute el siguiente mandato:
dir /Q
2. Verifique que el propietario de la clase de dispositivo FILE o DISK es el
propietario de instancia de servidor y que el propietario tenga permisos de
lectura y escritura de los archivos.
Configuración de los servicios Solaris para la instancia de servidor
Solaris
Si ejecuta un servidor de Tivoli Storage Manager en un sistema Solaris, puede
utilizar Service Management Facility (SMF) de Solaris para configurar y controlar
el servidor de Tivoli Storage Manager como un servicio.
Para obtener más información, consulte la Technote 7021102 (http://
www.ibm.com/support/docview.wss?uid=swg27021102).
Configuración de las opciones de servidor para el mantenimiento de la
base de datos del servidor
Para evitar problemas debido al crecimiento de la base de datos y el rendimiento
del servidor, el servidor supervisa automáticamente sus tablas de base de datos y
las reorganiza cuando es necesario. Antes de iniciar el servidor para su uso en
producción, establezca las opciones del servidor para controlar cuándo se ejecuta la
reorganización. Si tiene planificado utilizar la eliminación de duplicados, asegúrese
de que la opción de ejecutar la reorganización de índice esté habilitada.
La reorganización de índice y tabla requiere recursos de procesador, espacio de
anotaciones activas y espacio de anotaciones de archivado considerables. Debido a
que la copia de seguridad de la base de datos tiene preferencia sobre la
reorganización, seleccione la hora y la duración para la reorganización para
garantizar que los procesos no se solapen y que se pueda completar la
reorganización. Para obtener más información sobre la planificación de la
reorganización, consulte la publicación Guía del administrador.
Si actualiza estas opciones del servidor mientras el servidor está en ejecución, debe
detener y reiniciar el servidor para que se apliquen los valores actualizados.
1. Modifique las opciones del servidor.
Edite el archivo de las opciones del
servidor, dsmserv.opt, en el directorio de instancia del servidor. Siga estas
instrucciones al editar el archivo de opciones del servidor:
v Para activar una opción, elimine el asterisco que hay al principio de la línea.
AIX
HPUX
Linux
Solaris
v Empiece introduciendo una opción en cualquier línea.
v Escriba solo una opción por línea. La opción completa con su valor debe
estar en una sola línea.
v Si tiene varias entradas para una opción en el archivo, el servidor utiliza la
última.
v Para ver las opciones del servidor disponibles, consulte el archivo Sample,
dsmserv.opt.smp, en el directorio /opt/tivoli/tsm/server/bin.
Puede modificar las opciones del servidor utilizando el editor de
archivos de opciones que se incluye en la consola de IBM Tivoli Storage
Windows
366
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Manager. El editor de archivos de opciones es el modo preferido de cambiar las
opciones del servidor, pero también puede utilizar un editor de texto.
2. Si tiene planificado utilizar la eliminación de duplicados, habilite la opción del
servidor ALLOWREORGINDEX. Agregue la siguiente opción y valor al archivo de
opciones del servidor:
allowreorgindex yes
3. Establezca dos opciones del servidor que controlan cuándo se inicia la
reorganización y durante cuánto tiempo. Seleccione una hora y una duración
para que la reorganización se ejecute cuando se espera que el servidor esté
menos ocupado. Estas opciones del servidor controlan los procesos de
reorganización de índice y de tabla.
a. Establezca la hora de inicio de la reorganización mediante la opción del
servidor REORGBEGINTIME. Especifique la hora utilizando el sistema de 24
horas. Por ejemplo, para establecer la hora de inicio de la reorganización en
las 20:30, especifique la siguiente opción y valor en el archivo de opciones
del servidor:
reorgbegintime 20:30
b. Establezca el intervalo durante el cual el servidor puede iniciar la
reorganización. Por ejemplo, para especificar que el servidor puede empezar
la reorganización durante las cuatro horas posteriores a la hora establecida
en la opción del servidor REORGBEGINTIME, especifique la siguiente opción y
valor en el archivo de opciones del servidor:
reorgduration 4
4. Si el servidor estaba en ejecución al actualizar el archivo de opciones del
servidor, detenga y reinicie el servidor.
Inicio de la instancia del servidor tras la actualización
Inicie la instancia del servidor para comprobar que se encuentra configurada
correctamente.
Recuerde: El inicio del servidor es una operación a nivel de sistema operativo y
está sometida a ciertas restricciones. Si no posee los permisos necesarios para
utilizar el programa DSMSERV, no podrá iniciarlo. Si no tiene autorización para
grabar o escribir archivos en el directorio de instancias, no podrá iniciar la
instancia del servidor.
Inicio del servidor en sistemas AIX, HP-UX, Linux y Oracle
Solaris
AIX
HPUX
Linux
Solaris
Tiene varias opciones para iniciar el servidor de Tivoli Storage Manager,
dependiendo del sistema operativo en el que se ejecute el servidor.Antes de iniciar
el servidor, asegúrese de que los privilegios de acceso y los valores ulimit se han
configurado correctamente.
La forma estándar de iniciar el servidor es utilizando el ID de usuario de la
instancia. Si utiliza el ID de usuario de la instancia, simplifica el proceso de
configuración y evita posibles problemas. No obstante, en algunos casos, será
necesario utilizar otro ID de usuario para iniciar el servidor. Por ejemplo, es
posible que desee utilizar el ID de usuario root para garantizar que el servidor
pueda acceder a determinados dispositivos. Para permitir que un usuario distinto
del ID de usuario de la instancia pueda iniciar el servidor, el ID de usuario debe
Capítulo 10. Primeros pasos tras la actualización
367
Actualización del servidor de V5 a V6.3 o posterior
pertenecer al grupo SYSADM_GROUP y tener suficiente autoridad para emitir el
mandato de inicio para el servidor y el gestor de base de datos. El ID de usuario
debe tener autoridad para acceder a la base de datos del servidor y utilizar todos
los archivos, directorios y dispositivos que necesite el servidor. Antes de iniciar el
servidor, otorgue explícitamente la autoridad de base de datos al ID de usuario y
compruebe las demás autoridades del ID de usuario.
Linux
Solaris
Cuando se inicia el servidor Tivoli Storage
Importante:
Manager, el proceso dsmserv se inicia como propietario de la instancia. En los
sistemas operativos de Linux y Solaris, los nombres del archivo especial del
dispositivo son propiedad del usuario raíz. Normalmente tienen permiso de
lectura/escritura para el usuario raíz, y permiso de sólo lectura para acceso de
grupo o global. Debido a que el servidor Tivoli Storage Manager se inicia como un
usuario que no es de raíz, es posible que no tenga permiso de acceso a los archivos
especiales de dispositivo en el modo lectura/escritura. Con el fin de corregir esta
situación, cambie las configuraciones de permiso en los archivos especiales de
dispositivo (por ejemplo, /dev/rmtX) con el fin de otorgar acceso de
lectura/escritura al usuario de instancia. El cambio de las configuraciones de
permiso se puede realizar de varias formas:
v Si el sistema está dedicado a Tivoli Storage Manager y sólo el administrador de
Tivoli Storage Manager tiene acceso, haga que los archivos especiales de
dispositivo sean grabables.
v Si el sistema cuenta con varios usuarios, puede restringir el acceso haciendo que
la instancia de usuario Tivoli Storage Manager sea el propietario de los archivos
de dispositivo especial.
v Si se están ejecutando varias instancias de usuario en el mismo sistema, cambie
el nombre de grupo, por ejemplo TAPEUSERS, y añada cada ID de usuario de
instancia Tivoli Storage Manager a dicho grupo. A continuación cambie la
propiedad de los archivos especiales de dispositivo para que pertenezcan al
grupo TAPEUSERS, y haga el grupo grabable:
chmod g+w /dev/rmtX
AIX
HPUX
Linux
Solaris
Cuando inicia el servidor de Tivoli
Storage Manager, este intenta cambiar determinados valores ulimit por unlimited.
En general, esta acción del servidor ayuda a asegurar el rendimiento óptimo y
facilita la depuración. Si es un usuario no root cuando inicia el servidor, los
intentos de cambiar los valores ulimit pueden fallar. Para asegurar el
funcionamiento correcto del servidor si está ejecutando el servidor como usuario
no raíz, establezca los valores ulimit tan altos como sea posible antes de iniciar el
servidor.
Cuando especifique los valores ulimit, asegúrese de definir los límites del usuario
de DB2 tan altos como sea posible. DB2 se basa en la memoria de datos privados
para las asignaciones de memoria de ordenación durante el proceso de SQL. La
memoria de almacenamiento dinámico compartida insuficiente puede provocar
errores del servidor de Tivoli Storage Manager en la interacción con DB2.Para
obtener más información sobre la configuración de los valores apropiados, consulte
la nota técnica 1212174 (http://www.ibm.com/support/
docview.wss?uid=swg21212174).
Para ver directrices sobre cómo definir valores de ulimit, consulte la tabla
siguiente:
368
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Tabla 67. Valores de ulimit
|
|
|
|
|
|
Tipo de ulimit
Valor estándar
Tamaño máximo de archivos principales
creados
Unlimited
Tamaño máximo de un segmento de datos
para un proceso
Unlimited
Tamaño de archivo máximo
Unlimited
Número máximo de archivos abiertos
v Para los servidores en los que está
habilitada la réplica, la deduplicación de
datos o ambas, especifique un valor
mínimo de 16384.
v Para todos los demás servidores,
especifique un valor mínimo de 8192.
Cantidad máxima del tiempo del procesador Unlimited
en segundos
|
|
Para obtener instrucciones sobre cómo configurar los valoresulimit, consulte la
documentación para su sistema operativo.
Linux
El valor predeterminado para el límite máximo de ID de usuario (nproc)
ha cambiado en algunas distribuciones y versioneslinux del sistema operativo.El
nuevo valor predeterminado es 1024. Este valor puede causar un comportamiento
inesperado en el servidor Tivoli Storage Manager. Para el sistema operativo Red
Hat Enterprise Linux (RHEL) 6, el valor predeterminado para nproc estaba
disminuyendo a 1024. Este valor puede haber cambiado en otras versiones y
distribuciones de Linux que son soportadas por el servidor Tivoli Storage Manager.
Aumente el límite de usuario de los procesos de usuario máximos al valor mínimo
sugerido de 16384. Si el valor no se actualiza, el servidor puede mostrar un
comportamiento inesperado, incluyendo cuelgues o errores. Para verificar el límite
de usuarios actual, emita el siguiente mandato como usuario de instancia:
ulimit -u
Por ejemplo:
[user@Machine ~]$ ulimit -u
16384
Para visualizar los valores actuales de todos los límites de usuarios, emita el
siguiente mandato:
ulimit -a
Por ejemplo:
[user@Machine ~]$ ulimit -a
core file size
(blocks, -c)
data seg size
(kbytes, -d)
scheduling priority
(-e)
file size
(blocks, -f)
pending signals
(-i)
max locked memory
(kbytes, -l)
max memory size
(kbytes, -m)
open files
(-n)
pipe size
(512 bytes, -p)
POSIX message queues
(bytes, -q)
real-time priority
(-r)
stack size
(kbytes, -s)
cpu time
(seconds, -t)
0
unlimited
0
unlimited
128098
64
unlimited
1024
8
819200
0
10240
unlimited
Capítulo 10. Primeros pasos tras la actualización
369
Actualización del servidor de V5 a V6.3 o posterior
max user processes
virtual memory
file locks
(-u) 16384
(kbytes, -v) unlimited
(-x) unlimited
Para actualizar el límite máximo de procesos del usuario, añada una línea al
archivo /etc/security/limits.conf. En el sistema operativo RHEL 6, el límite de
usuario para nproc se establece en el archivo /etc/security/limits.d/90nproc.conf. Este archivo sobrescribe los parámetros en el archivo
/etc/security/limits.conf. Para actualizar el límite de usuario en el sistema
operativo RHEL 6, debe editar el archivo en el directorio /etc/security/limits.d
o eliminar el archivo y añadir una línea al archivo /etc/security/limits.conf.
Conceptos relacionados:
“Inicio de las instancias del servidor (AIX, HP-UX, Linux, Solaris)” en la página 8
Inicio del servidor desde el ID de usuario de la instancia
AIX
HPUX
Linux
Solaris
El ID de usuario de la instancia tiene un perfil de usuario que permite ejecutar el
servidor con los permisos necesarios.
1. Inicie la sesión utilizando el ID de usuario de la instancia.
Consejo: El script db2profile define las variables de entorno para la base de
datos de la instancia de servidor. Cuando se define la instancia de servidor, el
script se añade al perfil de configuración del ID de usuario de la instancia, si
dicho perfil existe.
Si inicia sesión utilizando el ID de usuario de la instancia y este tenía un perfil
de configuración (.profile si utiliza un shell Korn) cuando se definió la
instancia de servidor, el script db2profile se ejecuta automáticamente. Si el
perfil no existe, o si el script no se ejecuta automáticamente, ejecútelo de forma
manual emitiendo el mandato:
. ~/sqllib/db2profile
2. Cambie el directorio de instancias para la instancia del servidor que desee
iniciar.
3. Inicie la instancia del servidor emitiendo el siguiente mandato:
/opt/tivoli/tsm/server/bin/dsmserv
El programa del servidor se ejecuta en primer plano para que pueda configurar
un identificador de administrador y conectarlo con la instancia del servidor.
Ejemplo
En este ejemplo, el nombre correspondiente a la instancia del servidor de Tivoli
Storage Manager es tsminst1 y el directorio de la instancia es /tsminst1. Para
iniciar tsminst1, emita los siguientes mandatos:
cd /tsminst1
/opt/tivoli/tsm/server/bin/dsmserv
Para iniciar el servidor en segundo plano, emita los siguientes mandatos:
cd /tsminst1
/opt/tivoli/tsm/server/bin/dsmserv -q &
370
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Inicio del servidor desde el ID de usuario root
AIX
HPUX
Linux
Solaris
La forma estándar de iniciar el servidor es utilizando el ID de usuario de la
instancia. No obstante, en algunos casos, será necesario utilizar otro ID de usuario
para iniciar el servidor. Por ejemplo, es posible que desee utilizar el ID de usuario
root para garantizar que el servidor pueda acceder a determinados dispositivos.
Para obtener más información sobre cómo iniciar el servidor desde el ID de
usuario raíz, consulte la publicación Guía del administrador.
Inicio automático de los servidores
|
AIX
HPUX
Linux
Solaris
|
|
|
Puede configurar los servidores para que se inicien automáticamente cuando
arranque el sistema.Si el servidor está instalado en un sistema operativo de AIX,
HP-UX o Solaris, utilice el script rc.dsmserv, que se proporciona para este fin.
|
El script rc.dsmserv se encuentra en el directorio /opt/tivoli/tsm/server/bin.
|
|
Si el servidor está instalado en un sistema operativo de Linux, debe
utilizar el script dsmserv.rc para iniciar el servidor de forma automática.
|
|
Linux
Para obtener más información, consulte la sección sobre cómo iniciar los
servidores de forma automática en Linux en el Guía de instalación.
|
|
|
|
AIX
HPUX
Solaris
Si ha utilizado el asistente de
Consejo:
actualización, pudo elegir iniciar el servidor actualizado automáticamente cuando
se reinició el sistema. Si ha seleccionado esta opción, se añade una entrada para el
servidor en el archivo/etc/inittab.
Linux
AIX
HPUX
Solaris
Para iniciar el servidor de forma automática al inicio del sistema, siga estos pasos:
Para cada servidor que quiera iniciar automáticamente, añada una entrada al
archivo /etc/inittab para ejecutar el script rc.dsmserv:
v Defina el nivel de ejecución para el valor que corresponda al modo multiusuario,
con funciones de red habilitadas. Generalmente, el nivel de ejecución que utilizar
es 2, 3, o 5, en función del sistema operativo y de su configuración. Asegúrese
de que el nivel de ejecución en el archivo /etc/inittab coincida con el nivel de
ejecución del sistema operativo. Consulte la documentación correspondiente a su
sistema operativo para obtener detalles sobre los niveles de ejecución.
v En el mandato rc.dsmserv, especifique el nombre del propietario de la instancia
con la opción -u y la ubicación de la instancia de servidor con la opción -i.
Para verificar la sintaxis correcta, consulte la documentación para su sistema
operativo.
AIX
HPUX
Solaris
Ejemplo: inicio automático de una instancia de servidor
En este ejemplo, el propietario de la instancia es tsminst1; el directorio de
la instancia de servidor es /home/tsminst1/tsminst1; el nivel de ejecución
es 3; y el ID de proceso es tsm1. Añada la siguiente entrada al archivo
/etc/inittab, en una línea:
Capítulo 10. Primeros pasos tras la actualización
371
Actualización del servidor de V5 a V6.3 o posterior
tsm1:3:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1
Ejemplo: inicio automático de varias instancias de servidor
Si cuenta con más de una instancia de servidor para ejecutar, añada una
entrada por cada añadir de servidor. Este ejemplo utiliza los siguientes ID
de propietario de instancia:
v tsminst1
v tsminst2
Este ejemplo utiliza los siguientes directorios de instancia:
v /home/tsminst1/tsminst1
v /home/tsminst2/tsminst2
Este ejemplo utiliza los siguientes ID de proceso:
v tsm1
v tsm2
El nivel de ejecución es 3. Añada las siguientes entradas al archivo
/etc/inittab. Asegúrese de que cada entrada está en una única línea.
tsm1:3:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1
tsm2:3:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst2
-i /home/tsminst2/tsminst2 -q >/dev/console 2>&1
Referencia relacionada:
“Script de inicio del servidor: rc.dsmserv” en la página 600
Inicio del servidor en sistemas Windows
Windows
Puede utilizar el programa de utilidad DSMSERV para iniciar el servidor.
Vaya al directorio donde está instalado el servidor y emita el mandato siguiente:
dsmserv -k server_instance
donde server_instance es el nombre de la instancia del servidor.Server1 es el valor
predeterminado para la primera instancia del servidor Tivoli Storage Manager en
un sistema.
Conceptos relacionados:
“Inicio de instancias del servidor (Windows)” en la página 10
Apéndice E, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 615
Registro de licencias
Registre de forma inmediata cualquier función de Tivoli Storage Manager con
licencia que ha adquirido para no perder los datos después de empezar a utilizar
el servidor. Para garantizar que se registren las licencias nuevas y las anteriores,
siga estos pasos:
1. En el directorio de instancia del servidor de su instalación, asegúrese de que el
archivo NODELOCK se eliminó o se cambió de nombre. El archivo NODELOCK
contiene la información de las licencias anteriores de la instalación.
372
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
2. Registre las licencias registradas previamente utilizando el mandato REGISTER
LICENSE. Para obtener más información sobre el mandato REGISTER LICENSE,
consulte la sección REGISTER LICENSE en la publicación Referencia de
administrador.
3. Registre las nuevas licencias utilizando el mandato REGISTER LICENSE.
Restricción: No puede registrar licencias para IBM Tivoli Storage Manager for
Mail, IBM Tivoli Storage Manager for Databases, IBM Tivoli Storage Manager
for Enterprise Resource Planning y IBM Tivoli Storage Manager para la gestión
de espacio.
Copia de seguridad de la base de datos después de actualizar el
servidor
Una vez actualizado satisfactoriamente el servidor, realice una copia de seguridad
completa de la base de datos del servidor lo antes posible. Antes de llevar a cabo
la copia de seguridad, debe seleccionar la clase de dispositivo para realizar copias
de seguridad de la base de datos.
1. Realice los siguientes pasos:
a. Si no ha utilizado el asistente de actualización (dsmupgdx) para actualizar el
servidor, asegúrese de haber completado todos los pasos para poder
configurar de forma manual el sistema para realizar copias de seguridad de
la base de datos.
b. Si ha utilizado el método de soporte para la actualización y utilizó un
dispositivo de cinta, elimine o extraiga de la biblioteca la cinta que se utilizó
para conservar los datos extraídos. Evite que la cinta se reutilice hasta que
esté seguro de que el servidor de actualización funciona correctamente y no
es necesario repetir el paso de inserción de la base de datos.
2. Seleccione la clase de dispositivo que se utilizará para las copias de seguridad
automáticas de la base de datos. Emita el siguiente mandato desde una línea de
mandatos de administración de IBM Tivoli Storage Manager.
set dbrecovery nombre_clase_dispositivo
La clase de dispositivo que se especifique la utiliza el gestor de base de datos
para todas las copias de seguridad automáticas de la base de datos.
3. Realice una copia de seguridad de la base de datos.
backup db devclass=nombre_clase_dispositivo type=full
La clase de dispositivo puede ser igual o diferente a la que se haya definido
con el mandato SET DBRECOVERY. Si es diferente, recibirá un mensaje de aviso,
pero la operación de copia de seguridad continuará.
4. Realice una copia de seguridad del motor de despliegue emitiendo los
siguientes mandatos:
AIX
HPUX
Linux
Solaris
. /var/ibm/common/acsi/setenv.sh
cd /usr/ibm/common/acsi/bin
./de_backupdb
Windows
cd "C:\Archivos de programa\IBM\Common\acsi"
setenv.cmd
cd "C:\Archivos de programa\IBM\Common\acsi\bin"
de_backupdb.cmd
Capítulo 10. Primeros pasos tras la actualización
373
Actualización del servidor de V5 a V6.3 o posterior
Tareas relacionadas:
“Configuración del sistema para una copia de seguridad de la base de datos” en la
página 359
Comprobación del servidor actualizado
Compruebe el funcionamiento del servidor. Si el servidor se ha instalado en un
sistema distinto como parte de la actualización, compruebe y actualice las
conexiones con los dispositivos de almacenamiento y otros componentes.
1. Supervise los mensajes que el servidor emita al comenzar. Esté atento a los
mensajes de error y a las advertencias.
2. Si el servidor se está ejecutando en otro sistema debido a la actualización,
compruebe los siguientes puntos:
a. Asegúrese de que el servidor actualizado pueda acceder a todos los
dispositivos de almacenamiento del servidor original.
b. Compare los nombres de dispositivo del nuevo sistema con los del sistema
original. Actualice las definiciones de los dispositivos en el servidor en caso
necesario. Por ejemplo, actualice las definiciones de vías de acceso.
c. Actualice la dirección de red utilizada por los clientes de archivado y copia
de seguridad, los agentes de almacenamiento, los servidores de cliente de
biblioteca y otros servidores para comunicarse con el servidor actualizado.
También puede considerar, en lugar de realizar estas actualizaciones, la
posibilidad de utilizar la dirección de red del sistema original como la
dirección del sistema nuevo. O puede actualizar el servicio de nombres de
dominio (DNS) para que señale al nuevo sistema en lugar de al original.
Consulte al administrador de red.
3. Compruebe que puede conectarse al servidor mediante un cliente
administrativo igual que con en la versión anterior del servidor.
4. Ejecute mandatos para obtener un resumen de la información existente en la
base de datos. Compare el resumen con los resultados de los mismos mandatos
antes de la actualización.
5. Realice copias de seguridad para nodos de cliente habituales y verifique que las
copias de seguridad funcionan según lo esperado.
6. Verifique que las operaciones, como el movimiento de datos sin LAN y el uso
compartido de la biblioteca funcionan correctamente.
7. Cuando considere que el rendimiento del servidor se ajusta a lo previsto y no
necesite volver a la versión anterior del servidor, acuérdese de restablecer
cualquier configuración que haya modificado para preparar la actualización a
sus valores originales.
Referencia relacionada:
“Mandatos de prueba de validación de la actualización de la base de datos” en la
página 600
374
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Cambio del nombre de host para el servidor de Tivoli Storage Manager
Si debe cambiar el nombre de host del servidor de Tivoli Storage Manager V6.3 o
posterior, asegúrese de actualizar también la configuración de la base de datos. Si
no puede actualizar la configuración de la base de datos, puede que el servidor de
Tivoli Storage Manager no se inicie.
Cambio del nombre de host de un servidor que se ejecuta en
sistemas AIX, HP-UX, Linux o Solaris
AIX
HPUX
Linux
Solaris
Para cambiar el nombre de host de un servidor de Tivoli Storage Manager que se
ejecuta en un sistema AIX, HP-UX, Linux o Solaris, deben realizarse varios pasos.
1. Detenga todos los servidores de Tivoli Storage Manager que estén en ejecución
en el sistema.
2. Cambie el nombre de host utilizando los procedimientos definidos para su
sistema operativo.
3. Con el ID de usuario root del sistema, emita el siguiente mandato:
db2set -g DB2SYSTEM=nuevo_nombre_host
donde nuevo_nombre_host es el nuevo nombre de host para el servidor.
|
Consejo: El mandato db2set está en el directorio /opt/tivoli/tsm/db2/adm.
4. Emita el siguiente mandato para comprobar que el valor de DB2SYSTEM ha
cambiado:
db2set -all
Este mandato muestra todos los valores de configuración que la base de datos
utiliza.
5. En el directorio directorio_instancia/sqllib, localice el archivo db2nodes.cfg.
El archivo contiene una entrada que muestra el nombre de host anterior, por
ejemplo:
0 tsmmon TSMMON 0
a. Actualice la entrada con el nuevo nombre de host. La entrada es similar a la
siguiente:
0 tsmnew nuevo_nombre_host 0
b. Guarde y cierre el archivo cambiado.
Cambio del nombre de host de un servidor que se ejecuta en
Windows
Windows
Para cambiar el nombre de host de un servidor de Tivoli Storage Manager que se
ejecuta en un sistema Windows, realice una copia de seguridad de la base de
datos, detenga el servidor, edite el archivo de configuración de DB2 y reinicie el
servidor.
1. Realice una copia de seguridad de la base de datos de Tivoli Storage Manager.
2. Detenga el servidor de Tivoli Storage Manager.
3. Cambie el servicio de inicio del servidor de Tivoli Storage Manager a inicio
manual:
Capítulo 10. Primeros pasos tras la actualización
375
Actualización del servidor de V5 a V6.3 o posterior
a. En la Consola de gestión deTivoli Storage, expanda el árbol hasta que se
muestre el servidor. A continuación, expanda el servidor y el nodo
Informes del servidor seleccionado.
b. Seleccione Información de servicio.
c. Seleccione el servidor en el panel derecho y pulse el botón derecho sobre
él. A continuación, pulse Propiedades.
d. En el campo Tipo de inicio, seleccione Manual.
4. Emita los siguientes mandatos en la ventana de indicador de mandatos de
DB2 para actualizar la variable de registro DB2SYSTEM, desactivar la
seguridad ampliada y comprobar los valores:
db2set -g DB2SYSTEM=nuevo_nombre_host
db2set -g DB2_EXTSECURITY=NO
db2set -all
Consejo: El parámetro DB2_EXTSECURITY se restablece en YES al reiniciar el
sistema.
5. Compruebe la presencia del archivo db2nodes.cfg. Dependiendo de la versión
de Windows, el archivo db2nodes.cfg puede estar en uno de los siguientes
directorios:
v Windows 2008 o posterior:
C:\ProgramData\IBM\DB2\DB2TSM1\<Nombre de instancia DB2>
|
|
v Otras versiones de Windows:
C:\Documents and Settings\All Users\Application Data\IBM\DB2\DB2TSM1\
<Nombre de instancia DB2>
Consejo: El archivo db2nodes.cfg es un archivo oculto. Asegúrese de mostrar
todos los archivos; para ello, vaya al Explorador de Windows y seleccione
Herramientas > Opciones de carpeta y especifique que desea ver los archivos
ocultos.
Si no existe el archivo db2nodes.cfg en el sistema, pase al siguiente paso. Si
existe el archivo, emita el siguiente mandato para actualizar el nombre de
host:
db2nchg /n:0 /i:<instancia> /h:<nuevo nombre de host>
6. Cambie el nombre de host de Windows, como se describe en la
documentación del sistema Windows que utiliza.
7. Reinicie el servidor.
8. Actualice los valores de seguridad ejecutando el siguiente mandato:
db2extsec -a nuevo_nombre_host\DB2ADMNS -u nuevo_nombre_host\DB2USERS
9. Inicie el servidor de Tivoli Storage Manager.
10. Restablezca el servicio de inicio para el servidor de Tivoli Storage Manager de
forma que sea automático:
a. En la Consola de gestión deTivoli Storage, expanda el árbol hasta que se
muestre el servidor. A continuación, expanda el servidor y el nodo
Informes del servidor seleccionado.
b. Seleccione Información de servicio.
c. Seleccione el servidor en el panel derecho y pulse el botón derecho sobre
él. A continuación, pulse Propiedades.
d. En el campo Tipo de inicio, seleccione Automático.
376
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Actualización de la automatización
Después de una actualización, las planificaciones administrativas que se definieron
en V5 podrían no funcionar si no se modifican, debido a los cambios en la sintaxis
del mandato. Implemente y compruebe los cambios en todas las automatizaciones
o scripts que necesiten modificación que se hayan identificado en el proceso de
planificación.
Importante: Asegúrese de que la automatización incluye una copia de seguridad
de la base de datos. Realice una copia de seguridad de la base de datos al menos
una vez al día.
Supervisión del servidor actualizado
Al empezar a utilizar el servidor actualizado en la operación de producción,
supervise el espacio utilizado por el servidor para asegurarse de que la cantidad
de espacio es adecuada. Ajuste el espacio si fuera necesario.
1. Supervise las anotaciones activas para garantizar que el tamaño de la carga de
trabajo gestionada por la instancia del servidor es correcto.
Cuando la carga de trabajo del servidor alcanza su nivel típico aceptado, el
espacio que utiliza el registro activo es del 80% - 90% del espacio que está
disponible en el directorio de registro activo. En este punto, es posible que
necesite aumentar la cantidad de espacio. Aumentar o no el espacio depende de
los tipos de transacciones de la carga del servidor. Las características de la
transacción afectan a cómo se utiliza el espacio de registro de archivos.
Las características siguientes de la transacción pueden afectar al uso del espacio
en el registro activo:
v El número y el tamaño de los archivos en las operaciones de realización de
copias de seguridad
– Los clientes como los servidores de archivo que respaldan grandes
cantidades de archivos pequeños pueden causar un gran número de
transacciones realizan rápido. Estas transacciones pueden utilizar una gran
cantidad de espacio de las anotaciones activas, pero durante poco tiempo.
– Los clientes como un servidor de correo o un servidor de base de datos
que respaldan grandes lotes de datos en pocas transacciones pueden
causar pequeñas cantidades de transacciones que tardan mucho tiempo.
Es posible que las transacciones utilicen poco espacio en el registro de
archivado, pero durante mucho tiempo.
v Los tipos de conexión en red
– Las operaciones de copia de seguridad que ocurren en conexiones de red
rápidas generan transacciones que se realizan con más rapidez. Las
transacciones utilizan espacio en el registro activo durante poco tiempo.
– Las operaciones de respaldo que se generan en conexiones más lentas
generan transacciones que tardan más en finalizarse. Las transacciones
utilizan espacio en el registro activo durante un tiempo más largo.
Si el servidor está manejando transacciones con una amplia variedad de
características, es posible que el espacio que se utiliza para el registro activo
aumente o disminuya con el paso del tiempo. Para este servidor, tendría que
asegurarse de que el registro activo tenga normalmente un porcentaje inferior al
de su espacio utilizado. El espacio adicional permite que el registro activo
crezca para las transacciones que tardan más tiempo.
2. Supervise el registro del archivo para asegurarse de que el espacio esté siempre
disponible.
Capítulo 10. Primeros pasos tras la actualización
377
Actualización del servidor de V5 a V6.3 o posterior
Recuerde: Si el registro de archivado se llena, y el registro de recuperación de
achivado tras error se llena, el registro activo también podría llenarse y le
servidor se pararía. El objetivo es conseguir espacio disponible suficiente para
el registro de archivado, de manera que éste nunca utilice todo el espacio
disponible.
Es probable que note el siguiente patrón:
a. Inicialmente, el registro de archivado aumenta de tamaño rápidamente a
medida que se producen las operaciones habituales de copia de seguridad
del cliente.
b. Las copias de seguridad de la base de datos se producen con regularidad,
de forma programada o manual.
c. Después de una copia de seguridad completa de base de datos, se produce
una poda de registros de forma automática. El espacio que utiliza el registro
de archivado decrece tras la poda.
d. Las operaciones normales del cliente continúan y el registro de archivado
vuelve a aumentar de tamaño.
e. Las copias de seguridad de la base de datos se producen con regularidad y
la poda se produce con la frecuencia con la que se realicen las copias de
seguridad completas de las bases de datos.
Con este patrón, el registro de archivado crece inicialmente, decrece y después
es posible que vuelva a crecer. A lo largo del tiempo, mientras las operaciones
normales continúan, la cantidad de espacio que utiliza el registro de archivado
debería alcanzar un nivel constante relativo.
Si el registro de archivado continúa aumentando, considere realizar una de las
dos siguientes acciones:
v Añadir espacio al registro de archivado. Es posible que necesite trasladar el
registro de archivado a un sistema de archivos diferente.
Para obtener más información acerca de mover el registro de archivación,
consulte Guía del administrador.
v Aumente la frecuencia de realización de las copias de seguridad completas
de la base de datos de manera que se produzca con una frecuencia mayor la
poda del registro.
3. Si ha definido un directorio para registro de migración tras error de archivado,
determine si se ha almacenado algún registro en dicho directorio durante las
operaciones normales. Si el espacio del registro de archivado de la migración
tras error está siendo utilizado, considere aumentar el tamaño del registro de
archivado. El objetivo es utilizar el registro de archivado de recuperación tras
error solo en circunstancias excepcionales, no durante el funcionamiento
normal.
Conceptos relacionados:
“Requisitos del espacio del registro de recuperación” en la página 47
“Operaciones de la base de datos” en la página 4
378
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Actualización del servidor de V5 a V6.3 o posterior
Eliminación de GSKit Versión 7 después de actualizar a Tivoli Storage
Manager V6.3 o posterior
Windows
El asistente de instalación de Tivoli Storage Manager actualiza GSKit Versión 8 y
posteriores. GSKit Versión 7 no se elimina ni se actualiza cuando actualiza a Tivoli
Storage Manager Versión 6.3 o posterior, aunque se haya instalado con una versión
anterior de Tivoli Storage Manager.
Si ya no necesita GSKit Versión 7 y desea liberar espacio en el sistema, puede
eliminarlo después de actualizar a Tivoli Storage Manager Versión 6.3 o posterior.
Atención: La eliminación de SKit Versión 7 puede afectar a otros programas en el
sistema basados en él.
1. Realice una copia de seguridad del registro.
a. Pulse Inicio y, a continuación, Ejecutar.
b. Escriba Regedit. Pulse Aceptar.
c. Para guardar una copia del registro, seleccione Archivo > Exportar.
d. Si más adelante debe restaurar el registro, seleccione Archivo > Importar.
Para obtener más información detallada, consulte la documentación de
Windows.
2. Localice el directorio donde se ha instalado el GSKit. El directorio
predeterminado es C:\Archivos de programa\IBM\gsk7\.
3. Elimine el directorio de instalación de GSKit, gsk7, y todos los archivos y
subdirectorios. Pulse con el botón derecho sobre la carpeta y pulse Suprimir.
4. Elimine la clave de registro de GSKit Versión 7 y todas las subclaves y valores.
Atención: Si elimina la clave incorrecta, pueden producirse problemas del
sistema como, por ejemplo, que no se pueda reiniciar la estación de trabajo.
a. Pulse Inicio y, a continuación, Ejecutar.
b. Escriba Regedit. Pulse Aceptar.
c. La clave de registro de GSKit se encuentra en este directorio:
HKEY_LOCAL_MACHINE\SOFTWARE\IBM. Pulse con el botón derecho sobre la clave
de registro, HKEY_LOCAL_MACHINE\SOFTWARE\IBM\GSK7, y pulse Suprimir.
Capítulo 10. Primeros pasos tras la actualización
379
Actualización del servidor de V5 a V6.3 o posterior
380
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Capítulo 11. Resolución de problemas relacionados con la
actualización de la base de datos
Examine esa sección para conocer algunas recomendaciones relacionadas con la
resolución de problemas habituales. También se incluye un procedimiento en el
que se explica cómo volver a la versión anterior del servidor.
Para obtener la información más actualizada sobre los problemas que pueden
producirse durante una actualización y cómo resolverlos, vaya al sitio de soporte
de IBM Tivoli Storage Manager: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager.
Fase de actualización del servidor: avisos sobre opciones del servidor
no compatibles
El ejecutar el asistente de actualización o uno de los programas de utilidad, se
emiten mensajes de aviso acerca de las opciones del servidor no soportadas.
Síntomas
Se visualizan los mensajes de aviso acerca de las opciones del servidor, pero el
proceso continúa su curso.
Causas
El archivo de opciones del servidor incluye opciones que no son válidas para el
servidor V5.5. Por ejemplo, el archivo de opciones puede incluir algunas opciones
válidas sólo para un servidor V5.4 o anterior.
Aunque ya haya actualizado el archivo de opciones del servidor para añadir
opciones válidas únicamente para un servidor V6.3 o posterior, aun así es posible
que aparezcan mensajes de aviso durante el proceso de actualización.
Resolución del problema
Puede ignorar los mensajes de aviso después de que se haya completado el
proceso de actualización.
Una vez que el proceso de actualización haya finalizado y antes de iniciar el
servidor V6.3 o posterior, edite el archivo de opciones del servidor y elimine
cualquier opción que no sea válida para V6.3 o posterior.
Fase de extracción de la base de datos: mensaje de rechazo de
conexión
Cuando utilice el método de red para trasladar las bases de datos del servidor V5
a la base de datos del servidor V6, se reciben mensajes de rechazo cuando inicia la
operación de extracción.
Síntomas
Puede que se visualicen los siguientes mensajes:
© Copyright IBM Corp. 2009, 2013
381
Resolución de problemas relacionados con la actualización de la base de datos
La sesión de ANR8214E se abre con la dirección_hosst con error debido al rechazo
de conexión.
La sesión de ANR0454E rechazada por el servidor nombre_servidor, razón: fallo de
comunicación.
Causas
Un mensaje de rechazo de conexión normalmente significa que el sistema intenta
conectar con el host o puerto en el que ningún proceso busque una conexión.
Resolución del problema
Antes de intentar el proceso de extracción de nuevo, compruebe los siguientes
artículos:
v Asegúrese de que el método de comunicación del protocolo de control de
transmisiones/protocolo Internet está habilitado para el servidor de destino. El
método de comunicación se define mediante la utilización de la opción
COMMMETHOD en el archivo de opciones del servidor. El protocolo de control de
transmisiones/protocolo Internet es el valor predeterminado para el método de
comunicación del servidor, pero el archivo de opciones del servidor para el
servidor de destino puede tener un valor diferente. Compruebe que el archivo
de opciones del servidor para el servidor de destino tenga COMMMETHOD NONE, o
bien sólo COMMMETHOD SHMEM especificados. Elimine COMMMETHOD NONE si está en el
archivo de opciones del servidor. Añada COMMMETHOD TCPIP si no está en el
archivo de opciones del servidor.
v Asegúrese de que los valores especificados con los parámetros HLADDRESS y
LLADDRESS en el mandato DSMSERV EXTRACTDB sean correctos. El parámetro
LLADDRESS debe coincidir con el valor especificado para la opción TCPPORT en el
archivo de opciones del servidor para el servidor de destino.
v Antes de emitir el mandato DSMSERV EXTRACTDB de nuevo, espere hasta que el
proceso DSMSERV INSERTDB emita el siguiente mensaje:
ANR1336I INSERTDB: listo para conexiones desde el servidor de origen
|
Fase de formateo de la base de datos: error con rc=499
|
Windows
|
|
|
Cuando actualiza el asistente para actualizar un servidor deTivoli Storage Manager
en Windows desde la V5 a V6.3 o posterior, el sistema no puede formatear la base
de datos nueva.
|
Síntomas
|
|
La operación de formateo de la base de datos falla con el código de retorno de
rc=499.
|
Causas
|
|
|
|
|
Es posible que el programa de antivirus Sophos sea la causa de este problema. Si el
programa de antivirus Sophos está instalado en el sistema que se está
actualizando, es posible que el programa explore la base de datos de instancias
deTivoli Storage Manager durante la actualización. La operación de exploración
puede afectar a la creación de los archivos de la base de datos.
382
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Resolución de problemas relacionados con la actualización de la base de datos
|
Resolución del problema
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Para diagnosticar el problema, revise el archivo dsmupgdx.trc en el directorio
c:\Program Files\Tivoli\TSM. Si aparece el mensaje rc=499, la base de datos no
estaba formateada correctamente. El siguiente ejemplo muestra la salida de rastreo
con el mensaje rc=499:
|
|
|
Si el archivo dsmupgdx.trc no está disponible, revise el archivo db2diaglog para ver
si se informa sobre el siguiente error:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
El siguiente archivo de ejemplo db2diaglog indica un error al formatear la base de
datos:
|
|
|
|
|
|
|
|
Si determina que la base de datos no se ha formateado correctamente, y si está
instalado el programa de antivirus Sophos, siga estos pasos:
1. Para asegurarse de que el programa de antivirus no afecta a la operación de
formateo de la base de datos, siga estos pasos:
v Configure el programa de antivirus para asegurarse de que no escanea la
base de datos o los archivos de instancia de Tivoli Storage Manager.
v Inhabilite el programa de antivirus durante un tiempo limitado para que no
afecte al proceso de formateo de la base de datos.
timestamp com.tivoli.dsm.ServerConfig.ServerDB$FormatThread.run(): Issuing cmd:
"C:\Program Files\Tivoli\TSM\Server\dsmserv" -k Server1 LOADFORMAT dbfile=\
"C:\Program Files\Tivoli\TSM\server1\dbfile.1\" activelogdir=\"D:\ActiveLog\"
archlogdir=\"E:\ArchiveLog\" activelogsize=16384 >Format.Out 2>&1 on id tsminst1
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.run(): enter, Monitoring file
C:\Program Files\Tivoli\TSM\server1\Format.Out
timestamp 2012 com.tivoli.dsm.ServerConfig.ProcessMonitor.read(): File
C:\Program Files\Tivoli\TSM\server1\Format.Out not created yet.
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.read(): File C:\Program Files
\Tivoli\TSM\server1\Format.Out now being read. ...
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.read(): File C:\Program Files
\Tivoli\TSM\server1\Format.Out now being read.
timestamp com.tivoli.dsm.ServerConfig.ServerDB$FormatThread.run(): Format rc: 9994
timestamp com.tivoli.dsm.ServerConfig.ServerDB$FormatThread.run(): format stderr:
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.cancel(): enter
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.read(): File C:\Program
Files\Tivoli\TSM\server1\Format.Out now being read.
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.run(): exit
timestamp com.tivoli.dsm.ServerConfig.ProcessMonitor.cancel(): exit
timestamp com.tivoli.dsm.ConfigWizard.DoFormatPanel.signalEvent(): enter,
event=formatDone, rc=499
Invalid collation ID
timestamp LEVEL: Severe
PID : 2304 TID : 2008 PROC : db2syscs.exe
INSTANCE: SERVER1 NODE : 000 DB : TSMDB1
APPHDL : 0-8 APPID: *LOCAL.SERVER1.121107195909
AUTHID : TSMINST1
EDUID : 2008 EDUNAME: db2agent (TSMDB1) 0
FUNCTION: DB2 UDB, relation data serv, sqlrr_dump_ffdc, probe:300
DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes
sqlcaid : SQLCA sqlcabc: 136 sqlcode: -901 sqlerrml: 20
sqlerrmc: Invalid collation ID
sqlerrp : SQLNQB6E
sqlerrd : (1) 0x00000000 (2) 0x00000000 (3) 0x00000000
(4) 0x00000000 (5) 0xFFFFFF9C (6) 0x00000000
sqlwarn : (1) (2) (3) (4) (5) (6)
(7) (8) (9) (10) (11)
sqlstate:
Capítulo 11. Resolución de problemas relacionados con la actualización de la base de datos
383
Resolución de problemas relacionados con la actualización de la base de datos
Recuerde: Antes de volver a configurar o deshabilitar el programa de
antivirus, revise la documentación del producto antivirus para tener en cuenta
los riesgos potenciales y sepa cómo mitigarlos.
|
|
|
2. Ejecute el asistente de configuración de nuevo.
3. Si deshabilita el programa de antivirus, vuelva a habilitarlo.
|
|
|
Fase de inserción de la base de datos: mensajes ANR1338E del
programa de utilidad de actualización
Durante la fase de inserción de la base de datos se emiten uno o más mensajes
ANR1338E sobre violaciones de restricciones u otros problemas de datos al ejecutar
el asistente violación o el programa de utilidad violación DSMSERV INSERTDB.
Síntomas
Los mensajes sobre violaciones de restricciones aparecen y el proceso continúa. Los
datos que tienen un problema no se insertan en la base de datos V6.
Causas
El proceso de inserción encontró uno o más problemas con valores de la base de
datos V5 que se insertaron en la base de datos V6. Los valores no cumplían las
restricciones para un tipo de datos o un formato de datos, o no eran válidos por
otra razón.
Resolución del problema
Debido a que algunos datos no se insertaron en la base de datos, la base de datos
está en un estado incoherente.
Atención: No inicie el servidor hasta que se investiguen los problemas de datos.
Pueden producirse daños en los datos si se inicia el servidor. Póngase en contacto
con el Centro de soporte de IBM para obtener asistencia para determinar el alcance
del problema y qué acción emprender a continuación.
El equipo de soporte de IBM le pedirá que proporcione el archivo constrnt.log,
que contiene detalles acerca de los problemas.
Fase de inserción de la base de datos: mensajes ANR1525I sin
progreso aparente
El programa de utilidad DSMSERV INSERTDB emite repetidamente mensajes de estado
ANR1525I sin señales de que se esté realizando algún progreso.
Síntomas
Puede ver mensajes como el conjunto siguiente mientras se ejecuta el proceso de
inserción.
ANR1524I INSERTDB: Iniciando fase de actualización de base de datos.
ANR1525I INSERTDB: Actualizadas 0 de 25.185.883 entradas de base de
ANR1525I INSERTDB: Actualizadas 0 de 25.185.883 entradas de base de
ANR1525I INSERTDB: Actualizadas 0 de 25.185.883 entradas de base de
ANR1525I INSERTDB: Actualizadas 0 de 25.185.883 entradas de base de
ANR1525I INSERTDB: Actualizadas 0 de 25.185.883 entradas de base de
384
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
datos
datos
datos
datos
datos
en
en
en
en
en
0:23:10.
0:53:13.
1:23:16.
1:53:19.
2:23:22.
Resolución de problemas relacionados con la actualización de la base de datos
El recuento de las entradas actualizadas de la base de datos puede no aumentar
durante un largo tiempo.
Causas
En la fase de actualización de base de datos del programa de utilidad DSMSERV
INSERTDB, la información de varios conjuntos de tablas fuente se fusionan en un
número más pequeño de tablas de destino. Cada operación que fusione varias
tablas fuente en una única tabla de destino es una única operación DB2 UPDATE de
larga ejecución. Una operación UPDATE no proporciona estado hasta que se
completa. Como el estado no se actualiza hasta la terminación, el mensaje
ANR1525I muestra repetidamente un valor que no cambia sobre el número de
entradas que se han actualizado.
Después de que cada conjunto de tablas se fusione en una única tabla de destino,
el mensaje ANR1525I cambia para reflejar el progreso hasta ese momento. Sin
embargo, la operación de fusión para cada conjunto de tablas puede llevar un
tiempo considerable, durante el que estado permanece igual. Esta falta de cambio
en el estado no es señal de un problema. La emisión repetida del mensaje
ANR1525I es una indicación de que el programa de utilidad DSMSERV INSERTDB
todavía se está ejecutando, incluso si las estadísticas de las que informan los
mensajes no cambian.
Resolución del problema
Después de que el programa de utilidad DSMSERV INSERTDB entre en la fase de
actualización de base de datos, la mayoría del trabajo restante lo realiza DB2. Sólo
puede utilizar métodos indirectos para determinar si la operación está
progresando. Uno de dichos métodos es utilizar un supervisor del sistema, como
topas en AIX, para confirmar que el proceso db2sysc de DB2 está operando. La
utilización del recurso del procesador y de entrada/salida para los directorios de
base de datos por el proceso db2sysc son buenas indicaciones de que la fase de
actualización está progresando.
Fase de insercción de la base de datos: problemas con el reinicio del
proceso de actualización
Al reiniciar el proceso de actualización tras un error en el paso de inserción de la
base de datos, se producen más errores.
Síntomas
Al intentar reiniciar el proceso, ya sea desde el asistente de actualización
(dsmupgdx) o a través de mandatos, se recibe un mensaje que dice que la base de
datos ya existe o que los directorios no están vacíos.
Causas
El problema se debe a que una instancia de la base de datos ya se había creado, a
pesar de la anomalía. Los directorios que había especificado en el asistente o con el
mandato DSMSERV LOADFORMAT no pueden seguir vacíos ya que el proceso fallido
comenzó a escribir información en estos directorios. Para volver a realizar la
operación de formateo, los directorios deben estar vacíos.
Capítulo 11. Resolución de problemas relacionados con la actualización de la base de datos
385
Resolución de problemas relacionados con la actualización de la base de datos
Resolución del problema
Intente realizar las siguientes acciones para resolver el problema.
AIX
HPUX
Linux
Solaris
1. Asegúrese de que ha iniciado sesión con el mismo usuario que utilizó
cuando falló la operación de inserción. Este ID debería ser el ID de
usuario que creo específicamente para la instancia del servidor que
estaba actualizando cuando se produjo el error.
Atención: Asegúrese de que utiliza el ID de usuario correcto. La base
de datos que es propiedad del ID de usuario con el que ha iniciado
sesión ahora es la base de datos que se va a destruir en el siguiente
paso. No realice los pasos que vienen a continuación si ha iniciado
sesión con un ID de usuario propietario de una instancia del servidor
V6 válida y en funcionamiento.
2. Elimine la instancia de la base de datos que se creó.
dsmserv removedb TSMDB1
Método alternativo: Si el mandato DSMSERV REMOVEDB falla por algún
motivo, utilice el mandato DB2 para descartar la base de datos. Emita
los mandatos siguientes:
db2start
db2 drop db tsmdb1
3. Para reutilizar la base de datos y los directorios de registro que
especificó en el intento fallido por crear la instancia del servidor,
verifique que cada directorio ahora esté vacío.
4. Reinicie el asistente de actualización para la instancia del servidor que
va a actualizar.
Si utiliza mandatos, vuelva a comenzar en el paso en el que emitió el
mandato DSMSERV LOADFORMAT.
Windows
1. Elimine la instancia de la base de datos que se creó. Emita el mandato:
dsmserv removedb -k nombre_instancia_servidor TSMDB1
El nombre_instancia_servidor es el nombre de la clave de registro para la
instancia del servidor que estaba actualizando cuando se produjo la
anomalía. Por ejemplo, si estaba actualizando Server2, emita el
mandato:
dsmserv removedb -k server2 TSMDB1
Atención: Asegúrese de especificar el nombre de la instancia del
servidor para el falló el proceso. La base de datos para la instancia del
servidor especificado se destruye emitiendo este mandato.
Método alternativo: Si el mandato DSMSERV REMOVEDB falla por algún
motivo, utilice el mandato DB2 para descartar la base de datos:
a. Pulse Iniciar > Programas > IBM DB2 > DB2TSM1 >
Herramientas de línea de mandatos > Procesador de línea de
mandatos.
b. Escriba abandonar para salir del procesador de línea de mandatos.
386
IBM Tivoli Storage Manager: Guía de actualización y migración para servidores V5
Resolución de problemas relacionados con la actualización de la base de datos
Se abrirá una ventana con un indicador de mandatos con el entorno
configurado correctamente para emitir adecuadamente mandatos en
los siguientes pasos.
c. Desde la solicitud de mandatos de esa ventana, emita el siguiente
mandato para configurar la variable de entorno para la instancia del
servidor con la que está trabajando:
set db2instance=nombre_instancia_servidor
Por ejemplo, para establecer la variable del entorno para la instancia
del servidor Server1, emita el siguiente mandato:
set db2instance=server1
d. Emita el mandato para descartar la base de datos:
db2 drop db tsmdb1
2. Para reutilizar la base de datos y los directorios de registro que
especificó en el intento fallido por crear la instancia del servidor,
verifique que cada directorio ahora esté vacío.
3. Reinicie el asistente de actualización para la instancia del servidor que
va a actualizar.
Si utiliza mandatos, vuelva a comenzar en el paso en el que emitió el
mandato DSMSERV LOADFORMAT.
|
|
Fase inicial del servidor: Error ANR0162W
Windows
|
|
|
Después de actualizar el servidor de Tivoli Storage Manager de V5 a V6.3 o
posterior en un sistema operativo de Windows,la instancia del servidor falla al
iniciarse.
|
Síntomas
|
El inicio del servidor falla con el mensaje de error ANR0162W.
|
Causas
|
|
|
|
|
Es posible que el programa de antivirus Sophos sea la causa de este problema. Si el
programa de antivirus Sophos está instalado en el sistema que se está
actualizando, es posible que el programa de antivirus explore la base de datos de
instancias de Tivoli Storage Manager durante la actualización. La operación de
exploración pueden afectar al inicio de la instancia del servidor.
|
Resolución del problema
|
|
|
|
Para diagnosticar el problema, intente iniciar el servidor. Para iniciar el servidor
desde el directorio predeterminado, C:\Program Files\Tivoli\TSM\server, emita el
siguiente mandato:
|
|
|
donde server_instance es el nombre de la instancia del servidor.Server1 es el
servidor predeterminado pa