Tivoli Storage Manager

򔻐򗗠򙳰
Versión 6.1

Guía de actualización del servidor

SC11-3860-00
 Tivoli Storage Manager
®

򔻐򗗠򙳰
Versión 6.1

Guía de actualización del servidor

SC11-3860-00
 Nota
Antes de utilizar esta información y el producto al que ésta da soporte, lea la información de “Avisos” en la página 279.

Esta edición se aplica a la versión 6.1 de IBM Tivoli Storage Manager y a todos los releases y las modificaciones
siguientes hasta que se indique lo contrario en ediciones o boletines técnicos nuevos.
© Copyright International Business Machines Corporation 2009.
Contenido
Prefacio . . . . . . . . . . . . . . ix
Quién debe leer esta guía . . . . . . . . . .
Publicaciones . . . . . . . . . . . . . .
Publicaciones de Tivoli Storage Manager . . . .
Información de soporte . . . . . . . . . .
Obtención de formación técnica . . . . . . .
Búsqueda en bases de datos de conocimientos . .
Contacto con el centro de soporte de software
de IBM . . . . . . . . . . . . . . xiii
Nuevo en la versión 6.1 . . . . . . . xvii
Funciones inhabilitadas . . . . . . . . . . xvii
Cambios en la versión 6.1 de Centro de
administración . . . . . . . . . . . . . xvii
Optimización del almacenamiento de datos . . . xix
Dispositivos de almacenamiento . . . . . . . xx
Funcionalidad ACSLS para los sistemas Windows xx
Controlador del dispositivo Passthru para las
versiones 2 y 3 de HP-UX 11i en la arquitectura
de IA64. . . . . . . . . . . . . . . xx
Soporte para las unidades y soportes HP y
Quantum DAT160 . . . . . . . . . . . xxi
Soporte para unidades Sun StorageTek T10000 y
T10000B y el soporte T10000 . . . . . . . xxi
Soporte de gestor de recuperación tras desastre
para agrupaciones de datos activos . . . . . . xxi
Mejoras del mandato EXPIRE INVENTORY . . . xxi
Cambios en restauración sin consulta . . . . . xxii
Base de datos de servidor . . . . . . . . . xxii
Soporte para la función de NetApp SnapMirror a
cinta . . . . . . . . . . . . . . . . xxii
Función de cobertura y seguimiento. . . . . . xxii
Soporte del controlador de ODBC . . . . . . xxiii
Capítulo 1. Visión general de las
actualizaciones de las bases de datos
del servidor . . . . . . . . . . . . . 1
La base de datos del servidor . . . . . . . . .
Espacio de base de datos para un servidor V6 . .
Registro de recuperación . . . . . . . . .
Cambios en operaciones . . . . . . . . . .
Operaciones de la base de datos . . . . . . .
Protección y anotaciones de la base de datos. . .
Varias instancias del servidor en un único servidor
Cambios para iniciar el servidor . . . . . . .
Cambios en archivos y en entornos . . . . . .
Modificaciones en los mandatos administrativos .
Capítulo 2. Planificación de la
actualización del servidor . . . . . . 11
Proceso de actualización del servidor a la versión
6.1 . . . . . . . . . . . . . . . . . 11
Comparación del proceso de actualización en un
sistema existente y en otro nuevo . . . . . . 12
© Copyright IBM Corp. 2009
Comparación de los métodos para transferir
ix datos a la base de datos V6.1 . . . . . . . 15
ix Herramientas de actualización DSMUPGRD . . 16
ix Requisitos de hardware y software para la
xi actualización del servidor a V6.1 . . . . . . . 17
xi Requisitos de software y hardware del sistema
xi del servidor V5 que se va a actualizar . . . . 17
Requisitos de hardware y software para la
actualización del servidor. . . . . . . . . 20
Planificación de espacio para el proceso de
actualización y el servidor actualizado . . . . . 31
Requisitos de espacio del sistema de servidor V5 31
Requisitos de espacio del sistema de servidor V6 32
Estimación de las necesidades de espacio total
del proceso de actualización y el servidor
actualizado . . . . . . . . . . . . . 34
Hoja de trabajo para planificar el espacio para el
servidor V6.1 . . . . . . . . . . . . . 37
Estimación del tiempo de actualización . . . . . 38
Recomendaciones de rendimiento relacionadas
con el proceso de extracción . . . . . . . . 38
Sugerencias de rendimiento para insertar datos
en la base de datos V6.1 . . . . . . . . . 39
Planificación de la actualización de varios servidores
y componentes . . . . . . . . . . . . . 40
Componentes disponibles para la instalación . . 40
Compatibilidad con servidores y componentes
que se ejecutan en versiones anteriores . . . . 40
Planificación de la actualización de varios
servidores en un solo sistema . . . . . . . 40
Planificación de la actualización de los gestores y
de los clientes de biblioteca . . . . . . . . 41
Planificación de la actualización de los clientes 41
Planificación de la actualización de los agentes
de almacenamiento . . . . . . . . . . . 41
Prueba del proceso de actualización de un servidor 41
Realización de pruebas mediante la extracción de
datos desde una copia independiente del
1 servidor . . . . . . . . . . . . . . 42
2 Realización de pruebas mediante la extracción de
2 datos desde el servidor de producción . . . . 43
3 Preparación de los cambios operativos . . . . . 43
4 Información de referencia relacionada con la
5 planificación . . . . . . . . . . . . . . 44
6 Cambios en opciones y mandatos . . . . . . 44
7 Mensajes del servidor nuevos y modificados . . 54
8 Mejores prácticas de denominación . . . . . 55
9
Capítulo 3. Visión general de casos de
ejemplo de actualización . . . . . . . 57
Caso de ejemplo 1 para actualizar el servidor: el
mismo sistema, método de soporte . . . . . . 57
Actualización del servidor mediante el asistente 59
Actualización del servidor de forma manual con
las herramientas . . . . . . . . . . . . 61
iii
Caso de ejemplo 2 para actualizar el servidor: el
mismo sistema, método de red . . . . . . .
Actualización del servidor mediante el asistente
Actualización del servidor de forma manual con
las herramientas . . . . . . . . . . .
Caso de ejemplo 3 para actualizar el servidor: un
sistema nuevo, método de soporte . . . . . .
Actualización del servidor mediante el asistente
Actualización del servidor de forma manual con
las herramientas . . . . . . . . . . .
Caso de ejemplo 4 para actualizar el servidor: un
sistema nuevo, método de red . . . . . . .
Actualización del servidor mediante el asistente
Actualización del servidor de forma manual con
las herramientas . . . . . . . . . . .
Capítulo 4. Caso de ejemplo 1: el
mismo sistema, método de soporte . . 79
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: 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 las herramientas
de actualización . . . . . . . . . . . .
Caso de ejemplo 1: Instalación de programas de
utilidad de actualización en sistemas AIX . .
Caso de ejemplo 1: Instalación de herramientas
de actualización en sistemas HP-UX . . . .
Caso de ejemplo 1: Instalación de programas de
utilidad de actualización en sistemas Linux. .
Caso de ejemplo 1: Instalación de las
herramientas de actualización en sistemas Sun
Solaris . . . . . . . . . . . . . .
Caso de ejemplo 1: Definición de variables de
entorno para programas de utilidad en sistemas
AIX, HP-UX, Linux y Sun Solaris . . . . .
Caso de ejemplo 1: Instalación de programas de
utilidad en sistemas Microsoft Windows . . .
Caso de ejemplo 1: Preparación de la base de datos
de un servidor V5 para actualización . . . . .
Caso de ejemplo 1: Desinstalación del programa V5
antes de instalar V6.1 . . . . . . . . . .
Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas AIX . . . . . . . . . .
Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas HP-UX. . . . . . . . .
iv IBM Tivoli Storage Manager: Guía de actualización del servidor
Caso de ejemplo 1: Desinstalación del programa
. 63 V5 en sistemas Linux . . . . . . . . . . 92
64 Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas Sun Solaris . . . . . . . . 93
. 66 Caso de ejemplo 1: Desinstalación del programa
V5 en sistemas Microsoft Windows . . . . . 93
. 68 Caso de ejemplo 1: Instalación del servidor V6.1 . . 93
69 Caso de ejemplo 1: Creación de directorios y del
identificador de usuario para la instancia del
. 71 servidor actualizado . . . . . . . . . . . 96
Caso de ejemplo 1: Actualización del servidor con el
. 73 asistente de actualización . . . . . . . . . . 99
74 Caso de ejemplo 1: Actualización del servidor de
forma manual con las herramientas . . . . . . 100
. 76 Caso de ejemplo 1: Extracción de los datos en
un soporte . . . . . . . . . . . . . 101
Caso de ejemplo 1: Creación y formato de la
nueva base de datos . . . . . . . . . . 102
Caso de ejemplo 1: Carga de los datos extraídos
79
en la nueva base de datos . . . . . . . . 105
Caso de ejemplo 1: Configuración del sistema
. 80
para una copia de seguridad de la base de datos 107
. 81
Capítulo 5. Caso de ejemplo 2: el
. 82 mismo sistema, método de red . . . . 111
. 83 Caso de ejemplo 2: Preparación de la actualización 111
Caso de ejemplo 2: Comprobación de los
requisitos previos de la actualización . . . . 112
Caso de ejemplo 2: Preparación de espacio para
. 83 el proceso de actualización . . . . . . . . 113
Caso de ejemplo 2: Modificación del servidor
. 84 antes de la actualización . . . . . . . . . 113
Caso de ejemplo 2: Inhabilitación de sesiones 114
. 85 Caso de ejemplo 2: Realización de una copia de
seguridad de las agrupaciones de
. 85 almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . . 115
. 86 Caso de ejemplo 2: Realización de una copia de
seguridad de los datos de configuración . . . 115
. 87 Caso de ejemplo 2: Creación de un resumen del
contenido de la base de datos . . . . . . . 116
. 88 Caso de ejemplo 2: Detención del servidor antes
de instalar la actualización . . . . . . . . 116
. 88 Caso de ejemplo 2: Instalación de las herramientas
de actualización . . . . . . . . . . . . 117
Caso de ejemplo 2: Instalación de programas de
. 89 utilidad de actualización en sistemas AIX . . . 118
Caso de ejemplo 2: Instalación de herramientas
de actualización en sistemas HP-UX . . . . . 119
. 89 Caso de ejemplo 2: Instalación de programas de
utilidad de actualización en sistemas Linux . . 119
. 90 Caso de ejemplo 2: Instalación de las
herramientas de actualización en sistemas Sun
. 90 Solaris . . . . . . . . . . . . . . . 120
Caso de ejemplo 2: Definición de variables de
. 91 entorno para programas de utilidad en sistemas
AIX, HP-UX, Linux y Sun Solaris. . . . . . 120
. 92 Caso de ejemplo 2: Instalación de programas de
utilidad en sistemas Microsoft Windows . . . 121
. 92 Caso de ejemplo 2: Preparación de la base de datos
de un servidor V5 para actualización . . . . . 121
Caso de ejemplo 2: Desinstalación del programa V5
antes de instalar V6.1. . . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas AIX . . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas HP-UX . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas Linux . . . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas Sun Solaris . . . . . . . .
Caso de ejemplo 2: Desinstalación del programa
V5 en sistemas Microsoft Windows . . . . .
Caso de ejemplo 2: Instalación del servidor V6.1
Caso de ejemplo 2: Creación de directorios y del
identificador de usuario para la instancia del
servidor actualizado . . . . . . . . . . .
Caso de ejemplo 2: Actualización del servidor con
el asistente de actualización . . . . . . . .
Caso de ejemplo 2: Actualización del servidor de
forma manual con las herramientas . . . . . .
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: Configuración del sistema
para una copia de seguridad de la base de datos
Capítulo 6. Caso de ejemplo 3: un
sistema nuevo, método de soporte . . 141
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: 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 . . . . . . . .
Caso de ejemplo 3: Instalación de las herramientas
de actualización . . . . . . . . . . . .
Caso de ejemplo 3: Instalación de programas de
utilidad de actualización en sistemas AIX . . .
Caso de ejemplo 3: Instalación de herramientas
de actualización en sistemas HP-UX . . . . .
Caso de ejemplo 3: Instalación de programas de
utilidad de actualización en sistemas Linux . .
Caso de ejemplo 3: Instalación de las
herramientas de actualización en sistemas Sun
Solaris . . . . . . . . . . . . . . .
Caso de ejemplo 3: Definición de variables de
entorno para programas de utilidad en sistemas
AIX, HP-UX, Linux y Sun Solaris. . . . . .
Caso de ejemplo 3: Instalación de programas de
123 utilidad en sistemas Microsoft Windows . . . 151
Caso de ejemplo 3: Instalación del servidor V6.1 152
123 Caso de ejemplo 3: Creación de directorios y del
identificador de usuario para la instancia del
123 servidor actualizado . . . . . . . . . . . 154
Caso de ejemplo 3: Actualización del servidor con
124 el asistente de actualización . . . . . . . . 158
Caso de ejemplo 3: Actualización del servidor de
124 forma manual con las herramientas . . . . . . 159
Caso de ejemplo 3: Preparación de la base de
124 datos de un servidor V5 para actualización . . 160
125 Caso de ejemplo 3: Extracción de los datos en
un soporte . . . . . . . . . . . . . 161
Caso de ejemplo 3: Creación y formato de la
127 nueva base de datos . . . . . . . . . . 162
Caso de ejemplo 3: Carga de los datos extraídos
130 en la nueva base de datos . . . . . . . . 166
Caso de ejemplo 3: Configuración del sistema
131 para una copia de seguridad de la base de datos 167
132 Capítulo 7. Caso de ejemplo 4: un
sistema nuevo, método de red . . . . 171
135
Caso de ejemplo 4: Preparación de la actualización 171
Caso de ejemplo 4: Comprobación de los
137
requisitos previos de la actualización . . . . 172
Caso de ejemplo 4: Preparación de espacio para
el proceso de actualización . . . . . . . . 173
Caso de ejemplo 4: Modificación del servidor
141 antes de la actualización. . . . . . . . . 173
Caso de ejemplo 4: Inhabilitación de sesiones 174
142 Caso de ejemplo 4: Realización de una copia de
seguridad de las agrupaciones de
143 almacenamiento y de la base de datos del
servidor . . . . . . . . . . . . . . 175
144 Caso de ejemplo 4: Realización de una copia de
145 seguridad de los datos de configuración . . . 175
Caso de ejemplo 4: Creación de un resumen del
contenido de la base de datos . . . . . . . 176
Caso de ejemplo 4: Detención del servidor antes
145 de instalar la actualización . . . . . . . . 176
Caso de ejemplo 4: Instalación de las herramientas
146 de actualización . . . . . . . . . . . . 177
Caso de ejemplo 4: Instalación de programas de
146 utilidad de actualización en sistemas AIX . . . 178
Caso de ejemplo 4: Instalación de herramientas
147 de actualización en sistemas HP-UX . . . . . 179
Caso de ejemplo 4: Instalación de programas de
147 utilidad de actualización en sistemas Linux . . 179
Caso de ejemplo 4: Instalación de las
148 herramientas de actualización en sistemas Sun
Solaris . . . . . . . . . . . . . . . 180
149 Caso de ejemplo 4: Definición de variables de
entorno para programas de utilidad en sistemas
150 AIX, HP-UX, Linux y Sun Solaris. . . . . . 180
Caso de ejemplo 4: Instalación de programas de
utilidad en sistemas Microsoft Windows . . . 181
150 Caso de ejemplo 4: Instalación del servidor V6.1 181
Caso de ejemplo 4: Creación de directorios y del
identificador de usuario para la instancia del
151 servidor actualizado . . . . . . . . . . . 184
Contenido v
Caso de ejemplo 4: Actualización del servidor con
el asistente de actualización . . . . . . . .
Caso de ejemplo 4: Actualización del servidor de
forma manual con las herramientas . . . . . .
Caso de ejemplo 4: Preparación de la base de
datos de un servidor V5 para actualización . .
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: Configuración del sistema
para una copia de seguridad de la base de datos
Capítulo 8. Procedimientos generales
para actualizar un servidor a la
versión 6.1 . . . . . . . . . . . . 199
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 . . . . . . . . . .
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 las herramientas de actualización el
servidor original . . . . . . . . . . . .
Instalación de programas de utilidad de
actualización en sistemas AIX . . . . . . .
Instalación de herramientas de actualización en
sistemas HP-UX . . . . . . . . . . .
Instalación de programas de utilidad de
actualización en sistemas Linux . . . . . .
Instalación de las herramientas de actualización
en sistemas Sun Solaris . . . . . . . . .
Definición de variables de entorno para
programas de utilidad en sistemas AIX, HP-UX,
Linux y Sun Solaris . . . . . . . . . .
Instalación de programas de utilidad en
sistemas Microsoft Windows . . . . . . .
Preparación de la base de datos de un servidor V5
para actualización . . . . . . . . . . . .
Desinstalación del programa V5 antes de instalar
V6.1 . . . . . . . . . . . . . . . .
Desinstalación del programa V5 en sistemas AIX
Desinstalación del programa V5 en sistemas
HP-UX . . . . . . . . . . . . . .
Desinstalación del programa V5 en sistemas
Linux . . . . . . . . . . . . . . .
Desinstalación del programa V5 en sistemas Sun
Solaris . . . . . . . . . . . . . . .
vi IBM Tivoli Storage Manager: Guía de actualización del servidor
Desinstalación del programa V5 en sistemas
187 Microsoft Windows . . . . . . . . . . 213
Instalación del servidor V6.1 . . . . . . . . 214
188 Creación de directorios y del identificador de
usuario para la instancia del servidor actualizado . 216
189 Actualización del servidor con el asistente de
actualización . . . . . . . . . . . . . 219
190 Actualización del servidor de forma manual con
las herramientas . . . . . . . . . . . . 220
194 Creación y formato de la nueva base de datos 221
Traslado de la base de datos del servidor
195 mediante soporte . . . . . . . . . . . 225
Traslado de la base de datos del servidor a
través de la red. . . . . . . . . . . . 228
Configuración del sistema para una copia de
seguridad de la base de datos . . . . . . . 229
199
Capítulo 9. Primeros pasos tras la
200 actualización . . . . . . . . . . . 233
Verificación del acceso a las agrupaciones de
201 almacenamiento en disco . . . . . . . . . 233
Inicio de la instancia del servidor tras la
202 actualización . . . . . . . . . . . . . 233
203 Inicio del servidor en sistemas AIX, HP-UX,
Linux y Sun Solaris . . . . . . . . . . 233
Inicio del servidor en sistemas Windows . . . 236
204 Registro de licencias . . . . . . . . . . . 237
Copia de seguridad de la base de datos después de
204 actualizar el servidor . . . . . . . . . . . 237
Comprobación del servidor actualizado . . . . 238
205 Actualización de la automatización . . . . . . 239
Supervisión del servidor actualizado . . . . . 239
205
Capítulo 10. Resolución de problemas
206 relacionados con la actualización de
la base de datos . . . . . . . . . . 241
206
El programa de utilidad emite avisos acerca de las
opciones de servidor que no se soportan . . . . 241
207
Mensaje de rechazo de conexión al iniciar la
operación de extracción . . . . . . . . . . 241
208
Problemas con el reinicio del proceso de
actualización después de una anomalía de
208
inserción en la base de datos . . . . . . . . 242
Reversión de la V6.1 a la versión del servidor V5
anterior . . . . . . . . . . . . . . . 244
209
Pasos para revertir a la versión del servidor
anterior . . . . . . . . . . . . . . 244
210
Pasos de recuperación adicionales si se han
creado agrupaciones de almacenamiento nuevas
210
o se han habilitado optimizaciones de
almacenamiento de datos . . . . . . . . 246
212
212
Capítulo 11. Los programas de
212 utilidad, los scripts y los mandatos de
muestra para la actualización del
213 servidor. . . . . . . . . . . . . . 249
DSMUPGRD QUERYDB (mostrar información
213 acerca de la base de datos V5) . . . . . . . . 250
DSMUPGRD PREPAREDB (preparar la base de
datos V5 para actualizar) . . . . . . . . . 251
DSMUPGRD EXTRACTDB (extraer datos de la
base de datos del servidor V5) . . . . . . . 252
El archivo manifiesto para la extracción de datos
al soporte . . . . . . . . . . . . . 254
DSMUPGRD EXTEND DB (ampliación del tamaño
de la base de datos) . . . . . . . . . . . 256
DSMUPGRD EXTEND LOG (ampliación del
tamaño del registro de recuperación) . . . . . 257
DSMUPGRD UPDATE (Creación de entradas del
registro de seguridad para una instancia del
servidor V5) . . . . . . . . . . . . . . 259
DSMSERV LOADFORMAT (dar formato a una
base de datos) . . . . . . . . . . . . . 260
DSMSERV INSERTDB (Transferencia de una base
de datos de servidor a una base de datos vacía) . . 263
Script de inicio del servidor: rc.dsmserv . . . . 265
Mandatos de prueba de validación de la
actualización de la base de datos . . . . . . . 265
Apéndice A. Los idiomas regionales
del servidor . . . . . . . . . . . . 267
Instalación de un paquete de idioma . . . . . 271
Apéndice B. Requisitos de recursos
del sistema HP-UX . . . . . . . . . 273
Estimación de los recursos de semáforo necesarios 273
Estimación de los recursos de proceso necesarios 273
Estimación del número necesario de hebras por
proceso . . . . . . . . . . . . . . . 274
Visualización y modificación de la configuración
del kernel . . . . . . . . . . . . . . 274
Apéndice C. Servicios asociados al
servidor de Tivoli Storage Manager . . 275
Apéndice D. Características de
accesibilidad de Tivoli Storage
Manager . . . . . . . . . . . . . 277
Avisos . . . . . . . . . . . . . . 279
Marcas registradas. . . . . . . . . . . . 281
Glosario . . . . . . . . . . . . . 283
Índice. . . . . . . . . . . . . . . 285
Contenido vii
viii IBM Tivoli Storage Manager: Guía de actualización del servidor
Prefacio
En esta publicación se proporciona información acerca de la actualización de los
servidores deIBM Tivoli Storage Manager de uno de los niveles soportado de la
versión 5 a la versión 6.1.

Quién debe leer esta guía

Esta publicación se dirige a los administradores de servidores que son responsables
de actualizar los servidores a la versión 6.1. de Tivoli Storage Manager.

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

Publicaciones
Las publicaciones de Tivoli Storage Manager y otras publicaciones relacionadas
están disponibles en línea.

Puede buscar todas las publicaciones en el Tivoli Storage Manager Information

Center: http://publib.boulder.ibm.com/infocenter/tsminfo/v6.

Puede descargar versiones en PDF del Tivoli Storage Manager Information Center
o del centro de publicaciones de IBM enhttp://www.ibm.com/shop/publications/
order/.

También puede pedir publicaciones relacionadas desde el sitio web del centro de
publicaciones de IBM. En el sitio web también se proporciona información acerca
de cómo realizar el pedido de publicaciones desde otros países que no sean
Estados Unidos. En Estados Unidos, puede realizar el pedido de publicaciones
llamando al número de teléfono: 800-879-2755.

Publicaciones de Tivoli Storage Manager

La publicaciones están disponibles para el servidor, el agente de almacenamiento,
el cliente y la protección de datos.
Tabla 1. Publicaciones de servidor de Tivoli Storage Manager
Título de publicación Número de pedido
Mensajes de IBM Tivoli Storage Manager GC23-9787
IBM Tivoli Storage Manager - Guía de ajuste del rendimiento GC11-3853
IBM Tivoli Storage Manager - Guía de determinación de problemas GC11-3852
IBM Tivoli Storage Manager para AIX - Guía de instalación GC11-3854
IBM Tivoli Storage Manager para AIX - Guía del administrador SC23-9769
IBM Tivoli Storage Manager para AIX - Referencia del administrador SC23-9775

© Copyright IBM Corp. 2009 ix

 Tabla 1. Publicaciones de servidor de Tivoli Storage Manager (continuación)
Título de publicación Número de pedido
IBM Tivoli Storage Manager para HP-UX - Guía de instalación GC11-3855
IBM Tivoli Storage Manager para HP-UX - Guía del administrador SC23-9770
IBM Tivoli Storage Manager para HP-UX - Referencia del administrador SC23-9776
IBM Tivoli Storage Manager para Linux - Guía de instalación GC11-3856
IBM Tivoli Storage Manager para Linux - Guía del administrador SC11-3861
IBM Tivoli Storage Manager para la referencia de administrador de Linux SC23-9777
IBM Tivoli Storage Manager para Sun Solaris - Guía de instalación GC11-3857
IBM Tivoli Storage Manager para Sun Solaris - Guía de administrador SC23-9772
IBM Tivoli Storage Manager para Sun Solaris - Referencia del SC23-9778
administrador
IBM Tivoli Storage Manager para Windows - Guía de instalación GC11-3858
IBM Tivoli Storage Manager para Windows - Guía del administrador SC23-9773
IBM Tivoli Storage Manager para Windows - Referencia del administrador SC23-9779
IBM Tivoli Storage Manager - Guía de actualización del servidor SC11-3860
IBM Tivoli Storage Manager para recuperación y copias de seguridad del SC32-6543
sistema - Guía de instalación y del usuario

Tabla 2. Publicaciones del agente de Tivoli Storage Manager

Título de publicación Número de pedido
IBM Tivoli Storage Manager para SAN para AIX Storage Agent - Guía SC23-9797
del usuario
IBM Tivoli Storage Manager para SAN para HP-UX Storage Agent - SC23-9798
Guía del usuario
IBM Tivoli Storage Manager para SAN paraLinux Storage Agent - Guía SC23-9799
del usuario
IBM Tivoli Storage Manager para SAN para Sun Solaris Storage Agent - SC23-9800
Guía del usuario
IBM Tivoli Storage Manager para SAN para Windows - Guía del usuario SC11-3862
del agente de almacenamiento

Tabla 3. Publicaciones del cliente de Tivoli Storage Manager

Título de publicación Número de pedido
IBM Tivoli Storage Manager para UNIX - Guía del usuario y de SC23-9791
instalación y Linux: clientes de archivado y copia de seguridad
IBM Tivoli Storage Manager para Windows: Guía del usuario e SC23-9792
instalación de los clientes de copia de seguridad/archivado
IBM Tivoli Storage Manager para Space Management para UNIX y SC23-9794
Linux: Guía del usuario
IBM Tivoli Storage Manager for HSM for Windows Guía de SC23-9795
administración
IBM Tivoli Storage Manager Using the Application Program Interface SC23-9793
Program Directory for IBM Tivoli Storage Manager z/OS Edition GI11-8912
Backup-Archive Client

x IBM Tivoli Storage Manager: Guía de actualización del servidor

 Tabla 3. Publicaciones del cliente de Tivoli Storage Manager (continuación)
Título de publicación Número de pedido
Program Directory for IBM Tivoli Storage Manager z/OS Edition GI11-8911
Application Program Interface

Tabla 4. Publicaciones acerca de Data Protection de Tivoli Storage Manager

Título de publicación Número de pedido
IBM Tivoli Storage Manager for Advanced Copy Services: Data Protection SC33-8331
for Snapshot Devices Installation and User’s Guide
IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SC32-9059
SQL Server Installation and User’s Guide
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC32-9064
UNIX and Linux Installation and User’s Guide
IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC32-9065
Windows Installation and User’s Guide
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data SC10-9840 (SC33-6341)
Protection for SAP Guía de instalación y del usuario para DB2
IBM Tivoli Storage Manager for Enterprise Resource Planning: Data SC10-9841 (SC33-6340)
Protection for SAP Guía de instalación y del usuario para Oracle
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino SC32-9056
for UNIX, Linux, and OS/400 Installation and User’s Guide
IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino SC32-9057
for Windows Installation and User’s Guide
IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft SC23-9796
Exchange Server Guía de instalación y del usuario
Program Directory for IBM Tivoli Storage Manager for Mail (Data GI11-8909
Protection for Lotus Domino)

Información de soporte
Puede encontrar información de soporte para los productos deIBM de una
variedad de orígenes.

Obtención de formación técnica

La información acerca de cursos de formación técnica de Tivoli se encuentra
disponible en línea.

Vaya a http://www.ibm.com/software/tivoli/education/.

Búsqueda en bases de datos de conocimientos

Si tiene algún problema con Tivoli Storage Manager, hay varias bases de datos de
conocimientos que puede consultar.

Puede empezar con el Information Center de Tivoli Storage Manager en

http://publib.boulder.ibm.com/infocenter/tsminfo/v6. Desde este sitio web puede
buscar en todas las publicaciones de Tivoli Storage Manager.

Prefacio xi
 Búsqueda en Internet
Si no puede encontrar respuesta a su pregunta en el Information Center de Tivoli
Storage Manager, busque en Internet la información más completa y reciente que
pueda ayudarle a resolver el problema.

Si desea buscar en diversos recursos de Internet, vaya al sitio web de soporte de

Tivoli Storage Manager, en http://www.ibm.com/software/sysmgmt/products/
support/IBMTivoliStorageManager.html. Desde allí puede buscar en varios
recursos, entre los que se incluyen:
v Notas técnicas de IBM
v Descargas de IBM
v IBM Redbooks
Si de este modo tampoco encuentra la solución al problema, puede buscar en foros
y grupos de notificas en Internet para obtener la información más reciente que
puede ayudarle a resolver su problema. Para compartir sus experiencias y
aprender de las de otros en la comunidad de usuarios, visite el wiki Tivoli Storage
Manager en http://www.ibm.com/developerworks/wikis/display/
tivolistoragemanager/Home.

Utilización de IBM Support Assistant

Sin ningún coste adicional, puede instalar en cualquier estación de trabajo IBM
Support Assistant, una aplicación autónoma. A continuación, puede mejorar la
aplicación instalando módulos de plug-in específicos de los productos IBM que
utilice.

IBM Support Assistant le ayuda a reunir información cuando necesita abrir un

registro de gestión de problemas (PMR), que podrá utilizar para realizar un
seguimiento del problema. Los módulos de plug-in para productos específicos le
ofrecen los recursos siguientes:
v Enlaces de soporte
v Enlaces de formación
v Posibilidad de enviar informes de gestión de problemas

Para obtener más información, consulte el sitio web de IBM Support Assistant en
http://www.ibm.com/software/support/isa/

Búsqueda de arreglos del producto

Puede existir un arreglo de producto que resuelva el problema en el sitio web del
centro de soporte de software de IBM.

Puede determinar qué arreglos están disponibles consultando el sitio web:

1. Visite el sitio web del centro de soporte de software de IBM en
http://www.ibm.com/software/tivoli/products/storage-mgr/product-
links.html.
2. Pulse el enlace de las páginas de soporte técnico correspondiente a su
producto de Tivoli Storage Manager.
3. Pulse en Descargar y luego Arreglos por versión.

xii IBM Tivoli Storage Manager: Guía de actualización del servidor

 Obtención de notificaciones por correo electrónico de arreglos
del producto
Puede recibir notificaciones acerca de los arreglos y otras novedades acerca de los
productos de IBM.

Para recibir semanalmente notificaciones por correo electrónico acerca de arreglos y

otras noticias relacionadas con los productos de IBM, realice estos pasos:
1. Desde la página de soporte de cualquier producto de IBM, pulse en Mi
soporte, que se encuentra en la esquina superior derecha de la página.
2. Si ya se ha registrado, vaya al paso siguiente. Si todavía no se ha registrado,
pulse la opción Registrar de la parte superior derecha de la página de soporte
para establecer su ID de usuario y su contraseña.
3. Inicie la sesión en Mi soporte.
4. En la página Mi soporte, pulse Editar perfiles en el panel de navegación
izquierdo y desplácese hasta Seleccionar preferencias de correo. Seleccione una
familia de productos y marque los recuadros correspondientes al tipo de
información que desea.
5. Pulse Enviar.
6. Para recibir notificaciones por correo electrónico de otros productos, repita los
pasos 4 y 5.

Contacto con el centro de soporte de software de IBM

Puede ponerse en contacto con el centro de soporte de software de IBM si tiene un
contrato de mantenimiento de software de IBM vigente y si tiene autorización para
enviar problemas a IBM.

Antes de ponerse en contacto con el centro de soporte de software de IBM, siga

estos pasos:
1. Establezca un contrato de mantenimiento de software.
2. Determine el impacto empresarial del problema.
3. Describa el problema y recopile información preliminar.

A continuación, consulte “Envío del problema al centro de soporte de software de

IBM” en la página xv para obtener información acerca de cómo ponerse en
contacto con el centro de soporte de software de IBM.

Configuración de un contrato de mantenimiento de software

Configure un contrato de mantenimiento de software. El tipo de contrato que
necesita dependerá del tipo de producto que tenga.
v En el caso de productos de software distribuido por IBM (incluidos, pero sin
limitarse a ellos, productos Tivoli, Lotus y Rational, así como productos IBM
DB2 e IBM WebSphere que se ejecutan en sistemas operativos Microsoft
Windows o UNIX), regístrese en IBM Passport Advantage de una de las
siguientes formas:
– En línea: visite la página web Passport Advantage en http://www.ibm.com/
software/lotus/passportadvantage/, pulse How to enroll y siga las
instrucciones.
– Por teléfono: para conocer el número de teléfono que debe marcar para su
país, visite la página web Software Support Handbook de IBM en
http://www14.software.ibm.com/webapp/set2/sas/f/handbook/home.html
y pulse Contact.

Prefacio xiii
 v Para los productos de software de servidor, puede adquirir un acuerdo de
mantenimiento de software a través de un representante de ventas de IBM o un
IBM Business Partner. Para obtener más información acerca del soporte para
productos de software de servidor, visite la página web de ventajas de soporte
técnico de IBM en http://www.ibm.com/servers/.

Si no está seguro del tipo de contrato de mantenimiento de software que necesita,

llame al 1-800-IBMSERV (1-800-426-7378) en Estados Unidos. Para obtener una lista
de números de teléfono de las personas que ofrecen soporte en su ubicación, visite
la página Software Support Handbook en http://www14.software.ibm.com/
webapp/set2/sas/f/handbook/home.html.

Determinación del impacto del problema en la empresa

Cuando informe de un problema a IBM, se le pedirá que proporcione un nivel de
gravedad. Por consiguiente, es necesario que comprenda y evalúe el impacto
empresarial del problema del que está informando.

Gravedad 1 Impacto comercial grave: no puede utilizar el programa, lo que

provoca un impacto grave en las operaciones. Esta condición
requiere una solución inmediata.
Gravedad 2 Impacto comercial significativo: el programa puede utilizarse,
pero está gravemente limitado.
Gravedad 3 Impacto comercial relativo: el programa puede utilizarse con
menos funciones significativas disponibles (no críticas para las
operaciones).
Gravedad 4 Impacto comercial mínimo: el problema provoca poco impacto en
las operaciones o se ha implementado un método alternativo
razonable para el problema.

Descripción del problema y recopilación de información de

contexto
Cuando describa un problema a IBM, es útil ser lo más específico posible. Incluya
toda la información de contexto relevante, de modo que los especialistas del centro
de soporte de software de IBM puedan ayudarle a solucionar el problema con
eficacia.

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 probable que el centro de soporte de IBM le solicite
esta información.
v ¿Es posible reproducir el problema? En caso afirmativo, ¿qué pasos provocan la
anomalía?
v ¿Ha realizado algún tipo de cambio en el sistema? (Por ejemplo, hardware,
sistema operativo, software de red, etc.)
v ¿Utiliza en la actualidad un método alternativo para eludir el problema? En caso
afirmativo, tenga preparada la información para describirlo cuando notifique el
problema.

xiv IBM Tivoli Storage Manager: Guía de actualización del servidor

Envío del problema al centro de soporte de software de IBM
Puede enviar el problema al soporte de software de IBM en línea o por teléfono.
En línea
Visite el sitio web de soporte de software de IBM en http://
www.ibm.com/software/support/probsub.html Especifique la información
en la herramienta de envío de problemas correspondiente.
Por teléfono
Para conocer el número de teléfono que debe marcar para su país, vaya a
la página de información de contacto de IBM Software Support Handbook
en http://www14.software.ibm.com/webapp/set2/sas/f/handbook/
home.html.

Si el problema que envía es relativo a un defecto de software o a documentación

incompleta o imprecisa, el centro de soporte de software de IBM creará un informe
de análisis de programa autorizado (APAR). El APAR describe el problema con
detalle. Si es posible encontrar un método alternativo, el centro de soporte de
software de le proporcionará uno, que puede implementar hasta que se resuelva el
APAR y se proporcione un arreglo. IBM publica los APAR resueltos en el sitio web
de soporte de productos de Tivoli Storage Manager, que se encuentra en
http://www.ibm.com/software/sysmgmt/products/support/
IBMTivoliStorageManager.html, a fin de que otros usuarios con el mismo problema
puedan beneficiarse de las mismas resoluciones.

Prefacio xv
xvi IBM Tivoli Storage Manager: Guía de actualización del servidor
Nuevo en la versión 6.1
La versión 6.1 incluye muchas nuevas funciones. El cambio más significativo se ha
producido en la base de datos del servidor que es el foco de este manual.

Funciones inhabilitadas
Se han inhabilitado algunas funciones temporalmente en la versión inicial de Tivoli
Storage Manager V6.1.

En estos momentos, una base de datos que contenga conjuntos de copias de

seguridad o tablas de contenidos no se puede actualizar a V6.1. Los programas de
utilidad de actualización de la base de datos buscan conjuntos de copias de
seguridad definidos y tablas de contenidos existentes. Si éstos existen, la
actualización se detiene y se emite un mensaje que indica que la actualización no
es posible en ese momento. Además, cualquier operación en el servidor V6.1 que
intente crear o cargar una tabla de contenido fallará.

Una vez que se restaure el soporte con una fixpack de V6.1, la base de datos se
actualizará y todos los conjuntos de copia de seguridad y operaciones de tabla de
contenido se habilitarán completamente.

Mientras tanto, los siguientes mandatos se deshabilitan:

v Mandato de cliente BACKUP NAS si el parámetro de la tabla de contenidos
especifica PREFERRED o YES
v BACKUP NODE si el parámetro de la tabla de contenidos especifica
PREFERRED o YES
v DEFINE BACKUPSET
v GENERATE BACKUPSET
v GENERATE BACKUPSETTOC

Cambios en la versión 6.1 de Centro de administración

Muchas de las características que aparecen en el Tivoli Storage Manager Centro de
administración, versión 6.1 son nuevas para usuarios anteriores.

Consola de soluciones integrada actualizada

En la versión 6.1, el Centro de administración está alojado en la consola de

soluciones integrada (ISC), Advanced Edition Version 7.1, de IBM. Una vez
finalizada la instalación de Integrated Solutions Console, abra un navegador web y
entre el siguiente localizador universal de recursos, que mostrará la pantalla de
inicio de sesión para la Integrated Solutions Console: https://local_host:9043/ibm/
console. Esta pantalla indica que la instalación de Integrated Solutions Console ha
sido correcta.

Para conocer más detalles acerca de las actualizaciones de la consola:

1. Inicie la ISC.
2. Pulse Ayuda en el mensaje de cabecera de la ISC.
3. En el árbol de navegación de Ayuda, pulse Actualizaciones de la consola.

© Copyright IBM Corp. 2009 xvii

 Windows
Servicio WebSphere para Windows

En V6.1, el servicio de WebSphere Windows se denomina TSM Administration

Center - TsmAC.

Identifique los servidores de gestión

La tabla de servidores que es el concentrador de la página de trabajo de gestión de

empresa tiene una columna que identifica el servidor de gestión, si existe, para
cada servidor enumerado. Ordenando o filtrando la columna, puede visualizar el
conjunto de servidores que gestiona un servidor determinado.

Ayuda contextual para enlaces de tablas

Centro de administración habitualmente muestra los objetos de Tivoli Storage

Manager en una tabla. En V6.1, cuando se sitúa el cursor acerca de una imagen de
un objeto, se visualiza el texto de la ayuda contextual. La ayuda contextual
identifica la acción predeterminada que se produce cuando se pulsa el enlace que
está asociado al objeto.

Enlaces hacia la información acerca de los mensajes del

servidor y de Centro de administración

Cuando se produce un problema o cuestión con el servidor o Centro de

administración, se le notifica inmediatamente y se le proporciona un mensaje breve
acerca del problema o la cuestión. También se proporciona el número de mensaje.
En V6.1, puede obtener información detallada acerca de un mensaje pulsando el
enlace que está asociado al número de mensaje. La información se visualiza en una
nueva ventana de navegador.

Mejoras del script de mantenimiento

Tivoli Storage Manager utiliza un script de mantenimiento para realizar las tareas
de mantenimiento planificadas. En V6.1, puede generar un script de
mantenimiento en uno de los dos siguientes estilos: predefinido y personalizado.

Un script de mantenimiento predefinido es el script que se genera a través del

asistente. Este script contiene mandatos estándar que no se pueden alterar. Un
script predefinido sólo se puede modificar en el asistente.

Un script de mantenimiento personalizado se crea mediante el editor de scripts de

mantenimiento de Centro de administración. Para aumentar el control de las tareas
de mantenimiento, se pueden modificar los mandatos que se especifiquen. También
se puede utilizar el editor para actualizar el script de mantenimiento
personalizado.

Mejoras de los nodos de cliente los conjuntos de copias de

seguridad

La Centro de administración rediseñada muestra información acerca de conjuntos

de copias de seguridad, nodos de cliente y grupos de nodos de cliente en un único
portlet. El diseño incluye funciones de búsqueda que se pueden usar para
encontrar y mostrar información con mayor celeridad. Cuando se selecciona un
nodo de cliente, se muestra un panel de resumen con el estado de la operación
actual, las acciones de servidor y las acciones de nodo de cliente.

xviii IBM Tivoli Storage Manager: Guía de actualización del servidor

 El elemento de trabajo Nodos de cliente y conjuntos de copias de seguridad
aparece en el árbol de navegación de la ISC.

Información de sesión y de proceso disponible en el monitor de

estado

Ahora el monitor de estado de Centro de administración incluye información

acerca de procesos y sesiones del servidor. La información también está disponible
en los cuadernos de propiedades para los servidores.

Gestión centralizada de la conexión con el servidor

En la V6.1, las tareas de conexión con el servidor, como añadir una conexión de
servidor, cambiar una contraseña y crear una instancia del servidor, están
consolidadas en una única ubicación; el elemento de trabajo Gestionar servidores,
que se encuentra en el árbol de navegación de la ISC.

Con las acciones disponibles en este elemento de trabajo, es posible cargar

rápidamente información acerca de conexión del servidor en Centro de
administración mediante un archivo XML. Existe la opción de que este archivo
incluya un conjunto de credenciales de servidor para múltiples servidores. Para
ayudar a crear un archivo XML, es posible descargar una lista de conexiones de
servidor, sin la información de credenciales.

Cambios en la activación de la clase de gestión

En la V6.1, Tivoli Storage Manager ya no activa automáticamente los cambios para

las clases de gestión existentes. Estos cambios se deben activar de forma manual.
Antes de que los cambios tengan efecto, se validan. Los resultados de la validación
se muestran. Usted, u otro administrador, puede revisar los mismos, y luego
confirmar o cancelar la activación.

Como los cambios se activan de forma manual, es posible preparar la clase de

gestión por adelantado y activar los cambios en un momento adecuado.

Optimización del almacenamiento de datos

La optimización del almacenamiento de datos en un método de eliminación de
datos redundantes de los bloques de almacenamiento del disco de acceso
secuencial (ARCHIVO) primario, de copia y de datos activos. En el soporte de
almacenamiento, sólo se conserva una única instancia de los datos y los datos
redundantes se sustituyen con un puntero a la copia de datos únicos. El objetivo
de la optimización del almacenamiento de datos es reducir la cantidad de tiempo
total necesaria para recuperar los datos al permitirle almacenar más datos en disco
en lugar de en cinta.

La optimización del almacenamiento de datos de datos en Tivoli Storage Manager

es un proceso de bifásico. En la primera fase, se identifican los datos duplicados.
Durante la segunda fase, los datos duplicados se eliminan mediante ciertos
procesadores del servidor, como el procesamiento de reclamación de los volúmenes
de agrupación de almacenamiento. De manera predeterminada, el proceso de
identificación de duplicación comienza automáticamente después de definir una
agrupación de almacenamiento para la optimización del almacenamiento de datos.
(Si especifica un proceso de identificación de duplicación al actualizar una
agrupación de almacenamiento, este también se inicia automáticamente). Como la
identificación de duplicación requiere recursos extra de entrada/salida y CPU de

Nuevo en la versión 6.1 xix

 disco, Tivoli Storage Manager permite controlar cuándo comienza la identificación,
así como el número y la duración de los procesos.

Puede optimizarse el almacenamiento de datos cualquier tipo de datos excepto los

datos cifrados. Se puede optimizar el almacenamiento de datos de copia de
seguridad y de archivo cliente, los datos de Tivoli Data Protection, etc. Tivoli
Storage Manager puede optimizar el almacenamiento de datos archivos completos,
así como archivos que sean miembros de un agregado. Se pueden optimizar el
almacenamiento de datos que ya se hayan almacenado. No se requiere ninguna
copia de seguridad, archivado o migración adicional.

Para una eficiencia óptima al optimizar el almacenamiento de datos, actualice a la

versión 6.1 del cliente de archivado y copia de seguridad.

Restricción: La característica de la optimización del almacenamiento de datos se

puede usar sólo con Tivoli Storage Manager Extended Edition.

Dispositivos de almacenamiento
En la versión 6.1 de Tivoli Storage Manager hay disponibles un nuevo soporte de
dispositivo y otros cambios

Funcionalidad ACSLS para los sistemas Windows

Windows

La versión 6.1.0 de Tivoli Storage Manager requiere la instalación del software

StorageTek Library Attach software para utilizar las funciones de Sun StorageTek
Automated Cartridge System Library Software (ACSLS) para el sistema operativo
Windows.

El soporte para las funciones de la biblioteca ACSLS sólo está disponible en los
sistemas operativos de Windows de 32 bits en la versión 6.1.0.

Controlador del dispositivo Passthru para las versiones 2 y 3

de HP-UX 11i en la arquitectura de IA64
HP
UX

El controlador de dispositivo de paso a través de HP-UX sustituye al controlador

de dispositivo tsmscsi de Tivoli Storage Manager y está empaquetado como parte
del servidor deTivoli Storage Manager. El controlador de paso se puede utilizar
con las versiones 2 y 3 del sistema operativo HP-UX 11i.

Si ejecuta una de estas versiones, vuelva a configurar los dispositivos existentes

mediante el script de configuración autoconf después de instalar Tivoli Storage
Manager.

Nota: El controlador de paso, el servidor Tivoli Storage Manager y los paquetes

del agente de almacenamiento están disponibles sólo en la modalidad de 64 bits.

xx IBM Tivoli Storage Manager: Guía de actualización del servidor

 Soporte para las unidades y soportes HP y Quantum DAT160
AIX HP
UX Linux Solaris Windows

Con Tivoli Storage Manager, ahora puede utilizar las unidades de cinta y soportes
HP y Quantum DAT160 (DDS6). Hay nuevos formatos de registro disponibles para
el tipo de dispositivo 4MM.

Soporte para unidades Sun StorageTek T10000 y T10000B y el

soporte T10000
Con Tivoli Storage Manager, ahora puede utilizar las unidades Sun StorageTek
T10000 y T10000B y el soprte T10000. Hay disponibles nuevos formatos de registro
para el tipo de dispositivo ECARTRIDGE. Tivoli Storage Manager admite el
soporte Volsafe con las unidades Sun StorageTek T10000 y T10000B.

Soporte de gestor de recuperación tras desastre para agrupaciones de

datos activos
Para restaurar los sistemas cliente más rápida y eficazmente, ahora puede utilizar
las agrupaciones de datos activos en los planes y procedimiento de recuperación.

Las agrupaciones de datos activos son agrupaciones de almacenamiento que sólo

contienen las versiones activas de los datos de copia de seguridad del cliente. Al
igual que los volúmenes de agrupación de copias, el gestor de recuperación tras
desastre le permite:
v Especificar los nombres de los volúmenes de agrupaciones de datos activos de
los que se va a ocupar el gestor de recuperación tras desastre.
v Reciclar los volúmenes de agrupaciones de datos activos locales y externos
según las políticas y procesos del servidor.
v Incluir volúmenes de agrupaciones de datos activos en los script, macros y
documentación que forma parte del archivo del plan de recuperación.
v Realizar un seguimiento y gestionar soportes de agrupaciones de datos activos
según lo requieran las operaciones.

De forma predeterminada, las agrupaciones de datos activos no son elegibles para

su procesamiento en el momento de la instalación. Sin embargo, las agrupaciones
se procesan en el momento de la instalación aunque no se haya especificado una o
varias agrupaciones de almacenamiento que gestionar.

Mejoras del mandato EXPIRE INVENTORY

El mandato EXPIRE INVENTORY ahora se ha mejorado con una nueva
funcionalidad.

Los parámetros que ahora se pueden utilizar son NODE, DOMAIN, TYPE,
DURATION y RESOURCE. Puede utilizar estos parámetros para determinados
dominios y nodos de clientes y también para determinar el tipo de datos que se
van a procesar. Puede utilizar el parámetro RESOURCE para especificar el número
de procesos paralelos que desea ejecutar en el proceso único de EXPIRE
INVENTORY. Puede ejecutar diez hebras a la vez, pero si se procesa un nodo sólo
se utiliza una hebra.

Nuevo en la versión 6.1 xxi

Cambios en restauración sin consulta
La función de restuaración sin consulta (NQR) y los algoritmos internos
responsables de NQR se han cambiado para aprovechar las prestaciones de DB2 y
para mejorar el rendimiento.

La función NQR se ha vuelto a escribir para resolver un problema de rendimiento

encontrado al restaurar un número pequeño de objetos para un sistema de
archivos de cliente con una gran cantidad de objetos de copia de seguridad
distribuidos en un gran número de volúmenes de agrupación de almacenamiento
del servidor de Tivoli Storage Manager. El rendimiento de NQR ahora es
comparable al de la restauración clásica en estas condiciones. NQR ahora realiza
una fase de determinación de volumen que se debe completar antes de que se
restaure ningún objeto desde DISK, FILE, o bien desde los volúmenes de
almacenamiento en cinta.

Base de datos de servidor

Tivoli Storage Manager versión 6.1 proporciona una nueva base de datos de
servidor. Entre sus ventajas encontramos la recopilación de estadísticas y la
reorganización de base de datos automáticas, las consultas SQL de función
completa y la eliminación de la necesidad de auditorías fuera de línea de la base
de datos.

La actualización a la V6.1 requiere que lo datos en una base de datos de servidor

Tivoli Storage Manager actual se extraigan y luego se inserten en la nueva
estructura de base de datos. Tivoli Storage Manager proporciona herramientas para
realizar este proceso.

Soporte para la función de NetApp SnapMirror a cinta

AIX HP
UX Linux Solaris Windows

Con Tivoli Storage Manager puede crear imágenes de SnapMirror a cinta en los
sistemas de archivos en los servidores de archivos NetApp.

SnapMirror a cinta proporciona un método alternativo para realizar copias de

seguridad de sistemas de archivos muy grandes de NetApp. Como este método de
copia de seguridad tiene limitaciones, utilice este método al copiar sistemas de
archivos muy grandes de NetApp a almacenamiento secundario con fines de
recuperación tras desastre.

Función de cobertura y seguimiento

La función de cobertura y seguimiento utiliza una combinación de la herramienta
Tivoli Common Reporting, IBM Tivoli Monitoring y IBM Tivoli Data Warehouse
para ofrecer información de cobertura e informes en tiempo real acerca de los
servidores y la actividad de clientes deTivoli Storage Manager.

HP
UX No se soporta la instalación de la función de Informes y supervisión de

Tivoli Storage Manager directamente en un servidor para HP-UX de Tivoli Storage
Manager. Puede realizar la cobertura y el seguimiento en los servidores de HP-UX
de Tivoli Storage Manager mediante la creación de una instancia de agente de
supervisión para estos servidores en un servidor para AIX, Linux o Windows IBM
Tivoli Monitoring.

xxii IBM Tivoli Storage Manager: Guía de actualización del servidor

 Solaris No se soporta la instalación de la función de Informes y supervisión de
Tivoli Storage Manager directamente en un servidor Sun Solaris de Tivoli Storage
Manager. Puede realizar la cobertura y el seguimiento en los servidores Sun Solaris
de Tivoli Storage Manager mediante la creación de una instancia de agente de
supervisión para estos servidores en un servidor para AIX, Linux, o Windows IBM
Tivoli Monitoring.

Soporte del controlador de ODBC

Tivoli Storage Manager, version 6.1, utiliza el controlador ODBC (conectividad
abierta de base de datos) DB2® para consultar la base de datos y mostrar los
resultados.

El controlador ODBC de Tivoli Storage Manager ya no se soporta en el servidor.

Nuevo en la versión 6.1 xxiii

xxiv IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 1. Visión general de las actualizaciones de las bases
de datos del servidor
La versión 6.1 de Tivoli Storage Manager especifica una nueva base de datos
relacional, basada en la tecnología IBM DB2 como equivalente de gestor de la base
de datos. Conozca este cambio significativo para preparar la actualización de los
servidores.

La base de datos del servidor

El servidor V6.1 integra la clase de empresa, la tecnología de la base de datos de
IBM DB2 que realiza 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
mediante las interfaces administrativas de Tivoli Storage Manager.

Las interfaces administrativas de Tivoli Storage Manager se han actualizado de

manera que el administrador que esté acostumbrado a trabajar con versiones
anteriores del servidor pueda continuar administrando el servidor prácticamente
de la misma manera que 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 1

 Espacio de base de datos para un servidor V6
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.1, no cree la base de datos del servidor ni realice el seguimiento de

volúmenes de ésta. 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.

Debido a la importancia de la base de datos, ubique los directorios de la base de

datos en almacenamiento tolerante a errores con características de alta
disponibilidad.

El tamaño de la base de datos puede ser mayor que el de versiones anteriores del
servidor, pero 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 (si se utiliza).

Registro de recuperación
El registro de recuperación garantiza que una anomalía (como un corte en el
suministro eléctrico del sistema o un error en una aplicación) 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.

Los registros de recuperación constan de los siguientes registros:

v Registro activo (incluida la duplicación de registros)
v Registros de archivado

El registro activo contiene archivos que registran las transacciones en curso en el

servidor. En caso de anomalía, los cambios realizados pero no validados se
retrotraen, y todas las transacciones validadas, que pueden no haberse grabado
físicamente en disco, se vuelven a validar.

Durante el proceso de instalación, deberá designar la ubicación del directorio y el

tamaño del registro activo, así como la ubicación de los registros de archivado. La
cantidad de espacio para los registros archivados no está limitada, lo que mejora la
capacidad del servidor para las operaciones simultáneas en comparación con las
versiones anteriores.

El espacio que indique para el registro de recuperación será gestionado de forma

automática por el programa gestor de bases de datos. El espacio se utilizará en
función de las necesidades y hasta el máximo que se haya especificado para los
directorios de registros definidos. No tendrá que crear ni dar formato a ningún
volumen para el registro de recuperación.

Asegurarse de que el registro de recuperación tiene espacio suficiente es tan

importante para un servidor V6.1 como lo era para versiones anteriores del
servidor. Supervise el uso del espacio para el registro de recuperación con el fin de
impedir problemas.

2 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Registro de archivado
El registro de archivado contiene copias de archivos de registro cerradas que
previamente han estado en el registro activo. El registro de archivado no es
necesario para un procesamiento normal, pero sí lo son, normalmente, para las
tareas de recuperación de la base de datos.

El registro de archivado está incluido en las copias de seguridad de la base de

datos y se utilizan en las tareas de recuperación de la base de datos mediante
aplicación repetida. Los archivos del registro de archivado que están incluidos en
la copia de seguridad se recortan automáticamente después de que se hayan
finalizado dos copias más de seguridad completas.

Puede designar un directorio secundario también denominado registro de

archivado de migración tras error. El servidor utilizará este directorio si el de
registro de archivado se queda sin espacio. La especificación de un directorio de
migración tras error puede evitar los problemas que se producen si el registro de
archivado se queda sin espacio.Si utiliza un directorio de archivado, coloque el
directorio de registro de archivado y el directorio de archivado de migración tras
error en unidades físicas diferentes.

Es importante mantener el espacio adecuado para el directorio del registro de

archivado. Si la unidad o el sistema de archivos en donde se ubica el directorio de
registro de archivado se completa y no hay directorio de registros de migración
tras error, los datos permanecen en el directorio de registros activo. Esta condición
puede hacer que el registro activo se llene lo que puede provocar que el servidor
se detenga.

Duplicación del registro activo

La duplicación del registro activo es una copia del registro activo. Todos los
cambios que se realicen en el registro activo se grabarán también en la duplicación.
La duplicación del registro activo permite proteger la base de datos cuando se
produce una anomalía de hardware en el dispositivo en el que se encuentran
almacenados los registros activos.

La definición de la duplicación del registro activo es opcional. La duplicación del

registro activo proporciona otro nivel de protección, aparte de la ubicación del
registro activo en hardware, que tiene características de alta disponibilidad. La
duplicación del registro puede afectar al rendimiento debido a la actividad de
entrada/salida doble que se requiere para mantener la duplicación. El espacio
adicional que requiere la duplicación del registro es otro aspecto que hay que tener
en cuenta.

Sitúe el directorio de registros activas y el de duplicación en dispositivos físicos

diferentes.

Cambios en operaciones
El servidor proporciona mejoras significativas en las operaciones, incluida una
gestión de bases de datos más automatizada.

Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor 3
 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.1, no se gestionan volúmenes
individuales para la base de datos, que sí era necesario en versiones anteriores
para el servidor. Cuando la base de datos necesite más espacio, en lugar de añadir
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 en uso por el servidor y el espacio disponible en los sistemas

de archivos donde se encuentran ubicados los directorios para garantizar que haya
siempre espacio disponible. Podrá obtener información acerca del uso del espacio
de la base de datos y el registro de recuperación a través del Administration
Center y los mandatos administrativos, así como de la función de supervisión y
elaboración de informes de Tivoli Storage Manager.

Los usuarios que son administradores experimentados de DB2 pueden optar por
ejecutar consultas SQL avanzadas y utilizar herramientas de DB2 para supervisar
la base de datos. Sin embargo, no utilice herramientas DB2 para cambiar los ajustes
de configuración de DB2 respecto a los preestablecidos por Tivoli Storage Manager
o altere el entorno de DB2 para Tivoli Storage Manager de cualquier otro modo. El
servidor Tivoli Storage Manager V6.1 se ha compilado y probado ampliamente
mediante el lenguaje de definición de datos (DDL) y la configuración de la base de
datos que despliega Tivoli Storage Manager.

Atención: Hacer cambios en el DDL o en la configuración de la base de datos sin

usar las interfaces de Tivoli Storage Manager puede afectar el rendimiento de
forma negativa, dañar o destruir la base de datos del servidor, o bien provocar la
pérdida permanente de datos. No utilice herramientas de base de datos ni
interfaces que no sean las que proporciona o documenta Tivoli Storage Manager
para cambiar los valores de configuración respecto a los establecidos por Tivoli
Storage Manager durante la instalación. No altere el entorno de DB2 de ninguna
otra manera. Si utiliza herramientas o interfaces de base de datos distintas a las
provistas o documentadas por Tivoli Storage Manager, debe tratar la base de datos
del servidor como de sólo lectura. El uso de otras interfaces para efectuar cambios
en la base de datos del servidor de Tivoli Storage Manager no se soporta.

4 IBM Tivoli Storage Manager: Guía de actualización del servidor

Protección y anotaciones de la base de datos
Las copias de seguridad 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.
Las anotaciones archivadas están incluidas en las copias de seguridad de la
base de datos y se utilizan en las tareas de recuperación de la base de
datos mediante reaplicación. 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 del
registro de archivo que están incluidos en la copia de seguridad se recortan
automáticamente después de que se hayan finalizado dos copias más de
seguridad completas.
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.
Con la V6.1, cuando necesite restaurar la base de datos utilice la última
copia de seguridad completa y sólo la última copia de seguridad
incremental.
Modalidad de las anotaciones de recuperación
El servidor V6.1 siempre se ejecuta en una modalidad equivalente a la
modalidad de puesta al día que se encontraba disponible en versiones
anteriores del servidor. Si está disponible la información adecuada de las
anotaciones de recuperación, podrá restaurar el servidor a la última hora
posible o a un punto concreto en el tiempo.
Para facilitar que la información del registro activo esté disponible con
seguridad para restaurar la base de datos, puede especificar que el registro
activo se duplique en otra ubicación del sistema de archivos. Para que la
disponibilidad sea la mejor posible, ubique la duplicación en un
dispositivo físico diferente.
Archivos necesarios para restaurar la base de datos
En las versiones anteriores del servidor, el archivo de historial de volumen
era opcional para la restauración de la base de datos. En la versión 6.1, el
archivo de historial de volumen es obligatorio para restaurar la base de
datos.

Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor 5
 El archivo de configuración del dispositivo es necesario para restaurar la
base de datos al igual que era necesario en versiones anteriores. Sin
embargo, la configuración del dispositivo puede no ser tan sencilla de
volver a crear como en las versiones anteriores.
Asegúrese de que el archivo de opciones de 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. El historial del volumen resulta necesario
para restaurar la base de datos.
Puede restaurar la base de datos a una ubicación diferente de la ubicación.

Varias instancias del servidor en un único servidor

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
registro 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.

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.

6 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 HP
UX Linux Solaris

Por ejemplo, para ejecutar dos instancias de servidor, tsminst1 y tsminst2, cree
directorios, como /tsm/tsminst1 y /tsm/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 HP
UX 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. Esto resulta posible
gracias a dos opciones de DSMSERV y un script.
Conmutación entre diferentes identificadores de usuario
La opción -u ID_usuario del mandato DSMSERV permite al servidor
conmutar entre diferentes identificadores 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 identificadores 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 permitir que varias instancias del servidor de
Tivoli Storage Manager puedan iniciarse desde /etc/inittab sin necesidad
de utilizar scripts configurados por el usuario.
Configuración del entorno mediante 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 LIBPATH
Linux LD_LIBRARY_PATH
Invoque el script desde la ubicación de inicio del sistema; por ejemplo,
/etc/inittab en un sistema AIX.

Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor 7
 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.

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 almacenamientoTivoli
Storage Manager también ha cambiado de /usr a /opt.
AIX HP
UX Linux Ubicación de archivo de registro
Solaris
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 HP
UX Linux Solaris 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.
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 no es necesaria, pero puede utilizarse
para cuestiones de compatibilidad con versiones anteriores de Tivoli
Storage Manager.

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 “Definición de variables de entorno

8 IBM Tivoli Storage Manager: Guía de actualización del servidor

 para programas de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris”
en la página 209 para obtener información detallada.
Tareas relacionadas
“Definición de variables de entorno para programas de utilidad en sistemas
AIX, HP-UX, Linux y Sun Solaris” en la página 209

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 44

Capítulo 1. Visión general de las actualizaciones de las bases de datos del servidor 9
10 IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 2. Planificación de la actualización del servidor
La planificación de la actualización a la versión 6.1 es muy importante, porque
además de instalar nuevo código, deberá transferir el contenido de la base de datos
del servidor a la nueva base de datos.

La transferencia de datos desde la base de datos del servidor V5 a la V6.1 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 a la versión 6.1

La transferencia desde las versiones anteriores del servidor a la 6.1 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 con las herramientas de actualización
suministradas.

Salvo por los procesos de inserción y extracción de la base de datos, el proceso de

actualización es similar al de recuperación tras desastre de un servidor. Se requiere
contar con los archivos esenciales del servidor (como el archivo de opciones del
servidor y el de configuración del dispositivo) y los dispositivos utilizados con las
agrupaciones de almacenamiento deberán estar a disposición del servidor
actualizado.

Los principales pasos del proceso de actualización son:

1. Planificación de los requisitos de hardware y software, así como del momento
de la 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.
Prepare el hardware nuevo que utilizará el servidor actualizado.
2. Realice una copia de seguridad de la base de datos y de los archivos de
configuración. Lleve a cabo otros pasos de preparación.
3. Instale el código del servidor. Entre las tareas de instalación se encuentran:

© Copyright IBM Corp. 2009 11

 v La instalación de un nuevo código de servidor, que incluye su propio
servidor aparte del programa gestor de base de datos y la configuración de
un identificador de usuario para la nueva instancia del 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.
4. 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. Estas tareas pueden realizarse
utilizando las herramientas o el asistente de actualización.
Las herramientas 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.1. 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.
Es posible que resulte necesario corregir otros de forma manual.
Si utiliza el asistente, éste le guiará para que lleve a cabo los diferentes pasos
de la actualización en el orden correcto. Si va a realizar la actualización de
forma manual con los programas de utilidad de una línea de mandatos, siga el
procedimiento detenidamente.
5. Compruebe la actualización realizando algunas operaciones básicas y
consultando algunos datos acerca del sistema para confirmar que toda la
información se ha transferido correctamente.

Revise la información que compara los métodos para realizar la actualización y las
descripciones de los casos de ejemplo de actualización para que le resulte más
sencillo decidir el modo en que realizar el proceso de actualización para los
servidores.
Tareas relacionadas
Capítulo 3, “Visión general de casos de ejemplo de actualización”, en la página
57

Comparación del proceso de actualización en un sistema

existente y en otro nuevo
La actualización del servidor V6.1 en un sistema existente requiere que éste no se
utilice para la producción durante el proceso de instalación y cuando los datos se
transfieran a la nueva base de datos. La transferencia del servidor a un sistema
nuevo al realizar la actualización al servidor V6.1 proporciona una mayor
flexibilidad a la hora de llevarla a cabo, pero tiene algunos costes adicionales.

La tabla que figura a continuación contiene algunos de los elementos que es

preciso tener en cuenta al realizar la actualización de un servidor.

12 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Actualización en un sistema
Elemento existente
Hardware de sistema Se necesitan recursos
adicionales (espacio en disco,
memoria y, posiblemente,
capacidad de procesador) en el
sistema existente.
Software El software del sistema debe
cumplir con los requisitos de la debe cumplir con los requisitos
versión 6.1.
El servidor V6.1 no puede
existir al mismo tiempo que
otras versiones en el mismo
sistema.
disponibilidad del Todas las instancias del
servidor V5 servidor V5 del sistema no
están disponibles una vez que
se instale el programa del
servidor V6.1. No se puede
acceder a los datos gestionados
por una instancia del servidor
hasta que se complete el
proceso de actualización de esa
instancia de servidor.
Para volver a utilizar el
servidor V5, debe volver a
instalar el mismo nivel del
programa del servidor V5 que
antes y restaurar la base de
datos V5 desde una copia de
seguridad realizada antes del
proceso de actualización.
Método de transferencia La base de datos puede
de la base de datos moverse con una conexión de
red de host local o utilizando
un disco u otro tipo de soporte
externo.
Capítulo 2. Planificación de la actualización
Actualización en un sistema
nuevo
También es obligatorio un
sistema nuevo, además del
existente, que cumpla con los
requisitos.
Debe actualizarse a un sistema
nuevo si el servidor existente
está ubicado en una de las
plataformas que no son
compatibles con la versión 6.1.
El software del nuevo sistema
de la versión 6.1.
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).
Podrá llevar a cabo la
actualización de varios
servidores, ya que el programa
del servidor V5 puede dejarse
en el sistema original.
Se puede reiniciar un servidor
V5.5 en el sistema original
después de que finalice la
extracción de la base de datos.
Se puede reiniciar un servidor
V5.3 o V5.4 en el sistema
original, pero la base de datos
de éste se debe reiniciar antes
(mediante la copia de
seguridad de la base de datos
que se creó antes del proceso
de actualización).
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.
13
 Actualización en un sistema Actualización en un sistema
Elemento existente nuevo
Dispositivos y Se pueden utilizar dispositivos El nuevo sistema debe tener
agrupaciones de existentes conectados. acceso a todo el
almacenamiento almacenamiento utilizado por
Debe cambiar la propiedad o el sistema original.
los permisos para todo el
espacio de disco utilizado con Las definiciones para
las agrupaciones de dispositivos, como los tipos de
almacenamiento (tipos de dispositivos FILE pueden
dispositivo FILE o DISK). El necesitar cambiarse después de
identificador de usuario que la actualización.
cree para que sea propietario
de la instancia del servidor Debe cambiar la propiedad o
actualizado deberá tener los permisos para todo el
otorgada la propiedad o los espacio de disco utilizado con
permisos de lectura y escritura las agrupaciones de
en el espacio de disco para las almacenamiento (tipos de
agrupaciones de dispositivo FILE o DISK). El
almacenamiento. identificador de usuario que
cree 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.
Conexiones del agente No es necesario ningún cambio. La dirección de red en clientes
de almacenamiento y el y agentes de almacenamiento
cliente debe actualizarse después de la
actualización o los cambios de
red realizados, de manera que
el nuevo sistema tenga la
misma dirección que el sistema
original.

Conceptos relacionados
“Requisitos de hardware y software para la actualización del servidor” en la
página 20
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34
Referencia relacionada
“Requisitos de software y hardware del sistema del servidor V5 que se va a
actualizar” en la página 17

14 IBM Tivoli Storage Manager: Guía de actualización del servidor

Comparación de los métodos para transferir datos a la base
de datos V6.1
Necesitará las herramientas de actualización para transferir datos desde una
versión anterior de la base de datos a la V6.1. 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 programas de utilidad de actualización es una tarea independiente de
la de instalación del servidor V6.1.

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.1 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
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
“Herramientas de actualización DSMUPGRD” en la página 16
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34

Capítulo 2. Planificación de la actualización 15

 Herramientas de actualización DSMUPGRD
Las herramientas de actualización preparan y extraen los datos de una versión 5.3,
5.4 o 5.5 de la base de datos del servidor a una versión vacía de la base de datos
de servidor 6.1.

Las herramientas 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 y
actualizar, a continuación, la copia.

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
de forma simultánea los datos en una base de datos nueva a través de una red o
extraer los datos en un soporte para insertarlos posteriormente en la nueva base de
datos. 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.
Referencia relacionada
“DSMUPGRD QUERYDB (mostrar información acerca de la base de datos V5)”
en la página 250
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252
“DSMUPGRD EXTEND DB (ampliación del tamaño de la base de datos)” en la
página 256
“DSMUPGRD EXTEND LOG (ampliación del tamaño del registro de
recuperación)” en la página 257
“DSMUPGRD UPDATE (Creación de entradas del registro de seguridad para
una instancia del servidor V5)” en la página 259
“DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)” en la página 263
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260

16 IBM Tivoli Storage Manager: Guía de actualización del servidor

Requisitos de hardware y software para la actualización del servidor a
V6.1
Utilice los requisitos que se describen aquí como punto de partida. Visite el sitio de
soporte de producto para obtener la información más reciente.

Restricción: No puede instalar ni ejecutar el servidor V6.1 en un sistema que ya

tiene instalado DB2, tanto si DB2 se instaló sólo o como parte de otra aplicación. El
servidor V6.1 requiere la instalación y el uso de la versión de DB2 incluida con el
servidor V6.1. No puede haber ninguna otra versión de DB2 en el sistema.

El sitio de soporte del producto se encuentra ubicado en: http://www.ibm.com/

software/sysmgmt/products/support/IBMTivoliStorageManager.html
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34

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 la versión 6.1. 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.

Los servidores V5.3 o V5.4 deberían poderse ejecutar en plataformas que no

soporten los programas de utilidad. Por lo tanto, puede que necesite actualizar el
sistema antes de comenzar el procedimiento de actualización. Utilice la
información que aparece en Tabla 5 para determinar si utiliza una de estas
versiones de sistema operativo que se den actualizar.

Consejo: No es necesario actualizar un servidor V5.3 o V5.4 al nivel V5.5 antes de

actualizar al nivel V6.1.
Tabla 5. Versiones del sistema operativo que se deben actualizar para ejecutar los
programas de utilidad
Debe actualizar a esta versión (o una
posterior) para utilizar los programas
Plataforma Si ejecuta esta versión... 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)
HP-UX v PA-RISC: v PA-RISC:
HP-UX 11i V1.0 (32 o 64 bit) HP-UX 11i v2 (64 bit )
HP-UX 11i v3 (64 bit)

Capítulo 2. Planificación de la actualización 17

 Tabla 5. Versiones del sistema operativo que se deben actualizar para ejecutar los
programas de utilidad (continuación)
Plataforma Si ejecuta esta versión...
Linux en v Red Hat® Enterprise Linux 3
POWER (soportada en procesadores
POWER5 sólo)
v SUSE Linux Enterprise Server
8/UnitedLinux 1.0 (soportada sólo
en procesadores anteriores a
POWER5)
v Miracle Linux 4.0 o Asianux 2.0
v GNU C libraries 2.2.5-108
Linux x86 v Red Hat Enterprise Linux 3 (AS,
WS, ES)
v SUSE Linux Enterprise Server
(SLES) 8 / UnitedLinux 1.0
v V2.2.5-213 de las bibliotecas GNU
C Miracle Linux 4.0 y Haansoft Linux
Linux v Red Hat Enterprise Linux 3
x86_64
v Red Flag Advanced Server 4.1
v SUSE LINUX Enterprise Server 8
v V2.2.5-213 de las bibliotecas GNU
C v Asianux 2.0 - Red Flag DC 5.0,
Linux v SUSE Linux Enterprise Server 8 /
zSeries UnitedLinux 1.0
v Version 2.2.5-108 de las bibliotecas
GNU C
Sun Solaris v Sun Solaris 8 (64 bits)
18 IBM Tivoli Storage Manager: Guía de actualización del servidor
Debe actualizar a esta versión (o una
posterior) para utilizar los programas
de utilidad.
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
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,
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
v Red Hat Enterprise Linux 4
v Red Hat Enterprise Linux 5
v SUSE Linux Enterprise Server 9 y
10
Miracle Linux 4.0 y Haansoft Linux
2006 o Asianux 3.0
v V2.3.3 o posterior de las bibliotecas
GNU C instaladas en la máquina
de destino
v Red Hat® Enterprise Linux 4
v Red Hat® Enterprise Linux 5
v SUSE Linux Enterprise Server 9 y
10
v V2.3.3 o posterior de las bibliotecas
GNU C que están instaladas en el
sistema de destino
v SPARC 64 bits:
Sun Solaris 9
Sun Solaris 10
v x86_64:
Sun Solaris 9
Tabla 5. Versiones del sistema operativo que se deben actualizar para ejecutar los
programas de utilidad (continuación)
Plataforma Si ejecuta esta versión...
Microsoft v Windows 2000 Professional
Windows
v Windows 2000 Server
v Windows 2000 Advanced Server
v Windows 2000 Datacenter Server
Debe actualizar a esta versión (o una
posterior) para utilizar los programas
de utilidad.
v Windows Server 2003 (Standard,
Enterprise o Datacenter) Edition
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 son los mismos
que los requisitos del sistema para un servidor V5.5, ya que el programa de
utilidad se basa en el código del servidor V5.5. Para obtener información adicional,
consulte uno de los siguientes sitios web para comparar el sistema en el que se
ejecuta el servidor V5.3 o V5.4 con los requisitos del sistema para un servidor V5.5.
AIX http://www.ibm.com/support/docview.wss?rs=663&context=SSGSG7
&uid=swg21052220
HP-UX
http://www.ibm.com/support/docview.wss?rs=663&context=SSGSG7
&uid=swg21052219
Linux
Linux en POWER: http://www.ibm.com/support/docview.wss?rs=663
&context=SSGSG7&uid=swg21108042
Linux x86: http://www.ibm.com/support/docview.wss?rs=663
&context=SSGSG7&uid=swg21107360
Linux x86_64: http://www.ibm.com/support/docview.wss?rs=663
&context=SSGSG7&uid=swg21204361
Linux zSeries: http://www.ibm.com/support/docview.wss?rs=663
&context=SSGSG7&uid=swg21108040
Sun Solaris
http://www.ibm.com/support/docview.wss?rs=663&context=SSGSG7
&uid=swg21053216
Windows
http://www.ibm.com/support/docview.wss?rs=663&context=SSGSG7
&uid=swg21064234

Capítulo 2. Planificación de la actualización 19

 Requisitos de hardware y software para la actualización del
servidor
Utilice los requisitos que se describen aquí 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 encuentra ubicado en: http://www.ibm.com/

software/sysmgmt/products/support/IBMTivoliStorageManager.html

Algunas plataformas soportadas en versiones anteriores del servidor no se soportan

en la V6.1.Si el servidor que se va a actualizar se está ejecutando en cualquiera de
estas plataformas, no podrá actualizarlo a la versión 6.1 en la misma plataforma.
Deberá instalar el servidor V6.1 en un sistema que sea una plataforma soportada
según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

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 acerca del 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 34.
Tabla 6. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Un sistema System p apropiadamente configurado de 64 bits p4, p5, o p6.
Espacio de El siguiente espacio en disco como mínimo:
disco v 5 MB para el directorio /var
v 2 GB para el directorio /opt
v 160 MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

20 IBM Tivoli Storage Manager: Guía de actualización del servidor

Requisitos de software

En la siguiente tabla se describen los requisitos de software mínimos.

Tabla 7. Requisitos de software
Tipo de
software Requisitos de software mínimos
Sistema v AIX 5.3 ejecutándose en un entorno kernel de 64 bits con los siguientes
operativo requisitos adicionales para DB2:
– AIX 5.3 Technology Level (TL) 6 y el Service Pack (SP) 2 además de
la reparación para APAR IZ03063
– Nivel de tiempo de ejecución de C++ mínimo con los conjuntos de
archivos xlC.rte 9.0.0.8 y xlC.aix50.rte 9.0.0.8. 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.
v AIX 6.1 ejecutándose en un entorno kernel de 64 bits requiere los
siguientes conjuntos de archivos para DB2:
– Nivel de tiempo de ejecución de C++ mínimo con los conjuntos de
archivos xlC.rte 9.0.0.8 y xlC.aix61.rte 9.0.0.8. 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.
Aplicaciones IBM Java 1.5 o posterior.
Navegador web Un navegador web para recuperar un paquete de instalación en línea. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 6.0 SP1
v Microsoft Internet Explorer 7.0
v FireFox 1.5
v FireFox 2.0
v FireFox 3.0
v Mozilla 1.7.8
Su navegador debe dar soporte a la página de códigos del servidor.
Si su navegador no soporta la página del código de servidor,
puede que las ventanas no se puedan leer. Si el navegador
cumple estos requisitos, pero no se visualiza correctamente
una interfaz basada en web de Tivoli
Storage Manager, considere la posibilidad de utilizar un navegador
diferente.
Protocolo de Un método de comunicación configurado.
comunicaciones
Controladores Si tiene una unidad o biblioteca de cintas IBM 3570, IBM 3590 o IBM
Ultrium, instale el controlador del dispositivo más actual antes de instalar
Tivoli Storage Manager 6.1. Puede ubicar los controladores del dispositivo
en ftp://ftp.software.ibm.com/storage/devdrvr/.

Capítulo 2. Planificación de la actualización 21

 Requisitos de servidor en sistemas HP-UX
HP
UX

Compruebe que su sistema HP-UX cumple los requisitos.

No se puede ejecutar un servidor V6.1 en un sistema PA-RISC que se ejecute en un

sistema operativo HP-UX. Si el servidor que desea actualizar se está ejecutando en
esta plataforma, no podrá actualizarlo a la versión 6.1 en la misma plataforma.
Debe instalar el servidor V6.1 en un sistema Itanium que se ejecute en un sistema
operativo HP-UX y, a continuación, utilice el método de red o soporte 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 acerca del 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 34.
Tabla 8. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Un sistema Itanium de 64 bits.
Espacio de El siguiente espacio en disco como mínimo:
disco v 5 MB para el directorio /var
v 2 GB para el directorio /opt
v 270 MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

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 B, “Requisitos de recursos del sistema HP-UX”, en la página 273.

22 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 9. Requisitos de software
Tipo de
software Requisitos de software mínimos
Sistema El sistema HP Itanium debe tener un sistema operativo 11 iv2 o 11 iv3
operativo con los niveles de mantenimiento más actuales instalados. Si utiliza 11
iV2, debe instalar PHSS_38140.

Se deben aplicar las parhes de servicio más recientes disponibles para el

sistema operativo. Niveles anteriores sin los parches no funcionan con los
controladores de dispositivos que utiliza Tivoli Storage Manager.

El parámetro maxfiles de HP especifica el número de archivos que un

proceso tiene autorización para abrir en cualquier momento. El valor
predeterminado de HP es 60. No obstante, este valor es muy bajo y
puede ocasionar problemas en el servidor. Para garantizar un
funcionamiento correcto del servidor, aumente el valor de maxfiles hasta
512 como mínimo.
Aplicaciones IBM Java 1.5 o posterior.
Protocolo de Un método de comunicación que está instalado y activado (la memoria
comunicaciones compartida es el valor predeterminado).
Dispositivos y v Un dispositivo de DVD que esté disponible para el proceso de
controladores instalación si éste se realiza desde un soporte de DVD.
v El controlador del dispositivo más actual. Éste se debe instalar antes de
instalar Tivoli Storage Manager.
Puede ubicar los controladores de dispositivo en ftp://
ftp.software.ibm.com/storage/devdrvr/.

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 la 6.1:
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 la versión 6.1 en la misma plataforma. Debe
instalar el servidor V6.1 en un sistema x86_64 en el que se ejecute el sistema
operativo Linux y, a continuación, utilizar el método de red o de soporte para
actualizar el servidor V5 a ese sistema.

Requisitos de servidor para los sistemas Linux en POWER:

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 acerca del espacio total de disco
necesario, consulte el apartado “Estimación de las necesidades de espacio total del

Capítulo 2. Planificación de la actualización 23

 proceso de actualización y el servidor actualizado” en la página 34.
Tabla 10. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Sistema Linux en POWER IBM como uno de los sistemas que aparecen en
el siguiente sitio web de solución de servidor para Linux para Power:

http://www-03.ibm.com/systems/power/software/linux/about/
index.html
Espacio de El siguiente espacio en disco como mínimo:
disco v 5 MB para el directorio /var
v 4 GB para el directorio /opt
v 190 MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

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 El servidor de Tivoli Storage Manager en Linux en Power (arquitectura
operativo ppc64) requiere uno de los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5, actualización 3 o posterior
v SUSE Linux Enterprise Server 10, actualización 2 o posterior
v Asianux 3.0
Bibliotecas Bibliotecas GNU C, versión 2.4-31.30 y posterior
Aplicaciones IBM Java 1.5 o posterior.
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 compartido (con el cliente System p de la
versión 6.1 de Tivoli Storage Manager)

24 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 11. Requisitos de software (continuación)
Tipo de
software Requisitos de software mínimos
Navegador web Un navegador web para obtener los paquetes de instalación Linux. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 6.0 SP1
v Microsoft Internet Explorer 7.0
v FireFox 1.5
v FireFox 2.0
v FireFox 3.0
v Mozilla 1.7.8
Su navegador debe dar soporte a la página de códigos del servidor.
Si su navegador no soporta la página del código de servidor,
puede que las ventanas no se puedan leer. Si el navegador
cumple estos requisitos, pero no se visualiza correctamente
una interfaz basada en web de Tivoli
Storage Manager, considere la posibilidad de utilizar un navegador
diferente.

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 acerca del 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 34.
Tabla 12. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Un procesador AMD64 o Intel EMT-64
Espacio de Los siguientes valores mínimos de espacio en disco:
disco v 5 MB para el directorio /var
v 4 GB para el directorio /opt
v 190 MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

Capítulo 2. Planificación de la actualización 25

 Requisitos de software

En la siguiente tabla se describen los requisitos de software mínimos.

Tabla 13. Requisitos de software
Tipo de
software Requisitos de software mínimos
Sistema El servidor de Tivoli Storage Manager en Linux x86_64 requiere uno de
operativo los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5
v SUSE Linux Enterprise Server 10
v Asianux 3.0
Bibliotecas Para Linux x86_64, las bibliotecas GNU C, versión 2.3.3-98.38 o posterior
instaladas en el sistema de Tivoli Storage Manager.
Aplicaciones IBM Java 1.5 o posterior.
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 compartido (con el cliente Linux x86_64 de la
versión 6.1 deTivoli Storage Manager)
Navegador web Un navegador web para obtener los paquetes de instalación Linux. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 6.0 SP1
v Microsoft Internet Explorer 7.0
v FireFox 1.5
v FireFox 2.0
v FireFox 3.0
v Mozilla 1.7.8
Su navegador debe dar soporte a la página de códigos del servidor.
Si su navegador no soporta la página del código de servidor,
puede que las ventanas no se puedan leer. Si el navegador
cumple estos requisitos, pero no se visualiza correctamente
una interfaz basada en web de Tivoli Storage Manager

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 acerca del 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 34.

26 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 14. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Un servidor de IBM Linux en System z 900, IBM Linux en System z 800, o
bien IBM Linux en System z 990 con particiones lógicas nativas o invitados
de máquina virtual. Puede utilizar invitados de máquina virtual y las LPAR
de 64 bits. Los invitados de máquina virtual y las LPAR de 64 bits se
utilizan por el agente de almacenamiento para realizar una operación sin
necesidad de LAN.
Espacio de Los siguientes valores mínimos de espacio en disco:
disco v 5 MB para el directorio /var
v 4 GB para el directorio /opt
v 190 MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

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 El servidor de Tivoli Storage Manager en Linux en System z (arquitectura
operativo de s390x 64 bits) requiere uno de los siguientes sistemas operativos:
v Red Hat Enterprise Linux 5, actualización 3 o posterior
v SUSE Linux Enterprise Server 10, actualización 2 o posterior
Biblioteca La biblioteca GNU C, versión 2.4-31.43.6 está instalada en el sistema
Tivoli Storage Manager.
Aplicaciones IBM Java 1.5 o posterior.
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 compartido (con el cliente de Tivoli Storage
Manager, versión 6.1, Linux en System z)

Capítulo 2. Planificación de la actualización 27

 Tabla 15. Requisitos de software (continuación)
Tipo de
software Requisitos de software mínimos
Navegador web Un navegador web para obtener los paquetes de instalación Linux. Se
soportan los siguientes navegadores:
v Microsoft Internet Explorer 6.0 SP1
v Microsoft Internet Explorer 7.0
v FireFox 1.5
v FireFox 2.0
v FireFox 3.0
v Mozilla 1.7.8
Su navegador debe dar soporte a la página de códigos del servidor.
Si su navegador no soporta la página del código de servidor,
puede que las ventanas no se puedan leer. Si el navegador
cumple estos requisitos, pero no se visualiza correctamente
una interfaz basada en web de Tivoli
Storage Manager, considere la posibilidad de utilizar un navegador
diferente.

Requisitos de servidor en sistemas Sun Solaris

Solaris

Compruebe que su sistema Sun Solaris 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 acerca del 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 34.
Tabla 16. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Se requiere uno de los siguientes procesadores:
v Basado en Sun Ultra SPARC (arquitectura sun4u)
v Basado en Sun Ultra SPARC (arquitectura sun4v)
v Procesadores basados en x86_64 (arquitectura AMD64 o EM64T)
Espacio de En la siguiente lista se muestra el espacio de disco mínimo para los
disco procesadores basados en Sun Ultra SPARC (arquitectura sun4u y sun4v) y
para los procesadores basados en x86_64 (arquitectura AMD64 o EM64T)
para los directorios y registros respectivos:
v 5 MB para el directorio /var
v 2 GB para el directorio /opt
v 310MB MB para el directorio /tmp
v 300 MB para el directorio /usr
Puede que sea necesario disponer de 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.

28 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 16. Requisitos de hardware (continuación)
Tipo de
hardware Requisitos de hardware
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

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 Es necesario disponer de uno de los siguientes sistemas:
operativo v Sun Solaris 10 o posterior, con ejecución en la modalidad de 64 bits en
un sistema Sun Ultra Sparc con arquitectura sun4u
v Sun Solaris 10 o posterior, con ejecución en la modalidad de 64 bits en
un sistema con arquitectura AMD64 o EM64T
Aplicaciones IBM Java 1.5 o posterior.
Protocolo de Protocolo de control de transmisiones/protocolo Internet
comunicaciones
Dispositivos y Si tiene una biblioteca o unidad de cinta IBM 3570, 3590 o Ultrium,
controladores instale el controlador de dispositivo más actual antes de instalar Tivoli
Storage Manager, versión 6.1. Puede encontrar los controladores de
dispositivo en ftp://ftp.software.ibm.com/storage/devdrvr/

Requisitos del servidor en sistemas Microsoft Windows

Windows

Compruebe que el sistema Microsoft Windows cumple los requisitos.

No puede ejecutar un servidor V6.1 en un sistema Itanium (IA64) en el que se

ejecuta el sistema operativo Windows. Si el servidor que desea actualizar se está
ejecutando en esta plataforma, no podrá actualizarlo a la versión 6.1 en la misma
plataforma. Debe instalar el servidor V6.1 en un sistema x86_64 en el que se
ejecute el sistema operativo Windows y, a continuación, utilice el método de red o
soporte 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 acerca del 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 34.
Tabla 18. Requisitos de hardware
Tipo de
hardware Requisitos de hardware
Hardware Procesador compatible Intel Pentium o un sistema basado en
multiprocesador

Capítulo 2. Planificación de la actualización 29

 Tabla 18. Requisitos de hardware (continuación)
Tipo de
hardware Requisitos de hardware
Espacio de v Al menos 3 GB de almacenamiento de disco disponible (para una
disco instalación típica)
v Espacio de directorio temporal de 200 MB
v Tamaño de partición de 200 MB en C:\unidad

Puede que sea necesario disponer de más espacio en disco para la base de
datos y los archivos de registro. El servidor está instalado en la unidad que
seleccione y la base de datos y los registros se pueden instalar en otra
unidad.
Memoria Al menos 2 GB. Un mínimo de 4 GB para los servidores de producción. 8
GB es óptimo.

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 Uno de los siguientes sistemas operativos:
operativo v Microsoft Windows Server 2003: Standard, Enterprise o Datacenter
Edition
v Microsoft Windows Server 2003: Standard, Enterprise o Datacenter x64
Edition (64-bit)
v Microsoft Windows Storage Server 2003
v Microsoft Windows Storage Server 2003 x64
v Microsoft Windows Server 2008: Standard, Enterprise o Datacenter
Edition
v Microsoft Windows Server 2008: Standard, Enterprise o Datacenter x64
Edition (64-bit)
Aplicaciones IBM Java 1.5 o posterior.
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

30 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Tabla 19. Requisitos de software (continuación)
Tipo de
software Requisitos de software mínimos
Navegador web Un navegador web para iniciar la sesión y utilizar la consola. El
navegador web se puede instalar en el mismo sistema o en un sistema
separado. Se soportan los siguientes navegadores:
v Microsoft Internet Explorer 6.0 SP1
v Microsoft Internet Explorer 7.0
v FireFox 1.5
v FireFox 2.0
v FireFox 3.0
v Mozilla 1.7.8

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 otro navegador.
Funciones del Las funciones del sistema Windows, como el gestor de dispositivos, se
sistema soportan en una consola Tivoli Storage Manager de 64 bits.

Las funciones normales del sistema Windows están disponibles para el

servidor de 32 y 64 bits utilizando la función Administración de equipos
del sistema Windows.

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

Capítulo 2. Planificación de la actualización 31

 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
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 34

Requisitos de espacio del sistema de servidor V6

Antes de comenzar el proceso de actualización, planifique los requisitos de espacio
para la base de datos y el registro de recuperación.

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 de registro para el registro activo.
– Opcional: registros de archivado secundarios (ubicación de migración tras
error para el registro 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)

Consejo: para obtener un mejor rendimiento durante la inserción de datos en esta

nueva base de datos, sitúe el espacio de la base de datos y los directorios de
registros activos en volúmenes físicos diferentes.
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34

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 varios
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.

Ubique los directorios de la base de datos y del registro de recuperación en

volúmenes físicos o sistemas de archivos independientes. 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.

32 IBM Tivoli Storage Manager: Guía de actualización del servidor

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.

Calcule la cantidad de espacio que requerirá la base de datos al completar los

siguientes pasos.
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 de espacio adicional de la base de datos
a razón de 600 -1000 bytes por objeto adicional almacenado en el servidor.

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.

Visite el sitio de soporte para obtener la información y las recomendaciones más

recientes.

Requisitos del espacio del registro de recuperación

La cantidad de espacio del registro de recuperación necesario depende de la
cantidad de actividad del cliente con el servidor.

Las estimaciones basadas en esta información se deben utilizar como un punto

inicial. Una ve se ha actualizado el servidor, supervise el registro activo y los
directorios del registro de archivado para asegurarse de que estos directorios tenga
espacio suficiente para manejar la carga de trabajo del servidor real.
Registro activo
El tamaño mínimo de 2 GB es suficientemente grande para completar el
proceso de actualización.
Al iniciar operaciones normales con el servidor, puede necesitar aumentar
el tamaño del registro activo. El tamaño requerido depende de la cantidad
de actividad simultánea que maneje el servidor. Una gran cantidad de

Capítulo 2. Planificación de la actualización 33

 sesiones de clientes simultáneas puede necesitar un registro activo mayor.
Por ejemplo, el servidor podría necesitar un registro activo de 8 GB o
mayor.
Duplicación del registro activo
La duplicación del registro activo es opcional. El requisito de tamaño es
igual al del tamaño del registro activo.
Registro de archivado
El tamaño requerido depende del número de objetos almacenados por
nodos de cliente durante el periodo de tiempo transcurrido entre las copias
de seguridad completas de la base de datos.

Recuerde: Una copia de seguridad completa de la base de datos causa

archivos de registro de archivado obsoletos que se deben recortar para
recuperar espacio. Los archivos del registro de archivado que están
incluidos en la copia de seguridad se recortan automáticamente después de
que se hayan finalizado dos copias más de seguridad completas.
Si realiza una copia de seguridad completa de la base de dato cada día, el
registro del archivo debe ser lo suficientemente grande para mantener los
archivos de registro para la actividad del cliente que se produce durante
dos días. Normalmente se utilizan entre 600 y 4000 bytes de espacio de
registro cuando se almacena un objeto en el servidor. Por lo tanto, puede
estimar un tamaño inicial para el registro del archivo mediante el siguiente
cálculo:
objetos almacenados por día x 3000 bytes por objeto x 2 días

Por ejemplo:
5.000.000 objetos/día x 3000 bytes/objeto x 2 días = 30.000.000.000 bytes,
o bien 30 GB
Registro de archivado secundario (migración tras error)
Si el registro del archivo se llena, se utiliza el registro de archivado de
migración tras error. Es útil especificar un registro de archivado de
migración tras error sólo si se ubica en una unidad física o en un sistema
de archivos diferente al del registro del archivo.

Para las últimas recomendaciones e información, visite el sitio de soporte:

http://www.ibm.com/software/sysmgmt/products/support/
IBMTivoliStorageManager.html

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 para el servidor V6.1 actualizado dependen del tamaño
de la base de datos V5 y de otros factores. Consulte los temas acerca de la
estimación de requisitos de espacio para la base de datos y el registro de
recuperación para obtener información detallada.

34 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 20 muestra algunas recomendaciones acerca de cómo estimar cada elemento

para cada uno de los principales casos de ejemplo. Para obtener información
detallada acerca del tamaño de la base de datos V6.1 y el registro de recuperación,
consulte “Requisitos de espacio del sistema de servidor V6” en la página 32.

Tabla 21 en la página 36 muestra una hoja de trabajo rellena de muestra para una
base de datos V5 de 100 GB que tiene una utilización de espacio del 80%, contando
con que la base de datos aumenta entre un 33 y un 50% al actualizarse.
Tabla 20. Sugerencias para estimar los requisitos de espacio. Seleccione el caso de ejemplo y, a continuación, lea
la columna.
Elemento que Tipo de Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
requiere espacio espacio v En el mismo v En el mismo v Sistema nuevo v Sistema nuevo
sistema que el sistema que el v Método de v Método de red
servidor V5 servidor V5 soporte
v Método de v Método de red
soporte
Base de datos V5: Disco Espacio asignado Espacio asignado 0 0
espacio asignado para la base de para la base de
para la base de datos V5 datos V5
datos original
Base de datos V5: Soporte Espacio que utiliza Espacio que utiliza Espacio que utiliza Espacio que utiliza
copia de secuencial la base de datos V5 la base de datos V5 la base de datos V5 la base de datos V5
seguridad final (en función del (en función del (en función del (en función del
porcentaje de porcentaje de porcentaje de porcentaje de
utilización) utilización) utilización) utilización)
Base de datos V5: Soporte Espacio que utiliza 0 Espacio que utiliza 0
datos extraídos secuencial la base de datos V5 la base de datos V5
(en función del (en función del
porcentaje de porcentaje de
utilización) utilización)
Registro de Disco Cantidad de Cantidad de 0 0
recuperación V5 espacio asignado espacio asignado
para el registro de para el registro de
recuperación V5 recuperación V5
Base de datos Disco Espacio utilizado Espacio utilizado Espacio utilizado Espacio utilizado
V6.1: tamaño por la base de por la base de por la base de por la base de
aproximado datos V5 aparte de datos V5 aparte de datos V5 aparte de datos V5 aparte de
entre el 33 y el 50% entre el 33 y el 50% entre el 33 y el 50% entre el 33 y el 50%
más más más más
Base de datos Soporte Igual al tamaño de Igual al tamaño de Igual al tamaño de Igual al tamaño de
V6.1: primera secuencial la base de datos la base de datos la base de datos la base de datos
copia de estimado estimado estimado estimado
seguridad

Capítulo 2. Planificación de la actualización 35

Tabla 20. Sugerencias para estimar los requisitos de espacio (continuación). Seleccione el caso de ejemplo y, a
continuación, lea la columna.
Elemento que Tipo de Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
requiere espacio espacio v En el mismo v En el mismo v Sistema nuevo v Sistema nuevo
sistema que el sistema que el v Método de v Método de red
servidor V5 servidor V5 soporte
v Método de v Método de red
soporte
Directorio del Disco 2 GB durante el 2 GB durante el 2 GB durante el 2 GB durante el
registro activo proceso de proceso de proceso de proceso de
V6.1 actualización. actualización. actualización. actualización.
Puede que sea Puede que sea Puede que sea Puede que sea
necesario un valor necesario un valor necesario un valor necesario un valor
superior para un superior para un superior para un superior para un
uso normal. uso normal. uso normal. uso normal.
Duplicación del Disco Si se utiliza, será el Si se utiliza, será el Si se utiliza, será el Si se utiliza, será el
registro activo mismo tamaño que mismo tamaño que mismo tamaño que mismo tamaño que
V6.1(opcional) el del registro el del registro el del registro el del registro
activo activo activo activo
Directorio del Disco Estimación basado Estimación basado Estimación basado Estimación basado
registro de en la actividad del en la actividad del en la actividad del en la actividad del
archivado V6.1 cliente y en la cliente y en la cliente y en la cliente y en la
frecuencia de la frecuencia de la frecuencia de la frecuencia de la
copia de seguridad copia de seguridad copia de seguridad copia de seguridad
de la base de datos de la base de datos de la base de datos de la base de datos

Tabla 21. Estimaciones de espacio de ejemplo para una base de datos V5 de 100 GB
Elemento que Tipo de Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
requiere espacio espacio v En el mismo v En el mismo v Sistema nuevo v Sistema nuevo
sistema que el sistema que el v Método de v Método de red
servidor V5 servidor V5 soporte
v Método de v Método de red
soporte
Base de datos V5: Disco 100 GB 100 GB 0 0
espacio asignado
para la base de
datos original
Base de datos V5: Soporte 80 GB 80 GB 80 GB 80 GB
copia de secuencial
seguridad final
Base de datos V5: Soporte 80 GB 0 80 GB 0
datos extraídos secuencial
Registro de Disco 12 12 0 0
recuperación V5
Base de datos Disco 106 - 120 GB 106 - 120 GB 106 - 120 GB 106 - 120 GB
V6.1: tamaño
aproximado
Base de datos Soporte 106 - 120 GB 106 - 120 GB 106 - 120 GB 106 - 120 GB
V6.1: primera secuencial
copia de
seguridad
Directorio del Disco 8 GB 8 GB 8 GB 8 GB
registro activo
V6.1

36 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 21. Estimaciones de espacio de ejemplo para una base de datos V5 de 100 GB (continuación)
Elemento que Tipo de Caso de ejemplo 1: Caso de ejemplo 2: Caso de ejemplo 3: Caso de ejemplo 4:
requiere espacio espacio v En el mismo v En el mismo v Sistema nuevo v Sistema nuevo
sistema que el sistema que el v Método de v Método de red
servidor V5 servidor V5 soporte
v Método de v Método de red
soporte
Duplicación del Disco (8 GB) (8 GB) (8 GB) (8 GB)
registro activo
V6.1(opcional)
Directorio del Disco 80 GB 80 GB 80 GB 80 GB
registro de
archivado V6.1
Espacio de disco Disco 307 - 320 GB 307 - 320 GB 195 - 208 GB 195 - 208 GB
total requerido
durante el (315 - 328 GB) (315 - 328 GB) (203 - 216 GB) (203 - 216 GB)
proceso de
actualización
Total de soporte Soporte 267 - 280 GB 187 - 200 GB 267 - 280 GB 187 - 200 GB
secuencia secuencial
requerido
durante el
proceso de
actualización
Total de espacio Disco 195 - 208 GB 195 - 208 GB 195 - 208 GB 195 - 208 GB
de disco para el
servidor V6.1, (203 - 216 GB) (203 - 216 GB) (203 - 216 GB) (203 - 216 GB)
después de la
actualización y
de la limpieza

Conceptos relacionados
“Requisitos de espacio del sistema de servidor V5” en la página 31
“Requisitos de espacio del sistema de servidor V6” en la página 32
Tareas relacionadas
Capítulo 3, “Visión general de casos de ejemplo de actualización”, en la página
57

Hoja de trabajo para planificar el espacio para el servidor V6.1

Puede utilizar la hoja de trabajo para facilitar la planificación de la cantidad y
ubicación de almacenamiento necesario para el servidor V6.1.

Capítulo 2. Planificación de la actualización 37

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 tiempo necesario para finalizar la actualización de un servidor V5 depende de
factores, como el tamaño de la base de datos que se va a actualizar, el número y la
velocidad de los procesadores del sistema, la configuración del dispositivo de
almacenamiento y el método seleccionado para transferir los datos desde la base
de datos V5 a la V6.

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 del solapamientos.

En entornos de referencia en laboratorios de IBM, las operaciones de actualización

han alcanzado realizarse a 5-10 GB por hora, según la configuración. Su entorno
puede producir diferentes resultados.

Recomendaciones de rendimiento relacionadas con el

proceso de extracción
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.

Las recomendaciones relativas al rendimiento dependen del método seleccionado

para mover los datos desde la base de datos V5:
Método de soporte
Si va a extraer los datos a cinta, utilice un dispositivo de cinta de alta
velocidad.
Si va extraer datos en 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
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

38 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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.
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 se realizará con más
lentitud. 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
Utilice un enlace de alta velocidad si va a extraer los datos en un sistema
diferente. Para actualizar una base de datos que supere los 2 o 3 GB, utilice
como mínimo una red Ethernet de 1 GB.
Si va a extraer la base de datos en el mismo sistema, no serán necesarias
conexiones de red externas.

Sugerencias de rendimiento para insertar datos en la base de

datos V6.1
El proceso de inserción de los datos que se han extraído de la base de datos V5 en
la V6.1 es la parte del proceso de actualización que requiere mayor tiempo de
ejecución y en la que más influye 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 recomendaciones.
Procesadores
El proceso de inserción está diseñado para explotar varios procesadores o
núcleos. Por lo general, el rendimiento del proceso de inserción será mejor
en un sistema con un número relativamente pequeño de procesadores
rápidos que en otro con un número mayor de procesadores, pero más
lentos.
Almacenamiento en disco
El proceso de inserción está diseñado para explotar 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 RAID que
tengan un tamaño de división grande (por ejemplo, 128 KB). Utilice un
sistema de archivos diferente para cada LUN.
En esta tabla se muestra un ejemplo de utilización correcta de los 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

Capítulo 2. Planificación de la actualización 39

 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 un servidor V6.1
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 disponibles para la instalación

Además del servidor, puede optar por instalar controladores de dispositivo,
paquetes de idiomas, el Centro de administración y la característica de supervisión
y elaboración de informes.

Esta guía se centra en la instalación del propio servidor. Si desea obtener

información acerca de la instalación de los demás componentes, consulte la Guía de
instalación de su sistema operativo.

Compatibilidad con servidores y componentes que se

ejecutan en versiones anteriores
El sitio de soporte del producto proporciona detalles acerca de los niveles de
servidor, cliente, agente de almacenamiento, servidores de cliente de biblioteca,
servidores de gestor de configuración que pueden funcionar juntos.

El sitio de soporte del producto se encuentra ubicado en: http://www.ibm.com/

software/sysmgmt/products/support/IBMTivoliStorageManager.html

Planificación de la actualización de varios servidores en un

solo sistema
Después de instalar el servidor V6.1 en un sistema, no puede ejecutar ningún
servidor V5 en ese sistema. Debe actualizar la base de datos de cada instancia del
servidor por separado.

Puede utilizar el asistente de actualización para actualizar los servidores, o bien

utilizar manualmente los programas de utilidad de actualización.
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.

40 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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.1, los servidores que son
clientes de biblioteca deben ser de la versión 5.4 o posterior.

Si los servidores utilizan bibliotecas compartidas, actualice primero el servidor que

actúe como gestor de biblioteca. A continuación, actualice los servidores que sean
clientes de biblioteca.

Si va a mover el gestor de biblioteca o los clientes de biblioteca a sistemas nuevas

para realizar la actualización a la versión V6.1, considere mover los servidores a
sistemas nuevos antes de actualizar los servidores. 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 agente de clientes
de biblioteca soportados, visite el siguiente sitio web: http://www.ibm.com/
support/docview.wss?uid=swg21302789

Planificación de la actualización de los clientes

Para poder conectarse con un servidor V6.1, los nodos de cliente deben ejecutar la
versión 5.4 o posterior del programa cliente.

Planificación de la actualización de los agentes de

almacenamiento
Para conectar con el servidor V6.1, los agentes de almacenamiento deben ser de la
versión 5.5 o posterior.

Si cuenta con agentes de almacenamiento de versiones anteriores, actualícelos a la

versión 5.5, antes de actualizar el servidor a la V6.1. 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, visite el siguiente sitio web: http://www.ibm.com/
support/docview.wss?uid=swg21302789

Prueba del proceso de actualización de un servidor

En función del tamaño y de la complejidad del entorno, puede que resulte
necesario probar la actualización para asegurarse de que el proceso se realizará sin
problemas. La prueba puede facilitar la programación de la cantidad de tiempo
que el servidor no estará disponible por la actualización.

El servidor original y el V6.1 no pueden estar instalados en un sistema al mismo

tiempo. Para evaluar el servidor V6.1, instale el programa en otro sistema.

Para realizar pruebas con una copia de los datos de producción o comprobar el
proceso de actualización, utilice las herramientas de actualización para crear un
servidor de prueba. Siga el procedimiento normal de actualización, teniendo en
cuenta las siguientes consideraciones:

Capítulo 2. Planificación de la actualización 41

 v Para no afectar al servidor de producción original, deberá instalar el servidor
V6.1 en otro sistema. No se pueden ejecutar al mismo tiempo versiones
diferentes del servidor.
v 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
herramientas 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,

ésta actualizará la versión de la base de datos al nivel de fix pack V5.5. Si no
desea que la base de datos del servidor de producción se actualice a este nivel,
realice una copia de seguridad de la base de datos y utilícela para probar la
actualización.
v Puede extraer la base de datos de producción en el servidor de 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.
v 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 8, “Procedimientos generales para actualizar un servidor a la versión
6.1”, en la página 199

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 del servidor de producción.
3. Restaure la copia de la base de datos en el sistema de prueba.

Consejo: Si va a realizar la actualización mediante un soporte, asegúrese de

que la clase de dispositivos 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.

42 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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.
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 79
Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la
página 111

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.
1. Realice una copia de seguridad del servidor de producción. Considere la
posibilidad de realizar una segunda copia de la copia de seguridad de la base
de datos.
2. Instale el programa de utilidad DSMUPGRD en el mismo sistema que el
servidor de producción. Para obtener detalles, consulte “Instalación de las
herramientas de actualización el servidor original” en la página 206.
3. Prepare la base de datos y extraiga los datos de la base de datos del servidor
de producción en un soporte. Ejecute el mandato DSMUPGRD PREPAREDB
para preparar la base de datos. Ejecute el mandato DSMUPGRD EXTRACTDB
para extraer la base de datos en el soporte. Para obtener detalles, consulte:
a. “Caso de ejemplo 3: Preparación de la base de datos de un servidor V5 para
actualización” en la página 160
b. “Caso de ejemplo 3: Extracción de los datos en un soporte” en la página 161
4. Restaure la copia de seguridad de la base de datos en el servidor de
producción. Puede reanudar las operaciones normales en 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. Comience con la sección “Caso de ejemplo 3: Instalación del
servidor V6.1” en la página 152, y continúe hasta el final de los procedimientos
en el caso de ejemplo 3. Si utiliza las instrucciones de la línea de mandatos,
omita estos los pasos para preparar la base de datos y extraer los datos al
soporte.

Preparación de los cambios operativos

Primeros pasos con la versión 6.1, cómo realizar copias de seguridad y supervisar
los cambios en la base de datos del servidor.

Compruebe los procedimientos operativos, los scripts y las planificaciones

administrativas que utilizará en las operaciones del servidor:
v Planifique la realización de copias de seguridad de la base de datos del servidor
de forma periódica mediante planificaciones administrativas. Realice una copia
de seguridad de la base de datos al menos una vez al día.
v Comprenda cómo se utiliza el espacio de la base de datos y del registro de
recuperación y cómo supervisar las necesidades de cambio.

Capítulo 2. Planificación de la actualización 43

 v Revise los scripts y las planificaciones administrativas. El servidor V6.1 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.
v Verifique los mandatos SELECT que utilice de forma regular. El programa del
gestor de bases de datos no acepta algunos parámetros ni sintaxis que se habían
admitido con anterioridad.
v Si utiliza productos de proveedores independientes de software en la interfaz
con el servidor, asegúrese de que los productos son compatibles con el servidor
V6.1.
Conceptos relacionados
“Protección y anotaciones de la base de datos” en la página 5
“Registro de recuperación” en la página 2
“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 53

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 la V6.1.

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, herramientas y opciones de servidor nuevos

Existen nuevos mandatos, herramientas y opciones para el servidor V6.1, debido a
las modificaciones en las operaciones con la base de datos y a las nuevas
funciones.
Tabla 22. Mandatos nuevos
Mandatos comparables
Mandato Función de versiones anteriores
EXTEND DBSPACE Proporciona espacio de almacenamiento adicional a la DEFINE DBVOLUME
base de datos del servidor.
EXTEND DB
Permite disponer de varias ubicaciones como espacio
de almacenamiento de la base de datos. Tras la
instalación y el uso inicial de los mandatos DSMSERV
FORMAT o DSMSERV LOADFORMAT, podrá añadir
más ubicaciones como espacio de almacenamiento de
la base de datos.
IDENTIFY DUPLICATES Inicia o detiene los procesos que identifican los datos Ninguno
duplicados de una agrupación de almacenamiento.
QUERY DBSPACE Muestra las ubicaciones actuales de almacenamiento QUERY DBVOLUME
de la base de datos, junto con el espacio total y el
espacio utilizado.
SET DBRECOVERY Establece la clase de dispositivo que se utilizará para DEFINE
realizar la copia de seguridad de la base de datos. DBBACKUPTRIGGER

44 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 22. Mandatos nuevos (continuación)
Mandato
SET DBREPORTMODE
SET
DRMACTIVEDATASTGPOOL
Tabla 23. Herramientas nuevas
Mandato
DSMSERV DISPLAY DBSPACE
DSMSERV DISPLAY LOG
DSMSERV INSERTDB
DSMUPGRD PREPAREDB
DSMUPGRD EXTRACTDB
DSMUPGRD EXTEND DB
DSMUPGRD EXTEND LOG
DSMUPGRD QUERYDB
Mandatos comparables
Función de versiones anteriores
Establece la cantidad de información de diagnóstico Ninguno
que debe notificarse en relación con la base de datos.
Establece las agrupaciones de datos activos incluidas Ninguno
en los planes y procedimientos de recuperación.
Mandatos comparables
Función de versiones anteriores
Programa de utilidad fuera de línea para consultar las DSMSERV DISPLAY
ubicaciones actuales de almacenamiento de la base de DBVOLUMES
datos.
Programa de utilidad fuera de línea para consultar DSMSERV DISPLAY
información acerca de las anotaciones de recuperación LOGVOLUMES
(activas y archivadas).
Programa de utilidad fuera de línea que se utiliza sólo Ninguno
para insertar los datos que se han extraído desde una
base de datos de servidor V5 en otra V6.1 vacía.
Programa de utilidad fuera de línea utilizada sólo en Ninguno
un servidor V5 para preparar la base de datos para el
proceso de extracción. Una vez ejecutada este
programa de utilidad, los datos se pueden extraer
desde la base de datos con el programa de utilidad
DSMUPGRD EXTRACTDB. Éste es uno de los
programas de utilidad de actualización.
Programa de utilidad fuera de línea utilizada sólo en Ninguno
un servidor V5 para extraer los datos de la base de
datos. Los datos extraídos se insertan en un base de
datos V6.1 utilizando el programa de utilidad
DSMSERV INSERTDB. Éste es uno de los programas
de utilidad de actualización.
Programa de utilidad fuera de línea utilizada sólo en Ninguno
un servidor V5 para ampliar el espacio de la la base de
datos cuando resulta insuficiente para finalizar
satisfactoriamente el proceso de actualización. Éste es
uno de los programas de utilidad de actualización.
Programa de utilidad fuera de línea utilizada sólo en Ninguno
un servidor V5 para ampliar el espacio para las
anotaciones de recuperación cuando resulta
insuficiente para finalizar satisfactoriamente el proceso
de actualización. Éste es uno de los programas de
utilidad de actualización.
Programa de utilidad fuera de línea utilizada sólo en Ninguno
un servidor V5 para mostrar información sobre la base
de datos y las anotaciones de recuperación. Éste es
uno de los programas de utilidad de actualización.
Capítulo 2. Planificación de la actualización 45
Tabla 24. Opciones de servidor nuevas. En el caso de algunas opciones, los cambios no tendrán efecto hasta que
se reinicie el servidor.
Mandatos u opciones
comparables de
Opción de servidor nueva Función versiones anteriores
ACTIVELOGDIR El directorio nuevo de la ubicación en la que se DEFINE
encuentran almacenadas las anotaciones activas. LOGVOLUME
Utilice esta opción para cambiar la ubicación de las
anotaciones activas.

La ubicación se especifica originalmente durante el

proceso de instalación. Es la única ubicación de las
anotaciones activas.
ACTIVELOGSIZE El tamaño máximo de las anotaciones activas. EXTEND LOG

REDUCE LOG
ARCHFAILOVERLOGDIR El directorio en el que el servidor almacena los Ninguno
archivos de registro de archivado si no se pueden
almacenar en la ubicación de registro de archivado.
ARCHLOGDIR El directorio en el que el servidor almacena el registro Ninguno
de archivado.
DBMEMPERCENT Establece el límite del uso de la memoria de sistema Ninguno
para la base de datos.
DEDUPREQUIRESBACKUP Control de las operaciones de copia de seguridad de Ninguno
las agrupaciones de almacenamiento de acceso
secuencial primarias que se han configurado para el
proceso de optimización de almacenamiento.
DISKSTGPOOLMEMSIZE El tamaño de la memoria caché que el servidor puede Ninguno
utilizar para gestionar las operaciones de agrupaciones
de almacenamiento con el tipo de dispositivo DISK.
MIRRORLOGDIR El directorio donde se almacena la duplicación de las DEFINE LOGCOPY
anotaciones activas.

Mandatos del servidor, programas de utilidad y opciones

actualizados
Los mandatos, los programas de utilidad y las opciones se actualizan para la V6.1
debido a las modificaciones en las operaciones de la base de datos y otras
funciones nuevas.

46 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 25. Mandatos actualizados
Mandato Cambios
BACKUP DB Primero se debe ejecutar el mandato SET
DBRECOVERY para establecer una clase de
dispositivo para las copias de seguridad de
la base de datos.

Una copia de seguridad incremental de la

base de datos será ahora 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.
BACKUP NODE Los mandatos soportan la creación de
RESTORE NODE imágenes SnapMirror to Tape de sistemas de
QUERY NASBACKUP archivos en servidores de archivos NetApp.
BACKUP VOLHISTORY Las operaciones de volcado de la base de
DELETE VOLHISTORY datos ya no están disponibles; por lo tanto,
QUERY VOLHISTORY los volúmenes de volcado de base de datos
UPDATE VOLHISTORY no aparecerán en el historial de volumen. Se
modifica la salida de las consultas.
DEFINE DEVCLASS Se han añadido formatos de dispositivo para
UPDATE DEVCLASS algunos sistemas operativos.
DEFINE SPACETRIGGER Ahora los mandatos de desencadenante de
DELETE SPACETRIGGER espacio admiten desencandenantes sólo de
QUERY SPACETRIGGER agrupaciones de almacenamiento. Los
UPDATE SPACETRIGGER desencadenantes de espacio de registros y
de base de datos ya no están disponibles.
DEFINE STGPOOL Los mandatos de agrupaciones de
QUERY STGPOOL almacenamiento admiten las funciones de
UPDATE STGPOOL desduplicación de datos.
DEFINE VOLUME La capacidad máxima de un volumen en
una agrupación de almacenamiento DISK es
de 8 TB.
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.
También se pueden especificar los tipos de
datos que se van a examinar para
caducidad.
GRANT AUTHORITY La clase de privilegio ANALYST se elimina.
REVOKE AUTHORITY
HALT El parámetro QUIESCE ya no se necesita.
MOVE DRMEDIA Los cambios en los mandatos del gestor de
PREPARE recuperación tras desastre permiten incluir
QUERY DRMEDIA agrupaciones de datos activos en los planes
QUERY DRMSTATUS y procedimientos de recuperación.
QUERY DB La salida se modifica.
QUERY LOG La salida se modifica.

Capítulo 2. Planificación de la actualización 47

 Tabla 25. Mandatos actualizados (continuación)
Mandato Cambios
QUERY OPTION Las opciones obsoletas se eliminan de la
salida.
QUERY PROCESS La información acerca de los procesos de
identificación de duplicados se encuentra
disponible a través de este mandato.
QUERY SESSION Un nuevo campo en la salida indica las
acciones que han tenido lugar durante la
sesión.
QUERY STATUS La salida se modifica. Se eliminan las
opciones obsoletas y el desencadenante de
copia de seguridad de base de datos.
SELECT Algunos parámetros admitidos con
anterioridad podrían provocar errores. El
uso del parámetro SQL debe ajustarse a un
uso que el gestor de la base considere
aceptable. Consulte el apartado
“Modificaciones en el mandato SELECT” en
la página 53.
SETOPT Se eliminan las opciones obsoletas.
UPDATE ADMIN La clase de privilegio ANALYST se elimina.

Tabla 26. Programas de utilidad actualizadas

Programa de utilidad Cambios
DSMSERV (inicio del servidor) Existen nuevas opciones para especificar el
identificador de usuario propietario para la
instancia del servidor al inicio. Las nuevas
opciones están disponibles también para
otras herramientas de DSMSERV.
DSMSERV FORMAT Se eliminan los parámetros obsoletos. Se
añaden 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.

Este programa de utilidad se utiliza para dar

formato a una base de datos para instalar un
servidor nuevo.
DSMSERV LOADFORMAT Este programa de utilidad se utiliza sólo
para dar formato a una base de datos nueva
y totalmente vacía. Una base de datos vacía
se utiliza sólo como parte del proceso de
actualización de una versión anterior del
servidor a la versión 6.1. Tras dar formato a
una base de datos vacía, utilice el programa
de utilidad DSMSERV INSERTDB para
insertar los datos extraídos de una base de
datos en uso en una versión anterior del
servidor.

48 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 26. Programas de utilidad actualizadas (continuación)
Programa de utilidad Cambios
DSMSERV RESTORE DB El historial de volumen resulta ahora
v Restaure una base de datos a su estado necesario para restaurar la base de datos.
más actual.
Todas las operaciones de restauración
v Restaure una base de datos a un punto en utilizan la recuperación con reaplicación.
el tiempo
Se ha eliminado la función de restauración
de volúmenes de base de datos individuales.
El servidor ya no gestiona volúmenes de
base de datos.

Tabla 27. Opciones del servidor actualizadas

Opción Cambios
TXNGROUPMAX El valor predeterminado aumenta de 256 a
4096. Compruebe si el archivo de opciones
del servidor dispone de 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 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.Aumentar
el valor 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
de movimiento de datos para archivos
almacenados en el servidor utilizando un
valor inferior para la opción.

Mandatos de servidor, herramientas 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.
Tabla 28. Mandatos suprimidos
Mandato suprimido Comentarios.
CONVERT ARCHIVE Ya no se necesita la operación que realiza
este mandato.
DEFINE DBBACKUPTRIGGER Asegúrese de planificar copias de seguridad
DELETE DBBACKUPTRIGGER de la base de datos para que se produzcan
QUERY DBBACKUPTRIGGER al menos una vez al día.
UPDATE DBBACKUPTRIGGER

Capítulo 2. Planificación de la actualización 49

 Tabla 28. Mandatos suprimidos (continuación)
Mandato suprimido Comentarios.
DEFINE DBCOPY Volúmenes de base de datos que ya no se
utilizan.
DEFINE DBVOLUME La ubicación de espacios se realiza de forma
QUERY DBVOLUME automática en las ubicaciones de directorio
especificadas para la base de datos.
DEFINE LOGCOPY En lugar de copias de volumen de
anotaciones, puede especificar una
duplicación de anotaciones para que las
anotaciones activas estén protegidas por una
copia de duplicación.
DEFINE LOGVOLUME El gestor de la base de datos administra de
DELETE LOGVOLUME forma automática el espacio de los
QUERY LOGVOLUME directorios de anotaciones 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 las anotaciones
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 la
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 anotaciones de recuperación.
RESET BUFPOOL La opción BUFPOOLSIZE se ha eliminado;
por lo tanto, este mandato no resulta
necesario.

50 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 28. Mandatos suprimidos (continuación)
Mandato suprimido Comentarios.
RESET DBMAXUTILIZATION La recopilación y el restablecimiento de las
RESET LOGCONSUMPTION estadísticas de la base de datos se produce
RESET LOGMAXUTILIZATION 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 Los mandatos se sustituyen por opciones en
SET SQLDISPLAYMODE la sintaxis del mandato SELECT de DB2.
SET SQLMATHMODE
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.

Tabla 29. Herramientas suprimidas

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

DSMSERV DISPLAY DBBACKUPVOLUME
DSMSERV DISPLAY DBVOLUMES
DSMSERV DISPLAY LOGVOLUMES
DSMSERV DUMPDB
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.
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.
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.
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.
Ya no se necesita la operación que realiza
este programa de utilidad.

Capítulo 2. Planificación de la actualización 51

 Tabla 29. Herramientas suprimidas (continuación)
Programa de utilidad suprimida
DSMSERV EXTEND LOG
DSMSERV LOADDB
DSMSERV RESTORE DB
Restaure un solo volumen de base de
datos a su estado más reciente.
Restaure una base de datos a un punto
en el tiempo cuando el archivo de
historial de volumen no se encuentra
disponible.
DSMSERV UNLOADDB
Comentarios.
Este programa de utilidad se sustituye por
las siguientes opciones del servidor:
ACTIVELOGSIZE
ACTIVELOGDIR
MIRRORLOGDIR
Con estas opciones, podrá añadir espacio de
anotaciones de recuperación si el registro de
anotaciones está lleno cuando el servidor no
está activo.
Ya no se necesita la operación que realiza
este programa de utilidad.
El servidor no realiza un seguimiento de
volúmenes de base de datos individuales en
la versión 6.1.
El archivo de historial de volumen es
necesario para realizar operaciones de
restauración de la base de datos.
Ya no se necesita la operación que realiza
este programa de utilidad.

Tabla 30. Opciones de servidor suprimidas

Opción suprimida Comentarios.
BUFPOOLSIZE El servidor ajusta el valor del tamaño de la
agrupación de almacenamientos
intermediosde 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
almacenamientos intermediosde anotaciones
de recuperación de tamaño fijo.
LOGWARNFULLPERCENT Ya no se necesita esta opción.
MIRRORREAD Se admite la duplicación de las anotaciones
MIRRORWRITE activas, pero no de la base de datos.
Proporcione prtoección de la disponibilidad
de la base de datos ubicándola en
dispositivos que tengan características de
alta disponibilidad.
SELFTUNEBUFPOOLSIZE El servidor ajusta la agrupación de
almacenamientos intermediosde forma
dinámica.

52 IBM Tivoli Storage Manager: Guía de actualización del servidor

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 versión 6.1, el
servidor se ajusta a las reglas de sintaxis de SQL que utilice su gestor de bases de
datos. Algunos ejemplos ilustran los cambios que es posible que necesite realizar
en las sentencias SELECT que utilice.

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

La siguiente sentencia es un ejemplo de uso correcto:

select * from actlog where second(current_time-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 siguinete
Information Center: http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/
index.jsp.

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 versión 6.1.

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.
Recibirá un mensaje de error si el 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.

Capítulo 2. Planificación de la actualización 53

 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 cuando se utiliza el mandato SELECT para obtener información de

la tabla DEVCLASSES han cambiado ligeramente en la V6.1 para la clase del
dispositivo DISK.

En releases anteriores, el campo SHARED estaba en blanco (nulo) para la clase de

dispositivoDISK. En V6.1, 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 detabschema,
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 ,ATTRIBUTES
SYSCAT ,AUDITPOLICIES
SYSCAT ,AUDITUSE

Por ejemplo, si va a escribir scripts para realizar automatizaciones y necesita

eliminar los espacios adicionales, puede utilzar la función escalar RTRIM:
select rtrim(tabschema) as tabschema, tabname from syscat.tables

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://publib.boulder.ibm.com/

infocenter/tsminfo/v6

La lista también está disponible en la publicación Tivoli Storage Manager Messages

para la versión 6.1.

54 IBM Tivoli Storage Manager: Guía de actualización del servidor

Mejores prácticas de denominación
La coordinación de los nombres para los diferentes elementos asociados con la
instancia del servidor pueden facilitar su vida.

Identificador de usuario de la instancia

El identificador de usuario de la instancia se utiliza como la base para otros

nombres relacionados con la instancia del servidor. El identificador de usuario de
la instancia también se denomina propietario de la instancia.

Por ejemplo:tsminst1

El identificador de usuario de la instancia es el identificador de usuario que debe

tener autoridad de acceso en propiedad o de lectura/escritura para todos los
directorios que se creen para la base de datos, el archivo de registro y las
agrupaciones de almacenamiento que son del tipo de dispositivo FILE.

Directorio padre del usuario de la instancia

AIX HP
UX Linux Solaris
El directorio padre se puede crear al crear el identificador de usuario
mediante la opción (-m) para crear un directorio padre si aún no existe.
Según la configuración local, el directorio padre podría tener la siguiente
forma: /home/identificador_usuario_instancia
Por ejemplo: /home/tsminst1

Nombre de la instancia de la base de datos

AIX HP
UX Linux Solaris
El nombre de la instancia de la base de datos debe ser igual al
identificador de usuario de la instancia en el que 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
del servidor tal y como aparece en el registro.
Por ejemplo: Servidor1

Directorio de instancia

El directorio de instancia puede tener el nombre que desee. Para una identificación
más sencilla, utilice un nombre que enlace el directorio al nombre de la instancia.
AIX HP
UX Linux Solaris
Puede crear el directorio de la instancia como un subdirectorio del
directorio padre para el identificador de usuario de la instancia. Por
ejemplo: /home/identificador_usuario_instancia/identificador_usuario_instancia
En el siguiente ejemplo se ubica el directorio de la instancia en el directorio
padre para el identificador de usuario tsminst1: /home/tsminst1/tsminst1
También puede crear el directorio en otra ubicación, por ejemplo:
/tsmservidor/tsminst1

Capítulo 2. Planificación de la actualización 55

 Windows
Puede utilizar un nombre que incluya el nombre de la instancia como
aparece (o aparecerá) en el registro. Los nombres de instancia del servidor
predeterminado tienen la forma Servidorx.
Por ejemplo: d:\tsm\servidor1

Nombre de la base de datos

El nombre de la base de datos siempre es TSMDB1 para cada instancia del

servidor. Este nombre no se puede cambiar.

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. Entre algunos ejemplos se incluye la comunicación
servidor a servidor y el uso compartido de bibliotecas. El nombre del servidor
también se utiliza al añadir el servidor al Administration Center de manera que se
pueda gestionar mediante la interfaz.

Utilice un nombre único para cada servidor. Para una identificación sencilla en el
Administration Center (o desde el mandato QUERY SERVER), utilice un nombre
que refleje la ubicación o la finalidad del servidor.

Si utiliza el asistente, el nombre predeterminado sugerido es el nombre de host del

sistema que utiliza. Puede utilizar un nombre diferente que sea significativo en el
entorno. Si dispone de más de un servidor en el sistema y utiliza el asistente,
puede utiliza el nombre predeterminado sólo para uno de los servidores. Debe
entrar un nombre único para cada servidor.

Por ejemplo:
AIX HP
UX Linux Solaris

NÓMINAS
VENTAS
Windows

SERVIDOR1_TUCSON
SERVIDOR2_TUCSON

Para obtener más información acerca de los nombres de servidores, consulte Tivoli
Storage Manager Guía del administrador.

Directorios para el espacio de la base de datos y el registro de

recuperación

A los directorios se les puede nombrar según las prácticas locales. Para una
identificación más sencilla, considere utilizar nombres que enlacen los directorios
con la instancia del servidor.

Por ejemplo, para el archivo de registro:

/tsminst1regarch
f:\servidor1\regarch

56 IBM Tivoli Storage Manager: Guía de actualización del servidor

Capítulo 3. Visión general de casos de ejemplo de
actualización
Puede actualizar el servidor en el mismo sistema o en uno nuevo o utilizar el
método de soporte o el de red para transferir los datos desde la base de datos del
servidor original a la 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. Los casos de

ejemplos se presentan en forma de visión general en esta sección con el fin de
resumir los pasos que se realizan en cada caso. Al realizar el procedimiento, siga el
enlace de la visión general del caso de ejemplo para obtener los procedimientos
detallados.

Ubicación del servidor Método de transferencia de

Caso de ejemplo actualizado datos
“Caso de ejemplo 1 para En el mismo sistema que el Método de soporte
actualizar el servidor: el servidor original
mismo sistema, método de
soporte”
“Caso de ejemplo 2 para En el mismo sistema que el Método de red
actualizar el servidor: el servidor original
mismo sistema, método de
red” en la página 63
“Caso de ejemplo 3 para Sistema nuevo Método de soporte
actualizar el servidor: un
sistema nuevo, método de
soporte” en la página 68
“Caso de ejemplo 4 para Sistema nuevo Método de red
actualizar el servidor: un
sistema nuevo, método de
red” en la página 73

Conceptos relacionados
“Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 12
“Comparación de los métodos para transferir datos a la base de datos V6.1” en
la página 15

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.1.

Puede utilizar el asistente, o bien realizar la actualización manualmente utilizando

los programas de utilidad. 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

© Copyright IBM Corp. 2009 57

 “Comparación del proceso de actualización en un sistema existente y en otro
nuevo” en la página 12
“Comparación de los métodos para transferir datos a la base de datos V6.1” en
la página 15
Tareas relacionadas
Capítulo 4, “Caso de ejemplo 1: el mismo sistema, método de soporte”, en la
página 79

58 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Actualización del servidor mediante el asistente

Actualizar a V6.1 en el mismo sistema, método de soporte

Actualizar utilizando 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 programas de utilidades

DSMUPGRD.

3. Preparar base de datos V5. Ejecutar

programa de utilidad 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.

Servidor de Tivoli
Storage Manager
Versión 5

7. Iniciar asistente de actualización. Utilizarlo

para configurar el servidor V6.1 y
actualizar la base de datos V5.

8. Completar pasos posteriores a la instalación.

Figura 1. Caso de ejemplo 1

Capítulo 3. Visión general de casos de ejemplo de actualización 59

 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 79.
1. Lleve a cabo todas las tareas de preparación, entre las que se incluye la
realización de 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 mediante el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5.
5. Instale el código del servidor V6.1 en el sistema.
6. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será 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.

60 IBM Tivoli Storage Manager: Guía de actualización del servidor

Actualización del servidor de forma manual con las
herramientas

Capítulo 3. Visión general de casos de ejemplo de actualización 61

Actualizar a V6.1 en el mismo sistema, método de soporte
Actualizar utilizando la línea de mandatos y programas
de utilidades de actualización
Tareas de base de Tareas de base de datos
datos V5 V6.1

1. Tareas de preparación. Copia 7. Extraer la base de datos V5 a soportes

externos. Ejecutar el programa de
de seguridad de base de
datos V5. utilidad DSMUPGRD EXTRACTDB.

2. Instalar programas de
utilidades DSMUPGRD. 8. Crear y formatear base de datos vacía.
Ejecutar db2icrt y el programa de utilidad
DSMSERV LOADFORMAT.

3. Preparar base de datos V5.

Ejecutar programa de
utilidad DSMUPGRD
PREPAREDB.

9. Insertar datos de soportes en la nueva base

de datos. Ejecutar el programa de utilidad
DSMSERV INSERTDB.
4. Desinstalar
V5.
código de servidor

5. Instalar
V6.1.
código de servidor 10. Configurar el sistema para copia de
seguridad de base de datos.

6. Crear los directorios y el ID

de usuario del servidor V6.1.
11. Completar
instalación.
pasos posteriores a la

Servidor de Tivoli
Storage Manager
Versión 5

Figura 2. Caso de ejemplo 1

62 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 79.
1. Lleve a cabo todas las tareas de preparación, entre las que se incluye la
realización de 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 mediante el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5.
5. Instale el código del servidor V6.1 en el sistema.
6. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será propietario de la instancia del servidor.
7. Extraiga la base de datos V5 en un soporte externo mediante 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. Se da formato a la base de datos
mediante el programa de utilidad DSMSERV LOADFORMAT.
9. Inserte los datos desde el soporte en el que se han extraído. Debe disponer del
archivo manifiesto 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 realizar la actualización manualmente utilizando

los programas de utilidad. 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 12
“Comparación de los métodos para transferir datos a la base de datos V6.1” en
la página 15
Tareas relacionadas
Capítulo 5, “Caso de ejemplo 2: el mismo sistema, método de red”, en la página
111

Capítulo 3. Visión general de casos de ejemplo de actualización 63

 Actualización del servidor mediante el asistente

Actualizar a V6.1 en el mismo sistema, método de red

Actualizar utilizando 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 programas de utilidades DSMUPGRD.

3. Prepar ar base de datos V5. Ejecutar

programa de utilidad 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.
Servidor de Tivoli
Storage Manager
Versión 5

7. Iniciar asistente de actualización. Utilizarlo

para configurar el servidor V6.1 y actualizar
la base de datos V5.

8. Completar pasos posteriores a la instalación.

Figura 3. Caso de ejemplo 2

64 IBM Tivoli Storage Manager: Guía de actualización del servidor

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 111.
1. Lleve a cabo todas las tareas de preparación, entre las que se incluye la
realización de 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 mediante el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5.
5. Instale el código del servidor V6.1 en el sistema.
6. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será 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. Mueva los datos de la base de datos V5 a la base de datos V6.1.
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.

Capítulo 3. Visión general de casos de ejemplo de actualización 65

 Actualización del servidor de forma manual con las
herramientas

66 IBM Tivoli Storage Manager: Guía de actualización del servidor

Actualizar a V6.1 en el mismo sistema, método de red
Actualizar utilizando la línea de mandatos y programas de
utilidades de actualización
Tareas de base de Tareas de base de
datos V5 datos V6.1

1. Tareas de preparación. Copia 7. Crear y formatear base de datos vacía.

Ejecutar db2icrt y el programa de utilidad
de seguridad de base de
datos V5. DSMSERV LOADFORMAT.

2. Instalar programas de
utilidades DSMUPGRD. 8. Iniciar inserción para el nuevo servidor.
Ejecutar el programa de utilidad DSMSERV
INSERTDB.

3. Preparar base de datos V5.

Ejecutar programa de utilidad
DSMUPGRD PREPAREDB.

9. Iniciar proceso de extracción. Ejecutar

programa de utilidad DSMUPGRD
4. Desinstalar código de
servidor V5.
EXTRACTDB.

5. Instalar código de 10. Configurar el sistema para copia de

seguridad de base de datos.
servidor V6.1.

6. Crear los directorios y el ID

de usuario del servidor V6.1. 11. Completar pasos posteriores a la
instalación.

Servidor de Tivoli
Storage Manager
Versión 5

Figura 4. Caso de ejemplo 2

Capítulo 3. Visión general de casos de ejemplo de actualización 67

 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 111.
1. Lleve a cabo todas las tareas de preparación, entre las que se incluye la
realización de 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 mediante el programa de utilidad DSMUPGRD
PREPAREDB.
4. Desinstala el código del servidor V5.
5. Instale el código del servidor V6.1 en el sistema.
6. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será 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. Se da formato a la base de datos
mediante el programa de utilidad DSMSERV LOADFORMAT.
8. Inicie el proceso de inserción para el nuevo servidor mediante el programa de
utilidad DSMSERV INSERTDB
9. Inicie el proceso de extracción de la base de datos V5 mediante 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.1.

Puede utilizar el asistente, o bien realizar la actualización manualmente utilizando

los programas de utilidad. 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 12
“Comparación de los métodos para transferir datos a la base de datos V6.1” en
la página 15
Tareas relacionadas
Capítulo 6, “Caso de ejemplo 3: un sistema nuevo, método de soporte”, en la
página 141

68 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Actualización del servidor mediante el asistente

Actualizar a V6.1 en un nuevo sistema, método de red

Actualizar utilizando el asistente de
actualización

3. Instalar servidor V6.1

4. Crear los directorios y el ID de

usuario para el servidor V6.1.

1. Tareas de preparación. Copia de

seguridad de la base de datos V5.

5. Iniciar asistente de
actualización. Utilizarlo para
configurar el servidor V6.1 y
2. Instalar programa de utilidad
DSMUPGRD en el sistema V5.
actualizar la base de datos V5.

6. Completar postinstalación.

Servidor deTivoli Servidor de Tivoli

Storage Manager Storage Manager
Versión 5 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 141.
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 herramientas debe instalarse tanto si utiliza el asistente de
actualización como si realiza la actualización manualmente con herramientas.

Capítulo 3. Visión general de casos de ejemplo de actualización 69

 3. Instale el código del servidor V6.1 en el nuevo sistema.
4. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será 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.

70 IBM Tivoli Storage Manager: Guía de actualización del servidor

Actualización del servidor de forma manual con las
herramientas

Capítulo 3. Visión general de casos de ejemplo de actualización 71

Actualizar a V6.1 en un nuevo sistema, método de soporte
Actualizar utilizando la línea de mandatos y
programas de utilidades de actualización

1. Tareas de preparación. Copia de 3. Instalar código de servidor de V6.1.

seguridad de la base de datos V5.

4. Crear los directorios y el ID de usuario

para el servidor V6.1.

2. Instalar programas de utilidades

DSMUPGRD en el sistema V5.

7. Crear y formatear base de datos vacía.

Ejecutar db2icrt y el programa de utilidad
5. Preparar la base de datos V5. Ejecutar
el programa de utilidad DSMUPGRD
DSMSERV LOADFORMAT.
PREPAREDB.

6. Extraer la base de datos V5 a soportes 8. Insert ar datos de soportes en la nueva

base de datos. Ejecutar el programa
externos. Ejecutar el programa de utilidad de utilidad DSMSERV INSERTDB.
DSMUPGRD EXTRACTDB.

9. Configurar el sistema para copia de seguridad

de base de datos.

10. Completar
instalación.
pasos posteriores a la

Servidor deTivoli Servidor de Tivoli

Storage Manager Storage Manager
Versión 5 Versión 6.1

Figura 6. Caso de ejemplo 3

72 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 141.
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 herramientas debe instalarse tanto si utiliza el asistente de
actualización como si realiza la actualización manualmente con herramientas.
3. Instale el código del servidor V6.1 en el nuevo sistema.
4. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será propietario de la instancia del servidor.
5. En el sistema original, prepare la base de datos V5 mediante el programa de
utilidad DSMUPGRD PREPAREDB.
6. En el sistema original, extraiga la base de datos V5 en un soporte exterior
mediante el programa de utilidad: DSMUPGRD EXTRACTDB.
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. Se da formato a la
base de datos mediante 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 realizar la actualización manualmente utilizando

los programas de utilidad. 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 12
“Comparación de los métodos para transferir datos a la base de datos V6.1” en
la página 15
Tareas relacionadas
Capítulo 7, “Caso de ejemplo 4: un sistema nuevo, método de red”, en la
página 171

Capítulo 3. Visión general de casos de ejemplo de actualización 73

 Actualización del servidor mediante el asistente

Actualizar a V6.1 en un nuevo sistema, método de red

Actualizar utilizando el asistente de actualización

3. Instalar servidor de V6.1

4. Crear los directorios y el ID de

usuario del servidor de V6.1.

1. Tareas de preparación. Copia de

seguridad de la base de datos V5.

5. Iniciar asistente de
actualización. Utilizarlo para
configurar el servidor V6.1 y
2. Instalar programas de utilidades
DSMUPGRD en el sistema V5. actualizar la base de datos V5.

6. Completar
instalación.
pasos posteriores a la

Servidor de Tivoli Servidor de Tivoli

Storage Manager Storage Manager
Versión 5 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 171.
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 herramientas debe instalarse tanto si utiliza el asistente de
actualización como si realiza la actualización manualmente con herramientas.

74 IBM Tivoli Storage Manager: Guía de actualización del servidor

3. Instale el código del servidor V6.1 en el nuevo sistema.
4. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será 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. Mueva los datos de la base de datos V5 a la base de datos V6.1.
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 75

 Actualización del servidor de forma manual con las
herramientas

76 IBM Tivoli Storage Manager: Guía de actualización del servidor

Actualizar a V6.1 en un nuevo sistema, método de red
Actualizar utilizando la línea de mandatos y programas de
utilidades de actualización

3. Instalar código de servidor de V6.1.

1. Tareas de preparación. Copia de seguridad de
la base de datos V5.
4. Crear los directorios y el ID de usuario
para el servidor V6.1.

2. Instalar programas de utilidades DSMUPGRD

en el sistema V5.
6.
5. Crear y formatear base de datos vacía.
Ejecutar db2icrt y el programa de utilidad
DSMSERV LOADFORMAT.

5. Preparar la base de datos V5.

Ejecutar el programa de utilidad
DSMUPGRD PREPAREDB.

7. Iniciar inserción para el nuevo servidor.

Ejecutar el programa de utilidad
DSMSERV INSERTDB.

8. Iniciar proceso de extracción.

Ejecutar programa de utilidad
DSMUPGRD EXTRACTDB.
9. Configurar el sistema para copia de
seguridad de base de datos.

10.Completar pasos posteriores a

la instalación.

Servidor deTivoli Servidor de Tivoli

Storage Manager Storage Manager
Versión 5 Versión 6.1

Figura 8. Caso de ejemplo 4

Capítulo 3. Visión general de casos de ejemplo de actualización 77

 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 171.
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 herramientas debe instalarse tanto si utiliza el asistente de
actualización como si realiza la actualización manualmente con herramientas.
3. Instale el código del servidor V6.1 en el nuevo sistema.
4. Cree los directorios para la base de datos y los registros de V6.1 y el
identificador de usuario que será propietario de la instancia del servidor.
5. En el sistema original, prepare la base de datos V5 mediante el programa de
utilidad DSMUPGRD PREPAREDB.
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. Se da formato a la
base de datos mediante 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
mediante 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.

78 IBM Tivoli Storage Manager: Guía de actualización del servidor

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de
soporte
Utilice este procedimiento si va a actualizar el servidor en el mismo sistema que el
servidor V5 y si va a utilizar el método de soporte para mover los datos de la base
de datos V5 a la V6.1.

Para actualizar un servidor, lleve a cabo las siguientes tareas:

1. “Caso de ejemplo 1: Preparación de la actualización”
2. “Caso de ejemplo 1: Instalación de las herramientas de actualización” en la
página 86
3. “Caso de ejemplo 1: Preparación de la base de datos de un servidor V5 para
actualización” en la página 90
4. “Caso de ejemplo 1: Desinstalación del programa V5 antes de instalar V6.1” en
la página 91
5. “Caso de ejemplo 1: Instalación del servidor V6.1” en la página 93
6. “Caso de ejemplo 1: Creación de directorios y del identificador de usuario para
la instancia del servidor actualizado” en la página 96
7. Actualizar el servidor mediante uno de los siguientes métodos:
v “Caso de ejemplo 1: Actualización del servidor con el asistente de
actualización” en la página 99
v “Caso de ejemplo 1: Actualización del servidor de forma manual con las
herramientas” en la página 100
8. Finalización de la actualización mediante la ejecución de los primeros pasos
esenciales:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 233
b. “Inicio de la instancia del servidor tras la actualización” en la página 233
c. “Registro de licencias” en la página 237
d. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 237
e. “Comprobación del servidor actualizado” en la página 238
f. “Actualización de la automatización” en la página 239
g. “Supervisión del servidor actualizado” en la página 239

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 la versión 6.1,

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

© Copyright IBM Corp. 2009 79

 importante llevar a cabo todos los pasos de preparación, repase el procedimiento
para revertir un servidor actualizado a su versión anterior.

Para realizar la actualización, lleve a cabo los siguientes pasos:

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 81
3. “Caso de ejemplo 1: Modificación del servidor antes de la actualización” en la
página 82
4. “Caso de ejemplo 1: Inhabilitación de sesiones” en la página 83
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 83
6. “Caso de ejemplo 1: Realización de una copia de seguridad de los datos de
configuración” en la página 84
7. “Caso de ejemplo 1: Detención del servidor antes de instalar la actualización”
en la página 85
Tareas relacionadas
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244

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.
1. Compruebe que la versión del servidor que tiene previsto actualizar es 5.3.6 o
posterior.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Utilice la información que aparece en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 17 para determinar si necesita actualizar el sistema antes de continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.1
cumple con los requisitos. Compruebe el nivel del sistema operativo y la
plataforma en relación con la lista de sistemas operativos y plataformas
compatibles.

Restricción: no puede actualizar el servidor para que se ejecute en un sistema

operativo distinto del que se encuentra actualmente en ejecución. Por ejemplo,
no podrá actualizar un servidor que se esté ejecutando en un sistema AIX a
otro que lo haga en Linux.
Algunas plataformas soportadas en versiones anteriores del servidor no se
soportan en la V6.1.Si el servidor que se va a actualizar se está ejecutando en
cualquiera de estas plataformas, no podrá actualizarlo a la versión 6.1 en la
misma plataforma. Deberá instalar el servidor V6.1 en un sistema que sea una
plataforma soportada según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

80 IBM Tivoli Storage Manager: Guía de actualización del servidor

 4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.
Si tiene previsto ejecutar varias instancias del servidor V6.1 en el sistema, cada
instancia requiere la memoria listada para un servidor. Multiplique la memoria
para un servidor por el número de instancias programadas para el sistema.
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 cuenta con suficiente espacio de
almacenamiento en disco para la base de datos y los registros de
recuperación del servidor original y del nuevo servidor 6.1. Ambos se habrán
almacenado en el espacio del disco durante el proceso de actualización.
v Una vez realizada la copia de seguridad de la base de datos V5 y extraídos
los datos de ésta en un soporte, vuelva a configurar el subsistema de disco
que se haya utilizado para almacenar la base de datos. A continuación,
inserte los datos en la nueva base de datos desde el soporte. Deberá utilizar
este método si no cuenta con suficiente espacio en el disco para el servidor
original y el nuevo.
Si va añadir hardware nuevo al servidor, como almacenamiento en disco nuevo
para la base de datos, deberá tener el hardware instalado y en ejecución.
Conceptos relacionados
“Requisitos de hardware y software para la actualización del servidor a V6.1”
en la página 17

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 rellenó con
la información.
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.
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.

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 81

 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.
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.1, el
identificador de usuario de la instancia que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo manifiesto.
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 34

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. Se recomienda 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 la base de
datos, el mandato se completa rápidamente. 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. A continuación, 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,
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244.
Si por alguna razón, es necesario revertir a una versión anterior después de
realizar la actualización a la V6.1, los resultados de la reversión serán mejores si
se entienden los 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, establezca el
parámetro REUSEDELAY con el número de días durante los cuales podrá
volver al servidor original si resulta necesario.

82 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Por ejemplo, si desea poder volver al servidor original durante un periodo
de 30 días tras la actualización a la versión 6.1, establezca el parámetro
REUSEDELAY como 31 días.
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir
las copias de seguridad de la base de datos, asegúrese de que este mandato
no suprimirá las copias de seguridad durante, como mínimo, el mismo
número de días que establezca para el período de REUSEDELAY para las
agrupaciones de almacenamiento de acceso secuencial.
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.

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. Desbloquee otros identificadores de administrador si es
necesario:
lock admin nombre_administrador
3. Compruebe si existen alguna sesión y notifique a los usuarios que se va a
detener el servidor. 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:
cancelar sesión

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.
1. Realice una copia de seguridad de las agrupaciones de almacenamiento
primarias para copiar agrupaciones de almacenamiento con el mandato
BACKUP STGPOOL. Si ha estado realizando copias de seguridad periódicas de
las agrupaciones de almacenamiento, este paso sólo realizará una copia de

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 83

 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 la copia de seguridad de la base de datos mediante el siguiente
mandato. Utilice un tipo de copia de seguridad completo o de captura
instantánea.
backup db type=tipo devclass=nombre_clase_dispositivo

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 mediante 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.
Plantéese la posibilidad de realizar dos copias de la copia de seguridad para
protegerla de posibles anomalías de los soportes.

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 los archivos en una ubicación
segura, porque resultan necesarios una vez finalizada la instalación del nuevo
software. También necesitará estos archivos si debe volver a la versión anterior tras
la actualización.
1. Realice una copia de seguridad de la información de configuración del
dispositivo:
backup devconfig filenames=nombre_archivo
2. Realice una copia de seguridad de la información del historial:
backup volhistory filenames=nombre_archivo

Asegúrese de que el historial del volumen incluya información acerca de la

copia de seguridad de la base de datos que haya completado en los pasos
anteriores. Por ejemplo, emita el mandato:
query volhistory type=dbbackup
3. Realice copias de los siguientes archivos, que están ubicados en el directorio
predeterminado del servidor:
archivo de opciones de servidor, normalmente denominado dsmserv.opt
dsmserv.dsk
4. Opcional: Realice una copia del archivo del registro de contabilidad,
dsmaccnt.log.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
realizar 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. Seleccione una ubicación que no pertenezca al sistema que se va a
actualizar.

84 IBM Tivoli Storage Manager: Guía de actualización del servidor

Caso de ejemplo 1: Creación de un resumen del contenido de
la base de datos
Cree un resumen de los contenidos de la base de datos original. Tras la
actualización, puede utilizar los mismos mandatos para comparar los resultados y
confirmar que los contenidos de la base de datos están intactos.

Ejecute mandatos que proporcionen un resumen de la información acerca de los

contenidos de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Consulte los
mandatos de ejemplo para obtener ideas.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

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.

Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli

Storage Manager.
1. Cancele las sesiones si hay alguna en ejecución. Utilice el mandato:
cancelar sesión

Deje tiempo para que las sesiones se detengan. Algunas sesiones, como las
copias de seguridad realizadas por un cliente de archivado y copia de
seguridad pueden tardar algún tiempo en detenerse.
2. 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.
3. 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
4. Detenga el servidor. Utilice el mandato:
halt

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 85

Caso de ejemplo 1: Instalación de las herramientas de actualización
Debe instalar las herramientas de actualización en el sistema. El paquete de
instalación de las herramientas debe descargarse desde un sitio web.
1. Obtenga El paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://ftp.software.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade
b. Navegue al directorio con el nombre de la plataforma en la que se ejecute el
servidor V5. A continuación, abra el directorio 6.1.0.0 dentro de él.
c. Descargue el paquete 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

Los números del comienzo del nombre del paquete identifican el nivel de la
release del paquete de programas de utilidad de actualización. El nivel del
paquete de programas de utilidad de actualización debe ser el mismo o
posterior al nivel del servidor V5 que va a actualizar.
2. Instale el paquete.
AIX “Caso de ejemplo 1: Instalación de programas de utilidad de
actualización en sistemas AIX” en la página 87
HP
UX “Caso de ejemplo 1: Instalación de herramientas de actualización
en sistemas HP-UX” en la página 88
Linux “Caso de ejemplo 1: Instalación de programas de utilidad de
actualización en sistemas Linux” en la página 88
Solaris “Caso de ejemplo 1: Instalación de las herramientas de
actualización en sistemas Sun Solaris” en la página 89
Windows “Caso de ejemplo 1: Instalación de programas de utilidad en
sistemas Microsoft Windows” en la página 90
3. Configure el sistema para utilizar las herramientas.
AIX HP
UX Linux Solaris
“Caso de ejemplo 1: Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página
89
Windows
La configuración de los programas de utilidad no es necesaria.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

86 IBM Tivoli Storage Manager: Guía de actualización del servidor

Caso de ejemplo 1: Instalación de programas de utilidad de
actualización en sistemas AIX
AIX

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5
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 de normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio de descargas del site:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
3. Extraiga el contenido de los paquetes de programas de utilidad de
actualización.
4. 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
5. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio dEl
paquete de programas de utilidad de actualización en el sistema.
6. Seleccione Software a instalar.
7. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización y el controlador de dispositivo. 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 de
Estados Unidos.
8. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
9. Establezca GUARDAR archivos sustituidos en No.
10. Asegúrese de que los valores predeterminados para las opciones en la ventana
para todos los conjuntos de archivos seleccionados muestram success.
11. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a pulsar
la tecla Intro. Comienza la instalación.
12. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 1:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 89.
Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 87
 Caso de ejemplo 1: Instalación de herramientas de
actualización en sistemas HP-UX
HP
UX

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes de programas de utilidad de
actualización. Por ejemplo, emita el siguiente mandato desde el directorio
donde haya guardado el paquete de descargas:
gunzip -dc nombre_paquete.tar.gz | tar -xvf -
3. 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.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 1:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 89.

Caso de ejemplo 1: Instalación de programas de utilidad de

actualización en sistemas Linux
Linux

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes 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
3. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

88 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 1:
Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 1: Instalación de las herramientas de

actualización en sistemas Sun Solaris
Solaris

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
3. Extraiga el contenido de los paquetes 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 -
4. 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 nombre_paquete

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 1:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 1: Definición de variables de entorno para

programas de utilidad en sistemas AIX, HP-UX, Linux y Sun
Solaris
AIX HP
UX Linux Solaris

Después de instalar el paquete de programas de utilidad de actualización, tendrá

que establecer las variables de entorno en el shell desde el que ejecutará las
herramientas. Una variable de entorno describe el entorno operativo de un
proceso, como el directorio inicial o el terminal en uso.

Utilice el mandato adecuado para que el sistema establezca las variables de

entorno para la ejecución de las herramientas. Por ejemplo, en un sistema AIX que
utilice un shell de la familia ksh, escriba el mandato para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=/usr/tivoli/tsm/upgrade/bin

Utilice el siguiente mandato si el shell pertenece a la familia csh:

setenv DSMSERV_DIR /usr/tivoli/tsm/upgrade/bin

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 89

 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 actualización”.

Caso de ejemplo 1: Instalación de programas de utilidad en

sistemas Microsoft Windows
Windows

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Este procedimiento asume que El paquete de programas de utilidad de

actualización se encuentra ubicado en el sistema.
1. Inicie sesión con un identificador de administrador.
2. Ejecute el paquete ejecutable de las herramientas 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 programas\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programas\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 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 a través 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 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.
4. AIX HP
UX Linux Establezca las variables de entorno del
Solaris
shell. Consulte el apartado “Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209.
5. 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:

90 IBM Tivoli Storage Manager: Guía de actualización del servidor

 nohup /usr/tivoli/tsm/upgrade/bin/dsmupgrd preparedb >prepare.out 2>&1 &

HP
UX 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 y especificar la
clave de registro de ese servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
6. 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
7. 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, puede necesitar restaurar la base de datos mediante
una copia de seguridad antes de reiniciar el servidor para corregir el problema.
Referencia relacionada
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251

Caso de ejemplo 1: Desinstalación del programa V5 antes de instalar

V6.1
Para obtener mejores resultados al actualizar el servidor a la versión 6.1 en el
mismo sistema en que se ubica el servidor de la versión 5, desinstale el programa
del servidor de la 5 antes de instalar el programa del servidor de la versión 6.1.

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 91

 Caso de ejemplo 1: Desinstalación del programa V5 en
sistemas AIX
AIX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Caso de ejemplo

1: Instalación del servidor V6.1” en la página 93.

Caso de ejemplo 1: Desinstalación del programa V5 en

sistemas HP-UX
HP
UX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Caso de ejemplo

1: Instalación del servidor V6.1” en la página 93.

Caso de ejemplo 1: Desinstalación del programa V5 en

sistemas Linux
Linux

Desinstale el servidor V5, la licencia del 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.
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 el siguiente mandato para cada paquete:
rpm -e nombre_paquete

92 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Por ejemplo:
rpm -e TIVsm–server–5.5.0-0.ppc64.rpm

Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo

1: Instalación del servidor V6.1”.

Caso de ejemplo 1: Desinstalación del programa V5 en

sistemas Sun Solaris
Solaris

Desinstale el servidor V5, la licencia del 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.

Emita los mandatos siguientes:

/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev

Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo

1: Instalación del servidor V6.1”.

Caso de ejemplo 1: Desinstalación del programa V5 en

sistemas Microsoft Windows
Windows

Desinstale el servidor V5, la licencia del 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.

No elimine las entradas del registro para el servidor.

1. Pulse Iniciar → Panel de control → Agregar o quitar programas.
2. Seleccione el componente de Tivoli Storage Manager y, a continuación, pulse
Quitar. 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 haya eliminado todos los componentes de Tivoli Storage Manager.

Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo

1: Instalación del servidor V6.1”.

Caso de ejemplo 1: Instalación del servidor V6.1

Puede utilizar un asistente para instalar el programa o hacerlo mediante 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.
1. Inicie sesión en el sistema.
AIX HP
UX 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 93

 Windows
Inicie sesión como un administrador.
2. Si tiene el DVD del programa, cárguelo Si ha descargado el programa de
Passport Advantage como un archivo ejecutable, complete los siguientes pasos.
AIX HP
UX Linux Solaris

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

b. Cambie los permisos de archivo escribiendo el mandato siguiente:
chmod a+x 6.1.0.0-TIV-TSMALL-plataforma.bin

, donde plataforma indica la arquitectura en la que se va a instalar

Tivoli Storage Manager.
c. Extraiga los archivos de instalación:
./6.1.0.0-TIV-TSMALL-plataforma.bin

El paquete es grande de manera que la extracción tarda algún

tiempo.
Windows

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

Consejo: En el siguiente paso, los archivos se extraen al directorio

actual. Asegúrese de que el archivo está en el directorio en el que
desea ubicar los archivos extraídos.
b. 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.
6.1.0.0-TIV-TSMALL-plataforma.exe

El paquete es grande de manera que la extracción tarda algún

tiempo.
3. Inicie el asistente de instalación desde el DVD, o bien desde la ubicación donde
haya extraído el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX HP
UX 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
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de cómo realizar una instalación silenciosa del servidor. Si desea obtener
información acerca de las traducciones disponibles para el servidor, consulte
Apéndice A, “Los idiomas regionales del servidor”, en la página 267.
4. Seleccione el idioma para la instalación y siga las instrucciones.
v Debe aceptar el acuerdo de licencia para finalizar la instalación.

94 IBM Tivoli Storage Manager: Guía de actualización del servidor

 v Debe instalar al menos el servidor y la licencia. Las instalaciones habituales
también incluyen el controlador de dispositivo.
La API de Tivoli Storage Manager se instala de forma automática cuando se
instala el servidor.
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de los demás componentes que puede seleccionar para instalar.
v Windows

– Durante la instalación del servidor se le pedirá que cree una contraseña y

que la confirme para DB2. Si va a instalar en Windows 2008, la contraseña
debe incluir uno de los siguientes caracteres especiales: @ #. Se
proporcionan contraseñas predeterminadas para el nombre de usuario y
de la base de datos de DB2.
– Durante la instalación se crea un instancia de base de datos vacía
denominada DB2TSM. Esta instancia de la base de datos de DB2TSM no
se utiliza por Tivoli Storage Manager.
5. Cuando el proceso de instalación haya finalizado, compruebe que aparece un
mensaje indicándole que la instalación se ha realizado de forma satisfactoria.

Importante: Si se producen errores durante la instalación, un panel de resumen

muestra los errores y le dirige a un archivo de registro de errores. Corrija los
errores antes de continuar con la actualización.
El registro de instalación está almacenado en la siguiente ubicación:
AIX HP
UX Linux Solaris /var/tivoli/tsm
Windows El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
6. HP
UX Solaris Ejecute el mandato db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de parámetro de kernel,
en función del tamaño del sistema.Realice cambios según las recomendaciones
de los resultados del programa de utilidad. Puede que necesite reiniciar el
sistema.
Para obtener información acerca del programa de utilidad,
consultehttp://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp.
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 de db2osconf son

valores mínimos. Algunas cargas de trabajo, como el proceso de actualización
de la base de datos, puede requerir que se establezcan los valores por encima
de las recomendaciones. Para obtener más detalles acerca del ajuste del
parámetro de kernel para Tivoli Storage Manager ejecutándose en sistemas
HP-UX o Sun Solaris, consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
HP
UX Los recursos de sistemas, como los semáforos pueden requerir una
configuración y ajuste especiales. Consulte Apéndice B, “Requisitos de recursos
del sistema HP-UX”, en la página 273.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 95

Caso de ejemplo 1: Creación de directorios y del identificador de
usuario para la instancia del servidor actualizado
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.
1. Cree los directorios necesarios para el servidor. Necesitará directorios
exclusivos y vacíos para cada uno de los elementos que aparecen en la
siguiente tabla:Cree los directorios de la base de datos, el directorio del registro
activo y el directorio del registro del archivo en diferentes volúmenes físicos.
Consulte la información de la planificación para obtener detalles. AIX

HP
UX Linux Solaris

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir /tsm/tsminst1
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)
Los directorios de la base mkdir /tsmdb001
de datos mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Directorio de registros mkdir /tsmlog
activos
Directorio de registro de mkdir /tsmarchlog
archivado
Opcional: directorio para mkdir /tsmlogmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir /tsmarchlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

96 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir d:\tsm\server1
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)
Los directorios de la base mkdir d:\tsm\db001
de datos mkdir e:\tsm\db002
mkdir f:\tsm\db003
mkdir g:\tsm\db004
Directorio de registros mkdir h:\tsm\log
activos
Directorio de registro de mkdir i:\tsm\archlog
archivado
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir k:\tsm\archlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

2. Cree el identificador de usuario que será propietario de la instancia del

servidor. Tendrá que utilizar este identificador de usuario cuando cree la
instancia del servidor en un paso posterior.
AIX HP
UX 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: El nombre del identificador de usuario y del grupo

debe cumplir las siguientes reglas:
v En el identificador de usuario, sólo se pueden utilizar minúsculas
(a-z), números (0-9), y guiones bajos ( _ ). Éste debe tener 8
caracteres o menos y no puede empezar por ibm, sql, sys ni por
un número.
v En el nombre del grupo, sólo se pueden utilizar minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). Éste debe tener 8 caracteres o
menos y no puede empezar por ibm, sql ni por un número.
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 grupo mediante mandatos del
sistema operativo.
AIX

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 97

 # mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1

HP
UX

# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -G tsmsrvrs -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1

Linux

# groupadd tsmsrvrs
# adduser -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. Inicie sesión en el sistema mediante el nuevo identificador de
usuario y la contraseña.
c. Si no existe ningún perfil de configuración para el identificador de
usuario, cree el archivo. Por ejemplo, cree un archivo .profile si
utiliza Korn shell (ksh).
d. Cierre la sesión del nuevo identificador de usuario.
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
deTivoli 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 nueva cuenta de usuario, o bien utilizar una cuenta
existente. Por ejemplo, cree la cuenta de usuario, tsminst, o bien utilice
la cuenta de usuario que se creó durante la instalación del servidor
V6.1. En el asistente de instalación el nombre por defecto para este
usuario es db2user1.
Si tiene varios servidores en un sistema y desea ejecutar cada servidor
en una cuenta de usuario diferente, cree una nueva cuenta de usuario
en este paso.
3. Para todos los directorios que se crearon para la instancia del servidor,
asegúrese de que el identificador de usuario al que pertenece la instancia del
servidor tiene acceso. Entre los directorios que hay que seleccionar se incluye el
directorio de la instancia y todos los directorios de bases de datos y registros.
AIX HP
UX Linux Solaris
Cambie el propietario de los directorios que se crearon para el
identificador de usuario para la instancia del servidor.
Windows
Asegúrese de que el identificador de usuario para la instancia del
servidor tenga acceso de de lectura/escritura a los directorios que se
hayan creado.

98 IBM Tivoli Storage Manager: Guía de actualización del servidor

 4. Para todo el espacio de disco que el servidor V5 utiliza para agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), cambie la propiedad o el
control de accesos de manera que el identificador de usuario que poseerá la
instancia del servidor de Tivoli Storage Manager actualizado sea su propietario
o tenga permiso de lectura/escritura. Utilice el método adecuado para su
sistema operativo.

Continúe con el proceso de actualización mediante uno de los siguientes temas:

“Caso de ejemplo 1: Actualización del servidor con el asistente de
actualización”
“Caso de ejemplo 1: Actualización del servidor de forma manual con las
herramientas” en la página 100
Tareas relacionadas
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 31

Caso de ejemplo 1: Actualización del servidor con 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.1.

Antes de iniciar el asistente de actualización, debe finalizar todos los pasos

anteriores para preparar la actualización, instalar los programas de utilidad de
actualización, el programa del servidor V6.1 y para crear los directorios e
identificadores de usuarios para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX HP
UX 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 habilitado uno de los siguientes protocolos:
shell seguro (SSH), shell remoto (RSH) o 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 deberá tener habilitado uno de los siguientes protocolos:

shell seguro (SSH), shell remoto (RSH), de ejecución remota (REXEC)
o el bloque de mensajes de servidor para Windows.
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. Si está ejecutando el asistente en Windows Server
2008 or Windows Vista, es posible que también necesite inhabilitar el
Control de cuentas de usuario (al menos mientras se ejecute el

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 99

 asistente). Si opta por no inhabilitarlo, asegúrese de que uno de los
otros protocolos está configurado para permitir la ejecución del
asistente.
v Debe iniciar sesión en el sistema mediante un protocolo que esté
habilitado en el sistema, mediante el identificador de usuario que se
creó durante la instalación (el nombre predeterminado es db2user1),
o bien algún otro identificador de usuario que exista en el sistema.
Al utilizar el asistente, debe proporcionar un identificador de usuario
y una contraseña para acceder al sistema.
2. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.1.
AIX HP
UX 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"
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.

Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 9,

“Primeros pasos tras la actualización”, en la página 233.

Caso de ejemplo 1: Actualización del servidor de forma manual con

las herramientas
Utilice las herramientas para actualizar el servidor mediante una interfaz de
mandatos.

Antes de iniciar el procedimiento de actualización, debe finalizar todos los pasos

para preparar la actualización, para instalar el programa de utilidad de
actualización, el programa del servidor V6.1, y para crear los directorios e
identificadores 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 101
2. “Caso de ejemplo 1: Creación y formato de la nueva base de datos” en la
página 102
3. “Caso de ejemplo 1: Carga de los datos extraídos en la nueva base de datos” en
la página 105
4. “Caso de ejemplo 1: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 107

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 9, “Primeros pasos tras la actualización”, en la página 233.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
“Herramientas de actualización DSMUPGRD” en la página 16

100 IBM Tivoli Storage Manager: Guía de actualización del servidor

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 &

HP
UX 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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
Tareas relacionadas
“Caso de ejemplo 1: Preparación de espacio para el proceso de actualización”
en la página 81
Referencia relacionada

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 101

 “DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252

Caso de ejemplo 1: Creación y formato de la nueva base de

datos
Cree la instancia del servidor y los archivos de formato de una base de datos V6.1.
1. Inicie sesión en el sistema en el que haya instalado el programa V6.1.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.Realice las
siguientes comprobaciones:
a. Verifique que el directorio padre existe para el identificador de
usuario que posee la instancia del servidor. Por ejemplo, si el
identificador de usuario es tsminst1, el directorio padre es
/home/tsminst1.
b. Verifique que existe un perfil de configuración para el identificador
de usuario en su directorio padre. Si es necesario, cree el perfil de
configuración. Por ejemplo, cree un archivo .profile si utiliza Korn
shell (ksh). El archivo .profile puede estar vacío.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX HP
UX Linux Solaris
Especifique el siguiente mandato en una línea. Para el nombre de la
instancia, especifique el identificador del usuario que creó para poseer
la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u nombre_instancia nombre_instancia

Por ejemplo, si el identificador de usuario de esta instancia es

tsminst1, utilice el siguiente mandato para crear la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u tsminst1 tsminst1

Recuerde: A partir de este momento, utilice este identificador de

usuario nuevo 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 identificador de usuario que posee
el servidor V6.1 (el identificador de usuario de la instancia).
db2icrt -u cuenta_usuario nombre_instancia

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.1. Por ejemplo, si la cuenta de usuario es
tsminst1 y la clave del registro del servidor es Server1, introduzca el
siguiente mandato:

102 IBM Tivoli Storage Manager: Guía de actualización del servidor

 db2icrt -u tsminst1 server1

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 mediante el identificador de usuario que posee la
instancia del servidor V6.1 (el identificador de usuario de la instancia).
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 del servidor (normalmente denominado dsmserv.opt)
Por ejemplo, si ha creado el directorio de la instancia que se muestra en el
ejemplo del paso para crear directorios para el servidor V6.1, copie los
archivos en el siguiente directorio:
AIX HP
UX Linux Solaris /tsm/tsminst1
Windows d:\tsm\server1
Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para los archivos que ha copiado.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que no se soporten en V6.1. Para obtener la lista de
opciones suprimidas, consulte Tabla 30 en la página 52.
b. Asegúrese de que el archivo de opciones del servidor incluyan al menos
una opción VOLUMEHISTORY y al menos una opciónDEVCONFIG.
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. Podría desear
cambiar el valor actual porque el valor predeterminado para la opción
cambie de 256 a 4096 con V6.1. 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 HP
UX 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

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 103

 Por ejemplo:
db2 update dbm cfg using dftdbpath /tsm/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. Especifique quit para salir del procesador de la 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:
7. Complete este paso si el sistema utiliza un entorno local diferente al entorno
local regional inglés.
AIX HP
UX Linux Solaris
Si el sistema utiliza un entorno local diferente al entorno local regional
inglés, establezca la variable del entorno del sistema DB2CODEPAGE
en 819:
db2set -i nombre_instancia DB2CODEPAGE=819

Por ejemplo:
db2set -i tsminst1 DB2CODEPAGE=819
8. Cambie el directorio de la instancia que haya creado para el servidor.
9. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que haya creado para la base de datos y
los registros. Los directorios deben estar vacíos.
AIX HP
UX Linux Solaris

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, el tamaño predeterminado), emita el siguiente mandato en una
línea:

104 IBM Tivoli Storage Manager: Guía de actualización del servidor

 /opt/tivoli/tsm/server/bin/dsmserv loadformat \
dbdir=/tsmdb001,/tsmdb002,/tsmdb003,/tsmdb004 \
activelogsize=2048 activelogdir=/tsmlog \
mirrorlogdir=/tsmlogmirror archlogdir=/tsmarchlog

Windows

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, tamaño predeterminado) para la instancia del 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=i:\tsm\archlog
Si el servidor que actualiza 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=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).
10. 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 34
Referencia relacionada
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260
“Mandatos de servidor, herramientas y opciones suprimidos” en la página 49

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.

Deben cumplirse los siguientes requisitos:

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 especificada en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.1. El dispositivo debe estar acoplado físicamente al sistema y los

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 105

 permisos se deben establecer para otorgar acceso al soporte para el identificador
de usuario propietario de la instancia del servidor V6.1.

Siga los siguientes pasos:

1. Compruebe que el servidor V6.1 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:
a. Inicie sesión en el sistema mediante el identificador de usuario root.
b. Cambie la propiedad de los archivos al identificador de usuario que sea
propietario del servidor V6.1 (el identificador de usuario de la instancia)
2. Para el archivo manifiesto que se creó mediante el proceso de extracción,
asegúrese de que el identificador de usuario del propietario del servidor V6.1
(el identificador de usuario de la instancia) tiene la propiedad o permiso de
lectura/escritura.
3. Inicie sesión con el identificador de usuario de la instancia del servidor.
4. Verifique que el archivo de configuración del dispositivo del servidor original
se encuentre disponible.
a. Compruebe que el archivo de opciones del servidor incluya la opción
DEVCONFIG y que en ésta se especifique la vía de acceso completa del
archivo de configuración del dispositivo.
b. Verifique que el archivo de configuración del dispositivo se encuentre
disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración del dispositivo
permiten acceso de lectura al identificador de usuario propietario de la
instancia del servidor V6.1.
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 manifiesto; esta clase de dispositivo debe existir y ser válida para el
sistema V6.1.
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 que el contenido del archivo manifiesto sea correcto. El archivo
manifiesto contiene una lista de volúmenes que se pueden utilizar al cargar los
datos extraídos en la nueva base de datos. Por ejemplo, si el archivo manifiesto
contiene una lista de volúmenes pertenecientes a la clase de dispositivo FILE,
asegúrese de que la vía de acceso cualificada completa hacia los volúmenes es
correcta para el sistema.
7. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de
servidor extraída en la base de datos V6.1, 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 HP
UX Linux Solaris

nohup /opt/tivoli/tsm/server/bin/dsmserv insertdb \

manifest=./manifest.txt >insert.out 2>&1 &

Windows

106 IBM Tivoli Storage Manager: Guía de actualización del servidor

 "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. El sistema muestra las estadísticas temporales acerca de la operación.
El mensaje final indicará si la operación ha finalizado satisfactoriamente o no.
Emita el siguiente mandato para supervisar el proceso:
tail -f insert.out

La duración del proceso depende del tamaño de la base de datos.

Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
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 254
Referencia relacionada
DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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.

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 9, “Primeros pasos tras la actualización”, en la página 233.

AIX, HP-UX, Linux, Sun Solaris

AIX HP
UX Linux Con los siguientes mandatos, en los

Solaris
ejemplos se utiliza tsminst1 para el identificador del usuario de la instancia del
servidor y /home/tsminst1/tsminst1 para el directorio de instancia del servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Inicie sesión mediante el identificador de usuario de tsminst1.
b. Cuando se inicia sesión de tsminst1 de usuario, asegúrese de que el entorno
de DB2 se inicia correctamente. El entorno de DB2 se inicia ejecutando el
script de /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta
automáticamente desde el perfil del identificador del usuario. Si
/home/tsminst1/.profile no ejecuta el script db2profile, añada las siguientes
líneas a /home/tsminst1/.profile:

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 107

 if [ -f /home/tsminst1/sqllib/db2profile ]; a continuación,
. /home/tsminst1/sqllib/db2profile
fi
c. Añada o actualice las siguientes líneas del archivo de perfil de usuario en el
directorio/home/tsminst1/sqllib:
AIX

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1

HP
UX Linux Solaris

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /home/tsminst1/
tsminst1 y añada la siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
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
HP
UX 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_$$
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.
b. Inicie sesión mediante el identificador de usuario root.
c. Busque el gestor de la base de datos ejecutando este mandato:
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API mediante este mandato:

108 IBM Tivoli Storage Manager: Guía de actualización del servidor

 /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

Windows

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.
1. Cree el 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 la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. A continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree el 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
4. Detenga e inicie la instancia de la base de datos:
a. Abra la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. 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. Emita los mandatos siguientes:
set DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
"C:\Archivos de programa\Tivoli\TSM\server\dsmsutil
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO"

Capítulo 4. Caso de ejemplo 1: el mismo sistema, método de soporte 109

110 IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de
red
Utilice este procedimiento si va a actualizar el servidor en el mismo sistema que su
servidor V5 actual y si va a utilizar el método de red para mover los datos de la
base de datos V5 a la V6.1.

Para actualizar un servidor, lleve a cabo las siguientes tareas:

1. “Caso de ejemplo 2: Preparación de la actualización”
2. “Caso de ejemplo 2: Instalación de las herramientas de actualización” en la
página 117
3. “Caso de ejemplo 2: Preparación de la base de datos de un servidor V5 para
actualización” en la página 121
4. “Caso de ejemplo 2: Desinstalación del programa V5 antes de instalar V6.1” en
la página 123
5. “Caso de ejemplo 2: Instalación del servidor V6.1” en la página 125
6. “Caso de ejemplo 2: Creación de directorios y del identificador de usuario para
la instancia del servidor actualizado” en la página 127
7. Actualizar el servidor mediante uno de los siguientes métodos:
v “Caso de ejemplo 2: Actualización del servidor con el asistente de
actualización” en la página 130
v “Caso de ejemplo 2: Actualización del servidor de forma manual con las
herramientas” en la página 131
8. Finalización de la actualización mediante la ejecución de los primeros pasos
esenciales:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 233
b. “Inicio de la instancia del servidor tras la actualización” en la página 233
c. “Registro de licencias” en la página 237
d. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 237
e. “Comprobación del servidor actualizado” en la página 238
f. “Actualización de la automatización” en la página 239
g. “Supervisión del servidor actualizado” en la página 239

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 la versión 6.1,

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

© Copyright IBM Corp. 2009 111

 importante llevar a cabo todos los pasos de preparación, repase el procedimiento
para revertir un servidor actualizado a su versión anterior.

Para realizar la actualización, lleve a cabo los siguientes pasos:

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 113
3. “Caso de ejemplo 2: Modificación del servidor antes de la actualización” en la
página 113
4. “Caso de ejemplo 2: Inhabilitación de sesiones” en la página 114
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 115
6. “Caso de ejemplo 2: Realización de una copia de seguridad de los datos de
configuración” en la página 115
7. “Caso de ejemplo 2: Detención del servidor antes de instalar la actualización”
en la página 116
Tareas relacionadas
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244

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.
1. Compruebe que la versión del servidor que tiene previsto actualizar es 5.3.6 o
posterior.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Utilice la información que aparece en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 17 para determinar si necesita actualizar el sistema antes de continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.1
cumple con los requisitos. Compruebe el nivel del sistema operativo y la
plataforma en relación con la lista de sistemas operativos y plataformas
compatibles.

Restricción: no puede actualizar el servidor para que se ejecute en un sistema

operativo distinto del que se encuentra actualmente en ejecución. Por ejemplo,
no podrá actualizar un servidor que se esté ejecutando en un sistema AIX a
otro que lo haga en Linux.
Algunas plataformas soportadas en versiones anteriores del servidor no se
soportan en la V6.1.Si el servidor que se va a actualizar se está ejecutando en
cualquiera de estas plataformas, no podrá actualizarlo a la versión 6.1 en la
misma plataforma. Deberá instalar el servidor V6.1 en un sistema que sea una
plataforma soportada según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.

112 IBM Tivoli Storage Manager: Guía de actualización 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 al mismo tiempo en el sistema. La memoria del
sistema debe ser lo suficientemente amplia para manejar estos procesos.
v Si tiene previsto ejecutar varias instancias del servidor V6.1 en el sistema,
cada instancia requiere la memoria listada para un servidor. Multiplique la
memoria para un servidor por el número de instancias programadas para el
sistema.
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 cuenta con suficiente espacio de almacenamiento
en disco para la base de datos y los registros de recuperación del servidor
original y del nuevo servidor 6.1. Ambos se habrán almacenado en el espacio
del disco durante el proceso de actualización.
Si va añadir hardware nuevo al servidor, como almacenamiento en disco nuevo
para la base de datos, deberá tener el hardware instalado y en ejecución.
Conceptos relacionados
“Requisitos de hardware y software para la actualización del servidor a V6.1”
en la página 17

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 rellenó con la
información.
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34

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. Se recomienda 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 la base de
datos, el mandato se completa rápidamente. 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

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 113

 fallará cuando lo ejecute. A continuación, 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,
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244.
Si por alguna razón, es necesario revertir a una versión anterior después de
realizar la actualización a la V6.1, los resultados de la reversión serán mejores si
se entienden los 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, establezca el
parámetro REUSEDELAY con el número de días durante los cuales podrá
volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante un periodo
de 30 días tras la actualización a la versión 6.1, establezca el parámetro
REUSEDELAY como 31 días.
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir
las copias de seguridad de la base de datos, asegúrese de que este mandato
no suprimirá las copias de seguridad durante, como mínimo, el mismo
número de días que establezca para el período de REUSEDELAY para las
agrupaciones de almacenamiento de acceso secuencial.
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.

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. Desbloquee otros identificadores de administrador si es
necesario:
lock admin nombre_administrador
3. Compruebe si existen alguna sesión y notifique a los usuarios que se va a
detener el servidor. Para buscar sesiones existentes, Utilice el programa de
utilidad:
query session

114 IBM Tivoli Storage Manager: Guía de actualización del servidor

 4. Cancele las sesiones que se estén ejecutando todavía. Utilice el mandato:
cancelar sesión

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.
1. Realice una copia de seguridad de las agrupaciones de almacenamiento
primarias para copiar agrupaciones de almacenamiento con el mandato
BACKUP STGPOOL. 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 la copia de seguridad de la base de datos mediante el siguiente
mandato. Utilice un tipo de copia de seguridad completo o de captura
instantánea.
backup db type=tipo devclass=nombre_clase_dispositivo

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 mediante 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.
Plantéese la posibilidad de realizar dos copias de la copia de seguridad para
protegerla de posibles anomalías de los soportes.

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 los archivos en una ubicación
segura, porque resultan necesarios una vez finalizada la instalación del nuevo
software. También necesitará estos archivos si debe volver a la versión anterior tras
la actualización.
1. Realice una copia de seguridad de la información de configuración del
dispositivo:
backup devconfig filenames=nombre_archivo
2. Realice una copia de seguridad de la información del historial:
backup volhistory filenames=nombre_archivo

Asegúrese de que el historial del volumen incluya información acerca de la

copia de seguridad de la base de datos que haya completado en los pasos
anteriores. Por ejemplo, emita el mandato:
query volhistory type=dbbackup
3. Realice copias de los siguientes archivos, que están ubicados en el directorio
predeterminado del servidor:
archivo de opciones de servidor, normalmente denominado dsmserv.opt

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 115

 dsmserv.dsk
4. Opcional: Realice una copia del archivo del registro de contabilidad,
dsmaccnt.log.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
realizar 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. Seleccione una ubicación que no pertenezca al sistema que se va a
actualizar.

Caso de ejemplo 2: Creación de un resumen del contenido de

la base de datos
Cree un resumen de los contenidos de la base de datos original. Tras la
actualización, puede utilizar los mismos mandatos para comparar los resultados y
confirmar que los contenidos de la base de datos están intactos.

Ejecute mandatos que proporcionen un resumen de la información acerca de los

contenidos de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Consulte los
mandatos de ejemplo para obtener ideas.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

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.

Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli

Storage Manager.
1. Cancele las sesiones si hay alguna en ejecución. Utilice el mandato:
cancelar sesión

Deje tiempo para que las sesiones se detengan. Algunas sesiones, como las
copias de seguridad realizadas por un cliente de archivado y copia de
seguridad pueden tardar algún tiempo en detenerse.
2. 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.
3. 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
4. Detenga el servidor. Utilice el mandato:
halt

116 IBM Tivoli Storage Manager: Guía de actualización del servidor

Caso de ejemplo 2: Instalación de las herramientas de actualización
Debe instalar las herramientas de actualización en el sistema. El paquete de
instalación de las herramientas debe descargarse desde un sitio web.
1. Obtenga El paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://ftp.software.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade
b. Navegue al directorio con el nombre de la plataforma en la que se ejecute el
servidor V5. A continuación, abra el directorio 6.1.0.0 dentro de él.
c. Descargue el paquete 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

Los números del comienzo del nombre del paquete identifican el nivel de la
release del paquete de programas de utilidad de actualización. El nivel del
paquete de programas de utilidad de actualización debe ser el mismo o
posterior al nivel del servidor V5 que va a actualizar.
2. Instale el paquete.
AIX “Caso de ejemplo 2: Instalación de programas de utilidad de
actualización en sistemas AIX” en la página 118
HP
UX “Caso de ejemplo 2: Instalación de herramientas de actualización
en sistemas HP-UX” en la página 119
Linux “Caso de ejemplo 2: Instalación de programas de utilidad de
actualización en sistemas Linux” en la página 119
Solaris “Caso de ejemplo 2: Instalación de las herramientas de
actualización en sistemas Sun Solaris” en la página 120
Windows “Caso de ejemplo 2: Instalación de programas de utilidad en
sistemas Microsoft Windows” en la página 121
3. Configure el sistema para utilizar las herramientas.
AIX HP
UX Linux Solaris
“Caso de ejemplo 2: Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página
120
Windows
La configuración de los programas de utilidad no es necesaria.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 117

 Caso de ejemplo 2: Instalación de programas de utilidad de
actualización en sistemas AIX
AIX

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5
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 de normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio de descargas del site:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
3. Extraiga el contenido de los paquetes de programas de utilidad de
actualización.
4. 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
5. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio dEl
paquete de programas de utilidad de actualización en el sistema.
6. Seleccione Software a instalar.
7. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización y el controlador de dispositivo. 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 de
Estados Unidos.
8. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
9. Establezca GUARDAR archivos sustituidos en No.
10. Asegúrese de que los valores predeterminados para las opciones en la ventana
para todos los conjuntos de archivos seleccionados muestram success.
11. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a pulsar
la tecla Intro. Comienza la instalación.
12. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 2:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 120.
118 IBM Tivoli Storage Manager: Guía de actualización del servidor
Caso de ejemplo 2: Instalación de herramientas de
actualización en sistemas HP-UX
HP
UX

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes de programas de utilidad de
actualización. Por ejemplo, emita el siguiente mandato desde el directorio
donde haya guardado el paquete de descargas:
gunzip -dc nombre_paquete.tar.gz | tar -xvf -
3. 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.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 2:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 120.

Caso de ejemplo 2: Instalación de programas de utilidad de

actualización en sistemas Linux
Linux

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes 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
3. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 119

 Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 2:
Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 2: Instalación de las herramientas de

actualización en sistemas Sun Solaris
Solaris

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
3. Extraiga el contenido de los paquetes 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 -
4. 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 nombre_paquete

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 2:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 2: Definición de variables de entorno para

programas de utilidad en sistemas AIX, HP-UX, Linux y Sun
Solaris
AIX HP
UX Linux Solaris

Después de instalar el paquete de programas de utilidad de actualización, tendrá

que establecer las variables de entorno en el shell desde el que ejecutará las
herramientas. Una variable de entorno describe el entorno operativo de un
proceso, como el directorio inicial o el terminal en uso.

Utilice el mandato adecuado para que el sistema establezca las variables de

entorno para la ejecución de las herramientas. Por ejemplo, en un sistema AIX que
utilice un shell de la familia ksh, escriba el mandato para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=/usr/tivoli/tsm/upgrade/bin

Utilice el siguiente mandato si el shell pertenece a la familia csh:

setenv DSMSERV_DIR /usr/tivoli/tsm/upgrade/bin

120 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 actualización”.

Caso de ejemplo 2: Instalación de programas de utilidad en

sistemas Microsoft Windows
Windows

Instale los programas de utilidad en el sistema. El paquete para instalar puede

descargarse desde el sitio de descargas mediante FTP. Los programas de utilidad se
utilizan para preparar y extraer la base de datos del servidor original.

Este procedimiento asume que El paquete de programas de utilidad de

actualización se encuentra ubicado en el sistema.
1. Inicie sesión con un identificador de administrador.
2. Ejecute el paquete ejecutable de las herramientas 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 programas\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programas\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 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 a través 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
mandatoDSMUPGRD 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 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.
4. AIX HP
UX Linux Establezca las variables de entorno del
Solaris
shell. Consulte el apartado “Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209.
5. 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,

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 121

 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 &

HP
UX 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 y especificar la
clave de registro de ese servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
6. 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
7. 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, puede necesitar restaurar la base de datos mediante
una copia de seguridad antes de reiniciar el servidor para corregir el problema.
Referencia relacionada
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251

122 IBM Tivoli Storage Manager: Guía de actualización del servidor

Caso de ejemplo 2: Desinstalación del programa V5 antes de instalar
V6.1
Para obtener mejores resultados al actualizar el servidor a la versión 6.1 en el
mismo sistema en que se ubica el servidor de la versión 5, desinstale el programa
del servidor de la 5 antes de instalar el programa del servidor de la versión 6.1.

Caso de ejemplo 2: Desinstalación del programa V5 en

sistemas AIX
AIX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Caso de ejemplo

2: Instalación del servidor V6.1” en la página 125.

Caso de ejemplo 2: Desinstalación del programa V5 en

sistemas HP-UX
HP
UX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Caso de ejemplo

2: Instalación del servidor V6.1” en la página 125.

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 123

 Caso de ejemplo 2: Desinstalación del programa V5 en
sistemas Linux
Linux

Desinstale el servidor V5, la licencia del 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.
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 el siguiente mandato para cada paquete:
rpm -e nombre_paquete

Por ejemplo:
rpm -e TIVsm–server–5.5.0-0.ppc64.rpm

Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo

2: Instalación del servidor V6.1” en la página 125.

Caso de ejemplo 2: Desinstalación del programa V5 en

sistemas Sun Solaris
Solaris

Desinstale el servidor V5, la licencia del 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.

Emita los mandatos siguientes:

/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev

Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo

2: Instalación del servidor V6.1” en la página 125.

Caso de ejemplo 2: Desinstalación del programa V5 en

sistemas Microsoft Windows
Windows

Desinstale el servidor V5, la licencia del 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.

No elimine las entradas del registro para el servidor.

1. Pulse Iniciar → Panel de control → Agregar o quitar programas.
2. Seleccione el componente de Tivoli Storage Manager y, a continuación, pulse
Quitar. 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 haya eliminado todos los componentes de Tivoli Storage Manager.

124 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Después de desinstalar el programa de servidor V5, continúe en “Caso de ejemplo
2: Instalación del servidor V6.1”.

Caso de ejemplo 2: Instalación del servidor V6.1

Puede utilizar un asistente para instalar el programa o hacerlo mediante 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.
1. Inicie sesión en el sistema.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
2. Si tiene el DVD del programa, cárguelo Si ha descargado el programa de
Passport Advantage como un archivo ejecutable, complete los siguientes pasos.
AIX HP
UX Linux Solaris

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

b. Cambie los permisos de archivo escribiendo el mandato siguiente:
chmod a+x 6.1.0.0-TIV-TSMALL-plataforma.bin

, donde plataforma indica la arquitectura en la que se va a instalar

Tivoli Storage Manager.
c. Extraiga los archivos de instalación:
./6.1.0.0-TIV-TSMALL-plataforma.bin

El paquete es grande de manera que la extracción tarda algún

tiempo.
Windows

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

Consejo: En el siguiente paso, los archivos se extraen al directorio

actual. Asegúrese de que el archivo está en el directorio en el que
desea ubicar los archivos extraídos.
b. 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.
6.1.0.0-TIV-TSMALL-plataforma.exe

El paquete es grande de manera que la extracción tarda algún

tiempo.
3. Inicie el asistente de instalación desde el DVD, o bien desde la ubicación donde
haya extraído el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX HP
UX Linux Solaris

v Inicie el asistente gráfico:

./install.bin

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 125

 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
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de cómo realizar una instalación silenciosa del servidor. Si desea obtener
información acerca de las traducciones disponibles para el servidor, consulte
Apéndice A, “Los idiomas regionales del servidor”, en la página 267.
4. Seleccione el idioma para la instalación y siga las instrucciones.
v Debe aceptar el acuerdo de licencia para finalizar la instalación.
v Debe instalar al menos el servidor y la licencia. Las instalaciones habituales
también incluyen el controlador de dispositivo.
La API de Tivoli Storage Manager se instala de forma automática cuando se
instala el servidor.
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de los demás componentes que puede seleccionar para instalar.
v Windows

– Durante la instalación del servidor se le pedirá que cree una contraseña y

que la confirme para DB2. Si va a instalar en Windows 2008, la contraseña
debe incluir uno de los siguientes caracteres especiales: @ #. Se
proporcionan contraseñas predeterminadas para el nombre de usuario y
de la base de datos de DB2.
– Durante la instalación se crea un instancia de base de datos vacía
denominada DB2TSM. Esta instancia de la base de datos de DB2TSM no
se utiliza por Tivoli Storage Manager.
5. Cuando el proceso de instalación haya finalizado, compruebe que aparece un
mensaje indicándole que la instalación se ha realizado de forma satisfactoria.

Importante: Si se producen errores durante la instalación, un panel de resumen

muestra los errores y le dirige a un archivo de registro de errores. Corrija los
errores antes de continuar con la actualización.
El registro de instalación está almacenado en la siguiente ubicación:
AIX HP
UX Linux Solaris /var/tivoli/tsm
Windows El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
6. HP
UX Ejecute el mandato db2osconf para obtener las
Solaris
recomendaciones acerca de los cambios en los valores de parámetro de kernel,
en función del tamaño del sistema.Realice cambios según las recomendaciones
de los resultados del programa de utilidad. Puede que necesite reiniciar el
sistema.
Para obtener información acerca del programa de utilidad,
consultehttp://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp.
Para encontrar la información, especifique el nombre del programa de utilidad,
db2osconf, en el campo Buscar en este sitio.

126 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Importante: Las recomendaciones del programa de utilidad de db2osconf son
valores mínimos. Algunas cargas de trabajo, como el proceso de actualización
de la base de datos, puede requerir que se establezcan los valores por encima
de las recomendaciones. Para obtener más detalles acerca del ajuste del
parámetro de kernel para Tivoli Storage Manager ejecutándose en sistemas
HP-UX o Sun Solaris, consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
HP
UX Los recursos de sistemas, como los semáforos pueden requerir una
configuración y ajuste especiales. Consulte Apéndice B, “Requisitos de recursos
del sistema HP-UX”, en la página 273.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Caso de ejemplo 2: Creación de directorios y del identificador de

usuario para la instancia del servidor actualizado
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.
1. Cree los directorios necesarios para el servidor. Necesitará directorios
exclusivos y vacíos para cada uno de los elementos que aparecen en la
siguiente tabla:Cree los directorios de la base de datos, el directorio del registro
activo y el directorio del registro del archivo en diferentes volúmenes físicos.
Consulte la información de la planificación para obtener detalles. AIX

HP
UX Linux Solaris

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir /tsm/tsminst1
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)
Los directorios de la base mkdir /tsmdb001
de datos mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Directorio de registros mkdir /tsmlog
activos
Directorio de registro de mkdir /tsmarchlog
archivado
Opcional: directorio para mkdir /tsmlogmirror
la duplicación de registro
para el registro activo

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 127

 Mandatos de ejemplo para
Elemento crear directorios Sus directorios
Opcional: directorio del mkdir /tsmarchlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

Windows

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir d:\tsm\server1
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)
Los directorios de la base mkdir d:\tsm\db001
de datos mkdir e:\tsm\db002
mkdir f:\tsm\db003
mkdir g:\tsm\db004
Directorio de registros mkdir h:\tsm\log
activos
Directorio de registro de mkdir i:\tsm\archlog
archivado
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir k:\tsm\archlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

2. Cree el identificador de usuario que será propietario de la instancia del

servidor. Tendrá que utilizar este identificador de usuario cuando cree la
instancia del servidor en un paso posterior.
AIX HP
UX 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: El nombre del identificador de usuario y del grupo

debe cumplir las siguientes reglas:
v En el identificador de usuario, sólo se pueden utilizar minúsculas
(a-z), números (0-9), y guiones bajos ( _ ). Éste debe tener 8
caracteres o menos y no puede empezar por ibm, sql, sys ni por
un número.

128 IBM Tivoli Storage Manager: Guía de actualización del servidor

 v En el nombre del grupo, sólo se pueden utilizar minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). Éste debe tener 8 caracteres o
menos y no puede empezar por ibm, sql ni por un número.
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 grupo mediante mandatos del
sistema operativo.
AIX

# mkgroup id=1001 tsmsrvrs

# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1

HP
UX

# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -G tsmsrvrs -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1

Linux

# groupadd tsmsrvrs
# adduser -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. Inicie sesión en el sistema mediante el nuevo identificador de
usuario y la contraseña.
c. Si no existe ningún perfil de configuración para el identificador de
usuario, cree el archivo. Por ejemplo, cree un archivo .profile si
utiliza Korn shell (ksh).
d. Cierre la sesión del nuevo identificador de usuario.
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
deTivoli 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 nueva cuenta de usuario, o bien utilizar una cuenta
existente. Por ejemplo, cree la cuenta de usuario, tsminst, o bien utilice
la cuenta de usuario que se creó durante la instalación del servidor
V6.1. En el asistente de instalación el nombre por defecto para este
usuario es db2user1.
Si tiene varios servidores en un sistema y desea ejecutar cada servidor
en una cuenta de usuario diferente, cree una nueva cuenta de usuario
en este paso.
3. Para todos los directorios que se crearon para la instancia del servidor,
asegúrese de que el identificador de usuario al que pertenece la instancia del
servidor tiene acceso. Entre los directorios que hay que seleccionar se incluye el
directorio de la instancia y todos los directorios de bases de datos y registros.

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 129

 AIX HP
UX Linux Solaris
Cambie el propietario de los directorios que se crearon para el
identificador de usuario para la instancia del servidor.
Windows
Asegúrese de que el identificador de usuario para la instancia del
servidor tenga acceso de de lectura/escritura a los directorios que se
hayan creado.
4. Para todo el espacio de disco que el servidor V5 utiliza para agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), cambie la propiedad o el
control de accesos de manera que el identificador de usuario que poseerá la
instancia del servidor de Tivoli Storage Manager actualizado sea su propietario
o tenga permiso de lectura/escritura. Utilice el método adecuado para su
sistema operativo.

Continúe con el proceso de actualización mediante uno de los siguientes temas:

“Caso de ejemplo 2: Actualización del servidor con el asistente de
actualización”
“Caso de ejemplo 2: Actualización del servidor de forma manual con las
herramientas” en la página 131
Tareas relacionadas
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 31

Caso de ejemplo 2: Actualización del servidor con 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.1.

Antes de iniciar el asistente de actualización, debe finalizar todos los pasos

anteriores para preparar la actualización, instalar los programas de utilidad de
actualización, el programa del servidor V6.1 y para crear los directorios e
identificadores de usuarios para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX HP
UX 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 habilitado uno de los siguientes protocolos:
shell seguro (SSH), shell remoto (RSH) o 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 deberá tener habilitado uno de los siguientes protocolos:

shell seguro (SSH), shell remoto (RSH), de ejecución remota (REXEC)
o el bloque de mensajes de servidor para Windows.

130 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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. Si está ejecutando el asistente en Windows Server
2008 or Windows Vista, es posible que también necesite inhabilitar el
Control de cuentas de usuario (al menos mientras se ejecute el
asistente). Si opta por no inhabilitarlo, asegúrese de que uno de los
otros protocolos está configurado para permitir la ejecución del
asistente.
v Debe iniciar sesión en el sistema mediante un protocolo que esté
habilitado en el sistema, mediante el identificador de usuario que se
creó durante la instalación (el nombre predeterminado es db2user1),
o bien algún otro identificador de usuario que exista en el sistema.
Al utilizar el asistente, debe proporcionar un identificador de usuario
y una contraseña para acceder al sistema.
2. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.1.
AIX HP
UX 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"
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.

Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 9,

“Primeros pasos tras la actualización”, en la página 233.

Caso de ejemplo 2: Actualización del servidor de forma manual con

las herramientas
Utilice las herramientas para actualizar el servidor mediante una interfaz de
mandatos.

Antes de iniciar el procedimiento de actualización, debe finalizar todos los pasos

para preparar la actualización, para instalar el programa de utilidad de
actualización, el programa del servidor V6.1, y para crear los directorios e
identificadores 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 132
2. “Caso de ejemplo 2: Traslado de la base de datos del servidor a través de la
red” en la página 135
3. “Caso de ejemplo 2: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 137

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 131

 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 9, “Primeros pasos tras la actualización”, en la página 233.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Caso de ejemplo 2: Creación y formato de la nueva base de

datos
Cree la instancia del servidor y los archivos de formato de una base de datos V6.1.
1. Inicie sesión en el sistema en el que haya instalado el programa V6.1.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.Realice las
siguientes comprobaciones:
a. Verifique que el directorio padre existe para el identificador de
usuario que posee la instancia del servidor. Por ejemplo, si el
identificador de usuario es tsminst1, el directorio padre es
/home/tsminst1.
b. Verifique que existe un perfil de configuración para el identificador
de usuario en su directorio padre. Si es necesario, cree el perfil de
configuración. Por ejemplo, cree un archivo .profile si utiliza Korn
shell (ksh). El archivo .profile puede estar vacío.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX HP
UX Linux Solaris
Especifique el siguiente mandato en una línea. Para el nombre de la
instancia, especifique el identificador del usuario que creó para poseer
la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u nombre_instancia nombre_instancia

Por ejemplo, si el identificador de usuario de esta instancia es

tsminst1, utilice el siguiente mandato para crear la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u tsminst1 tsminst1

Recuerde: A partir de este momento, utilice este identificador de

usuario nuevo 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 identificador de usuario que posee
el servidor V6.1 (el identificador de usuario de la instancia).
db2icrt -u cuenta_usuario nombre_instancia

El servicio de la base de datos para la instancia del servidor inicia

sesión en la cuenta de usuario especificada en este mandato.

132 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.1. Por ejemplo, si la cuenta de usuario es
tsminst1 y la clave del registro del servidor es Server1, introduzca el
siguiente mandato:
db2icrt -u tsminst1 server1

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 mediante el identificador de usuario que posee la
instancia del servidor V6.1 (el identificador de usuario de la instancia).
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 del servidor (normalmente denominado dsmserv.opt)
Por ejemplo, si ha creado el directorio de la instancia que se muestra en el
ejemplo del paso para crear directorios para el servidor V6.1, copie los
archivos en el siguiente directorio:
AIX HP
UX Linux Solaris /tsm/tsminst1
Windows d:\tsm\server1
Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para los archivos que ha copiado.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que no se soporten en V6.1. Para obtener la lista de
opciones suprimidas, consulte Tabla 30 en la página 52.
b. Asegúrese de que el archivo de opciones del servidor incluyan al menos
una opción VOLUMEHISTORY y al menos una opciónDEVCONFIG.
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. Podría desear
cambiar el valor actual porque el valor predeterminado para la opción
cambie de 256 a 4096 con V6.1. 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.

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 133

 AIX HP
UX 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 /tsm/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. Especifique quit para salir del procesador de la 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:
7. Complete este paso si el sistema utiliza un entorno local diferente al entorno
local regional inglés.
AIX HP
UX Linux Solaris
Si el sistema utiliza un entorno local diferente al entorno local regional
inglés, establezca la variable del entorno del sistema DB2CODEPAGE
en 819:
db2set -i nombre_instancia DB2CODEPAGE=819

Por ejemplo:
db2set -i tsminst1 DB2CODEPAGE=819
8. Cambie el directorio de la instancia que haya creado para el servidor.
9. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que haya creado para la base de datos y
los registros. Los directorios deben estar vacíos.

134 IBM Tivoli Storage Manager: Guía de actualización del servidor

 AIX HP
UX Linux Solaris

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

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=2048 activelogdir=/tsmlog \
mirrorlogdir=/tsmlogmirror archlogdir=/tsmarchlog

Windows

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, tamaño predeterminado) para la instancia del 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=i:\tsm\archlog
Si el servidor que actualiza 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=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).
10. 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 34
Referencia relacionada
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260
“Mandatos de servidor, herramientas y opciones suprimidos” en la página 49

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 de inserción para el servidor V6.1 con
el fin de aceptar la base de datos del servidor y, a continuación, iniciar el proceso
de extracción para el servidor V5 con el fin de 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 en el servidor V6.1 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 (que es el tiempo predeterminado) para

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 135

 que el otro servidor se ponga en contacto con el servidor V6.1 y dirigiendo la
salida del proceso a insert.out mediante este mandato:
AIX HP
UX 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.
2. Supervise la salida del proceso. 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
3. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.1. 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 &

HP
UX 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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. 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.

Referencia relacionada
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252

136 IBM Tivoli Storage Manager: Guía de actualización del servidor

 DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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.

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 9, “Primeros pasos tras la actualización”, en la página 233.

AIX, HP-UX, Linux, Sun Solaris

AIX HP
UX Linux Con los siguientes mandatos, en los

Solaris
ejemplos se utiliza tsminst1 para el identificador del usuario de la instancia del
servidor y /home/tsminst1/tsminst1 para el directorio de instancia del servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Inicie sesión mediante el identificador de usuario de tsminst1.
b. Cuando se inicia sesión de tsminst1 de usuario, asegúrese de que el entorno
de DB2 se inicia correctamente. El entorno de DB2 se inicia ejecutando el
script de /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta
automáticamente desde el perfil del identificador del usuario. 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. Añada o actualice las siguientes líneas del archivo de perfil de usuario en el
directorio/home/tsminst1/sqllib:
AIX

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1

HP
UX Linux Solaris

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /home/tsminst1/
tsminst1 y añada la siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
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:

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 137

 AIX /usr/tivoli/tsm/client/api/bin64
HP
UX 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_$$
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.
b. Inicie sesión mediante el identificador de usuario root.
c. Busque el gestor de la base de datos ejecutando este mandato:
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API mediante 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

Windows

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.
1. Cree el 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 la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. A continuación, emita este mandato:
db2cmd

138 IBM Tivoli Storage Manager: Guía de actualización del servidor

 b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree el 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
4. Detenga e inicie la instancia de la base de datos:
a. Abra la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. 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. Emita los mandatos siguientes:
set DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
"C:\Archivos de programa\Tivoli\TSM\server\dsmsutil
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO"

Capítulo 5. Caso de ejemplo 2: el mismo sistema, método de red 139

140 IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de
soporte
Utilice este procedimiento si va a actualizar el servidor en un sistema diferente al
de su servidor V5 actual y si va a utilizar el método de soporte para mover los
datos de la base de datos V5 a la V6.1.

Para actualizar un servidor, lleve a cabo las siguientes tareas:

1. “Caso de ejemplo 3: Preparación de la actualización”
2. “Caso de ejemplo 3: Instalación de las herramientas de actualización” en la
página 147
3. “Caso de ejemplo 3: Instalación del servidor V6.1” en la página 152
4. “Caso de ejemplo 3: Creación de directorios y del identificador de usuario para
la instancia del servidor actualizado” en la página 154
5. Actualizar el servidor mediante uno de los siguientes métodos:
v “Caso de ejemplo 3: Actualización del servidor con el asistente de
actualización” en la página 158
v “Caso de ejemplo 3: Actualización del servidor de forma manual con las
herramientas” en la página 159
6. Finalización de la actualización mediante la ejecución de los primeros pasos
esenciales:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 233
b. “Inicio de la instancia del servidor tras la actualización” en la página 233
c. “Registro de licencias” en la página 237
d. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 237
e. “Comprobación del servidor actualizado” en la página 238
f. “Actualización de la automatización” en la página 239
g. “Supervisión del servidor actualizado” en la página 239

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 la versión 6.1,

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 llevar a cabo todos los pasos de preparación, repase el procedimiento
para revertir un servidor actualizado a su versión anterior.

Para realizar la actualización, lleve a cabo los siguientes pasos:

© Copyright IBM Corp. 2009 141

 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 143
3. “Caso de ejemplo 3: Modificación del servidor antes de la actualización” en la
página 144
4. “Caso de ejemplo 3: Inhabilitación de sesiones” en la página 145
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 145
6. “Caso de ejemplo 3: Realización de una copia de seguridad de los datos de
configuración” en la página 146
7. “Caso de ejemplo 3: Detención del servidor antes de instalar la actualización”
en la página 147
Tareas relacionadas
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244

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 es 5.3.6 o
posterior.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Utilice la información que aparece en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 17 para determinar si necesita actualizar el sistema antes de continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.1
cumple con los requisitos. Compruebe el nivel del sistema operativo y la
plataforma en relación con la lista de sistemas operativos y plataformas
compatibles.

Restricción: no puede actualizar el servidor para que se ejecute en un sistema

operativo distinto del que se encuentra actualmente en ejecución. Por ejemplo,
no podrá actualizar un servidor que se esté ejecutando en un sistema AIX a
otro que lo haga en Linux.
Algunas plataformas soportadas en versiones anteriores del servidor no se
soportan en la V6.1.Si el servidor que se va a actualizar se está ejecutando en
cualquiera de estas plataformas, no podrá actualizarlo a la versión 6.1 en la
misma plataforma. Deberá instalar el servidor V6.1 en un sistema que sea una
plataforma soportada según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.
Si tiene previsto ejecutar varias instancias del servidor V6.1 en el sistema, cada
instancia requiere la memoria listada para un servidor. Multiplique la memoria
para un servidor por el número de instancias programadas para el sistema.

142 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 va añadir hardware nuevo al servidor, como almacenamiento en disco nuevo
para la base de datos, deberá tener el hardware instalado y en ejecución.
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 la actualización del servidor a V6.1”
en la página 17

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 rellenó con
la información.
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.
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.
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.

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 143

 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.1, el
identificador de usuario de la instancia que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo manifiesto.
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 34

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. Se recomienda 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 la base de
datos, el mandato se completa rápidamente. 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. A continuación, 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,
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244.
Si por alguna razón, es necesario revertir a una versión anterior después de
realizar la actualización a la V6.1, los resultados de la reversión serán mejores si
se entienden los 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, establezca el
parámetro REUSEDELAY con el número de días durante los cuales podrá
volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante un periodo
de 30 días tras la actualización a la versión 6.1, establezca el parámetro
REUSEDELAY como 31 días.
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir
las copias de seguridad de la base de datos, asegúrese de que este mandato
no suprimirá las copias de seguridad durante, como mínimo, el mismo
número de días que establezca para el período de REUSEDELAY para las
agrupaciones de almacenamiento de acceso secuencial.

144 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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.

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. Desbloquee otros identificadores de administrador si es
necesario:
lock admin nombre_administrador
3. Compruebe si existen alguna sesión y notifique a los usuarios que se va a
detener el servidor. 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:
cancelar sesión

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.
1. Realice una copia de seguridad de las agrupaciones de almacenamiento
primarias para copiar agrupaciones de almacenamiento con el mandato
BACKUP STGPOOL. 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 la copia de seguridad de la base de datos mediante el siguiente
mandato. Utilice un tipo de copia de seguridad completo o de captura
instantánea.
backup db type=tipo devclass=nombre_clase_dispositivo

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 mediante volúmenes
reutilizables, escriba:

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 145

 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.
Plantéese la posibilidad de realizar dos copias de la copia de seguridad para
protegerla de posibles anomalías de los soportes.

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 los archivos en una ubicación
segura, porque resultan necesarios una vez finalizada la instalación del nuevo
software. También necesitará estos archivos si debe volver a la versión anterior tras
la actualización.
1. Realice una copia de seguridad de la información de configuración del
dispositivo:
backup devconfig filenames=nombre_archivo
2. Realice una copia de seguridad de la información del historial:
backup volhistory filenames=nombre_archivo

Asegúrese de que el historial del volumen incluya información acerca de la

copia de seguridad de la base de datos que haya completado en los pasos
anteriores. Por ejemplo, emita el mandato:
query volhistory type=dbbackup
3. Realice copias de los siguientes archivos, que están ubicados en el directorio
predeterminado del servidor:
archivo de opciones de servidor, normalmente denominado dsmserv.opt
dsmserv.dsk
4. Opcional: Realice una copia del archivo del registro de contabilidad,
dsmaccnt.log.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
realizar 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. Seleccione una ubicación que no pertenezca al sistema que se va a
actualizar.

Caso de ejemplo 3: Creación de un resumen del contenido de

la base de datos
Cree un resumen de los contenidos de la base de datos original. Tras la
actualización, puede utilizar los mismos mandatos para comparar los resultados y
confirmar que los contenidos de la base de datos están intactos.

Ejecute mandatos que proporcionen un resumen de la información acerca de los

contenidos de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Consulte los
mandatos de ejemplo para obtener ideas.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

146 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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.

Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli

Storage Manager.
1. Cancele las sesiones si hay alguna en ejecución. Utilice el mandato:
cancelar sesión

Deje tiempo para que las sesiones se detengan. Algunas sesiones, como las
copias de seguridad realizadas por un cliente de archivado y copia de
seguridad pueden tardar algún tiempo en detenerse.
2. 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.
3. 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
4. Detenga el servidor. Utilice el mandato:
halt

Caso de ejemplo 3: Instalación de las herramientas de actualización

Debe instalar las herramientas de actualización donde se encuentre ubicado el
servidor V5. El paquete de instalación de las herramientas debe descargarse desde
un sitio web.
1. Obtenga El paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://ftp.software.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade
b. Navegue al directorio con el nombre de la plataforma en la que se ejecute el
servidor V5. A continuación, abra el directorio 6.1.0.0 dentro de él.
c. Descargue el paquete 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

Los números del comienzo del nombre del paquete identifican el nivel de la
release del paquete de programas de utilidad de actualización. El nivel del
paquete de programas de utilidad de actualización debe ser el mismo o
posterior al nivel del servidor V5 que va a actualizar.
2. Instale el paquete.
AIX “Caso de ejemplo 3: Instalación de programas de utilidad de
actualización en sistemas AIX” en la página 148

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 147

 HP
UX “Caso de ejemplo 3: Instalación de herramientas de actualización
en sistemas HP-UX” en la página 149
Linux “Caso de ejemplo 3: Instalación de programas de utilidad de
actualización en sistemas Linux” en la página 150
“Caso de ejemplo 3: Instalación de las herramientas de
Solaris
actualización en sistemas Sun Solaris” en la página 150
Windows “Caso de ejemplo 3: Instalación de programas de utilidad en
sistemas Microsoft Windows” en la página 151
3. Configure el sistema para utilizar las herramientas.
AIX HP
UX Linux Solaris
“Caso de ejemplo 3: Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página
151
Windows
La configuración de los programas de utilidad no es necesaria.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Caso de ejemplo 3: Instalación de programas de utilidad de

actualización en sistemas AIX
AIX

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5
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 de normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio de descargas del site:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
3. Extraiga el contenido de los paquetes de programas de utilidad de
actualización.
4. Acceda a la herramienta de la interfaz de gestión del sistema (SMIT).
a. Escriba: smitty install_update

148 IBM Tivoli Storage Manager: Guía de actualización del servidor

 b. Seleccione: Instalar y actualizar software → Instalar y actualizar desde
TODO el software disponible
5. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio dEl
paquete de programas de utilidad de actualización en el sistema.
6. Seleccione Software a instalar.
7. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización y el controlador de dispositivo. 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 de
Estados Unidos.
8. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
9. Establezca GUARDAR archivos sustituidos en No.
10. Asegúrese de que los valores predeterminados para las opciones en la ventana
para todos los conjuntos de archivos seleccionados muestram success.
11. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a pulsar
la tecla Intro. Comienza la instalación.
12. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 3:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 151

Caso de ejemplo 3: Instalación de herramientas de

actualización en sistemas HP-UX
HP
UX

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes de programas de utilidad de
actualización. Por ejemplo, emita el siguiente mandato desde el directorio
donde haya guardado el paquete de descargas:
gunzip -dc nombre_paquete.tar.gz | tar -xvf -
3. 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.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 3:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 151

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 149

 Caso de ejemplo 3: Instalación de programas de utilidad de
actualización en sistemas Linux
Linux

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes 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
3. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 3:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 151

Caso de ejemplo 3: Instalación de las herramientas de

actualización en sistemas Sun Solaris
Solaris

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
3. Extraiga el contenido de los paquetes 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 -
4. 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 nombre_paquete

150 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de
forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 3:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”

Caso de ejemplo 3: Definición de variables de entorno para

programas de utilidad en sistemas AIX, HP-UX, Linux y Sun
Solaris
AIX HP
UX Linux Solaris

Después de instalar el paquete de programas de utilidad de actualización, tendrá

que establecer las variables de entorno en el shell desde el que ejecutará las
herramientas. Una variable de entorno describe el entorno operativo de un
proceso, como el directorio inicial o el terminal en uso.

Utilice el mandato adecuado para que el sistema establezca las variables de

entorno para la ejecución de las herramientas. Por ejemplo, en un sistema AIX que
utilice un shell de la familia ksh, escriba el mandato para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=/usr/tivoli/tsm/upgrade/bin

Utilice el siguiente mandato si el shell pertenece a la familia csh:

setenv DSMSERV_DIR /usr/tivoli/tsm/upgrade/bin

Después de establecer las variables de entorno, continúe en “Caso de ejemplo 3:

Instalación del servidor V6.1” en la página 152.

Caso de ejemplo 3: Instalación de programas de utilidad en

sistemas Microsoft Windows
Windows

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Este procedimiento asume que El paquete de programas de utilidad de

actualización se encuentra ubicado en el sistema.
1. Inicie sesión con un identificador de administrador.
2. Ejecute el paquete ejecutable de las herramientas 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 programas\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programas\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 herramientas en
su propio directorio.

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 151

 Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 3:
Instalación del servidor V6.1”.

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 a través 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 3: Instalación del servidor V6.1

Puede utilizar un asistente para instalar el programa o hacerlo mediante 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.
1. Inicie sesión en el sistema.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
2. Si tiene el DVD del programa, cárguelo Si ha descargado el programa de
Passport Advantage como un archivo ejecutable, complete los siguientes pasos.
AIX HP
UX Linux Solaris

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

b. Cambie los permisos de archivo escribiendo el mandato siguiente:
chmod a+x 6.1.0.0-TIV-TSMALL-plataforma.bin

, donde plataforma indica la arquitectura en la que se va a instalar

Tivoli Storage Manager.
c. Extraiga los archivos de instalación:
./6.1.0.0-TIV-TSMALL-plataforma.bin

El paquete es grande de manera que la extracción tarda algún

tiempo.
Windows

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

Consejo: En el siguiente paso, los archivos se extraen al directorio

actual. Asegúrese de que el archivo está en el directorio en el que
desea ubicar los archivos extraídos.
b. 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.
6.1.0.0-TIV-TSMALL-plataforma.exe

El paquete es grande de manera que la extracción tarda algún

tiempo.

152 IBM Tivoli Storage Manager: Guía de actualización del servidor

3. Inicie el asistente de instalación desde el DVD, o bien desde la ubicación donde
haya extraído el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX HP
UX 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
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de cómo realizar una instalación silenciosa del servidor. Si desea obtener
información acerca de las traducciones disponibles para el servidor, consulte
Apéndice A, “Los idiomas regionales del servidor”, en la página 267.
4. Seleccione el idioma para la instalación y siga las instrucciones.
v Debe aceptar el acuerdo de licencia para finalizar la instalación.
v Debe instalar al menos el servidor y la licencia. Las instalaciones habituales
también incluyen el controlador de dispositivo.
La API de Tivoli Storage Manager se instala de forma automática cuando se
instala el servidor.
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de los demás componentes que puede seleccionar para instalar.
v Windows

– Durante la instalación del servidor se le pedirá que cree una contraseña y

que la confirme para DB2. Si va a instalar en Windows 2008, la contraseña
debe incluir uno de los siguientes caracteres especiales: @ #. Se
proporcionan contraseñas predeterminadas para el nombre de usuario y
de la base de datos de DB2.
– Durante la instalación se crea un instancia de base de datos vacía
denominada DB2TSM. Esta instancia de la base de datos de DB2TSM no
se utiliza por Tivoli Storage Manager.
5. Cuando el proceso de instalación haya finalizado, compruebe que aparece un
mensaje indicándole que la instalación se ha realizado de forma satisfactoria.

Importante: Si se producen errores durante la instalación, un panel de resumen

muestra los errores y le dirige a un archivo de registro de errores. Corrija los
errores antes de continuar con la actualización.
El registro de instalación está almacenado en la siguiente ubicación:
AIX HP
UX Linux Solaris /var/tivoli/tsm
Windows El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
6. HP
UX Ejecute el mandato db2osconf para obtener las
Solaris
recomendaciones acerca de los cambios en los valores de parámetro de kernel,

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 153

 en función del tamaño del sistema.Realice cambios según las recomendaciones
de los resultados del programa de utilidad. Puede que necesite reiniciar el
sistema.
Para obtener información acerca del programa de utilidad,
consultehttp://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp.
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 de db2osconf son

valores mínimos. Algunas cargas de trabajo, como el proceso de actualización
de la base de datos, puede requerir que se establezcan los valores por encima
de las recomendaciones. Para obtener más detalles acerca del ajuste del
parámetro de kernel para Tivoli Storage Manager ejecutándose en sistemas
HP-UX o Sun Solaris, consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
HP
UX Los recursos de sistemas, como los semáforos pueden requerir una
configuración y ajuste especiales. Consulte Apéndice B, “Requisitos de recursos
del sistema HP-UX”, en la página 273.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Caso de ejemplo 3: Creación de directorios y del identificador de

usuario para la instancia del servidor actualizado
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.
1. Cree los directorios necesarios para el servidor. Necesitará directorios
exclusivos y vacíos para cada uno de los elementos que aparecen en la
siguiente tabla:Cree los directorios de la base de datos, el directorio del registro
activo y el directorio del registro del archivo en diferentes volúmenes físicos.
Consulte la información de la planificación para obtener detalles.

154 IBM Tivoli Storage Manager: Guía de actualización del servidor

 AIX HP
UX Linux Solaris

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir /tsm/tsminst1
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)
Los directorios de la base mkdir /tsmdb001
de datos mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Directorio de registros mkdir /tsmlog
activos
Directorio de registro de mkdir /tsmarchlog
archivado
Opcional: directorio para mkdir /tsmlogmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir /tsmarchlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 155

 Windows

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir d:\tsm\server1
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)
Los directorios de la base mkdir d:\tsm\db001
de datos mkdir e:\tsm\db002
mkdir f:\tsm\db003
mkdir g:\tsm\db004
Directorio de registros mkdir h:\tsm\log
activos
Directorio de registro de mkdir i:\tsm\archlog
archivado
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir k:\tsm\archlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

2. Cree el identificador de usuario que será propietario de la instancia del

servidor. Tendrá que utilizar este identificador de usuario cuando cree la
instancia del servidor en un paso posterior.
AIX HP
UX 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: El nombre del identificador de usuario y del grupo

debe cumplir las siguientes reglas:
v En el identificador de usuario, sólo se pueden utilizar minúsculas
(a-z), números (0-9), y guiones bajos ( _ ). Éste debe tener 8
caracteres o menos y no puede empezar por ibm, sql, sys ni por
un número.
v En el nombre del grupo, sólo se pueden utilizar minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). Éste debe tener 8 caracteres o
menos y no puede empezar por ibm, sql ni por un número.
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 grupo mediante mandatos del
sistema operativo.
AIX

156 IBM Tivoli Storage Manager: Guía de actualización del servidor

 # mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1

HP
UX

# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -G tsmsrvrs -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1

Linux

# groupadd tsmsrvrs
# adduser -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. Inicie sesión en el sistema mediante el nuevo identificador de
usuario y la contraseña.
c. Si no existe ningún perfil de configuración para el identificador de
usuario, cree el archivo. Por ejemplo, cree un archivo .profile si
utiliza Korn shell (ksh).
d. Cierre la sesión del nuevo identificador de usuario.
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
deTivoli 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 nueva cuenta de usuario, o bien utilizar una cuenta
existente. Por ejemplo, cree la cuenta de usuario, tsminst, o bien utilice
la cuenta de usuario que se creó durante la instalación del servidor
V6.1. En el asistente de instalación el nombre por defecto para este
usuario es db2user1.
Si tiene varios servidores en un sistema y desea ejecutar cada servidor
en una cuenta de usuario diferente, cree una nueva cuenta de usuario
en este paso.
3. Para todos los directorios que se crearon para la instancia del servidor,
asegúrese de que el identificador de usuario al que pertenece la instancia del
servidor tiene acceso. Entre los directorios que hay que seleccionar se incluye el
directorio de la instancia y todos los directorios de bases de datos y registros.
AIX HP
UX Linux Solaris
Cambie el propietario de los directorios que se crearon para el
identificador de usuario para la instancia del servidor.
Windows
Asegúrese de que el identificador de usuario para la instancia del
servidor tenga acceso de de lectura/escritura a los directorios que se
hayan creado.

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 157

 4. Para todo el espacio de disco que el servidor V5 utiliza para agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), cambie la propiedad o el
control de accesos de manera que el identificador de usuario que poseerá la
instancia del servidor de Tivoli Storage Manager actualizado sea su propietario
o tenga permiso de lectura/escritura. Utilice el método adecuado para su
sistema operativo.

Continúe con el proceso de actualización mediante uno de los siguientes temas:

“Caso de ejemplo 3: Actualización del servidor con el asistente de
actualización”
“Caso de ejemplo 3: Actualización del servidor de forma manual con las
herramientas” en la página 159
Tareas relacionadas
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 31

Caso de ejemplo 3: Actualización del servidor con 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.1.

Antes de iniciar el asistente de actualización, debe finalizar todos los pasos

anteriores para preparar la actualización, instalar los programas de utilidad de
actualización, el programa del servidor V6.1 y para crear los directorios e
identificadores de usuarios para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX HP
UX Linux Solaris

v El sistema en el que instale el programa del servidor V6.1 debe tener

el cliente X Window. Además debe ejecutarse un servidor X Window
en el escritorio.
v Los sistemas deberán tener habilitado uno de los siguientes
protocolos: shell seguro (SSH), shell remoto (RSH) o ejecución remota
(REXEC). Asegúrese de que el puerto que el protocolo utiliza no está
bloqueado por un cortafuegos.
v Es necesario que pueda iniciar una sesión en el sistema V6.1 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 Los sistemas deberán tener habilitado uno de los siguientes

protocolos: shell seguro (SSH), shell remoto (RSH), de ejecución
remota (REXEC) o bloque de mensajes de servidor para Windows
(SMB). Asegúrese de que el puerto que el protocolo utiliza no está
bloqueado por un cortafuegos.
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

158 IBM Tivoli Storage Manager: Guía de actualización del servidor

 impresoras esté habilitada y de que el puerto 445 no esté bloqueado
por el cortafuegos. Si está ejecutando el asistente en Windows Server
2008 or Windows Vista, es posible que también necesite inhabilitar el
Control de cuentas de usuario (al menos mientras se ejecute el
asistente). Si opta por no inhabilitarlo, asegúrese de que uno de los
otros protocolos está configurado para permitir la ejecución del
asistente.
v Debe iniciar sesión en el sistema mediante un protocolo que esté
habilitado en el sistema, mediante el identificador de usuario que se
creó durante la instalación (el nombre predeterminado es db2user1),
o bien algún otro identificador de usuario que exista en el sistema.
Al utilizar el asistente, debe proporcionar un identificador de usuario
y una contraseña para acceder al sistema.
2. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.1.
AIX HP
UX 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"
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.

Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 9,

“Primeros pasos tras la actualización”, en la página 233.

Caso de ejemplo 3: Actualización del servidor de forma manual con

las herramientas
Utilice las herramientas para actualizar el servidor mediante una interfaz de
mandatos.

Antes de iniciar el procedimiento de actualización, debe finalizar todos los pasos

para preparar la actualización, para instalar el programa de utilidad de
actualización, el programa del servidor V6.1, y para crear los directorios e
identificadores de usuario para la instancia del servidor.

Realice los siguientes pasos:

1. “Caso de ejemplo 3: Preparación de la base de datos de un servidor V5 para
actualización” en la página 160
2. “Caso de ejemplo 3: Extracción de los datos en un soporte” en la página 161
3. “Caso de ejemplo 3: Creación y formato de la nueva base de datos” en la
página 162
4. “Caso de ejemplo 3: Carga de los datos extraídos en la nueva base de datos” en
la página 166
5. “Caso de ejemplo 3: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 167

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 159

 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 9, “Primeros pasos tras la actualización”, en la página 233.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
“Herramientas de actualización DSMUPGRD” en la página 16

Caso de ejemplo 3: Preparación de la base de datos de un

servidor V5 para 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.
4. AIX HP
UX Linux Establezca las variables de entorno del
Solaris
shell. Consulte el apartado “Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209.
5. 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 &

HP
UX 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 y especificar la
clave de registro de ese servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
6. 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:

160 IBM Tivoli Storage Manager: Guía de actualización del servidor

 tail -f prepare.out

Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
7. 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, puede necesitar restaurar la base de datos mediante
una copia de seguridad antes de reiniciar el servidor para corregir el problema.
Referencia relacionada
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251

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 &

HP
UX 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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
Por ejemplo, desde el directorio de instancias para el servidor que va a
actualizar, emita el siguiente mandato para supervisar el proceso:

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 161

 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
Tareas relacionadas
“Caso de ejemplo 3: Preparación de espacio para el proceso de actualización”
en la página 143
Referencia relacionada
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252

Caso de ejemplo 3: Creación y formato de la nueva base de

datos
Cree la instancia del servidor y los archivos de formato de una base de datos V6.1.
1. Inicie sesión en el sistema en el que haya instalado el programa V6.1.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.Realice las
siguientes comprobaciones:
a. Verifique que el directorio padre existe para el identificador de
usuario que posee la instancia del servidor. Por ejemplo, si el
identificador de usuario es tsminst1, el directorio padre es
/home/tsminst1.
b. Verifique que existe un perfil de configuración para el identificador
de usuario en su directorio padre. Si es necesario, cree el perfil de
configuración. Por ejemplo, cree un archivo .profile si utiliza Korn
shell (ksh). El archivo .profile puede estar vacío.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX HP
UX Linux Solaris
Especifique el siguiente mandato en una línea. Para el nombre de la
instancia, especifique el identificador del usuario que creó para poseer
la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u nombre_instancia nombre_instancia

Por ejemplo, si el identificador de usuario de esta instancia es

tsminst1, utilice el siguiente mandato para crear la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u tsminst1 tsminst1

162 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Recuerde: A partir de este momento, utilice este identificador de
usuario nuevo 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 identificador de usuario que posee
el servidor V6.1 (el identificador de usuario de la instancia).
db2icrt -u cuenta_usuario nombre_instancia

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.1. Por ejemplo, si la cuenta de usuario es
tsminst1 y la clave del registro del servidor es Server1, introduzca el
siguiente mandato:
db2icrt -u tsminst1 server1

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 mediante el identificador de usuario que posee la
instancia del servidor V6.1 (el identificador de usuario de la instancia).
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 del servidor (normalmente denominado dsmserv.opt)
Por ejemplo, si ha creado el directorio de la instancia que se muestra en el
ejemplo del paso para crear directorios para el servidor V6.1, copie los
archivos en el siguiente directorio:
AIX HP
UX Linux Solaris /tsm/tsminst1
Windows d:\tsm\server1
Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para los archivos que ha copiado.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que no se soporten en V6.1. Para obtener la lista de
opciones suprimidas, consulte Tabla 30 en la página 52.
b. Asegúrese de que el archivo de opciones del servidor incluyan al menos
una opción VOLUMEHISTORY y al menos una opciónDEVCONFIG.
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. Podría desear

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 163

 cambiar el valor actual porque el valor predeterminado para la opción
cambie de 256 a 4096 con V6.1. 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 HP
UX 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 /tsm/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. Especifique quit para salir del procesador de la 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:
7. Complete este paso si el sistema utiliza un entorno local diferente al entorno
local regional inglés.

164 IBM Tivoli Storage Manager: Guía de actualización del servidor

 AIX HP
UX Linux Solaris
Si el sistema utiliza un entorno local diferente al entorno local regional
inglés, establezca la variable del entorno del sistema DB2CODEPAGE
en 819:
db2set -i nombre_instancia DB2CODEPAGE=819

Por ejemplo:
db2set -i tsminst1 DB2CODEPAGE=819
8. Cambie el directorio de la instancia que haya creado para el servidor.
9. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que haya creado para la base de datos y
los registros. Los directorios deben estar vacíos.
AIX HP
UX Linux Solaris

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

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=2048 activelogdir=/tsmlog \
mirrorlogdir=/tsmlogmirror archlogdir=/tsmarchlog

Windows

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, tamaño predeterminado) para la instancia del 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=i:\tsm\archlog
10. 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 34
Referencia relacionada
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260
“Mandatos de servidor, herramientas y opciones suprimidos” en la página 49

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 165

 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.

Deben cumplirse los siguientes requisitos:

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 especificada en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.1. El dispositivo debe estar acoplado físicamente al sistema y los
permisos se deben establecer para otorgar acceso al soporte para el identificador
de usuario propietario de la instancia del servidor V6.1.

Siga los siguientes pasos:

1. Compruebe que el servidor V6.1 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:
a. Inicie sesión en el sistema mediante el identificador de usuario root.
b. Cambie la propiedad de los archivos al identificador de usuario que sea
propietario del servidor V6.1 (el identificador de usuario de la instancia)
2. Inicie sesión con el identificador de usuario de la instancia del servidor en el
sistema en el que haya instalado el servidor V6.1.
3. Copie el archivo manifiesto creado por el proceso de extracción en el sistema
V6.1. Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para el archivo indicado.
4. Verifique que el archivo de configuración del dispositivo del servidor original
se encuentre disponible.
a. Compruebe que el archivo de opciones del servidor incluya la opción
DEVCONFIG y que en ésta se especifique la vía de acceso completa del
archivo de configuración del dispositivo.
b. Verifique que el archivo de configuración del dispositivo se encuentre
disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración del dispositivo
permiten acceso de lectura al identificador de usuario propietario de la
instancia del servidor V6.1.
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 manifiesto; esta clase de dispositivo debe existir y ser válida para el
sistema V6.1.
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.

166 IBM Tivoli Storage Manager: Guía de actualización del servidor

 6. Verifique que el contenido del archivo manifiesto sea correcto. El archivo
manifiesto contiene una lista de volúmenes que se pueden utilizar al cargar los
datos extraídos en la nueva base de datos. Por ejemplo, si el archivo manifiesto
contiene una lista de volúmenes pertenecientes a la clase de dispositivo FILE,
asegúrese de que la vía de acceso cualificada completa hacia los volúmenes es
correcta para el sistema.
7. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de
servidor extraída en la base de datos V6.1, 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 HP
UX 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. El sistema muestra las estadísticas temporales acerca de la operación.
El mensaje final indicará si la operación ha finalizado satisfactoriamente o no.
Emita el siguiente mandato para supervisar el proceso:
tail -f insert.out

La duración del proceso depende del tamaño de la base de datos.

Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
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 254
Referencia relacionada
DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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.

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 9, “Primeros pasos tras la actualización”, en la página 233.

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 167

 AIX, HP-UX, Linux, Sun Solaris

AIX HP
UX LinuxCon los siguientes mandatos, en los

Solaris
ejemplos se utiliza tsminst1 para el identificador del usuario de la instancia del
servidor y /home/tsminst1/tsminst1 para el directorio de instancia del servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Inicie sesión mediante el identificador de usuario de tsminst1.
b. Cuando se inicia sesión de tsminst1 de usuario, asegúrese de que el entorno
de DB2 se inicia correctamente. El entorno de DB2 se inicia ejecutando el
script de /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta
automáticamente desde el perfil del identificador del usuario. 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. Añada o actualice las siguientes líneas del archivo de perfil de usuario en el
directorio/home/tsminst1/sqllib:
AIX

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1

HP
UX Linux Solaris

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /home/tsminst1/
tsminst1 y añada la siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
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
HP
UX 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

168 IBM Tivoli Storage Manager: Guía de actualización del servidor

 passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
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.
b. Inicie sesión mediante el identificador de usuario root.
c. Busque el gestor de la base de datos ejecutando este mandato:
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API mediante 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

Windows

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.
1. Cree el 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 la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. A continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree el 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
4. Detenga e inicie la instancia de la base de datos:
a. Abra la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene

Capítulo 6. Caso de ejemplo 3: un sistema nuevo, método de soporte 169

 instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. 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. Emita los mandatos siguientes:
set DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
"C:\Archivos de programa\Tivoli\TSM\server\dsmsutil
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO"

170 IBM Tivoli Storage Manager: Guía de actualización del servidor

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de
red
Utilice este procedimiento si va a actualizar el servidor en un sistema diferente al
de su servidor V5 actual y si va a utilizar el método de red para mover los datos
de la base de datos V5 a la V6.1.

Para actualizar un servidor, lleve a cabo las siguientes tareas:

1. “Caso de ejemplo 4: Preparación de la actualización”
2. “Caso de ejemplo 4: Instalación de las herramientas de actualización” en la
página 177
3. “Caso de ejemplo 4: Instalación del servidor V6.1” en la página 181
4. “Caso de ejemplo 4: Creación de directorios y del identificador de usuario para
la instancia del servidor actualizado” en la página 184
5. Actualizar el servidor mediante uno de los siguientes métodos:
v “Caso de ejemplo 4: Actualización del servidor con el asistente de
actualización” en la página 187
v “Caso de ejemplo 4: Actualización del servidor de forma manual con las
herramientas” en la página 188
6. Finalización de la actualización mediante la ejecución de los primeros pasos
esenciales:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 233
b. “Inicio de la instancia del servidor tras la actualización” en la página 233
c. “Registro de licencias” en la página 237
d. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 237
e. “Comprobación del servidor actualizado” en la página 238
f. “Actualización de la automatización” en la página 239
g. “Supervisión del servidor actualizado” en la página 239

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 la versión 6.1,

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 llevar a cabo todos los pasos de preparación, repase el procedimiento
para revertir un servidor actualizado a su versión anterior.

Para realizar la actualización, lleve a cabo los siguientes pasos:

© Copyright IBM Corp. 2009 171

 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 173
3. “Caso de ejemplo 4: Modificación del servidor antes de la actualización” en la
página 173
4. “Caso de ejemplo 4: Inhabilitación de sesiones” en la página 174
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 175
6. “Caso de ejemplo 4: Realización de una copia de seguridad de los datos de
configuración” en la página 175
7. “Caso de ejemplo 4: Detención del servidor antes de instalar la actualización”
en la página 176
Tareas relacionadas
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244

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 es 5.3.6 o
posterior.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Utilice la información que aparece en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 17 para determinar si necesita actualizar el sistema antes de continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.1
cumple con los requisitos. Compruebe el nivel del sistema operativo y la
plataforma en relación con la lista de sistemas operativos y plataformas
compatibles.

Restricción: no puede actualizar el servidor para que se ejecute en un sistema

operativo distinto del que se encuentra actualmente en ejecución. Por ejemplo,
no podrá actualizar un servidor que se esté ejecutando en un sistema AIX a
otro que lo haga en Linux.
Algunas plataformas soportadas en versiones anteriores del servidor no se
soportan en la V6.1.Si el servidor que se va a actualizar se está ejecutando en
cualquiera de estas plataformas, no podrá actualizarlo a la versión 6.1 en la
misma plataforma. Deberá instalar el servidor V6.1 en un sistema que sea una
plataforma soportada según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.
Si tiene previsto ejecutar varias instancias del servidor V6.1 en el sistema, cada
instancia requiere la memoria listada para un servidor. Multiplique la memoria
para un servidor por el número de instancias programadas para el sistema.

172 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 va añadir hardware nuevo al servidor, como almacenamiento en disco nuevo
para la base de datos, deberá tener el hardware instalado y en ejecución.
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 la actualización del servidor a V6.1”
en la página 17

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 rellenó con la
información.
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34

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. Se recomienda 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 la base de
datos, el mandato se completa rápidamente. 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. A continuación, 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,
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244.
Si por alguna razón, es necesario revertir a una versión anterior después de
realizar la actualización a la V6.1, los resultados de la reversión serán mejores si
se entienden los 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.

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 173

 a. Para cada agrupación de almacenamiento de acceso secuencial, establezca el
parámetro REUSEDELAY con el número de días durante los cuales podrá
volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante un periodo
de 30 días tras la actualización a la versión 6.1, establezca el parámetro
REUSEDELAY como 31 días.
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir
las copias de seguridad de la base de datos, asegúrese de que este mandato
no suprimirá las copias de seguridad durante, como mínimo, el mismo
número de días que establezca para el período de REUSEDELAY para las
agrupaciones de almacenamiento de acceso secuencial.
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.

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. Desbloquee otros identificadores de administrador si es
necesario:
lock admin nombre_administrador
3. Compruebe si existen alguna sesión y notifique a los usuarios que se va a
detener el servidor. 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:
cancelar sesión

174 IBM Tivoli Storage Manager: Guía de actualización del servidor

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.
1. Realice una copia de seguridad de las agrupaciones de almacenamiento
primarias para copiar agrupaciones de almacenamiento con el mandato
BACKUP STGPOOL. 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 la copia de seguridad de la base de datos mediante el siguiente
mandato. Utilice un tipo de copia de seguridad completo o de captura
instantánea.
backup db type=tipo devclass=nombre_clase_dispositivo

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 mediante 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.
Plantéese la posibilidad de realizar dos copias de la copia de seguridad para
protegerla de posibles anomalías de los soportes.

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 los archivos en una ubicación
segura, porque resultan necesarios una vez finalizada la instalación del nuevo
software. También necesitará estos archivos si debe volver a la versión anterior tras
la actualización.
1. Realice una copia de seguridad de la información de configuración del
dispositivo:
backup devconfig filenames=nombre_archivo
2. Realice una copia de seguridad de la información del historial:
backup volhistory filenames=nombre_archivo

Asegúrese de que el historial del volumen incluya información acerca de la

copia de seguridad de la base de datos que haya completado en los pasos
anteriores. Por ejemplo, emita el mandato:
query volhistory type=dbbackup
3. Realice copias de los siguientes archivos, que están ubicados en el directorio
predeterminado del servidor:
archivo de opciones de servidor, normalmente denominado dsmserv.opt
dsmserv.dsk
4. Opcional: Realice una copia del archivo del registro de contabilidad,
dsmaccnt.log.

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 175

 5. Realice una copia de seguridad de cualquier script que se haya utilizado para
realizar 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. Seleccione una ubicación que no pertenezca al sistema que se va a
actualizar.

Caso de ejemplo 4: Creación de un resumen del contenido de

la base de datos
Cree un resumen de los contenidos de la base de datos original. Tras la
actualización, puede utilizar los mismos mandatos para comparar los resultados y
confirmar que los contenidos de la base de datos están intactos.

Ejecute mandatos que proporcionen un resumen de la información acerca de los

contenidos de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Consulte los
mandatos de ejemplo para obtener ideas.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

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.

Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli

Storage Manager.
1. Cancele las sesiones si hay alguna en ejecución. Utilice el mandato:
cancelar sesión

Deje tiempo para que las sesiones se detengan. Algunas sesiones, como las
copias de seguridad realizadas por un cliente de archivado y copia de
seguridad pueden tardar algún tiempo en detenerse.
2. 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.
3. 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
4. Detenga el servidor. Utilice el mandato:
halt

176 IBM Tivoli Storage Manager: Guía de actualización del servidor

Caso de ejemplo 4: Instalación de las herramientas de actualización
Debe instalar las herramientas de actualización donde se encuentre ubicado el
servidor V5. El paquete de instalación de las herramientas debe descargarse desde
un sitio web.
1. Obtenga El paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://ftp.software.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade
b. Navegue al directorio con el nombre de la plataforma en la que se ejecute el
servidor V5. A continuación, abra el directorio 6.1.0.0 dentro de él.
c. Descargue el paquete 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

Los números del comienzo del nombre del paquete identifican el nivel de la
release del paquete de programas de utilidad de actualización. El nivel del
paquete de programas de utilidad de actualización debe ser el mismo o
posterior al nivel del servidor V5 que va a actualizar.
2. Instale el paquete.
AIX “Caso de ejemplo 4: Instalación de programas de utilidad de
actualización en sistemas AIX” en la página 178
HP
UX “Caso de ejemplo 4: Instalación de herramientas de actualización
en sistemas HP-UX” en la página 179
Linux “Caso de ejemplo 4: Instalación de programas de utilidad de
actualización en sistemas Linux” en la página 179
Solaris “Caso de ejemplo 4: Instalación de las herramientas de
actualización en sistemas Sun Solaris” en la página 180
Windows “Caso de ejemplo 4: Instalación de programas de utilidad en
sistemas Microsoft Windows” en la página 181
3. Configure el sistema para utilizar las herramientas.
AIX HP
UX Linux Solaris
“Caso de ejemplo 4: Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página
180
Windows
La configuración de los programas de utilidad no es necesaria.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 177

 Caso de ejemplo 4: Instalación de programas de utilidad de
actualización en sistemas AIX
AIX

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:
xlC.rte 8.0.0.5
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 de normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio de descargas del site:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
3. Extraiga el contenido de los paquetes de programas de utilidad de
actualización.
4. 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
5. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio dEl
paquete de programas de utilidad de actualización en el sistema.
6. Seleccione Software a instalar.
7. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización y el controlador de dispositivo. 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 de
Estados Unidos.
8. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
9. Establezca GUARDAR archivos sustituidos en No.
10. Asegúrese de que los valores predeterminados para las opciones en la ventana
para todos los conjuntos de archivos seleccionados muestram success.
11. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a pulsar
la tecla Intro. Comienza la instalación.
12. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 4:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
178 IBM Tivoli Storage Manager: Guía de actualización del servidor
 HP-UX, Linux y Sun Solaris” en la página 180.

Caso de ejemplo 4: Instalación de herramientas de

actualización en sistemas HP-UX
HP
UX

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes de programas de utilidad de
actualización. Por ejemplo, emita el siguiente mandato desde el directorio
donde haya guardado el paquete de descargas:
gunzip -dc nombre_paquete.tar.gz | tar -xvf -
3. 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.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 4:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris” en la página 180.

Caso de ejemplo 4: Instalación de programas de utilidad de

actualización en sistemas Linux
Linux

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes 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
3. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 179

 Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de
forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 4:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 4: Instalación de las herramientas de

actualización en sistemas Sun Solaris
Solaris

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Es necesario haber descargado El paquete de programas de utilidad de

actualización.
1. Inicie sesión mediante el identificador de usuario root.
2. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
3. Extraiga el contenido de los paquetes 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 -
4. 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 nombre_paquete

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 4:

Definición de variables de entorno para programas de utilidad en sistemas AIX,
HP-UX, Linux y Sun Solaris”.

Caso de ejemplo 4: Definición de variables de entorno para

programas de utilidad en sistemas AIX, HP-UX, Linux y Sun
Solaris
AIX HP
UX Linux Solaris

Después de instalar el paquete de programas de utilidad de actualización, tendrá

que establecer las variables de entorno en el shell desde el que ejecutará las
herramientas. Una variable de entorno describe el entorno operativo de un
proceso, como el directorio inicial o el terminal en uso.

Utilice el mandato adecuado para que el sistema establezca las variables de

entorno para la ejecución de las herramientas. Por ejemplo, en un sistema AIX que
utilice un shell de la familia ksh, escriba el mandato para establecer la variable
DSMSERV_DIR:

180 IBM Tivoli Storage Manager: Guía de actualización del servidor

 export DSMSERV_DIR=/usr/tivoli/tsm/upgrade/bin

Utilice el siguiente mandato si el shell pertenece a la familia csh:

setenv DSMSERV_DIR /usr/tivoli/tsm/upgrade/bin

Después de establecer las variables de entorno, continúe en “Caso de ejemplo 4:

Instalación del servidor V6.1”.

Caso de ejemplo 4: Instalación de programas de utilidad en

sistemas Microsoft Windows
Windows

Instale los programas de utilidad 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 se utilizan para preparar y extraer la base de datos
del servidor original.

Este procedimiento asume que El paquete de programas de utilidad de

actualización se encuentra ubicado en el sistema.
1. Inicie sesión con un identificador de administrador.
2. Ejecute el paquete ejecutable de las herramientas 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 programas\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programas\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 herramientas en
su propio directorio.

Después de instalar los programas de utilidad, continúe en “Caso de ejemplo 4:

Instalación del servidor V6.1”.

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 a través 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: Instalación del servidor V6.1

Puede utilizar un asistente para instalar el programa o hacerlo mediante 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.
1. Inicie sesión en el sistema.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 181

 Windows
Inicie sesión como un administrador.
2. Si tiene el DVD del programa, cárguelo Si ha descargado el programa de
Passport Advantage como un archivo ejecutable, complete los siguientes pasos.
AIX HP
UX Linux Solaris

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

b. Cambie los permisos de archivo escribiendo el mandato siguiente:
chmod a+x 6.1.0.0-TIV-TSMALL-plataforma.bin

, donde plataforma indica la arquitectura en la que se va a instalar

Tivoli Storage Manager.
c. Extraiga los archivos de instalación:
./6.1.0.0-TIV-TSMALL-plataforma.bin

El paquete es grande de manera que la extracción tarda algún

tiempo.
Windows

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

Consejo: En el siguiente paso, los archivos se extraen al directorio

actual. Asegúrese de que el archivo está en el directorio en el que
desea ubicar los archivos extraídos.
b. 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.
6.1.0.0-TIV-TSMALL-plataforma.exe

El paquete es grande de manera que la extracción tarda algún

tiempo.
3. Inicie el asistente de instalación desde el DVD, o bien desde la ubicación donde
haya extraído el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX HP
UX 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
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de cómo realizar una instalación silenciosa del servidor. Si desea obtener
información acerca de las traducciones disponibles para el servidor, consulte
Apéndice A, “Los idiomas regionales del servidor”, en la página 267.
4. Seleccione el idioma para la instalación y siga las instrucciones.
v Debe aceptar el acuerdo de licencia para finalizar la instalación.

182 IBM Tivoli Storage Manager: Guía de actualización del servidor

 v Debe instalar al menos el servidor y la licencia. Las instalaciones habituales
también incluyen el controlador de dispositivo.
La API de Tivoli Storage Manager se instala de forma automática cuando se
instala el servidor.
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de los demás componentes que puede seleccionar para instalar.
v Windows

– Durante la instalación del servidor se le pedirá que cree una contraseña y

que la confirme para DB2. Si va a instalar en Windows 2008, la contraseña
debe incluir uno de los siguientes caracteres especiales: @ #. Se
proporcionan contraseñas predeterminadas para el nombre de usuario y
de la base de datos de DB2.
– Durante la instalación se crea un instancia de base de datos vacía
denominada DB2TSM. Esta instancia de la base de datos de DB2TSM no
se utiliza por Tivoli Storage Manager.
5. Cuando el proceso de instalación haya finalizado, compruebe que aparece un
mensaje indicándole que la instalación se ha realizado de forma satisfactoria.

Importante: Si se producen errores durante la instalación, un panel de resumen

muestra los errores y le dirige a un archivo de registro de errores. Corrija los
errores antes de continuar con la actualización.
El registro de instalación está almacenado en la siguiente ubicación:
AIX HP
UX Linux Solaris /var/tivoli/tsm
Windows El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
6. HP
UX Solaris Ejecute el mandato db2osconf para obtener las
recomendaciones acerca de los cambios en los valores de parámetro de kernel,
en función del tamaño del sistema.Realice cambios según las recomendaciones
de los resultados del programa de utilidad. Puede que necesite reiniciar el
sistema.
Para obtener información acerca del programa de utilidad,
consultehttp://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp.
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 de db2osconf son

valores mínimos. Algunas cargas de trabajo, como el proceso de actualización
de la base de datos, puede requerir que se establezcan los valores por encima
de las recomendaciones. Para obtener más detalles acerca del ajuste del
parámetro de kernel para Tivoli Storage Manager ejecutándose en sistemas
HP-UX o Sun Solaris, consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
HP
UX Los recursos de sistemas, como los semáforos pueden requerir una
configuración y ajuste especiales. Consulte Apéndice B, “Requisitos de recursos
del sistema HP-UX”, en la página 273.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 183

Caso de ejemplo 4: Creación de directorios y del identificador de
usuario para la instancia del servidor actualizado
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.
1. Cree los directorios necesarios para el servidor. Necesitará directorios
exclusivos y vacíos para cada uno de los elementos que aparecen en la
siguiente tabla:Cree los directorios de la base de datos, el directorio del registro
activo y el directorio del registro del archivo en diferentes volúmenes físicos.
Consulte la información de la planificación para obtener detalles. AIX

HP
UX Linux Solaris

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir /tsm/tsminst1
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)
Los directorios de la base mkdir /tsmdb001
de datos mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Directorio de registros mkdir /tsmlog
activos
Directorio de registro de mkdir /tsmarchlog
archivado
Opcional: directorio para mkdir /tsmlogmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir /tsmarchlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

184 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir d:\tsm\server1
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)
Los directorios de la base mkdir d:\tsm\db001
de datos mkdir e:\tsm\db002
mkdir f:\tsm\db003
mkdir g:\tsm\db004
Directorio de registros mkdir h:\tsm\log
activos
Directorio de registro de mkdir i:\tsm\archlog
archivado
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir k:\tsm\archlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

2. Cree el identificador de usuario que será propietario de la instancia del

servidor. Tendrá que utilizar este identificador de usuario cuando cree la
instancia del servidor en un paso posterior.
AIX HP
UX 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: El nombre del identificador de usuario y del grupo

debe cumplir las siguientes reglas:
v En el identificador de usuario, sólo se pueden utilizar minúsculas
(a-z), números (0-9), y guiones bajos ( _ ). Éste debe tener 8
caracteres o menos y no puede empezar por ibm, sql, sys ni por
un número.
v En el nombre del grupo, sólo se pueden utilizar minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). Éste debe tener 8 caracteres o
menos y no puede empezar por ibm, sql ni por un número.
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 grupo mediante mandatos del
sistema operativo.
AIX

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 185

 # mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1

HP
UX

# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -G tsmsrvrs -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1

Linux

# groupadd tsmsrvrs
# adduser -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. Inicie sesión en el sistema mediante el nuevo identificador de
usuario y la contraseña.
c. Si no existe ningún perfil de configuración para el identificador de
usuario, cree el archivo. Por ejemplo, cree un archivo .profile si
utiliza Korn shell (ksh).
d. Cierre la sesión del nuevo identificador de usuario.
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
deTivoli 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 nueva cuenta de usuario, o bien utilizar una cuenta
existente. Por ejemplo, cree la cuenta de usuario, tsminst, o bien utilice
la cuenta de usuario que se creó durante la instalación del servidor
V6.1. En el asistente de instalación el nombre por defecto para este
usuario es db2user1.
Si tiene varios servidores en un sistema y desea ejecutar cada servidor
en una cuenta de usuario diferente, cree una nueva cuenta de usuario
en este paso.
3. Para todos los directorios que se crearon para la instancia del servidor,
asegúrese de que el identificador de usuario al que pertenece la instancia del
servidor tiene acceso. Entre los directorios que hay que seleccionar se incluye el
directorio de la instancia y todos los directorios de bases de datos y registros.
AIX HP
UX Linux Solaris
Cambie el propietario de los directorios que se crearon para el
identificador de usuario para la instancia del servidor.
Windows
Asegúrese de que el identificador de usuario para la instancia del
servidor tenga acceso de de lectura/escritura a los directorios que se
hayan creado.

186 IBM Tivoli Storage Manager: Guía de actualización del servidor

 4. Para todo el espacio de disco que el servidor V5 utiliza para agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), cambie la propiedad o el
control de accesos de manera que el identificador de usuario que poseerá la
instancia del servidor de Tivoli Storage Manager actualizado sea su propietario
o tenga permiso de lectura/escritura. Utilice el método adecuado para su
sistema operativo.

Continúe con el proceso de actualización mediante uno de los siguientes temas:

“Caso de ejemplo 4: Actualización del servidor con el asistente de
actualización”
“Caso de ejemplo 4: Actualización del servidor de forma manual con las
herramientas” en la página 188
Tareas relacionadas
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 31

Caso de ejemplo 4: Actualización del servidor con 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.1.

Antes de iniciar el asistente de actualización, debe finalizar todos los pasos

anteriores para preparar la actualización, instalar los programas de utilidad de
actualización, el programa del servidor V6.1 y para crear los directorios e
identificadores de usuarios para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos.
AIX HP
UX Linux Solaris

v El sistema en el que instale el programa del servidor V6.1 debe tener

el cliente X Window. Además debe ejecutarse un servidor X Window
en el escritorio.
v Los sistemas deberán tener habilitado uno de los siguientes
protocolos: shell seguro (SSH), shell remoto (RSH) o ejecución remota
(REXEC). Asegúrese de que el puerto que el protocolo utiliza no está
bloqueado por un cortafuegos.
v Es necesario que pueda iniciar una sesión en el sistema V6.1 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 Los sistemas deberán tener habilitado uno de los siguientes

protocolos: shell seguro (SSH), shell remoto (RSH), de ejecución
remota (REXEC) o bloque de mensajes de servidor para Windows
(SMB). Asegúrese de que el puerto que el protocolo utiliza no está
bloqueado por un cortafuegos.
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

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 187

 impresoras esté habilitada y de que el puerto 445 no esté bloqueado
por el cortafuegos. Si está ejecutando el asistente en Windows Server
2008 or Windows Vista, es posible que también necesite inhabilitar el
Control de cuentas de usuario (al menos mientras se ejecute el
asistente). Si opta por no inhabilitarlo, asegúrese de que uno de los
otros protocolos está configurado para permitir la ejecución del
asistente.
v Debe iniciar sesión en el sistema mediante un protocolo que esté
habilitado en el sistema, mediante el identificador de usuario que se
creó durante la instalación (el nombre predeterminado es db2user1),
o bien algún otro identificador de usuario que exista en el sistema.
Al utilizar el asistente, debe proporcionar un identificador de usuario
y una contraseña para acceder al sistema.
2. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.1.
AIX HP
UX 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"
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.

Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 9,

“Primeros pasos tras la actualización”, en la página 233.

Caso de ejemplo 4: Actualización del servidor de forma manual con

las herramientas
Utilice las herramientas para actualizar el servidor mediante una interfaz de
mandatos.

Antes de iniciar el procedimiento de actualización, debe finalizar todos los pasos

para preparar la actualización, para instalar el programa de utilidad de
actualización, el programa del servidor V6.1, y para crear los directorios e
identificadores de usuario para la instancia del servidor.

Realice los siguientes pasos:

1. “Caso de ejemplo 4: Preparación de la base de datos de un servidor V5 para
actualización” en la página 189
2. “Caso de ejemplo 4: Creación y formato de la nueva base de datos” en la
página 190
3. “Caso de ejemplo 4: Traslado de la base de datos del servidor a través de la
red” en la página 194
4. “Caso de ejemplo 4: Configuración del sistema para una copia de seguridad de
la base de datos” en la página 195

188 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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 9, “Primeros pasos tras la actualización”, en la página 233.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Caso de ejemplo 4: Preparación de la base de datos de un

servidor V5 para 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.
4. AIX HP
UX Linux Establezca las variables de entorno del
Solaris
shell. Consulte el apartado “Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209.
5. 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 &

HP
UX 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 y especificar la
clave de registro de ese servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
6. 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

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 189

 Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una
herramienta equivalente con la 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 anterior.
7. 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, puede necesitar restaurar la base de datos mediante
una copia de seguridad antes de reiniciar el servidor para corregir el problema.
Referencia relacionada
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251

Caso de ejemplo 4: Creación y formato de la nueva base de

datos
Cree la instancia del servidor y los archivos de formato de una base de datos V6.1.
1. Inicie sesión en el sistema en el que haya instalado el programa V6.1.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.Realice las
siguientes comprobaciones:
a. Verifique que el directorio padre existe para el identificador de
usuario que posee la instancia del servidor. Por ejemplo, si el
identificador de usuario es tsminst1, el directorio padre es
/home/tsminst1.
b. Verifique que existe un perfil de configuración para el identificador
de usuario en su directorio padre. Si es necesario, cree el perfil de
configuración. Por ejemplo, cree un archivo .profile si utiliza Korn
shell (ksh). El archivo .profile puede estar vacío.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX HP
UX Linux Solaris
Especifique el siguiente mandato en una línea. Para el nombre de la
instancia, especifique el identificador del usuario que creó para poseer
la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u nombre_instancia nombre_instancia

Por ejemplo, si el identificador de usuario de esta instancia es

tsminst1, utilice el siguiente mandato para crear la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u tsminst1 tsminst1

Recuerde: A partir de este momento, utilice este identificador de

usuario nuevo 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.

190 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows
Especifique el siguiente mandato en una línea. La cuenta de usuario
que especifique se convierte en el identificador de usuario que posee
el servidor V6.1 (el identificador de usuario de la instancia).
db2icrt -u cuenta_usuario nombre_instancia

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.1. Por ejemplo, si la cuenta de usuario es
tsminst1 y la clave del registro del servidor es Server1, introduzca el
siguiente mandato:
db2icrt -u tsminst1 server1

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 mediante el identificador de usuario que posee la
instancia del servidor V6.1 (el identificador de usuario de la instancia).
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 del servidor (normalmente denominado dsmserv.opt)
Por ejemplo, si ha creado el directorio de la instancia que se muestra en el
ejemplo del paso para crear directorios para el servidor V6.1, copie los
archivos en el siguiente directorio:
AIX HP
UX Linux Solaris /tsm/tsminst1
Windows d:\tsm\server1
Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para los archivos que ha copiado.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que no se soporten en V6.1. Para obtener la lista de
opciones suprimidas, consulte Tabla 30 en la página 52.
b. Asegúrese de que el archivo de opciones del servidor incluyan al menos
una opción VOLUMEHISTORY y al menos una opciónDEVCONFIG.
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. Podría desear
cambiar el valor actual porque el valor predeterminado para la opción
cambie de 256 a 4096 con V6.1. 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.

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 191

 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 HP
UX 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 /tsm/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. Especifique quit para salir del procesador de la 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:
7. Complete este paso si el sistema utiliza un entorno local diferente al entorno
local regional inglés.
AIX HP
UX Linux Solaris
Si el sistema utiliza un entorno local diferente al entorno local regional
inglés, establezca la variable del entorno del sistema DB2CODEPAGE
en 819:
db2set -i nombre_instancia DB2CODEPAGE=819

192 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Por ejemplo:
db2set -i tsminst1 DB2CODEPAGE=819
8. Cambie el directorio de la instancia que haya creado para el servidor.
9. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que haya creado para la base de datos y
los registros. Los directorios deben estar vacíos.
AIX HP
UX Linux Solaris

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

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=2048 activelogdir=/tsmlog \
mirrorlogdir=/tsmlogmirror archlogdir=/tsmarchlog

Windows

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, tamaño predeterminado) para la instancia del 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=i:\tsm\archlog
10. 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 34
Referencia relacionada
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260
“Mandatos de servidor, herramientas y opciones suprimidos” en la página 49

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 193

 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 para el servidor V6.1 con
el fin de aceptar la base de datos del servidor y, a continuación, iniciar el proceso
de extracción para el servidor V5 con el fin de 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 en el servidor V6.1 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 (que es el tiempo predeterminado) para
que el otro servidor se ponga en contacto con el servidor V6.1 y dirigiendo la
salida del proceso a insert.out mediante este mandato:
AIX HP
UX 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.
3. Supervise la salida del proceso. 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
4. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.1. 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 &

HP
UX Linux Solaris

nohup /opt/tivoli/tsm/upgrade/bin/dsmupgrd extractdb \

hladdress=127.0.0.1 lladdress=1500 >extract.out 2>&1 &

Windows

194 IBM Tivoli Storage Manager: Guía de actualización del servidor

 "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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. 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.

Referencia relacionada
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252
DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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.

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 9, “Primeros pasos tras la actualización”, en la página 233.

AIX, HP-UX, Linux, Sun Solaris

AIX HP
UX Linux Solaris Con los siguientes mandatos, en los

ejemplos se utiliza tsminst1 para el identificador del usuario de la instancia del
servidor y /home/tsminst1/tsminst1 para el directorio de instancia del servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Inicie sesión mediante el identificador de usuario de tsminst1.
b. Cuando se inicia sesión de tsminst1 de usuario, asegúrese de que el entorno
de DB2 se inicia correctamente. El entorno de DB2 se inicia ejecutando el
script de /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta
automáticamente desde el perfil del identificador del usuario. 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. Añada o actualice las siguientes líneas del archivo de perfil de usuario en el
directorio/home/tsminst1/sqllib:
AIX

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1

HP
UX Linux Solaris

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 195

 export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /home/tsminst1/
tsminst1 y añada la siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
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
HP
UX 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_$$
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.
b. Inicie sesión mediante el identificador de usuario root.
c. Busque el gestor de la base de datos ejecutando este mandato:
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API mediante 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

196 IBM Tivoli Storage Manager: Guía de actualización del servidor

Windows

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.
1. Cree el 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 la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. A continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree el 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
4. Detenga e inicie la instancia de la base de datos:
a. Abra la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. 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. Emita los mandatos siguientes:
set DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
"C:\Archivos de programa\Tivoli\TSM\server\dsmsutil
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO"

Capítulo 7. Caso de ejemplo 4: un sistema nuevo, método de red 197

198 IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 8. Procedimientos generales para actualizar un
servidor a la versión 6.1
Se proporcionan una serie de herramientas y un asistente para ayudar al usuario
con las tareas de actualización. Este conjunto general de procedimientos se puede
utilizar para cualquier caso de ejemplo de actualización. En su lugar, puede
seleccionar un caso de ejemplo que coincida con su plan de actualización y utilizar
un conjunto de procedimiento específico para ese caso de ejemplo.

Realice las siguientes tareas para actualizar un servidor:

1. “Preparación de la actualización”
2. “Instalación de las herramientas de actualización el servidor original” en la
página 206
3. “Preparación de la base de datos de un servidor V5 para actualización” en la
página 210
4. Sólo para actualizaciones de este mismo sistema: “Desinstalación del programa
V5 antes de instalar V6.1” en la página 212
5. “Instalación del servidor V6.1” en la página 214
6. “Creación de directorios y del identificador de usuario para la instancia del
servidor actualizado” en la página 216
7. Actualizar el servidor mediante uno de los siguientes métodos:
v “Actualización del servidor con el asistente de actualización” en la página
219
v “Actualización del servidor de forma manual con las herramientas” en la
página 220
8. Finalización de la actualización mediante la ejecución de los primeros pasos
esenciales:
a. “Verificación del acceso a las agrupaciones de almacenamiento en disco” en
la página 233
b. “Inicio de la instancia del servidor tras la actualización” en la página 233
c. “Registro de licencias” en la página 237
d. “Copia de seguridad de la base de datos después de actualizar el servidor”
en la página 237
e. “Comprobación del servidor actualizado” en la página 238
f. “Actualización de la automatización” en la página 239
g. “Supervisión del servidor actualizado” en la página 239

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 la versión 6.1,

esas condiciones provoquen la necesidad de volver de manera temporal a la

© Copyright IBM Corp. 2009 199

 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 llevar a cabo todos los pasos de preparación, repase el procedimiento
para revertir un servidor actualizado a su versión anterior.

Para realizar la actualización, lleve a cabo los siguientes pasos:

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 201
3. “Modificación del servidor antes de la actualización” en la página 202
4. “Inhabilitación de sesiones” en la página 203
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 204
6. “Realización de una copia de seguridad de los datos de configuración” en la
página 204
7. “Creación de un resumen del contenido de la base de datos” en la página 205
8. “Detención del servidor antes de instalar la actualización” en la página 205
Tareas relacionadas
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244

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 es 5.3.6 o
posterior.
2. Asegúrese de que el sistema en el que está ubicado el servidor V5 cumple los
requisitos mínimos. Utilice la información que aparece en “Requisitos de
software y hardware del sistema del servidor V5 que se va a actualizar” en la
página 17 para determinar si necesita actualizar el sistema antes de continuar.
3. Asegúrese de que el sistema en el que tiene previsto instalar el servidor V6.1
cumple con los requisitos. Compruebe el nivel del sistema operativo y la
plataforma en relación con la lista de sistemas operativos y plataformas
compatibles.

Restricción: no puede actualizar el servidor para que se ejecute en un sistema

operativo distinto del que se encuentra actualmente en ejecución. Por ejemplo,
no podrá actualizar un servidor que se esté ejecutando en un sistema AIX a
otro que lo haga en Linux.
Algunas plataformas soportadas en versiones anteriores del servidor no se
soportan en la V6.1.Si el servidor que se va a actualizar se está ejecutando en
cualquiera de estas plataformas, no podrá actualizarlo a la versión 6.1 en la
misma plataforma. Deberá instalar el servidor V6.1 en un sistema que sea una
plataforma soportada según la plataforma original.Consulte la tabla siguiente.

Plataforma para el servidor V5 Plataforma necesaria para actualizar a V6.1

HP-UX en un sistema PA-RISC HP-UX ejecutándose en un sistema Itanium
Linux en un sistema Itanium (IA64) Linux ejecutándose en un sistema x86_64
Linux en un sistema x86 de 32 bits Linux ejecutándose en un sistema x86_64
Windows en un sistema Itanium (IA64) Windows ejecutándose en un sistema x86_64

4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.

200 IBM Tivoli Storage Manager: Guía de actualización del servidor

 v Si tiene previsto actualizar el servidor en el mismo sistema y utilizar el
método de red para mover la base de datos, debe asegurarse de que el
sistema de memoria es suficiente 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 al mismo tiempo en el sistema. La memoria del
sistema debe ser lo suficientemente amplia para manejar estos procesos.
v Si tiene previsto ejecutar varias instancias del servidor V6.1 en el sistema,
cada instancia requiere la memoria listada para un servidor. Multiplique la
memoria para un servidor por el número de instancias programadas para el
sistema.
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 va añadir hardware nuevo al servidor, como almacenamiento en disco nuevo
para la base de datos, deberá tener el hardware instalado y en ejecución.
Si tiene previsto actualizar el servidor dentro del mismo sistema, puede utilizar
uno de estos dos métodos:
v Asegúrese de que el sistema cuenta con suficiente espacio de
almacenamiento en disco para la base de datos y los registros de
recuperación del servidor original y del nuevo servidor 6.1. Ambos se habrán
almacenado en el espacio del disco durante el proceso de actualización.
v Una vez realizada la copia de seguridad de la base de datos V5 y extraídos
los datos de ésta en un soporte, vuelva a configurar el subsistema de disco
que se haya utilizado para almacenar la base de datos. A continuación,
inserte los datos en la nueva base de datos desde el soporte. Deberá utilizar
este método si no cuenta con suficiente espacio en el disco para el servidor
original y el nuevo.
6. Si va a trasladar el servidor a otro sistema, 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.
Si va a trasladar la base de datos con el método de soporte, 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 la actualización del servidor a V6.1”
en la página 17

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 rellenó con
la información.
2. Si tiene previsto extraer la base de datos del servidor original a un soporte para
realizar una inserción posterior en la nueva base de datos, compruebe que

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 201

 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.
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.
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.1, el
identificador de usuario de la instancia que utilice para el servidor
actualizado debe contar con permiso de acceso al archivo manifiesto.
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 34

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. Se recomienda 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 la base de
datos, el mandato se completa rápidamente. Si el problema existe en la base de
datos, puede que el mandato tarde algún tiempo en ejecutarse.

202 IBM Tivoli Storage Manager: Guía de actualización del servidor

 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. A continuación, 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,
“Reversión de la V6.1 a la versión del servidor V5 anterior” en la página 244.
Si por alguna razón, es necesario revertir a una versión anterior después de
realizar la actualización a la V6.1, los resultados de la reversión serán mejores si
se entienden los 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, establezca el
parámetro REUSEDELAY con el número de días durante los cuales podrá
volver al servidor original si resulta necesario.
Por ejemplo, si desea poder volver al servidor original durante un periodo
de 30 días tras la actualización a la versión 6.1, establezca el parámetro
REUSEDELAY como 31 días.
b. Para cada agrupación de almacenamiento de copias, establezca el parámetro
RECLAIM como 100 (es decir, 100%).
c. Si utiliza normalmente un mandato DELETE VOLHISTORY para suprimir
las copias de seguridad de la base de datos, asegúrese de que este mandato
no suprimirá las copias de seguridad durante, como mínimo, el mismo
número de días que establezca para el período de REUSEDELAY para las
agrupaciones de almacenamiento de acceso secuencial.
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.

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. Desbloquee otros identificadores de administrador si es
necesario:
lock admin nombre_administrador

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 203

 3. Compruebe si existen alguna sesión y notifique a los usuarios que se va a
detener el servidor. 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:
cancelar sesión

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.
1. Realice una copia de seguridad de las agrupaciones de almacenamiento
primarias para copiar agrupaciones de almacenamiento con el mandato
BACKUP STGPOOL. 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 la copia de seguridad de la base de datos mediante el siguiente
mandato. Utilice un tipo de copia de seguridad completo o de captura
instantánea.
backup db type=tipo devclass=nombre_clase_dispositivo

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 mediante 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.
Plantéese la posibilidad de realizar dos copias de la copia de seguridad para
protegerla de posibles anomalías de los soportes.

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 los archivos en una ubicación
segura, porque resultan necesarios una vez finalizada la instalación del nuevo
software. También necesitará estos archivos si debe volver a la versión anterior tras
la actualización.
1. Realice una copia de seguridad de la información de configuración del
dispositivo:
backup devconfig filenames=nombre_archivo
2. Realice una copia de seguridad de la información del historial:
backup volhistory filenames=nombre_archivo

Asegúrese de que el historial del volumen incluya información acerca de la

copia de seguridad de la base de datos que haya completado en los pasos
anteriores. Por ejemplo, emita el mandato:
query volhistory type=dbbackup

204 IBM Tivoli Storage Manager: Guía de actualización del servidor

 3. Realice copias de los siguientes archivos, que están ubicados en el directorio
predeterminado del servidor:
archivo de opciones de servidor, normalmente denominado dsmserv.opt
dsmserv.dsk
4. Opcional: Realice una copia del archivo del registro de contabilidad,
dsmaccnt.log.
5. Realice una copia de seguridad de cualquier script que se haya utilizado para
realizar 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. Seleccione una ubicación que no pertenezca al sistema que se va a
actualizar.

Creación de un resumen del contenido de la base de datos

Cree un resumen de los contenidos de la base de datos original. Tras la
actualización, puede utilizar los mismos mandatos para comparar los resultados y
confirmar que los contenidos de la base de datos están intactos.

Ejecute mandatos que proporcionen un resumen de la información acerca de los

contenidos de la base de datos. Por ejemplo, emita mandatos que resuman los
espacios de archivos que se están protegiendo y guarde los resultados. Consulte los
mandatos de ejemplo para obtener ideas.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

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.

Los mandatos del siguiente procedimiento son mandatos administrativos de Tivoli

Storage Manager.
1. Cancele las sesiones si hay alguna en ejecución. Utilice el mandato:
cancelar sesión

Deje tiempo para que las sesiones se detengan. Algunas sesiones, como las
copias de seguridad realizadas por un cliente de archivado y copia de
seguridad pueden tardar algún tiempo en detenerse.
2. 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.
3. 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
4. Detenga el servidor. Utilice el mandato:

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 205

 halt

Instalación de las herramientas de actualización el servidor original

Debe instalar las herramientas de actualización donde se encuentre ubicado el
servidor V5. El paquete de instalación de las herramientas debe descargarse desde
un sitio web.
1. Obtenga El paquete de programas de utilidad de actualización desde el sitio de
descargas mediante FTP.
a. Vaya a ftp://ftp.software.ibm.com/storage/tivoli-storage-management/
maintenance/server-upgrade
b. Navegue al directorio con el nombre de la plataforma en la que se ejecute el
servidor V5. A continuación, abra el directorio 6.1.0.0 dentro de él.
c. Descargue el paquete 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

Los números del comienzo del nombre del paquete identifican el nivel de la
release del paquete de programas de utilidad de actualización. El nivel del
paquete de programas de utilidad de actualización debe ser el mismo o
posterior al nivel del servidor V5 que va a actualizar.
2. Instale el paquete.
AIX “Instalación de programas de utilidad de actualización en
sistemas AIX”
HP
UX “Instalación de herramientas de actualización en sistemas HP-UX”
en la página 207
“Instalación de programas de utilidad de actualización en
Linux
sistemas Linux” en la página 208
Solaris “Instalación de las herramientas de actualización en sistemas Sun
Solaris” en la página 208
“Instalación de programas de utilidad en sistemas Microsoft
Windows
Windows” en la página 210
3. Configure el sistema para utilizar las herramientas.
AIX HP
UX Linux Solaris
“Definición de variables de entorno para programas de utilidad en
sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209
Windows
La configuración de los programas de utilidad no es necesaria.

Instalación de programas de utilidad de actualización en

sistemas AIX
AIX

Debe instalar las herramientas 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. Inicie sesión mediante el identificador de usuario root.
2. Asegúrese de que están instalados los siguientes conjuntos de archivos en el
sistema:

206 IBM Tivoli Storage Manager: Guía de actualización del servidor

 xlC.rte 8.0.0.5
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 de normal para el servidor AIX. Los
paquetes de mantenimiento están disponibles en el sitio de descargas del site:
ftp://ftp.software.ibm.com/storage/tivoli-storage-management/maintenance/
server/v5r5/AIX/
3. Extraiga el contenido de los paquetes de programas de utilidad de
actualización.
4. 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
5. Seleccione el dispositivo INPUT. Especifique la ubicación del directorio dEl
paquete de programas de utilidad de actualización en el sistema.
6. Seleccione Software a instalar.
7. Seleccione los conjuntos de archivos para los programas de utilidad de
actualización y el controlador de dispositivo. 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 de
Estados Unidos.
8. Defina CONFIRMAR actualizaciones de software en Yes. Pulse F4 o Esc+4.
9. Establezca GUARDAR archivos sustituidos en No.
10. Asegúrese de que los valores predeterminados para las opciones en la ventana
para todos los conjuntos de archivos seleccionados muestram success.
11. Pulse la tecla Intro y responda a la pregunta ¿ESTÁ SEGURO? volviendo a pulsar
la tecla Intro. Comienza la instalación.
12. Cuando el proceso de instalación haya finalizado, salga del programa SMIT.

Después de instalar los programas de utilidad, continúe en “Definición de

variables de entorno para programas de utilidad en sistemas AIX, HP-UX, Linux y
Sun Solaris” en la página 209.

Instalación de herramientas de actualización en sistemas

HP-UX
HP
UX

Debe instalar las herramientas 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. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes de programas de utilidad de
actualización. Por ejemplo, emita el siguiente mandato desde el directorio
donde haya guardado el paquete de descargas:
gunzip -dc nombre_paquete.tar.gz | tar -xvf -

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 207

 3. 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.

Después de instalar los programas de utilidad, continúe en “Definición de

variables de entorno para programas de utilidad en sistemas AIX, HP-UX, Linux y
Sun Solaris” en la página 209.

Instalación de programas de utilidad de actualización en

sistemas Linux
Linux

Debe instalar las herramientas 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 las herramientas en el directorio de instalación del servidor

original que va a actualizarse. Instale el paquete de herramientas en su propio
directorio.
1. Inicie sesión mediante el identificador de usuario root.
2. Extraiga el contenido de los paquetes 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
3. Instale los programas de utilidad de actualización y el controlador de
dispositivo. Utilice el mandato siguiente:
rpm -ivh nombre_paquete.rpm

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Definición de

variables de entorno para programas de utilidad en sistemas AIX, HP-UX, Linux y
Sun Solaris” en la página 209.

Instalación de las herramientas de actualización en sistemas

Sun Solaris
Solaris

Debe instalar las herramientas 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 las herramientas en el directorio de instalación del servidor

original que va a actualizarse. Instale el paquete de herramientas en su propio
directorio.

208 IBM Tivoli Storage Manager: Guía de actualización del servidor

 1. Inicie sesión mediante el identificador de usuario root.
2. Cambie el directorio donde se haya descargado El paquete de programas de
utilidad de actualización.
3. Extraiga el contenido de los paquetes 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 -
4. 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 nombre_paquete

Las herramientas se instalan en el directorio /opt/tivoli/tsm/upgrade/bin de

forma predeterminada.

Después de instalar los programas de utilidad, continúe en “Definición de

variables de entorno para programas de utilidad en sistemas AIX, HP-UX, Linux y
Sun Solaris”.

Definición de variables de entorno para programas de utilidad

en sistemas AIX, HP-UX, Linux y Sun Solaris
AIX HP
UX Linux Solaris

Después de instalar el paquete de programas de utilidad de actualización, tendrá

que establecer las variables de entorno en el shell desde el que ejecutará las
herramientas. Una variable de entorno describe el entorno operativo de un
proceso, como el directorio inicial o el terminal en uso.

Las variables de entorno disponibles son:

DSMSERV_DIR
Especifica la ubicación de instalación de las herramientas de actualización.
La ubicación predeterminada es:
AIX /usr/tivoli/tsm/upgrade/bin
HP
UX Linux Solaris /opt/tivoli/tsm/upgrade/bin
DSMSERV_CONFIG
Especifica el nombre y la ubicación del archivo de opciones del servidor
que desea actualizar. Por ejemplo, para establecer el nombre como
dsmserv.opt y el directorio desde el que se ejecute el programa de utilidad
DSMUPGRD como ubicación, utilice: ./dsmserv.opt
Si está actualizando varios servidores en el sistema, puede utilizar en su
lugar la opción -o cada vez que use el programa de utilidad DSMUPGRD
para especificar el archivo de opciones de servidor con el que desee
trabajar.

Utilice el mandato adecuado para que el sistema establezca las variables de

entorno para la ejecución de las herramientas. Por ejemplo, en un sistema AIX que
utilice un shell de la familia ksh, escriba el mandato para establecer la variable
DSMSERV_DIR:
export DSMSERV_DIR=/usr/tivoli/tsm/upgrade/bin

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 209

 Utilice el siguiente mandato si el shell pertenece a la familia csh:
setenv DSMSERV_DIR /usr/tivoli/tsm/upgrade/bin

Después de establecer las variables de entorno, continúe en “Preparación de la

base de datos de un servidor V5 para actualización”.

Instalación de programas de utilidad en sistemas Microsoft

Windows
Windows

Debe instalar las herramientas 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.

Este procedimiento asume que El paquete de programas de utilidad de

actualización se encuentra ubicado en el sistema.
1. Inicie sesión con un identificador de administrador.
2. Ejecute el paquete ejecutable de las herramientas 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 programas\Tivoli\TSM\server, los programas de utilidad de
actualización se instalan en C:\Archivos de programas\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 herramientas 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 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 a través 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.1,
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 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.

Las herramientas de actualización deben estar instaladas 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

210 IBM Tivoli Storage Manager: Guía de actualización del servidor

programa de servidor V5.3 o V5.4. Si tras la actualización a la versión 6.1, decide
volver a instalar la versión anterior del servidor, deberá reinstalar la versión
anterior del código del servidor y, a continuación, restaurar la base de datos del
servidor de la que se ha realizado una copia de seguridad que coincida con esa
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.
4. AIX HP
UX Linux Establezca las variables de entorno del
Solaris
shell. Consulte el apartado “Definición de variables de entorno para programas
de utilidad en sistemas AIX, HP-UX, Linux y Sun Solaris” en la página 209.
5. 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 &

HP
UX 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 y especificar la
clave de registro de ese servidor. Por ejemplo, si el servidor es
SERVER2:
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2
preparedb 1>>prepare.out 2>&1
6. 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 211

 7. 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, puede necesitar restaurar la base de datos mediante
una copia de seguridad antes de reiniciar el servidor para corregir el problema.
Referencia relacionada
“DSMUPGRD PREPAREDB (preparar la base de datos V5 para actualizar)” en
la página 251

Desinstalación del programa V5 antes de instalar V6.1

Para obtener mejores resultados al actualizar el servidor a la versión 6.1 en el
mismo sistema en que se ubica el servidor de la versión 5, desinstale el programa
del servidor de la 5 antes de instalar el programa del servidor de la versión 6.1.

Desinstalación del programa V5 en sistemas AIX

AIX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Instalación del

servidor V6.1” en la página 214.

Desinstalación del programa V5 en sistemas HP-UX

HP
UX

Desinstale el servidor V5, la licencia del 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.
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 de servidor V5, continúe en “Instalación del

servidor V6.1” en la página 214.

212 IBM Tivoli Storage Manager: Guía de actualización del servidor

Desinstalación del programa V5 en sistemas Linux
Linux

Desinstale el servidor V5, la licencia del 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.
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 el siguiente mandato para cada paquete:
rpm -e nombre_paquete

Por ejemplo:
rpm -e TIVsm–server–5.5.0-0.ppc64.rpm

Después de desinstalar el programa de servidor V5, continúe en “Instalación del

servidor V6.1” en la página 214.

Desinstalación del programa V5 en sistemas Sun Solaris

Solaris

Desinstale el servidor V5, la licencia del 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.

Emita los mandatos siguientes:

/usr/sbin/pkgrm TIVsmS
/usr/sbin/pkgrm TIVsmSlic
/usr/sbin/pkgrm TIVsmSdev

Después de desinstalar el programa de servidor V5, continúe en “Instalación del

servidor V6.1” en la página 214.

Desinstalación del programa V5 en sistemas Microsoft

Windows
Windows

Desinstale el servidor V5, la licencia del 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.

No elimine las entradas del registro para el servidor.

1. Pulse Iniciar → Panel de control → Agregar o quitar programas.
2. Seleccione el componente de Tivoli Storage Manager y, a continuación, pulse
Quitar. 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 haya eliminado todos los componentes de Tivoli Storage Manager.

Después de desinstalar el programa de servidor V5, continúe en “Instalación del

servidor V6.1” en la página 214.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 213

Instalación del servidor V6.1
Puede utilizar un asistente para instalar el programa o hacerlo mediante la consola.

Si va a instalar el programa V6.1 en el mismo sistema que el servidor V5 que está

actualizando, asegúrese de que ha completado 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 que va a actualizar no estará
disponible hasta que se completen los pasos de instalación y actualización.
1. Inicie sesión en el sistema.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.
Windows
Inicie sesión como un administrador.
2. Si tiene el DVD del programa, cárguelo Si ha descargado el programa de
Passport Advantage como un archivo ejecutable, complete los siguientes pasos.
AIX HP
UX Linux Solaris

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

b. Cambie los permisos de archivo escribiendo el mandato siguiente:
chmod a+x 6.1.0.0-TIV-TSMALL-plataforma.bin

, donde plataforma indica la arquitectura en la que se va a instalar

Tivoli Storage Manager.
c. Extraiga los archivos de instalación:
./6.1.0.0-TIV-TSMALL-plataforma.bin

El paquete es grande de manera que la extracción tarda algún

tiempo.
Windows

a. Cambie el directorio en el que ha ubicado el archivo ejecutable.

Consejo: En el siguiente paso, los archivos se extraen al directorio

actual. Asegúrese de que el archivo está en el directorio en el que
desea ubicar los archivos extraídos.
b. 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.
6.1.0.0-TIV-TSMALL-plataforma.exe

El paquete es grande de manera que la extracción tarda algún

tiempo.
3. Inicie el asistente de instalación desde el DVD, o bien desde la ubicación donde
haya extraído el paquete del programa. Puede utilizar el asistente gráfico o el
asistente de consola.
AIX HP
UX Linux Solaris

v Inicie el asistente gráfico:

./install.bin
v Inicie el asistente de la consola:
./install.bin -i console

214 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows

v Inicie el asistente gráfico:

install.exe
v Inicie el asistente de la consola:
install.exe -i console
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de cómo realizar una instalación silenciosa del servidor. Si desea obtener
información acerca de las traducciones disponibles para el servidor, consulte
Apéndice A, “Los idiomas regionales del servidor”, en la página 267.
4. Seleccione el idioma para la instalación y siga las instrucciones.
v Debe aceptar el acuerdo de licencia para finalizar la instalación.
v Debe instalar al menos el servidor y la licencia. Las instalaciones habituales
también incluyen el controlador de dispositivo.
La API de Tivoli Storage Manager se instala de forma automática cuando se
instala el servidor.
Consulte Tivoli Storage Manager Guía de instalación para obtener información
acerca de los demás componentes que puede seleccionar para instalar.
v Windows

– Durante la instalación del servidor se le pedirá que cree una contraseña y

que la confirme para DB2. Si va a instalar en Windows 2008, la contraseña
debe incluir uno de los siguientes caracteres especiales: @ #. Se
proporcionan contraseñas predeterminadas para el nombre de usuario y
de la base de datos de DB2.
– Durante la instalación se crea un instancia de base de datos vacía
denominada DB2TSM. Esta instancia de la base de datos de DB2TSM no
se utiliza por Tivoli Storage Manager.
5. Cuando el proceso de instalación haya finalizado, compruebe que aparece un
mensaje indicándole que la instalación se ha realizado de forma satisfactoria.

Importante: Si se producen errores durante la instalación, un panel de resumen

muestra los errores y le dirige a un archivo de registro de errores. Corrija los
errores antes de continuar con la actualización.
El registro de instalación está almacenado en la siguiente ubicación:
AIX HP
UX Linux Solaris /var/tivoli/tsm
Windows El directorio se eligió para la instalación (busque los archivos
log.txt y logs.zip)
6. HP
UX Ejecute el mandato db2osconf para obtener las
Solaris
recomendaciones acerca de los cambios en los valores de parámetro de kernel,
en función del tamaño del sistema.Realice cambios según las recomendaciones
de los resultados del programa de utilidad. Puede que necesite reiniciar el
sistema.
Para obtener información acerca del programa de utilidad,
consultehttp://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp.
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 de db2osconf son

valores mínimos. Algunas cargas de trabajo, como el proceso de actualización
de la base de datos, puede requerir que se establezcan los valores por encima
de las recomendaciones. Para obtener más detalles acerca del ajuste del

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 215

 parámetro de kernel para Tivoli Storage Manager ejecutándose en sistemas
HP-UX o Sun Solaris, consulte http://www.ibm.com/support/
docview.wss?uid=swg27015156.
HP
UX Los recursos de sistemas, como los semáforos pueden requerir una
configuración y ajuste especiales. Consulte Apéndice B, “Requisitos de recursos
del sistema HP-UX”, en la página 273.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Creación de directorios y del identificador de usuario para la instancia

del servidor actualizado
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.
1. Cree los directorios necesarios para el servidor. Necesitará directorios
exclusivos y vacíos para cada uno de los elementos que aparecen en la
siguiente tabla:Cree los directorios de la base de datos, el directorio del registro
activo y el directorio del registro del archivo en diferentes volúmenes físicos.
Consulte la información de la planificación para obtener detalles. AIX

HP
UX Linux Solaris

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir /tsm/tsminst1
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)
Los directorios de la base mkdir /tsmdb001
de datos mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Directorio de registros mkdir /tsmlog
activos
Directorio de registro de mkdir /tsmarchlog
archivado
Opcional: directorio para mkdir /tsmlogmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir /tsmarchlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

216 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows

Mandatos de ejemplo para

Elemento crear directorios Sus directorios
El directorio de la instancia mkdir d:\tsm\server1
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)
Los directorios de la base mkdir d:\tsm\db001
de datos mkdir e:\tsm\db002
mkdir f:\tsm\db003
mkdir g:\tsm\db004
Directorio de registros mkdir h:\tsm\log
activos
Directorio de registro de mkdir i:\tsm\archlog
archivado
Opcional: directorio para mkdir j:\tsm\logmirror
la duplicación de registro
para el registro activo
Opcional: directorio del mkdir k:\tsm\archlogfailover
registro del archivo
secundario (ubicación de
migración tras error para
el registro del archivo)

2. Cree el identificador de usuario que será propietario de la instancia del

servidor. Tendrá que utilizar este identificador de usuario cuando cree la
instancia del servidor en un paso posterior.
AIX HP
UX 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: El nombre del identificador de usuario y del grupo

debe cumplir las siguientes reglas:
v En el identificador de usuario, sólo se pueden utilizar minúsculas
(a-z), números (0-9), y guiones bajos ( _ ). Éste debe tener 8
caracteres o menos y no puede empezar por ibm, sql, sys ni por
un número.
v En el nombre del grupo, sólo se pueden utilizar minúsculas (a-z),
números (0-9), y guiones bajos ( _ ). Éste debe tener 8 caracteres o
menos y no puede empezar por ibm, sql ni por un número.
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 grupo mediante mandatos del
sistema operativo.
AIX

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 217

 # mkgroup id=1001 tsmsrvrs
# mkuser id=1002 pgrp=tsmsrvrs home=/home/tsminst1 tsminst1
# passwd tsminst1

HP
UX

# groupadd tsmsrvrs
# useradd -d /home/tsminst1 -m -G tsmsrvrs -g tsmsrvrs
-s /bin/ksh tsminst1
# passwd tsminst1

Linux

# groupadd tsmsrvrs
# adduser -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. Inicie sesión en el sistema mediante el nuevo identificador de
usuario y la contraseña.
c. Si no existe ningún perfil de configuración para el identificador de
usuario, cree el archivo. Por ejemplo, cree un archivo .profile si
utiliza Korn shell (ksh).
d. Cierre la sesión del nuevo identificador de usuario.
Windows
Identifique la cuenta de usuario que poseerá la instancia del servidor
deTivoli 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 nueva cuenta de usuario, o bien utilizar una cuenta
existente. Por ejemplo, cree la cuenta de usuario, tsminst, o bien utilice
la cuenta de usuario que se creó durante la instalación del servidor
V6.1. En el asistente de instalación el nombre por defecto para este
usuario es db2user1.
Si tiene varios servidores en un sistema y desea ejecutar cada servidor
en una cuenta de usuario diferente, cree una nueva cuenta de usuario
en este paso.
3. Para todos los directorios que se crearon para la instancia del servidor,
asegúrese de que el identificador de usuario al que pertenece la instancia del
servidor tiene acceso. Entre los directorios que hay que seleccionar se incluye el
directorio de la instancia y todos los directorios de bases de datos y registros.
AIX HP
UX Linux Solaris
Cambie el propietario de los directorios que se crearon para el
identificador de usuario para la instancia del servidor.
Windows
Asegúrese de que el identificador de usuario para la instancia del
servidor tenga acceso de de lectura/escritura a los directorios que se
hayan creado.

218 IBM Tivoli Storage Manager: Guía de actualización del servidor

 4. Para todo el espacio de disco que el servidor V5 utiliza para agrupaciones de
almacenamiento (tipos de dispositivo FILE o DISK), cambie la propiedad o el
control de accesos de manera que el identificador de usuario que poseerá la
instancia del servidor de Tivoli Storage Manager actualizado sea su propietario
o tenga permiso de lectura/escritura. Utilice el método adecuado para su
sistema operativo.

Continúe con el proceso de actualización mediante uno de los siguientes temas:

“Actualización del servidor con el asistente de actualización”
“Actualización del servidor de forma manual con las herramientas” en la
página 220
Tareas relacionadas
“Planificación de espacio para el proceso de actualización y el servidor
actualizado” en la página 31

Actualización del servidor con 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.1.

Antes de iniciar el asistente de actualización, debe finalizar todos los pasos

anteriores para preparar la actualización, instalar los programas de utilidad de
actualización, el programa del servidor V6.1 y para crear los directorios e
identificadores de usuarios para la instancia del servidor.
1. Asegúrese de que se cumplan los siguientes requisitos:
AIX HP
UX Linux Solaris

v El sistema en el que instale el programa del servidor V6.1 debe tener

el cliente X Window. Además debe ejecutarse un servidor X Window
en el escritorio.
v El sistema debe tener habilitado uno de los siguientes protocolos:
shell seguro (SSH), shell remoto (RSH) o ejecución remota (REXEC).
Si el servidor V5 se encuentra ubicado en un sistema distinto del
servidor V6.1, ese sistema deberá tener habilitado uno de los
protocolos.Asegúrese de que el puerto que el protocolo utiliza no
está bloqueado por un cortafuegos.
v Es necesario que pueda iniciar una sesión en el sistema V6.1 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 deberá tener habilitado uno de los siguientes protocolos:

shell seguro (SSH), shell remoto (RSH), de ejecución remota (REXEC)
o el bloque de mensajes de servidor para Windows.
Si el servidor V5 se encuentra ubicado en un sistema distinto del
servidor V6.1, ese sistema deberá tener habilitado uno de los
protocolos.Asegúrese de que el puerto que el protocolo utiliza no
está bloqueado por un cortafuegos.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 219

 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. Si está ejecutando el asistente en Windows Server
2008 or Windows Vista, es posible que también necesite inhabilitar el
Control de cuentas de usuario (al menos mientras se ejecute el
asistente). Si opta por no inhabilitarlo, asegúrese de que uno de los
otros protocolos está configurado para permitir la ejecución del
asistente.
v Debe iniciar sesión en el sistema mediante un protocolo que esté
habilitado en el sistema, mediante el identificador de usuario que se
creó durante la instalación (el nombre predeterminado es db2user1),
o bien algún otro identificador de usuario que exista en el sistema.
Al utilizar el asistente, debe proporcionar un identificador de usuario
y una contraseña para acceder al sistema.
2. Inicie el asistente de actualización, dsmupgdx, desde el directorio de instalación
del servidor V6.1.
AIX HP
UX 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"
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.

Para completar la actualización, lleve a cabo los pasos descritos en Capítulo 9,

“Primeros pasos tras la actualización”, en la página 233.
Tareas relacionadas
“Actualización del servidor de forma manual con las herramientas”

Actualización del servidor de forma manual con las herramientas

Utilice las herramientas para actualizar el servidor mediante una interfaz de
mandatos.

Antes de iniciar el procedimiento de actualización, debe finalizar todos los pasos

para preparar la actualización, para instalar el programa de utilidad de
actualización, el programa del servidor V6.1, y para crear los directorios e
identificadores de usuario para la instancia del servidor.

Realice los siguientes pasos:

1. “Creación y formato de la nueva base de datos” en la página 221
2. Utilice uno de estos métodos para mover la base de datos:
v “Traslado de la base de datos del servidor mediante soporte” en la página
225
v “Traslado de la base de datos del servidor a través de la red” en la página
228

220 IBM Tivoli Storage Manager: Guía de actualización del servidor

 3. “Configuración del sistema para una copia de seguridad de la base de datos”
en la página 229

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 9, “Primeros pasos tras la actualización”, en la página 233.
Conceptos relacionados
“Herramientas de actualización DSMUPGRD” en la página 16

Creación y formato de la nueva base de datos

Cree la instancia del servidor y los archivos de formato de una base de datos V6.1.
1. Inicie sesión en el sistema en el que haya instalado el programa V6.1.
AIX HP
UX Linux Solaris
Inicie sesión mediante el identificador de usuario root.Realice las
siguientes comprobaciones:
a. Verifique que el directorio padre existe para el identificador de
usuario que posee la instancia del servidor. Por ejemplo, si el
identificador de usuario es tsminst1, el directorio padre es
/home/tsminst1.
b. Verifique que existe un perfil de configuración para el identificador
de usuario en su directorio padre. Si es necesario, cree el perfil de
configuración. Por ejemplo, cree un archivo .profile si utiliza Korn
shell (ksh). El archivo .profile puede estar vacío.
Windows
Inicie sesión como un administrador.
2. Cree una instancia de Tivoli Storage Manager con el mandato db2icrt.
AIX HP
UX Linux Solaris
Especifique el siguiente mandato en una línea. Para el nombre de la
instancia, especifique el identificador del usuario que creó para poseer
la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u nombre_instancia nombre_instancia

Por ejemplo, si el identificador de usuario de esta instancia es

tsminst1, utilice el siguiente mandato para crear la instancia.
/opt/tivoli/tsm/db2/instance/db2icrt -a SERVER \
-u tsminst1 tsminst1

Recuerde: A partir de este momento, utilice este identificador de

usuario nuevo 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 identificador de usuario que posee
el servidor V6.1 (el identificador de usuario de la instancia).
db2icrt -u cuenta_usuario nombre_instancia

El servicio de la base de datos para la instancia del servidor inicia

sesión en la cuenta de usuario especificada en este mandato.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 221

 Utilice el nombre de clave de registro del servidor V5 como el nombre
de instancia del servidor V6.1. Por ejemplo, si la cuenta de usuario es
tsminst1 y la clave del registro del servidor es Server1, introduzca el
siguiente mandato:
db2icrt -u tsminst1 server1

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 mediante el identificador de usuario que posee la
instancia del servidor V6.1 (el identificador de usuario de la instancia).
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 del servidor (normalmente denominado dsmserv.opt)
Por ejemplo, si ha creado el directorio de la instancia que se muestra en el
ejemplo del paso para crear directorios para el servidor V6.1, copie los
archivos en el siguiente directorio:
AIX HP
UX Linux Solaris /tsm/tsminst1
Windowsd:\tsm\server1
Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para los archivos que ha copiado.
5. Edite el archivo de opciones del servidor.
a. Elimine las opciones que no se soporten en V6.1. Para obtener la lista de
opciones suprimidas, consulte Tabla 30 en la página 52.
b. Asegúrese de que el archivo de opciones del servidor incluyan al menos
una opción VOLUMEHISTORY y al menos una opciónDEVCONFIG.
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. Podría desear
cambiar el valor actual porque el valor predeterminado para la opción
cambie de 256 a 4096 con V6.1. 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.

222 IBM Tivoli Storage Manager: Guía de actualización del servidor

 AIX HP
UX 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 /tsm/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. Especifique quit para salir del procesador de la 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:
7. Complete este paso si el sistema utiliza un entorno local diferente al entorno
local regional inglés.
AIX HP
UX Linux Solaris
Si el sistema utiliza un entorno local diferente al entorno local regional
inglés, establezca la variable del entorno del sistema DB2CODEPAGE
en 819:
db2set -i nombre_instancia DB2CODEPAGE=819

Por ejemplo:
db2set -i tsminst1 DB2CODEPAGE=819
8. Cambie el directorio de la instancia que haya creado para el servidor.
9. Cree y dé formato a la base de datos y a los registros de recuperación. En el
mandato, especifique los directorios que haya creado para la base de datos y
los registros. Los directorios deben estar vacíos.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 223

 AIX HP
UX Linux Solaris

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

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=2048 activelogdir=/tsmlog \
mirrorlogdir=/tsmlogmirror archlogdir=/tsmarchlog

Windows

Por ejemplo, para obtener un tamaño de registro activo de 2 GB (2048

MB, tamaño predeterminado) para la instancia del 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=i:\tsm\archlog
Si el servidor que actualiza 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=2048 activelogdir=h:\tsm\log
mirrorlogdir=j:\tsm\logmirror archlogdir=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).
10. 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 mediante uno de los siguientes temas:

“Traslado de la base de datos del servidor mediante soporte” en la página 225
“Traslado de la base de datos del servidor a través de la red” en la página 228
Tareas relacionadas
“Estimación de las necesidades de espacio total del proceso de actualización y
el servidor actualizado” en la página 34
Referencia relacionada
“DSMSERV LOADFORMAT (dar formato a una base de datos)” en la página
260
“Mandatos de servidor, herramientas y opciones suprimidos” en la página 49

224 IBM Tivoli Storage Manager: Guía de actualización del servidor

Traslado de la base de datos del servidor mediante soporte
Utilice soportes para trasladar la base de datos del servidor al V6.1 si éste se
encuentra instalado en un sistema diferente y no existe ninguna conexión de red
disponible, si el sistema servidor no tiene espacio suficiente para las dos bases de
datos o si desea realizar pruebas con 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 226
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254

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 &

HP
UX 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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no.
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

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 225

 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 programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
Tareas relacionadas
“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 252

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.

Deben cumplirse los siguientes requisitos:

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 especificada en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.1. El dispositivo debe estar acoplado físicamente al sistema y los
permisos se deben establecer para otorgar acceso al soporte para el identificador
de usuario propietario de la instancia del servidor V6.1.

Siga los siguientes pasos:

1. Compruebe que el servidor V6.1 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:
a. Inicie sesión en el sistema mediante el identificador de usuario root.
b. Cambie la propiedad de los archivos al identificador de usuario que sea
propietario del servidor V6.1 (el identificador de usuario de la instancia)
2. Inicie sesión con el identificador de usuario de la instancia del servidor en el
sistema en el que haya instalado el servidor V6.1.
3. Si el servidor V6.1 se encuentra en un sistema distinto del servidor original,
copie el archivo manifiesto creado por el proceso de extracción en el sistema
V6.1. Asegúrese de que el identificador de usuario que posee el servidor V6.1
(identificador de usuario de la instancia) es propietario o dispone de permiso
de lectura/escritura para el archivo indicado.
4. Verifique que el archivo de configuración del dispositivo del servidor original
se encuentre disponible.
226 IBM Tivoli Storage Manager: Guía de actualización del servidor
 a. Compruebe que el archivo de opciones del servidor incluya la opción
DEVCONFIG y que en ésta se especifique la vía de acceso completa del
archivo de configuración del dispositivo.
b. Verifique que el archivo de configuración del dispositivo se encuentre
disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración del dispositivo
permiten acceso de lectura al identificador de usuario propietario de la
instancia del servidor V6.1.
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 manifiesto; esta clase de dispositivo debe existir y ser válida para el
sistema V6.1.
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 que el contenido del archivo manifiesto sea correcto. El archivo
manifiesto contiene una lista de volúmenes que se pueden utilizar al cargar los
datos extraídos en la nueva base de datos. Por ejemplo, si el archivo manifiesto
contiene una lista de volúmenes pertenecientes a la clase de dispositivo FILE,
asegúrese de que la vía de acceso cualificada completa hacia los volúmenes es
correcta para el sistema.
7. Emita el mandato DSMSERV INSERTDB para cargar una base de datos de
servidor extraída en la base de datos V6.1, 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 HP
UX 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. El sistema muestra las estadísticas temporales acerca de la operación.
El mensaje final indicará si la operación ha finalizado satisfactoriamente o no.
Emita el siguiente mandato para supervisar el proceso:
tail -f insert.out

La duración del proceso depende del tamaño de la base de datos.

Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una

herramienta equivalente con la 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 anterior.
9. Si ha utilizado un método de soporte para actualizar y utilizó un dispositivo de
cinta, después de que la operación de inserción estuviera completa, elimine o
compruebe en 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 8. Procedimientos generales para actualizar un servidor a la versión 6.1 227

 Continúe con el proceso de actualización finalizando los pasos incluidos en
“Configuración del sistema para una copia de seguridad de la base de datos” en la
página 229.
Conceptos relacionados
“El archivo manifiesto para la extracción de datos al soporte” en la página 254
Referencia relacionada
DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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 para el servidor V6.1 con
el fin de aceptar la base de datos del servidor y, a continuación, iniciar el proceso
de extracción para el servidor V5 con el fin de 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. Verifique que el archivo de configuración del dispositivo del servidor original
se encuentre disponible.
a. Compruebe que el archivo de opciones del servidor incluya la opción
DEVCONFIG y que en ésta se especifique la vía de acceso completa del
archivo de configuración del dispositivo.
b. Verifique que el archivo de configuración del dispositivo se encuentre
disponible en la ubicación especificada por la opción DEVCONFIG.
c. Verifique que los permisos del archivo de configuración del dispositivo
permiten acceso de lectura al identificador de usuario propietario de la
instancia del servidor V6.1.
3. Inicie el proceso en el servidor V6.1 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 (que es el tiempo predeterminado) para
que el otro servidor se ponga en contacto con el servidor V6.1 y dirigiendo la
salida del proceso a insert.out mediante este mandato:
AIX HP
UX 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.
4. Supervise la salida del proceso. 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

228 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Consejo: Con sistemas Windows, Utilice el programa de utilidad tail o una
herramienta equivalente con la 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 anterior.
5. Inicie el proceso de extracción desde el servidor original. Especifique la
dirección TCP/IP y el puerto del servidor V6.1. 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 &

HP
UX 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. El mensaje final indicará si la operación ha finalizado
satisfactoriamente o no. 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.

Referencia relacionada
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252
DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

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.

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 9, “Primeros pasos tras la actualización”, en la página 233.

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 229

 AIX, HP-UX, Linux, Sun Solaris

AIX HP
UX LinuxCon los siguientes mandatos, en los

Solaris
ejemplos se utiliza tsminst1 para el identificador del usuario de la instancia del
servidor y /home/tsminst1/tsminst1 para el directorio de instancia del servidor de
Tivoli Storage Manager.
1. Establezca la configuración de la variable de entorno de DSMI_api para la
instancia de la base de datos:
a. Inicie sesión mediante el identificador de usuario de tsminst1.
b. Cuando se inicia sesión de tsminst1 de usuario, asegúrese de que el entorno
de DB2 se inicia correctamente. El entorno de DB2 se inicia ejecutando el
script de /home/tsminst1/sqllib/db2profile, que normalmente se ejecuta
automáticamente desde el perfil del identificador del usuario. 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. Añada o actualice las siguientes líneas del archivo de perfil de usuario en el
directorio/home/tsminst1/sqllib:
AIX

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1

HP
UX Linux Solaris

export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
2. Cierre la sesión y vuelva a iniciarla como tsminst1, o bien emita este mandato:
. ~/.profile
3. Cree un archivo llamado tsmdbmgr.opt en el directorio /home/tsminst1/
tsminst1 y añada la siguiente línea:
SERVERNAME TSMDBMGR_TSMINST1
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
HP
UX 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

230 IBM Tivoli Storage Manager: Guía de actualización del servidor

 passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
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.
b. Inicie sesión mediante el identificador de usuario root.
c. Busque el gestor de la base de datos ejecutando este mandato:
. /home/tsminst1/sqllib/db2profile
d. Cambie la contraseña de la API mediante 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

Windows

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.
1. Cree el 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 la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene
instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. A continuación, emita este mandato:
db2cmd
b. Emita el mandato:
db2set -i server1 DB2_VENDOR_INI=d:\tsmserver1\tsmdbmgr.env
3. Cree el 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
4. Detenga e inicie la instancia de la base de datos:
a. Abra la ventana del mandato DB2. Un método para hacerlo es ir al
directorio C:\Archivos de programa\Tivoli\TSM\db2\bin, o bien si tiene

Capítulo 8. Procedimientos generales para actualizar un servidor a la versión 6.1 231

 instalado Tivoli Storage Manager en una ubicación diferente, vaya al
subdirectorio db2\bin. 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. Emita los mandatos siguientes:
set DSMI_CONFIG=d:\tsmserver1\tsmdbmgr.opt
"C:\Archivos de programa\Tivoli\TSM\server\dsmsutil
UPDATEPW /NODE:$$_TSMDBMGR_$$ /PASSWORD:TSMDBMGR /VALIDATE:NO"

232 IBM Tivoli Storage Manager: Guía de actualización del servidor

Capítulo 9. Primeros pasos tras la actualización
Una vez actualizado el servidor, lleve a cabo una serie de pasos para comprobar
que el servidor se ha actualizado satisfactoriamente y puede funcionar con
normalidad. Los pasos incluyen el inicio del servidor, el registro de las licencias y
la realización de una copia de seguridad de la base de datos.

Realice los siguientes pasos:

1. “Verificación del acceso a las agrupaciones de almacenamiento en disco”
2. “Inicio de la instancia del servidor tras la actualización”
3. “Registro de licencias” en la página 237
4. “Copia de seguridad de la base de datos después de actualizar el servidor” en
la página 237
5. “Comprobación del servidor actualizado” en la página 238
6. “Actualización de la automatización” en la página 239
7. “Supervisión del servidor actualizado” en la página 239

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
identificador de usuario que posee la instancia del servidor de Tivoli Storage
Manager actualizado es su propietario o tiene permiso de lectura y escritura.

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 Sun

Solaris
AIX HP
UX Linux Solaris

Puede iniciar el servidor cuando haya iniciado una sesión en el sistema con el
identificador de usuario que ha creado para esta instancia del servidor. También
puede iniciar la instancia del servidor cuando haya iniciado una sesión como
usuario root.

© Copyright IBM Corp. 2009 233

 Inicio del servidor con el identificador de usuario propietario de
la instancia del servidor
AIX HP
UX Linux Solaris

El identificador de usuario que posee la instancia del servidor tiene un perfil de

usuario que le habilita para ejecutar el servidor con los permisos necesarios
1. Cambie el directorio de instancias para la instancia del servidor que desee
iniciar.
2. 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

El nombre de la instancia del servidor de Tivoli Storage Manager es tsminst1 y el

directorio de la instancia es /tsm/tsminst1. Para iniciar tsminst1, escriba el
siguiente mandato:
cd /tsm/tsminst1
/opt/tivoli/tsm/server/bin/dsmserv

Para iniciar el servidor en segundo plano, escriba el mandato:

cd /tsm/tsminst1
/opt/tivoli/tsm/server/bin/dsmserv -q &

Inicio del servidor desde el identificador de usuario root

AIX HP
UX Linux Solaris

En algunas tareas de configuración, puede iniciar el servidor con el identificador

de usuario root. Puede ejecutar el servidor mediante el identificador de usuario
root o el identificador de usuario propietario propietario de la instancia del
servidor.

Para iniciar una instancia del servidor de Tivoli Storage Manager mediante el
identificador de usuario root, lleve a cabo los siguientes pasos:
1. Si tiene previsto ejecutar el servidor mediante el identificador de usuario root,
añada el identificador de usuario root al grupo primario de identificadores de
usuario propietario de la instancia del servidor.
2. Cambie el perfil de configuración para el identificador de usuario root con el
fin de ejecutar el script db2profile para el identificador de usuario de la
instancia. Por ejemplo, si el nombre de instancia es tsminst1, el identificador de
usuario root debe ejecutar /home/tsminst1/sqllib/db2profile para definir las
variables de entorno y biblioteca de la base de datos.
. ~tsminst1/sqllib/db2profile
3. Cambie el directorio actual al directorio de instancias. Por ejemplo, si establece
el directorio de instancias como el subdirectorio del directorio padre del
identificador de usuario para la instancia del servidor denominada tsminst1:
cd /home/tsminst1/tsminst1
4. Inicie la instancia del servidor.
v Para iniciar el servidor tsminst1 mediante el identificador de usuario root y
ejecutarlo como el propietario de la instancia, utilice la opción -u.
nohup /opt/tivoli/tsm/server/bin/dsmserv -u tsminst1 -q &

234 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Con este mandato, el programa del servidor se ejecuta en un segundo plano.
v Para iniciar el servidor tsminst1 mediante el identificador de usuario root y
ejecutarlo como el identificador de usuario root, emita el siguiente mandato.
Si el identificador de usuario root pertenece al grupo primario de los ID de
usuario de instancias, el usuario root posee autoridad para iniciar el gestor
de la base de datos.
/opt/tivoli/tsm/server/bin/dsmserv

Importante: La base de datos y los archivos de registro los escribe el

identificador de usuario de la instancia en lugar del identificador de usuario
root. Asegúrese de que los permisos de la base de datos y los directorios de
registro otorgan acceso de lectura y escritura al usuario de instancias.

Inicio automático de los servidores

AIX HP
UX Linux Solaris

Puede ejecutar los servidores de manera automática al inicio del sistema. Utilice el
script rc.dsmserv, que se proporciona para este fin.

El script rc.dsmserv está ubicado en /opt/tivoli/tsm/server/bin.

Consejo: Si ha utilizado el asistente de actualización, pudo elegir iniciar el

servidor actualizado automáticamente cuando se reinició el sistema. Si ha elegido
esta opción, el inicio del servidor se habrá añadido al archivo /etc/inittab.

Para el servidor que desee iniciar de forma automática, añada una entrada a
/etc/inittab para ejecutar el script rc.dsmserv. Especifique el nombre del
propietario de la instancia con la opción -u y la ubicación de la instancia del
servidor con la opción -i.

Por ejemplo, si el propietario de la instancia es tsminst1 y el directorio de la

instancia del servidor es /home/tsminst1/tsminst1, añada la siguiente entrada a
/etc/inittab, en una línea:
ttsminst1:2:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1

Si tiene dos servidores que desea ejecutar, con los identificadores de propietario de
la instancia, tsminst1 y tsminst2, y los directorios de la instancia
/home/tsminst1/tsminst1 y /home/tsminst2/tsminst2, añada las siguientes
entradas a /etc/inittab, cada una en una línea:
ttsminst1:2:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1
ttsminst2:2: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 265

Capítulo 9. Primeros pasos tras la actualización 235

 Inicio del servidor en sistemas Windows
Windows

Puede utilizar la Consola de gestión de Tivoli Storage Manager (un complemento

de Microsoft Management Console), o bien el programa de utilidad DSMSERV
para iniciar el servidor.

Inicie el servidor mediante uno de los siguientes métodos.

v Para iniciar el servidor con la Consola de gestión, lleve a cabo los siguientes
pasos:
1. En el menú Iniciar, pulse Archivos de programa → Tivoli Storage Manager →
Consola de gestión.
2. En la lista de servidores de este sistema, localice la instancia del servidor que
se ha creado. Selecciónela para iniciarla.
v Para iniciar el servidor como un servicio, primero, inicie el supervisor de la
consola, a continuación, inicie el servicio. También puede definir la modalidad y
las opciones de inicio del servidor.
1. Inicie el supervisor de la consola. Puesto que el servidor de Tivoli Storage
Manager puede emitir peticiones que requieren una acción, es importante
supervisar la actividad del servidor con el cliente de administración
utilizando el supervisor de la consola.
a. Pulse dos veces el icono de IBM Tivoli Storage Manager Console en el
escritorio.
b. Expanda el árbol hasta que aparezca el servidor con el que desea trabajar.
Expanda el servidor y, a continuación, el árbol Informes en el servidor
seleccionado.
c. Seleccione Monitor y, a continuación, Iniciar.
2. Inicie el servidor como un servicio de Windows.
a. Pulse dos veces el icono de IBM Tivoli Storage Manager Console en el
escritorio.
b. Expanda el árbol hasta que aparezca el servidor con el que desea trabajar.
Expanda el servidor y, a continuación, el árbol Informes en el servidor
seleccionado.
c. Seleccione Información de servicio.
d. Seleccione el servidor en el panel derecho.
e. Pulse Iniciar.
3. Opcional: Defina la modalidad y las opciones de inicio del servidor.
a. Pulse dos veces el icono de IBM Tivoli Storage Manager Console en el
escritorio.
b. Expanda el árbol hasta que aparezca el servidor con el que desea trabajar.
Expanda el servidor y, a continuación, el árbol Informes en el servidor
seleccionado.
c. Seleccione Información de servicio.
d. Seleccione el servidor en el panel derecho.
e. Pulse Propiedades.
f. Pulse Automático.
g. Seleccione la información de cuenta Iniciar la sesión como según
convenga. La selección predeterminada es la cuenta Sistema.

236 IBM Tivoli Storage Manager: Guía de actualización del servidor

 h. Compruebe el recuadro de verificación Registrar resultado en archivo.
Utilice el nombre de archivo predeterminado console.log o especifique
otro nombre de archivo.
4. Opcional: Para ver los mensajes de inicio y detención registrados en el
registro de aplicación de Windows, puede utilizar el visor de eventos de
Windows de las Herramientas de administración.
5. Opcional: Si piensa utilizar el controlador de dispositivo Tivoli Storage
Manager (tsmscsi), puede que en ese momento también necesite iniciar el
controlador de dispositivo. Consulte la información acerca del inicio y la
detención del controlador de dispositivo en Guía del administrador.
v Para iniciar el servidor mediante DSMSERV, escriba el mandato:
"c:\Archivos de programa\Tivoli\TSM\server\dsmserv" -k instancia_servidor

donde instancia_servidor 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.

Consejo: Si recibe el mensaje de error 216 de Windows al intentar iniciar el

servidor, éste es el resultado de utilizar un paquete de 64 bits en un sistema
Windows de 32 bits. Recupere el paquete de Windows de 32 bits y vuelva a
instalar Tivoli Storage Manager.
Conceptos relacionados
Apéndice C, “Servicios asociados al servidor de Tivoli Storage Manager”, en la
página 275

Registro de licencias
Debe registrar inmediatamente todas las características bajo licencia de Tivoli
Storage Manager que haya adquirido para no perder ningún dato una vez
comience a utilizar el servidor. Utilice el mandato REGISTER LICENSE para
realizar esta tarea.

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 utilizará para realizar las copias de
seguridad 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

Capítulo 9. Primeros pasos tras la actualización 237

 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á.
Tareas relacionadas
“Configuración del sistema para una copia de seguridad de la base de datos”
en la página 229

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. Consulte el paso 3 en la página 203.
Referencia relacionada
“Mandatos de prueba de validación de la actualización de la base de datos” en
la página 265

238 IBM Tivoli Storage Manager: Guía de actualización del servidor

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. Realice los ajustes necesarios.
1. Supervise el registro activo para asegurarse de que el tamaño es correcto para
la carga de trabajo que maneja la instancia del servidor.
Cuando la carga de trabajo del servidor llega al nivel habitual esperado y el
espacio utilizado por el registro activo se encuentra entre el 80 y el 90% del
espacio disponible en el directorio del registro activo, puede ser necesario
aumentar la cantidad de espacio. Según los tipos de transacciones realizadas en
la activar del servidor será necesario o no aumentar el espacio ya que las
características de la transacción afectan al modo en que se utiliza el espacio del
registro activo.
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 archivos que realizan copias de
seguridad de grandes cantidades de archivos pequeños pueden provocar
grandes cantidades de transacciones que se completan en un periodo
breve de tiempo. Las transacciones podrían utilizar una gran cantidad de
espacio en el registro activo, pero durante un periodo breve de tiempo.
– Los clientes como el servidor de correo o un servidor de la base de datos
que realizan copias de seguridad de grandes conjuntos de datos en pocas
transacciones pueden provocar pequeñas cantidades de transacciones que
tarden mucho tiempo en completarse. Las transacciones podrían utilizar
una pequeña cantidad de espacio en el registro activo, pero durante un
largo periodo de tiempo.
v Los tipos de conexión en red
– Las operaciones de copias de seguridad que se producen en conexiones de
red rápidas provocan transacciones que se completan más rápidamente.
Estas transacciones utilizan espacio en el registro activo durante un
periodo de tiempo inferior.
– Las operaciones de copias de seguridad que se producen en conexiones
relativamente más lentas provocan conexiones que tardan más tiempo en
completarse. Las transacciones utilizan espacio en el registro activo
durante un periodo de tiempo superior.
Si el servidor gestiona maneja transacciones con diferentes características, el
espacio que se utiliza para el registro activo podría aumentar o disminuir en
una gran cantidad durante el tiempo. Para este servidor, tendría que asegurarse

Capítulo 9. Primeros pasos tras la actualización 239

 de que el registro activo tenga normalmente un porcentaje inferior al de su
espacio utilizado. El espacio adicional permite que el registro activo aumente
para transacciones que tardan mucho tiempo en completarse, por ejemplo.
2. Supervise el registro del archivo para asegurarse de que el espacio esté siempre
disponible.

Recuerde: si el registro del archivo se llena y el registro del archivo de

migración tras error se llena también, el registro activo puede llenarse y el
servidor dejará de funcionar. 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 producirse al menos dos copias de seguridad completas de la
base de datos, se produce automáticamente la poda del registro. El espacio
utilizado por el registro de archivado disminuye cuando se produce 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 aumenta de tamaño inicialmente, a
continuación, disminuye y después puede que vuelva a aumentar. Durante un
período de tiempo, a media que las operaciones normales contnúan, la cantidad
de espacio utilizada por el registro de archivado debe alcanzar un nivel
relativamente constante.
Si el registro de archivado continúa aumentando, considere realizar una de las
dos siguientes acciones:
v Añadir espacio al registro de archivado. Quizás tendría que mover el registro
de archivado a un sistema de archivos diferente.
Para obtener más información acerca del registro de archivado, consulte
Tivoli Storage Manager Guía del administrador.
v Aumentar 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 definió un registro de archivado de la migración tras error, averigüe si se ha
almacenado algún registro en ese 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. La meta es
que el registro de archivado de la migración tras error se utilice sólo en
condiciones excepcionales no en la operación normal.
Conceptos relacionados
“Requisitos del espacio del registro de recuperación” en la página 33
“Operaciones de la base de datos” en la página 4

240 IBM Tivoli Storage Manager: Guía de actualización del servidor

Capítulo 10. 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.

Compruebe el sitio de soporte para obtener la última información:

http://www.ibm.com/software/sysmgmt/products/support/
IBMTivoliStorageManager.html

El programa de utilidad emite avisos acerca de las opciones de

servidor que no se soportan
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

Aparecen mensajes de aviso acerca de las opciones del servidor, pero el proceso
continua.

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.

Si ya ha actualizado el archivo de opciones del servidor para añadir opciones

válidas sólo para el servidor V6.1, puede que también vea mensajes de aviso
durante los procesos 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.

Después de completar el proceso de actualización y antes de iniciar el servidor

V6.1, edite el archivo de opciones del servidor y elimine cualquier opciones que no
sea válida para V6.1.

Mensaje de rechazo de conexión al iniciar la operación de extracción

Al utilizar el método de red para mover la base de datos del servidor V5 a la base
de datos del servidor V6, se reciben mensajes de rechazo de conexión al iniciar la
operación de extracción.

Síntomas

Puede que se visualicen los siguientes mensajes:

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.

© Copyright IBM Corp. 2009 241

 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 proceos busque una conexión.

Resolución del problema

Antes de volver a intentar el proceso de extracción, compruebe los siguientes

elementos:
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 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óloCOMMMETHOD SHMEM especificados. ElimineCOMMMETHOD NONE si aparece 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
LLADDRESSen 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 volver a emitir el mandato DSMSERV EXTRACTDB, asegúrese de que
espera al proceso DSMSERV INSERTDB para emitir el mensaje siguiente:
ANR1336I INSERTDB: listo para conexiones desde el servidor de origen

Problemas con el reinicio del proceso de actualización después de

una anomalía de inserción en la base de datos
Después de que se produzca un fallo en el proceso de actualización en el paso de
inserción en la base de datos, reiniciar los resultados del proceso genera errores.

Síntomas

Al intentar reiniciar el proceso, mediante el asistente de actualización (dsmupgdx)

o los mandatos, recibe mensajes de que la base de datos ya existe, o bien de 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.

Resolución del problema

Intente realizar las siguientes acciones para resolver el problema.

AIX HP
UX 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. Éste debería ser el mismo
242 IBM Tivoli Storage Manager: Guía de actualización del servidor
 identificador de usuario que creó específicamente para la instancia del
servidor que estaba actualizando cuando se produjo la anomalía.
Atención: Asegúrese de que utiliza el identificador de usuario
correcto. La base de datos que es propiedad del identificador 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 siguientes pasos si ha
iniciado sesión con un identificador de usuario que posee una instancia
del servidor V6 en funcionamiento y válida.
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. Especifique quit para salir del procesador de la 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_servidor

Por ejemplo, para establecer la variable del entorno para la instancia

del servidor Server1, emita el siguiente mandato:

Capítulo 10. Resolución de problemas relacionados con la actualización de la base de datos 243
 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.

Reversión de la V6.1 a la versión del servidor V5 anterior

Para poder volver a la versión anterior del servidor después de una actualización,
debe tener una copia de seguridad completa de la versión original, el código de
instalación del servidor para la versión original y los archivos de configuración
clave. Si sigue con detenimiento los pasos de preparación antes de actualizar el
servidor, podrá volver a la versión anterior del servidor de Tivoli Storage Manager
con una pérdida mínima de datos.

Debe contar con los siguientes elementos de la versión anterior del servidor:
v copia de seguridad de la base de datos del servidor
v Archivo histórico de volúmenes
v Archivo de configuración de dispositivo
v Archivo de opciones del servidor
v Archivo dsmserv.dsk

El valor del parámetro REUSEDELAY para agrupaciones de almacenamiento

comparado con el tiempo durante el cual se ha ejecutado el servidor V6.1 puede
determinar si los datos del cliente se verán afectados al volver a la versión anterior
del servidor.

Lleve a cabo los siguientes pasos en el sistema que tenga el servidor V6.1:

Pasos para revertir a la versión del servidor anterior

1. Realice una copia de seguridad de la base de datos V6.1 y guarde el contenido
del directorio de instancias, incluido el archivo de historial de volumen, la
configuración de dispositivo y el archivo de opciones de servidor. Conserve
estos archivos para el caso de que necesite volver a la versión 6.1 del servidor.
2. Elimine la base de datos del gestor de bases de datos, a continuación, suprima
los directorios de la base de datos y de los registros de recuperación.
a. Elimine la base de datos de forma manual. Emita el mandato:
dsmserv removedb tsmdb1
También puede utilizar el siguiente mandato para eliminar la base de
datos:
db2 drop db tsmdb1
b. Si necesita reutilizar el espacio ocupado por la base de datos y los
directorios de los registros de recuperación, ahora puede eliminar estos
directorios.

244 IBM Tivoli Storage Manager: Guía de actualización del servidor

3. Desinstale el servidor V6.1 con el programa de instalación. La desinstalación
elimina el servidor y el código del gestor de bases de datos, junto con sus
directorios.
Consulte Tivoli Storage Manager Guía de instalación para obtener detalles.
4. Reinstale la versión del programa de servidor que estaba utilizando antes de
la actualización a la versión 6.1. Esta versión debe coincidir con la que se
estuviera ejecutando en el servidor cuando creó la copia de seguridad de la
base de datos que restaurará en un paso posterior.
Por ejemplo, si la versión del servidor era la 5.4.4.0 antes de la actualización, y
tiene intención de utilizar la copia de seguridad que se encontraba en uso en
este servidor, deberá instalar el programa del servidor V5.4.0.0 y utilizar,a
continuación, el fixpack V5.4.4.0 para poder restaurar la copia de seguridad de
la base de datos.
a. Reinstale la versión base del servidor que estuviera en uso antes de la
actualización a la versión 6.1.
b. Reinstale cualquier fixpack que estuviera instalado en la versión base del
servidor antes de realizar la actualización a la versión 6.1.
5. Copie los siguientes archivos, de los que se ha realizado una copia de
seguridad antes de la actualización del servidor original, en el directorio
destinado a la información del servidor.
Archivo de configuración de dispositivo
Archivo histórico de volúmenes
Archivo dsmserv.dsk
Archivo de opciones del servidor (normalmente, dsmserv.opt)
6. Dé formato a la base de datos con el programa de utilidad DSMSERV
FORMAT. Para obtener información detallada, consulte la información relativa
a la versión del servidor que está reinstalando. Existe información relativa a la
versión 5.5 en el siguiente centro de información: http://
publib.boulder.ibm.com/infocenter/tivihelp/v1r1
La información para V5.4 y V5.3 está disponible en el mismo Information
Center. En el panel de navegación, desplácese hacia abajo y expanda
Versiones anteriores.
7. Restaure la base de datos con la copia de seguridad creada en los pasos de
preparación anteriores a la actualización.
8. Si ha habilitado la función de optimización del almacenamiento de datos de
datos para cualquier agrupación de almacenamiento de tipo FILE que existiera
antes de la actualización, o si ha transferido los datos que existieran con
anterioridad a la actualización a las agrupaciones de almacenamiento nuevas,
deberá llevar a cabo algunos pasos de recuperación adicionales. Consulte el
apartado “Pasos de recuperación adicionales si se han creado agrupaciones de
almacenamiento nuevas o se han habilitado optimizaciones de
almacenamiento de datos” en la página 246.
9. Si el valor del parámetro REUSEDELAY de las agrupaciones de
almacenamiento ha sido inferior al de la antigüedad de la base de datos
restaurada, restaure los volúmenes en cualquier agrupación de
almacenamiento que se haya reclamado tras la copia de seguridad de la base
de datos. Utilice el mandato RESTORE VOLUME.
Si no dispone de una copia de seguridad de una agrupación de
almacenamiento, audite los volúmenes reclamados mediante el mandato
AUDIT VOLUME, utilizando el parámetro FIX=YES para resolver las
incoherencias. Utilice el mandato:
audit volume nombre_volumen fix=yes

Capítulo 10. Resolución de problemas relacionados con la actualización de la base de datos 245
 10. Si las operaciones de archivado o de copia de seguridad se han efectuado con
el servidor V6.1, es posible que necesite realizar una auditoría de los
volúmenes de las agrupaciones de almacenamiento en los que se hayan
almacenado los datos.
11. Si estaba utilizando agrupaciones de datos activas antes de llevar a cabo la
actualización a la versión 6.1, deberá crearlas de nuevo después de revertir a
la versión anterior del servidor.
La cantidad de tiempo necesario para volver a crear las agrupaciones de datos
activas puede ser significativa, en función del número y el tamaño de las
agrupaciones de datos activas que sea necesario volver a crear.

Pasos de recuperación adicionales si se han creado

agrupaciones de almacenamiento nuevas o se han habilitado
optimizaciones de almacenamiento de datos
Si ha creado agrupaciones de almacenamiento nuevas, ha establecido la
optimización del almacenamiento de datos de datos para cualquier agrupación de
almacenamiento de tipo FILE o ha realizado ambas acciones mientras se ejecuta el
servidor con el programa V6.1, tendrá que realizar una serie de pasos adicionales
para volver a ejecutar la versión anterior.

Utilice esta información si ha realizado una de las siguientes acciones, o las dos,
cuando el servidor se estaba ejecutando como un servidor V6.1:
v Ha habilitado la función de optimización del almacenamiento de datos de datos
de cualquier agrupación de almacenamiento que existiera antes de la
actualización del programa V6.1.(La optimización de almacenamiento de datos
se refiere sólo a las agrupaciones de almacenamiento que utilicen un tipo de
dispositivo FILE.)
v Ha creado agrupaciones de almacenamiento primarias después de la
actualización y ha transferido los datos que se habían almacenado en otras
agrupaciones de almacenamiento a las nuevas.

Realice estos pasos después de que el servidor esté ejecutándose de nuevo como
un servidor V5.
v Para cada agrupación de almacenamiento para la que haya activado la función
de optimización del almacenamiento de datos de datos, restaure la agrupación
de almacenamiento entera utilizando el mandato RESTORE STGPOOL. Para
completar esta tarea, debe contar con una copia de seguridad de la agrupación
de almacenamiento, que debe haberse creado antes de la actualización a la
versión V6.1.
v Para las agrupaciones de almacenamiento que haya creado después de la
actualización, revise la siguiente información para determinar qué acción llevará
a cabo.
Es posible que se hayan perdido los datos transferidos desde las agrupaciones
de almacenamiento V5 existentes a las nuevas porque éstas ya no existen en le
servidor V5 restaurado. Las posibles recuperaciones dependen del tipo de
agrupación de almacenamiento:
– Si los datos se han transferido desde las agrupaciones de almacenamiento V5
de tipo DISK, el espacio ocupado por los datos que se han transferido se
habrá probablemente vuelto a utilizar. Por lo tanto, tendrá que restaurar las
agrupaciones de almacenamiento V5 originales con las copias de seguridad de
las agrupaciones de almacenamiento que se hayan creado antes de la
actualización a la versión 6.1.

246 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Si no se ha transferido ningún dato desde las agrupaciones de
almacenamiento en otra agrupación nueva, realice una auditoría de los
volúmenes en estas agrupaciones de almacenamiento de tipo DISK.
– si se han transferido los datos desde las agrupaciones de almacenamiento V5
de acceso secuencial a una nueva agrupación, es posible que existan todavía
los datos y que puedan utilizarse en los volúmenes de agrupación de
almacenamiento del servidor V5 restaurado. Es posible que los datos puedan
utilizarse si el parámetro REUSEDELAY de la agrupación de almacenamiento
se ha establecido en un valor que impedirá la reclamación cuando el servidor
se ejecutaba como un servidor V6.1. Si se ha reclamado algún volumen
mientras el servidor se estaba ejecutando como un servidor V6.1, estos
volúmenes debe restaurarse a partir de las copias de seguridad que se hayan
creado antes de la actualización a la versión 6.1.

Capítulo 10. Resolución de problemas relacionados con la actualización de la base de datos 247
248 IBM Tivoli Storage Manager: Guía de actualización del servidor
Capítulo 11. Los programas de utilidad, los scripts y los
mandatos de muestra para la actualización del servidor
Existen herramientas para mover una base de datos de servidor a un servidor V6.1
actualizado. Hay un script disponible para iniciar varios servidores.

© Copyright IBM Corp. 2009 249

DSMUPGRD QUERYDB (mostrar información acerca de la base de
datos V5)
Utilice el programa de utilidad DSMUPGRD QUERYDB para mostrar información
acerca de la base de datos y el registro de recuperación de un servidor cuya
versión es anterior a la 6.1. Puede utilizar la información para estimar la cantidad
de almacenamiento que se necesitará para la base de datos y el registro de
recuperación cuando el servidor se actualice a la versión 6.1.

Sintaxis
-k Server1
 DSMUPGRD 
-quiet -o archivo_opciones -k nombre_clave

 QUERYDB 

parámetros
AIX HP
UX Linux -quiet
Solaris
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará. Este parámetro es opcional.
Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1. Este
parámetro es opcional.

Ejemplos

Obtenga información acerca de la base de datos:

dsmupgrd querydb

250 IBM Tivoli Storage Manager: Guía de actualización del servidor

DSMUPGRD PREPAREDB (preparar la base de datos V5 para
actualizar)
Utilice el programa de utilidad DSMUPGRD PREPAREDB para preparar la base de
datos de un servidor a fin de actualizarla a la versión 6.1. Este programa de
utilidad se antes que el de DSMUPGRD EXTRACTDB.

Sintaxis
-k Server1
 DSMUPGRD 
-quiet -o archivo_opciones -k nombre_clave

 PREPAREDB 

parámetros
AIX HP
UX Linux -quiet
Solaris
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará. Este parámetro es opcional.
Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1. Este
parámetro es opcional.

Ejemplo
dsmupgrd preparedb

Capítulo 11. Herramientas y scripts 251

DSMUPGRD EXTRACTDB (extraer datos de la base de datos del
servidor V5)
Utilice el programa de utilidad DSMUPGRD EXTRACTDB para extraer datos de
una base de datos de servidor. Los datos se pueden insertar después en una base
de datos de servidor cuya versión sea 6.1 o durante el proceso de extracción.

Requisito previo

Antes de utilizar este programa de utilidad debe utilizar la de DSMUPGRD

PREPAREDB en la base de datos existente.

Sintaxis
-k Server1
 DSMUPGRD 
-quiet -o archivo_opciones -k nombre_clave

 EXTRACTDB A: Extracción en soporte 

B: Extracción y transmisión mediante una red

EVentbasedused = Yes
 
EVentbasedused = Never

A: Extracción en soporte:

DEVclass = nombre_clase_dispositivo MANifest = nombre_archivo 

SCRatch = Yes

SCRatch = Yes ,
No (1)
VOLumenames =  nombre_volumen

B: Extracción y transmisión mediante una red:

HLAddress = dirección_ip LLAddress = puerto_tcp

Notas:
1 Debe especificar VOLUMENAMES si escribe SCRATCH=NO

parámetros
AIX HP
UX Linux -quiet
Solaris
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará. Este parámetro es opcional.

252 IBM Tivoli Storage Manager: Guía de actualización del servidor

 Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1. Este
parámetro es opcional.
DEVclass
Especifica una clase de dispositivo secuencial para utilizar en el
almacenamiento de los datos extraídos. Este parámetro es obligatorio si desea
extraer la base de datos en un soporte.

Restricción: No puede utilizar una clase de dispositivo con un tipo de

dispositivo NAS o CENTERA.
MANifest
Especifica la ubicación del archivo manifiesto. Utilice un nombre de archivo
cualificado completo o bien ubíquelo en un directorio local. Por ejemplo:
./manifest.txt
Este parámetro es obligatorio si desea extraer la base de datos en un soporte.
EVentbasedused
Especifica si la retención de archivos basada en eventos se ha utilizado en
alguna ocasión en el servidor. La retención de archivos basada en eventos
permite basar la retención de un objeto archivado en un evento externo. El
valor predeterminado para este parámetro es YES. Los valores posibles son:
Yes
Especifica que la retención de archivos basada en eventos estaba en uso en
el servidor. El valor predeterminado es YES. Si no está seguro de si la
retención se encontraba en uso, acepte el valor predeterminado.
Sustituir el valor predeterminado puede provocar que los objetos de
archivo caduquen prematuramente después de la actualización, si se ha
utilizado alguna vez la retención de archivado basada en eventos. Utilizar
el valor predeterminado asegura resultados correctos.
Never
Especifica que la retención de archivos basada en eventos no se ha
utilizado nunca en el servidor.

Atención: Especificar EVENTBASEDUSED=NEVER puede mejorar el

rendimiento de la operación de actualización. Sin embargo, no utilice este
valor si hay alguna probabilidad de que la retención del archivo basada en
evento se haya utilizado alguna vez en el servidor. Si se hubiera utilizado
alguna vez la retención de archivado basada en evento en el servidor,
especificar EVENTBASEDUSED=NEVER puede dar como resultado
archivos de archivado que caduquen prematuramente después de que se
complete la actualización.
SCRatch
Especifica si pueden utilizarse volúmenes reutilizables para almacenar los
datos. Este parámetro es opcional. El valor predeterminado es YES. Los valores
posibles son:
Yes
Especifica que pueden utilizarse volúmenes reutilizables.
Si especifica SCRATCH=YES y también los volúmenes con el parámetro
VOLUMENAMES, se utilizarán primero estos volúmenes especificados.
Los volúmenes reutilizables se utilizarán sólo si los volúmenes
especificados no tienen espacio suficiente para contener los datos extraídos.

Capítulo 11. Herramientas y scripts 253

 Si el tipo de clase de dispositivo es FILE, los nombres de los volúmenes
reutilizables se generarán en función de la indicación de fecha y hora.
No
Especifica que no pueden utilizarse los volúmenes reutilizables. Si
especifica este valor, deberá también indicar los volúmenes con el
parámetro VOLUMENAMES.
Si los volúmenes especificados con el parámetro VOLUMENAMES no
tienen espacio suficiente para contener los datos extraídos, el proceso
fallará.
VOLumenames
Especifica los volúmenes que se utilizarán para almacenar la base de datos
extraída. Para especificar varios volúmenes, separe los nombres con comas y
sin espacios intercalados.
HLAddress
Especifica la dirección IP numérica o el nombre de dominio del servidor V6.1.
Este parámetro es obligatorio si desea extraer y transmitir simultáneamente los
datos en el servidor V6.1 a través de la red.
Si el servidor V5 y V6.1 están en el mismo sistema, puede especificar
localhost.
LLAddress
Especifica la dirección de bajo nivel del servidor V6.1. Esta dirección coincidirá
con el valor que se haya especificado con la opción del servidor TCPPORT
para el servidor V6.1. Este parámetro es obligatorio si desea extraer y
transmitir simultáneamente los datos en el servidor V6.1 a través de la red.

Ejemplos

Extracción y transmisión de los datos en un servidor a través de una red:

dsmupgrd extractdb hladdress=xyz.company.com lladdress=1555

Extracción y almacenamiento de los datos en un soporte:

dsmupgrd extractdb devclass=tapeclass manifest=keepthis.txt

El archivo manifiesto para la extracción de datos al soporte

Durante el proceso de extracción de datos al soporte, el programa de utilidad
DSMUPGRD crea un archivo manifiesto que contiene información acerca de los
volúmenes utilizados para almacenar los datos extraídos.

El archivo manifiesto resulta necesario para el proceso de inserción de datos

cuando se utilizan soportes para mover la base de datos al servidor V6.1. Debe
especificar el nombre del archivo manifiesto cuando emita el mandato DSMSERV
INSERTDB.

Un archivo manifiesto tiene un contenido como el que figura en el siguiente

ejemplo:
* Archivo manifiesto de EXTRACTDB
DEVCLASS=FILE
STREAMS=1
VOLUMENAMES000=/home/tsm/97244367.ost
Referencia relacionada
“DSMUPGRD EXTRACTDB (extraer datos de la base de datos del servidor
V5)” en la página 252

254 IBM Tivoli Storage Manager: Guía de actualización del servidor

DSMSERV INSERTDB (Transferencia de una base de datos de servidor a una
base de datos vacía)

Capítulo 11. Herramientas y scripts 255

DSMUPGRD EXTEND DB (ampliación del tamaño de la base de datos)
Utilice este programa de utilidad en una base de datos V5 para ampliar su tamaño.
Utilíce este programa de utilidad sólo cuando se produzca un error durante el
proceso de actualización que indique que necesita más espacio en la base de datos
para continuar.

Requisito previo

Utilice el programa de utilidad DSMFMT para dar formato a un volumen nuevo

con el fin de utilizarlo para ampliar la base de datos. Para obtener información
acerca del uso del programa de utilidad DSMFMT, consulte la versión 5.5 del
centro de información: http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1

Sintaxis
-k Server1
 DSMUPGRD 
-quiet -o archivo_opciones -k nombre_clave

 EXTEND DB nombre_volumen megabytes 

parámetros
AIX HP
UX Linux Solaris -quiet
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
AIX HP
UX Linux Solaris -o archivo_opciones
Windows
Especifica el archivo de opciones que se utilizará. Este parámetro es opcional.
Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1. Este
parámetro es opcional.
nombre_volumen (Obligatorio)
Especifica el nombre que se utilizará para el nuevo volumen de ampliación de
la base de datos.
megabytes (Obligatorio)
Especifica el tamaño del volumen nuevo en megabytes. El tamaño debe ser un
múltiplo de 4 MB y tener 1 MB menos que el volumen especificado en el
parámetro de nombre_volumen. Por ejemplo, si el volumen es 5 MB, especifique
un valor de 4.

256 IBM Tivoli Storage Manager: Guía de actualización del servidor

DSMUPGRD EXTEND LOG (ampliación del tamaño del registro de
recuperación)
Utilice esta herramienta en un servidor V5 para ampliar el tamaño del registro de
recuperación cuando se ha emitido el mensaje ANR9999D LOGSEG durante el
proceso de actualización, que indica que se necesita más espacio de registro para
continuar con el proceso de actualización.

Emita este mandato si recibe un mensaje ANR9999D LOGSEG. Esto indica que el
espacio de registros ha sufrido un exceso de validación y el sistema finaliza con un
error LOGSEG871. Una vez que el servidor esté en ejecución, puede realizar lo
siguiente:
v Realizar una copia de seguridad de la base de datos, con lo que se liberará
espacio del registro de recuperación.
v Ajustar el tamaño del registro de recuperación, el porcentaje de desencadenante
de copia de seguridad de base de datos o ambos para permitir las copias de
seguridad de bases de datos futuras con éxito.

Requisito previo

Utilice el programa de utilidad DSMFMT para dar formato a un volumen nuevo

con el fin de utilizarlo para ampliar el registro de recuperación. Para obtener
información acerca del uso del programa de utilidad DSMFMT, consulte la versión
5.5 del centro de información: http://publib.boulder.ibm.com/infocenter/tivihelp/
v1r1

Sintaxis
-k Server1
 DSMUPGRD 
-quiet -o archivo_opciones -k nombre_clave

 EXTEND LOG nombre_volumen megabytes 

parámetros
AIX HP
UX Linux Solaris -quiet
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará. Este parámetro es opcional.
Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1. Este
parámetro es opcional.
nombre_volumen (Obligatorio)
Especifica el nombre que se utilizará para el nuevo volumen de ampliación del
registro de recuperación.
megabytes (Obligatorio)
Especifica el tamaño del volumen nuevo en megabytes. El tamaño debe ser un

Capítulo 11. Herramientas y scripts 257

 múltiplo de 4 MB y tener 1 MB menos que el volumen especificado en el
parámetro de nombre_volumen. Por ejemplo, si el volumen es 5 MB, especifique
un valor de 4.

258 IBM Tivoli Storage Manager: Guía de actualización del servidor

DSMUPGRD UPDATE (Creación de entradas del registro de seguridad
para una instancia del servidor V5)
Windows

Utilice este programa de utilidad para crear entradas del registro para una
instancia del servidor V5 si un problema del proceso de actualización ha eliminado
las entradas cuando aún son necesarias. Por ejemplo, puede utilizar este programa
de utilidad si va a actualizar un servidor V5 a uno V6.1 en el mismo sistema y se
ha ejecutado accidentalmente el programa de utilidad DSMSERV LOADFORMAT
antes de ejecutar el programa de utilidad DSMUPGRD PREPAREDB.

Ejecute este programa de utilidad desde el directorio de la instancia para la base

de datos V5 (en la que se almacenan archivos como dsmserv.dsk para el servidor).
El programa de utilidad crea de nuevo las entradas del registro original para el
servidor V5, pero almacena las entradas en la ubicación de copia de seguridad
para evitar sobrescribir las entradas añadidas por el servidor V6.1.

Sintaxis
-k Server1
 DSMUPGRD UPDATE 
-k nombre_clave

parámetros
-k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es Server1.

Ejemplo

Ejecute el programa de utilidad para volver a crear entradas de registro para la

instancia del servidor, Server2.
"c:\Archivos de programa\Tivoli\TSM\upgrade\dsmupgrd" -k server2 update

Capítulo 11. Herramientas y scripts 259

DSMSERV LOADFORMAT (dar formato a una base de datos)
Utilice el programa de utilidad DSMSERV LOADFORMAT al actualizar desde la
versión 5. Este programa de utilidad da formato a una base de datos vacía para
preparar la inserción de una base de datos extraída en una base de datos vacía.

AIX HP
UX Linux Solaris Antes de emitir el mandato DSMSERV

LOADFORMAT, inicie sesión en el sistema como el propietario de la instancia del
servidor. Si ejecuta los mandatos en un entorno local que no sea Inglés, establezca
la variable de entorno del sistema DB2CODEPAGE como 819:
# db2set -i tsminst1 DB2CODEPAGE=819

AIX HP
UX Linux Solaris Windows

Sintaxis
 DSMSERV 
-u nombre_usuario -i dir_instancia

-k Server1
 
-k nombre_clave -o archivo_opciones -noexpire

 LOADFORMAT DBDir =  directorio 

-quiet DBFile = archivo

ACTIVELOGSize = 2048
 ACTIVELOGDir = directorio 
ACTIVELOGSize = megabytes

 ARCHLogdir = directorio 
ARCHFailoverlogdir = directorio

 
MIRRorlogdir = directorio

parámetros
AIX HP
UX Linux -u nombre_usuario
Solaris
Especifica un nombre de usuario al que cambiar antes de iniciar el servidor.
AIX HP
UX Linux -i dir_instancia
Solaris
Especifica un directorio de instancia que utilizar. Éste se convierte en el
directorio de trabajo actual del servidor.
Windows-k nombre_clave
Especifica el nombre de la clave de registro de Windows utilizada para
almacenar información acerca de este servidor. Utilice este parámetro sólo para

260 IBM Tivoli Storage Manager: Guía de actualización del servidor

 instalar servidores adicionales en el mismo sistema. Después de instalar un
servidor mediante este parámetro, siempre debe iniciarlo con el valor de este
parámetro. El valor predeterminado es SERVER1.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará.
-noexpire
Especifica que el procesamiento de la caducidad se ha eliminado al inicio.
-quiet
Especifica que deben suprimirse los mensajes dirigidos a la consola.
DBDir
Especifica los nombre de vía de acceso relativa de uno o varios directorios que
se utilizan para almacenar los objetos de la base de datos. Los nombres de
directorio deben separarse por comas y sin espacios. Puede especificar hasta
128 nombres de directorio. Debe especificar el parámetro DBDIR o DBFILE.
DBFile
Especifica el nombre de un archivo que incluye nombres de vía de acceso
relativas de uno o varios directorios que se utilizan para almacenar objetos de
base de datos. Cada nombre de directorio debe estar en una línea separada en
el archivo. Puede especificar hasta 128 nombres de directorio. Debe especificar
el parámetro DBDIR o DBFILE.
ACTIVELOGSize
Especifica el tamaño del registro activo en megabytes. El valor mínimo es 2048
MB (2 GB); el máximo es 131072 MB (128 GB). Si especifica un número extraño,
el valor se redondea al número par siguiente. El predeterminado es 2048 MB.
ACTIVELOGDir (Obligatorio)
Especifica el directorio en el que el servidor Tivoli Storage Manager graba y
almacena los archivos de registro activo. Existe sólo una ubicación de registro
activo. El nombre debe ser un nombre de directorio totalmente cualificado. El
directorio debe existir, debe estar vacío y debe estar accesible para el
identificador de usuario del gestor de la base de datos. El número máximo de
caracteres es 175.
ARCHLogdir (Obligatorio)
Especifica el directorio para los archivos de registro de archivado. El nombre
debe ser un nombre de directorio totalmente cualificado. El número máximo
de caracteres es 175.
ARCHFailoverlogdir
Especifica el directorio que se va a utilizar como ubicación de almacenamiento
alternativa si el directorio ARCHLOGDIR está completo. El número máximo de
caracteres es 175.
MIRRorlogdir
Especifica el directorio en el que el servidor duplica el registro activo (aquellos
archivos del directorio ACTIVELOGDIR). El directorio debe ser un nombre de
directorio cualificado completo. El número máximo de caracteres es 175.

Ejemplo: dar formato a una base de datos

AIX HP
UX Linux Solaris

dsmserv loadformat dbdir=/tsm/db activelogsize=8192

activelogdir=/tsm/activelog archlogdir=/tsm/archlog
archfailoverlogdir=/tsm/archfaillog mirrorlogdir=/tsm/mirrorlog

Capítulo 11. Herramientas y scripts 261

 Windows

dsmserv -k server2 loadformat dbdir=d:\tsmserv2\db activelogsize=8192

activelogdir=e:\tsmserv2\activelog archlogdir=f:\tsmserv2\archlog
archfailoverlogdir=g:\tsmserv2\archfaillog mirrorlogdir=h:\tsmserv2\mirrorlog

262 IBM Tivoli Storage Manager: Guía de actualización del servidor

DSMSERV INSERTDB (Transferencia de una base de datos de servidor
a una base de datos vacía)
Utilice el programa de utilidad de DSMSERV INSERTDB para mover una base de
datos del servidor a una nueva base de datos de V6.1. La base de datos se puede
extraer de un servidor original e insertarse en una base de datos nueva en un
servidor nuevo utilizando una conexión de red entre el servidor original y el
servidor nuevo. La base de datos también se puede insertar desde un soporte que
contenga la base de datos extraída.

Requisitos para la inserción mediante soporte

Antes de ejecutar el programa de utilidad para insertar la base de datos en el

servidor en una base de datos vacía, asegúrese de que el sistema cumple los
siguientes requisitos.
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 especificada en el archivo manifiesto.
v El soporte que contenga la base de datos extraída debe estar disponible para el
servidor V6.1. El dispositivo debe estar acoplado físicamente al sistema y los
permisos se deben establecer para otorgar acceso al soporte para el identificador
de usuario propietario de la instancia del servidor V6.1.

Sintaxis
 DSMSERV 
-u nombre_usuario -i dir_instancia

-k Server1
 
-k nombre_clave -o archivo_opciones -noexpire

 INSERTDB A: Insertar desde soporte 

-quiet B: Insertar en red

A: Insertar desde soporte:

MANifest = nombre_archivo
DEVclass = nombre_clase_dispositivo

B: Insertar en red:

SESSWait = 60

SESSWait = minutos

Capítulo 11. Herramientas y scripts 263

 parámetros
AIX HP
UX Linux Solaris -u nombre_usuario
Especifica un nombre de usuario al que cambiar antes de iniciar el servidor.
AIX HP
UX Linux -i dir_instancia
Solaris
Especifica un directorio de instancia que utilizar. Éste se convierte en el
directorio de trabajo actual del servidor.
Windows -k nombre_clave
Especifica el nombre de la clave de registro de Windows en la que se almacena
la información acerca del servidor. El valor predeterminado es SERVER1.
-o archivo_opciones
Especifica el archivo de opciones que se utilizará.
-noexpire
Especifica que el procesamiento de la caducidad se ha eliminado al inicio.
-quiet
Especifica que deben suprimirse los mensajes dirigidos a la consola.
DEVclass
Especifica una clase de dispositivo de acceso secuencial. Puede especificar
cualquier clase de dispositivo excepto la clase de dispositivo DISK. La
definición para la clase de dispositivo debe existir en el archivo de
configuración del dispositivo.
Este parámetro es opcional y sólo se utiliza cuando la base de datos que se
desea insertar en la base de datos V6.1 vacía se ha extraído al soporte. Si la
base de datos está en el soporte y no se especifica una clase de dispositivo, se
utiliza la clase de dispositivo que está en el archivo manifiesto.

Restricción: No puede utilizar la clase de dispositivo con un tipo de

dispositivo de NAS o CENTERA.
MANifest
Especifica la ubicación del archivo manifiesto. Utilice un nombre de archivo
cualificado completo o bien ubíquelo en un directorio local. Por ejemplo:
./manifest.txt
Este parámetro es necesario cuando la base de datos que se desea insertar en la
base de datos V6.1 vacía se ha extraído al soporte.
SESSWait
Especifica el número de minutos que el servidor V6.1 esperará a recibir
contacto por parte del servidor original. El valor predeterminado es de 60
minutos.
Utilice este parámetro sólo si los datos que desea insertar en la base de datos
V6.1 se van a transmitir desde el servidor de origen mediante una conexión de
red.

264 IBM Tivoli Storage Manager: Guía de actualización del servidor

Script de inicio del servidor: rc.dsmserv
AIX HP
UX Linux Solaris

El script de inicio se puede utilizar en el inicio del sistema para iniciar

automáticamente una instancia del servidor de un identificador de usuario
específico.

Sintaxis
 rc.dsmserv -u nombre_usuario 
-U nombre_usuario -i dir_instancia

parámetros
-u nombre_usuario
Especifica el identificador de usuario de la instancia de Tivoli Storage Manager
para la que se ha configurado el entorno. El servidor se ejecutará con este
identificador de usuario.
-U nombre_usuario
Especifica el identificador de usuario de la instancia de Tivoli Storage Manager
para la que se ha configurado el entorno. El servidor se ejecutará con este
identificador de usuario del invocador del mandato.
-i dir_instancia
Especifica un directorio de instancia que utilizar. Éste se convierte en el
directorio de trabajo actual del servidor.

Mandatos de prueba de validación de la actualización de la base de

datos
Ejecute una serie de mandatos antes y después de actualizar un servidor para
obtener un resumen de la información relativa al contenido de la base de datos del
servidor. La comparación de los resultados de los mandatos antes y después de la
actualización puede ayudar a confirmar que todos los datos se han transferido
correctamente. Las muestras ofrecen un conjunto de mandatos con el que empezar.

Los siguientes mandatos muestran ejemplos de cómo obtener información

resumida acerca de algunos tipos de objeto específicos
Espacios de archivos
select node_name, count(*) as “Number of Filespaces” from filespaces
group by node_name order by 2
Nodos select platform_name, count(*) as “Number of Nodes” from nodes group
by platform_name
Archivos de los que se ha realizado copia de seguridad
select node_name,sum(num_files) as "Number of Backup Files" from
occupancy where type='Bkup' group by node_name
Archivos de archivado
select node_name,sum(num_files) as "Number of Archive Files" from
occupancy where type='Arch' group by node_name
Clases de gestión
select count(*) as “Number of Management Classes” from mgmtclasses

Capítulo 11. Herramientas y scripts 265

 Scripts de servidor
select count(*) as “Number of Server Scripts” from script_names
Agrupaciones de almacenamiento
select count(*) as “Number of Storage Pools” from stgpools

El siguiente ejemplo muestra un conjunto de mandatos más completo. Puede

ejecutar este conjunto de mandatos como un script desde una línea de mandatos
del servidor Tivoli Storage Manager. Redireccione la salida a un archivo para
guardar los resultados.
select node_name, count(*) as “Number of Filespaces” from filespaces group by node_name order by 2
select platform_name, count(*) as “Number of Nodes” from nodes group by platform_name
select count(*) as “Number of Administrators” from admins
select node_name,sum(num_files) as "Number of Backup Files" from occupancy where type='Bkup'
group by node_name
select node_name,sum(num_files) as "Number of Archive Files" from occupancy where type='Arch'
group by node_name
select count(*) as “Number of Schedule Associations” from associations
select count(*) as “Number of Backupsets” from backupsets
select count(*) as “Number of Client Option Sets” from cloptsets
select count(*) as “Number of Collocation Groups” from collocgroup
select count(*) as “Number of Archive CopyGroups” from ar_copygroups
select count(*) as “Number of Backup CopyGroups” from bu_copygroups
select count(*) as “Number of Data Movers” from datamovers
select count(*) as “Number of Device Classes” from devclasses
select count(*) as “Number of Domains” from domains
select count(*) as “Number of Drives” from drives
select count(*) as “Number of Libraries” from libraries
select count(*) as “Number of Library Volumes” from libvolumes
select count(*) as “Number of Volumes” from volumes
select count(*) as “Number of Management Classes” from mgmtclasses
select count(*) as “Number of Node Groups” from nodegroup
select count(*) as “Number of Device Paths” from paths
select count(*) as “Number of Policy Sets” from policysets
select count(*) as “Number of Client Schedules” from client_schedules
select count(*) as “Number of Admin Schedules” from admin_schedules
select count(*) as “Number of Server Scripts” from scripts
select count(*) as “Number of Servers Defined” from servers
select count(*) as “Number of Servers Groups Defined” from server_group
select count(*) as “Number of Storage Pools Defined” from stgpools

266 IBM Tivoli Storage Manager: Guía de actualización del servidor

Apéndice A. Los idiomas regionales del servidor
Las traducciones para el servidor de IBM Tivoli Storage Manager permiten que el
servidor muestre mensajes y ayuda en otros idiomas que no sean inglés de Estados
Unidos. También permite utilizar convenios de entorno regional para el formato de
la fecha, de la hora y de los números.

Puede utilizar los siguientes idiomas: AIX

Tabla 31. Idiomas del servidor para AIX

Idioma Valor de la opción IDIOMA
Chino, simplificado zh_CN
Chino simplificado (UTF-8) ZH_CN
Chino tradicional (Big5) Zh_TW
Chino simplificado (UTF-8) ZH_TW
Chino tradicional (euc_tw) zh_TW
Inglés en_US
Inglés (UTF-8) EN_US
Francés fr_FR
Francés (UTF-8) FR_FR
Alemán de_DE
Alemán (UTF-8) DE_DE
Italiano it_IT
Italiano (UTF-8) IT_IT
Japonés, EUC ja_JP
Japonés, PC Ja_JP
Japonés, UTF8 JA_JP
Coreano ko_KR
Coreano (UTF-8) KO_KR
Portugués, brasileño pt_BR
Portugués, brasileño (UTF-8) PT_BR
Ruso ru_RU
Ruso (UTF-8) RU_RU
Español es_ES
Español (UTF-8) ES_ES
Notas de la tabla:
v El sistema debe tener instalado el soporte para el entorno en_US.
v Consulte Administrator’s Reference (Referencia del administrador) para obtener más
información para definir la opción IDIOMA.

HP
UX

© Copyright IBM Corp. 2009 267

 Tabla 32. Idiomas del servidor para HP-UX
Idioma Valor de la opción IDIOMA
Chino, simplificado zh_CN.hp15CN
zh_CN.utf8
Chino, tradicional zh_TW.big5
zh_TW.eucTW
zh_TW.utf8
Inglés en_US.iso88591
en_US.utf8
Francés fr_FR.iso88591
fr_FR.utf8
Alemán de_DE.iso88591
de_DE.utf8
Italiano it_IT.iso88591
it_IT.utf8
Japonés ja_JP.eucJP
ja_JP.utf8
Coreano ko_KR.eucKR
ko_KR.utf8
Portugués, brasileño pt_PT.iso88591
pt_PT.utf8
Ruso ru_RU.iso88595
ru_RU.utf8
Español es_ES.iso88591
es_ES.utf8
Notas de la tabla: Consulte Administrator’s Reference (Referencia del administrador) para
obtener más información para definir la opción IDIOMA.

Linux

Tabla 33. Idiomas del servidor para Linux

IDIOMA Valor de la opción IDIOMA
Chino, simplificado zh_CN
zh_CN.gb18030
zh_CN.utf8
Chino, tradicional Big5 / Zh_TW
zh_TW
zh_TW.utf8
Inglés, Estado Unidos en_US
en_US.utf8
Francés fr_FR
fr_FR.utf8

268 IBM Tivoli Storage Manager: Guía de actualización del servidor

Tabla 33. Idiomas del servidor para Linux (continuación)
IDIOMA Valor de la opción IDIOMA
Alemán de_DE
de_DE.utf8
Italiano it_IT
it_IT.utf8
Japonés ja_JP
ja_JP.utf8
Coreano ko_KR
ko_KR.utf8
Portugués, brasileño pt_BR
pt_BR.utf8
Ruso ru_RU
ru_RU.utf8
Español es_ES
es_ES.utf8
Notas de la tabla: Consulte Administrator’s Reference (Referencia del administrador) para
obtener más información para definir la opción IDIOMA.

Solaris

Tabla 34. Idiomas del servidor para Solaris

Idioma Valor de la opción IDIOMA
Chino, simplificado zh
zh_CN.UTF-8
Chino, tradicional zh_TW
zh_TW.BIG5
zh_TW.UTF-8
Inglés en_US.ISO8859-1
en_US.UTF-8
Francés fr_FR.ISO8859-1
fr_FR.UTF-8
Alemán de_DE.ISO8859-1
de_DE.UTF-8
Italiano it_IT.ISO8859-1
it_IT.UTF-8
Japonés ja
ja_JP.UTF-8
Coreano ko
ko_KR.UTF-8
Portugués, brasileño pt_BR.ISO8859-1
pt_BR.UTF-8

Apéndice A. Los idiomas regionales del servidor 269

 Tabla 34. Idiomas del servidor para Solaris (continuación)
Idioma Valor de la opción IDIOMA
Ruso ru_RU.ISO8859-5
ru_RU.UTF-8
Español es_ES.ISO8859-1
es_ES.UTF-8
Notas de la tabla: Consulte Administrator’s Reference (Referencia del administrador) para
obtener más información para definir la opción IDIOMA.

Windows

Tabla 35. Idiomas del servidor para Windows

Idioma Valor de la opción IDIOMA
Chino, simplificado chs
Chino, tradicional cht
Inglés ameng
Francés fra
Alemán deu
Italiano ita
Japonés jpn
Coreano kor
Portugués, brasileño ptb
Ruso rus
Español esp
Notas de la tabla: Consulte Administrator’s Reference (Referencia del administrador) para
obtener más información para definir la opción IDIOMA.

Windows

Soporte del idioma de la consola de Tivoli Storage Manager

Con el complemento de Microsoft Management Console (MMC), puede
gestionar Tivoli Storage Manager Windows y recursos que no son de
Windows a través de la red. Para utilizar la consola de gestión de Tivoli
Storage Manager con Windows 2003 o posterior, instale el paquete MMC la
versión 1.2 o posterior. Tivoli Storage Manager incluye sólo la versión en
inglés de EE.UU. del paquete MMC, que se instala automáticamente con el
servidor de Tivoli Storage Manager. Para activar el soporte para otro
idioma de la consola de Tivoli Storage Manager, debe instalar la versión de
idioma adecuada de MMC.

Restricción: Para los usuarios del Administration Center, puede que algunos
caracteres no se visualicen correctamente si la versión del navegador web no
utiliza el mismo idioma que el servidor. Si se produce este problema, utilice una
versión del navegador en el mismo idioma que el servidor.

270 IBM Tivoli Storage Manager: Guía de actualización del servidor

Instalación de un paquete de idioma
Si instala un paquete de idioma, el servidor de IBM Tivoli Storage Manager
mostrará los mensajes y la ayuda en idiomas que no sean inglés de Estados
Unidos. Los paquetes de instalación se proporcionan con Tivoli Storage Manager.

Para habilitar el soporte para un entorno determinado, realice una de las siguientes
tareas:
v Establezca la opción LANGUAGE en el archivo de opciones del servidor en el
nombre del entorno nacional que desea utilizar. Por ejemplo:
AIX Linux Para utilizar el entorno local it_IT, defina la opción
LANGUAGE en it_IT. Consulte el apartado Apéndice A, “Los idiomas
regionales del servidor”, en la página 267.
HP
UX Para utilizar el entorno local it_IT.iso88591, defina la opción
LANGUAGE en it_IT.iso88591. Consulte el apartado Apéndice A, “Los
idiomas regionales del servidor”, en la página 267.
Para utilizar el entorno local it_IT.ISO8859-1, defina la opción
Solaris
LANGUAGE en it_IT.ISO8859-1. Consulte el apartado Apéndice A, “Los
idiomas regionales del servidor”, en la página 267.
Windows Para utilizar el entorno local ita, defina la opción LANGUAGE en
ita. Consulte el apartado Apéndice A, “Los idiomas regionales del servidor”,
en la página 267.
Si el entorno regional se inicializa correctamente, controlará los formatos que el
servidor utiliza para la fecha, la hora y los números. Si el entorno regional no se
inicializa correctamente, el servidor utilizará los archivos de mensajes en inglés
de Estados Unidos y el formato de fecha, hora y número.
Si un cliente de administración se conecta con el servidor y especifica un
entorno local distinto del que se ha especificado en el servidor, el servidor
intentará inicializar el entorno local especificado para devolver mensajes al
cliente.
v AIX HP
UX Linux Solaris Establezca la variable de entorno
LC_MESSAGES de forma que coincida con el valor definido en el archivo de
opciones del servidor. Por ejemplo, para definir la variable de entorno en
italiano, especifique lo siguiente:
export LC_MESSAGES=it_IT
Si el entorno regional se inicializa correctamente, controlará los formatos que el
servidor utiliza para la fecha, la hora y los números. Si el entorno regional no se
inicializa correctamente, el servidor utilizará los archivos de mensajes en inglés
de Estados Unidos y el formato de fecha, hora y número.
v Windows Establezca la variable de entorno LC_MESSAGES de forma que
coincida con el valor definido en el archivo de opciones del servidor. Para
definir una variable del entorno del sistema, realice los siguientes pasos:
1. Pulse con el botón derecho el icono Mi equipo.
2. Seleccione Propiedades.
3. Pulse Avanzadas.
4. Pulse Variables de entorno.
5. Seleccione Nuevo debajo del panel Variables del sistema. Rellene la
información necesaria y reinicie el sistema.

Apéndice A. Los idiomas regionales del servidor 271

272 IBM Tivoli Storage Manager: Guía de actualización del servidor
Apéndice B. Requisitos de recursos del sistema HP-UX
Semáforos, memoria compartida y procesos son recursos del sistema HP-UX que
podrían necesitar una configuración y ajuste especiales para el servidor de Tivoli
Storage Manager.

Estimación de los recursos de semáforo necesarios

IBM Tivoli Storage Manager utiliza recursos de semáforo para controlar sus
operaciones internas.

Para hacer una estimación del número total de semáforos que el servidor puede
necesitar, utilice la fórmula siguiente:
semáforos = 60 + (2 x Máx_sesiones)

Donde Máx_sesiones es el número máximo de sesiones de cliente simultáneas.

Por ejemplo, si espera tener un máximo de 15 sesiones de cliente activas al mismo

tiempo, Tivoli Storage Manager necesita aproximadamente 90 semáforos.

Nota: si tiene otras aplicaciones que utilizan semáforos, también deberá justificar
sus requisitos al ajustar la configuración del kernel.

Una vez realizada la estimación del número de semáforos, asegúrese de que la

configuración del kernel contiene el valor correcto. Consulte el apartado
“Visualización y modificación de la configuración del kernel” en la página 274 para
conocer más detalles.

Estimación de los recursos de proceso necesarios

IBM Tivoli Storage Manager utiliza procesos de HP-UX estándares para las
operaciones simultáneas del servidor.

Para hacer una estimación del número total de procesos que el servidor puede
necesitar, utilice la fórmula siguiente:
procesos = 60 + (2 x Máx_sesiones)

Donde Máx_sesiones es el número máximo de sesiones de cliente simultáneas.

Por ejemplo, supongamos que tiene 15 sesiones de cliente activas al mismo tiempo.
Puede calcular que IBM Tivoli Storage Manager necesita aproximadamente 90
procesos para controlar sus operaciones internas. También necesitará justificar
todos los procesos de HP-UX restantes que puedan ejecutarse simultáneamente en
el sistema al computar el número total de requisitos para los recursos de kernel de
HP-UX.

Una vez realizada la estimación del número de procesos necesarios, asegúrese de

que la configuración del kernel contiene el valor correcto. Consulte el apartado
“Visualización y modificación de la configuración del kernel” en la página 274 para
conocer más detalles.

© Copyright IBM Corp. 2009 273

Estimación del número necesario de hebras por proceso
El valor predeterminado de HP-UX para el número máximo de hebras que se
permite en cada proceso es de 64.

Cuando Tivoli Storage Manager ejecuta una carga de trabajo importante o participa
en un movimiento de datos fuera de la LAN, este valor puede ser demasiado bajo.
Para impedir errores de creación de hebras en el servidor de Tivoli Storage
Manager, aumente el número máximo de hebras por proceso de HP-UX a 500.

Consulte el apartado “Visualización y modificación de la configuración del kernel”

para conocer más detalles.

Visualización y modificación de la configuración del kernel

Para ver o modificar la configuración del kernel actual, puede emplear el programa
de utilidad SAM o editar directamente el archivo de configuración. Base los valores
de kernel en las recomendaciones del programa de utilidad DB2OSCONF.

Para utilizar SAM, inicíelo y después seleccione lo siguiente:

1. Configuración del kernel
2. Parámetros configurables
Se muestra una lista de parámetros, cuyos valores puede cambiar. La lista incluye:
v semmns Número máximo de semáforos
v shmmax Cantidad máxima de memoria compartida disponible
v nproc Número máximo de procesos
v max_thread_proc Número máximo de hebras que se permiten en cada proceso
Consulte la documentación de HP-UX para obtener información detallada acerca
de cómo cambiar los parámetros configurables del kernel.

274 IBM Tivoli Storage Manager: Guía de actualización del servidor

Apéndice C. Servicios asociados al servidor de Tivoli Storage
Manager
Windows
Al iniciar el servidor de Tivoli Storage Manager como un servicio, se inician
automáticamente otros servicios. Estos servicios se asocian al gestor de la base de
datos, DB2.
Los siguientes servicios se asocian al servidor Tivoli Storage Manager.
Nombre del servicio
TSM Server_instance
DB2 - DB2TSM1 - DB2TSM-0
DB2 - DB2TSM1 - SERVER_INSTANCE
DB2 Governor (DB2TSM1)
DB2 License Server (DB2TSM1)
DB2 Management Server (DB2TSM1)
© Copyright IBM Corp. 2009
Finalidad
El servicio para la instancia del
servidor de Tivoli Storage Manager
denominado Server_instance.
Por ejemplo: TSM Server1
Un servicio para una instancia de la
base de datos vacía, DB2TSM, que se
crea de manera predeterminada en el
momento de la instalación.
El servicio DB2 para la instancia del
servidor se denomina Server_instance.
Por ejemplo: DB2 - DB2TSM1 -
SERVER1
Un servicio DB2 que se crea en el
momento de la instalación y que es
necesario para todas las instancias
del servidor.
Un servicio DB2 que se crea en el
momento de la instalación y que es
necesario para todas las instancias
del servidor.
Un servicio DB2 que se crea en el
momento de la instalación y que es
necesario para todas las instancias
del servidor.
Comentarios.
Defina las opciones de inicio y
finalización de este servicio para
iniciar y detener la instancia del
servidor automáticamente.
Cada instancia del servidor se ejecuta
como un servicio independiente.
Puede dejar que se ejecute este
servicio a medida que se define de
manera predeterminada, o bien
puede detenerlo.
Este servicio no afecta a la operación
de las instancias del servidor de
Tivoli Storage Manager configure. La
instancia de la base de datos de
DB2TSM no incluye ningún dato
para Tivoli Storage Manager.
Este servicio se inicia
automáticamente cuando el servicio
para la instancia del servidor de
Tivoli Storage Manager no se ha
iniciado. El servicio DB2 no se
soporta automáticamente al detener
el servicio para el servidor.
El sistema dispone de uno de estos
servicios para cada servicio de la
instancia del servidor que se inicie en
el sistema.
No cambie las opciones para este
servicio.
No cambie las opciones para este
servicio.
No cambie las opciones para este
servicio.
275
Nombre del servicio Finalidad Comentarios.
DB2 Remote Command Server Un servicio DB2 que se crea en el No cambie las opciones para este
(DB2TSM1) momento de la instalación y que es servicio.
necesario para todas las instancias
del servidor.

276 IBM Tivoli Storage Manager: Guía de actualización del servidor

Apéndice D. Características de accesibilidad de Tivoli Storage
Manager
Las características de accesibilidad permiten que los usuarios con una disminución
física como, por ejemplo, problemas de movilidad o visión, utilicen los productos
de software correctamente. Las características de accesibilidad principales de Tivoli
Storage Manager se describen en este tema.

Características de accesibilidad

En la siguiente lista se incluyen las características principales de accesibilidad en

Tivoli Storage Manager:
v Operación sólo con teclado
v Interfaces que utilizan habitualmente lectores de pantalla
v Teclas que se distinguen por el tacto, pero que no se activan sólo al tocarlas
v Dispositivos según los estándares de la industria para puertos y conectores
v Accesorio de dispositivos de entrada y salida alternativos
v Documentación del usuario proporcionada en formato HTML y PDF. Se
proporciona un texto descriptivo para todas las imágenes de la documentación.

El Information Center de Tivoli Storage Manager y las publicaciones relacionadas

tienen habilitado el accesibilidad.

Navegación mediante teclado

WindowsLa consola de Tivoli Storage Manager para Windows sigue las

convenciones de Microsoft para toda navegación y accesibilidad mediante el
teclado. Las funciones de arrastrar y soltar se gestionan mediante la opción de
accesibilidad de Microsoft Windows, conocida como MouseKeys. Para obtener más
información acerca de MouseKeys y de otras opciones de accesibilidad de
Windows, consulte la Ayuda en línea de Windows (palabra clave: MouseKeys).

AIX Tivoli Storage Manager sigue las convenciones del sistema operativo AIX
para navegación y accesibilidad mediante teclado.

HP
UX Tivoli Storage Manager sigue las convenciones del sistema operativo
HP-UX para navegación y accesibilidad mediante teclado.

LinuxTivoli Storage Manager sigue las convenciones del sistema operativo

Linux para navegación y accesibilidad mediante teclado.

SolarisTivoli Storage Manager sigue las convenciones del sistema operativo Sun
Solaris para navegación y accesibilidad mediante teclado.

Software de un proveedor

Tivoli Storage Manager incluye cierto software de un proveedor que no está

cubierto por el acuerdo de licencia deIBM. IBM no se hace responsable de las
características de accesibilidad de estos productos. Póngase en contacto con el
proveedor para obtener información de accesibilidad acerca de estos productos.

© Copyright IBM Corp. 2009 277

 Información de accesibilidad relacionada

Puede consultar las publicaciones para Tivoli Storage Manager en Adobe Portable
Document Format (PDF) mediante Adobe Acrobat Reader. Puede acceder a estos
PDF o a cualquier otra documentación en el Publications Center de IBM en
http://www.ibm.com/shop/publications/order/.

IBM y accesibilidad

Para más información acerca del compromiso que IBM tiene con la accesibilidad,
consulte el IBM Human Ability and Accessibility Center en http://www.ibm.com/
able.

278 IBM Tivoli Storage Manager: Guía de actualización del servidor

Avisos
Esta información ha sido desarrollada para productos y servicios ofrecidos en
EE.UU.

IBM no proporcionará los productos, servicios o funciones que se tratan en este

documento en otros países. Póngase en contacto con su representante local de IBM
para obtener más información acerca de los productos y servicios que actualmente
están disponibles en su país. Cualquier referencia a un producto, programa o
servicio de IBM no significa ni implica que sólo pueda utilizar este determinado
producto, programa o servicio de IBM. En su lugar, puede utilizarse cualquier
producto, programa o servicio equivalente funcionalmente que no infrinja los
derechos de propiedad intelectual de IBM. No obstante, es responsabilidad del
usuario evaluar y verificar el funcionamiento de cualquier producto, programa o
servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patente pendientes que cubran el tema
central tratado en este documento. La posesión de este documento no otorga
ninguna licencia acerca de dichas patentes. Puede enviar consultas acerca de las
licencias escribiendo a:

IBM Director of Licensing

IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
EE.UU.

Para consultas de licencias referentes a información del juego de caracteres de

doble byte (DBCS), póngase en contacto con el Departamento de propiedad
intelectual de IBM de su país o envíe las consultas a la siguiente dirección:

IBM World Trade Asia Corporation

Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokyo 106-0032, Japón

El siguiente párrafo no se aplica en el Reino Unido ni en aquellos países en los

que estas condiciones sean incompatibles con la legislación local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIÓN “TAL CUAL”, SIN GARANTÍAS DE NINGÚN TIPO, NI
EXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, PERO NO LIMITÁNDOSE A LAS
GARANTÍAS DE COMERCIALIZACIÓN Y DE ADECUACIÓN A UN PROPÓSITO
DETERMINADO. Algunos países no permiten la exclusión de las garantías
explícitas o implícitas, por lo que el párrafo anterior puede que no se aplique en su
caso.

Esta publicación podría contener imprecisiones técnicas o errores tipográficos. La

información que ofrece está sometida a modificaciones periódicas, las cuales se van
incorporando en ediciones posteriores de la publicación. IBM puede especificar
mejoras y/o cambios en el producto o productos y/o en el programa o programas
descritos en esta publicación en cualquier momento y sin previo aviso.

© Copyright IBM Corp. 2009 279

 Cualquier referencia en esta información a sitios web que no son de IBM se
proporcionan únicamente para su comodidad y en modo alguno sirven como
apoyo de dichos sitios web. Los materiales de dichos sitios web no forman parte
de los materiales de este producto IBM y la utilización de estos sitios web corre de
su propia cuenta y riesgo.

IBM puede utilizar o distribuir cualquier información que usted proporcione de la

forma que considere apropiada sin incurrir en ninguna obligación con usted.

Los licenciatarios de este programa que deseen tener información acerca del mismo
con el fin de permitir: (a) el intercambio de información entre programas creados
independientemente y otros programas (incluido este) y (b) la utilización mutua de
la información que se intercambia, deberán ponerse en contacto con:

IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
EE.UU.

Este tipo de información puede estar disponible, sujeta a los términos y

condiciones pertinentes, lo que incluye, en determinados casos, el pago de una
cuota.

El programa bajo licencia descrito en la presente información y en todo el material

bajo licencia disponible para ello son proporcionados por IBM de acuerdo con los
términos del contrato de cliente de IBM, el contrato internacional de licencia de
programa IBM o cualquier otro contrato equivalente entre las dos partes.

Los datos de rendimiento contenidos en este documento se han determinado en un

entorno controlado. Por tanto, es posible que los resultados obtenidos en otros
entornos operativos puedan variar significativamente. Algunas mediciones se han
realizado en sistemas en fase de desarrollo y no se garantiza que estas mediciones
serán las mismas en los sistemas comercializados. Asimismo, algunas mediciones
se han calculado mediante extrapolación. Los resultados reales pueden variar. Los
usuarios de este documento deben verificar los datos que se aplican a su entorno
específico.

La información referente a productos que no son IBM se obtuvo de los

proveedores de dichos productos, o de sus anuncios publicados u otras fuentes
disponibles públicamente. IBM no ha probado dichos productos y no puede
confirmar la precisión de su funcionamiento, la compatibilidad ni cualquier otra
reclamación relacionada con productos que no son IBM. Las preguntas referentes a
las capacidades de los productos que no son de IBM deberían dirigirse a los
proveedores de dichos productos.

Esta información contiene ejemplos de datos e informes utilizados en operaciones

de negocio diarias. Para ilustrarlos, de la forma más completa posible, los ejemplos
incluyen nombres de personas, empresas, marcas y productos. Todos ellos son
ficticios y cualquier parecido con nombres y direcciones de empresas reales es pura
coincidencia.

Si está viendo esta información en copia software, es posible que las fotografías y
las ilustraciones en color no aparezcan.

280 IBM Tivoli Storage Manager: Guía de actualización del servidor

Marcas registradas
IBM, el logotipo de IBM e ibm.com son marcas o marcas registradas de
International Business Machines Corporation en Estados Unidos, otros países o en
ambos a la vez. Si éstos y otros términos de marca registrada de IBM están
marcados la primera vez que aparecen en esta información con un símbolo de
marca registrada (® o ™), dichos símbolos indican marcas registradas en Estados
Unidos o por derecho consuetudinario marcas que son propiedad de IBM en el
momento de publicación de esta información. Dichas marcas registradas también
pueden estar registradas o ser marcas registradas por derecho consuetudinario en
otros países. Puede encontrar una lista actual de las marcas registradas de IBM en
Internet, en http://www.ibm.com/legal/copytrade.shtml.

Adobe es una marca o una marca registrada de Adobe Systems Incorporated en

Estados Unidos, otros países o en ambos a la vez.

Intel, Itanium y Pentium son marcas o marcas registradas de Intel Corporation o

sus subsidiarias en Estados Unidos o en otros países.

Linux es una marca registrada de Linus Torvalds en Estados Unidos o en otros

países.

Microsoft y Windows son marcas registradas de Microsoft Corporation en Estados

Unidos, otros países o en ambos a la vez.

UNIX es una marca registrada de The Open Group en Estados unidos y en otros
países.

Java es una marca registrada de Sun Microsystems, Inc. en Estados Unidos, otros
países o en ambos a la vez.

Otros nombres de compañías, productos o servicios son pueden ser marcas

registradas o marcas de servicio de otras empresas.

Avisos 281
282 IBM Tivoli Storage Manager: Guía de actualización del servidor
Glosario
Existe a su disposición un glosario con los términos y definiciones para el servidor IBM Tivoli Storage
Manager y los productos relacionados.

El glosario se ubica en el Information Center de Tivoli Storage Manager, versión 6.1:

http://publib.boulder.ibm.com/infocenter/tsminfo/v6

© Copyright IBM Corp. 2009 283

284 IBM Tivoli Storage Manager: Guía de actualización del servidor
Índice
A base de datos (continuación)
comparación de contenido, casos de
bases de datos, buscar xi
bibliotecas compartidas, actualización 41
acceso ejemplo 85, 116, 146, 176
agrupaciones de almacenamiento, comparación de contenidos 205
disco 233
ACSLS xx
Consultas SQL 1
copias de seguridad
C
activar servidor características de accesibilidad 277
antes de actualizar 204
Véase instancia de inicio de servidor características de la traducción 267
antes de actualizar, casos de
actualización manual casos de ejemplo
ejemplo 83, 115, 145, 175
Véase actualizar mediante la interfaz actualizar 57
después de la actualización 237
de mandatos mismo sistema, método de
recuperación 5
actualizar red 111
descripción 1
procedimientos 199 mismo sistema, método
espacio 2, 4
proceso 11 soporte 79
extracción
sistema existente, servidor V5 12 nuevo sistema, método de
archivo manifiesto 254
sistema nuevo, servidor V6.1 12 red 171
cargar datos extraídos 226
usar la interfaz de mandatos nuevo sistema, método
cargar datos extraídos, casos de
Véase actualizar mediante la soporte 141
ejemplo 105, 166
interfaz de mandatos centro de soporte de software de IBM
clase de dispositivo,
actualizar el servidor V6.1 199 enviar un problema xv
definición 225
agentes de almacenamiento, cliente
descripción 252
actualización 40, 41 actualizar
DSMUPGRD EXTRACTDB 252
agrupaciones de almacenamiento valor, casos de ejemplo 82, 113,
extraer a soporte 225
acceso, disco 233 144, 173
extraer a soportes, casos de
copias de seguridad valores 202
ejemplo 101, 161
antes de actualizar 204 revertir a versiones de servidor
rendimiento 38
antes de actualizar, casos de anteriores
resultado del mensaje 225
ejemplo 83, 115, 145, 175 datos afectados 244
gestor de base de datos
revertir a versiones de servidor clientes de biblioteca, actualización 41
Véase gestor de base de datos
anteriores 244 componentes
operaciones 4
ampliación compatibilidad
preparación 210
registros, archivo 257 versiones anteriores 40
preparación, casos de ejemplo 90,
ampliar comprobar
121, 160, 189
base de datos 256 antes de actualizar 41
registros de recuperación 4
archivo manifiesto 254 configuración
restauración 5
archivos API, Tivoli Storage Manager 229
resumen de contenidos 205
denominación 8 casos de ejemplo 107, 137, 167,
resumen del contenido, casos de
histórico de volúmenes 5 195
ejemplo 85, 116, 146, 176
ubicación 8 copias de seguridad
traslado de datos
arreglos, obtener xii, xiii antes de actualizar 204
en red 228
asistente de actualización antes de actualizar, casos de
en red, casos de ejemplo 135, 194
actualizar varios servidores 40 ejemplo 84, 115, 146, 175
mediante soportes 225
casos de ejemplo 99, 130, 158, 187 gestor de base de datos 229
método de red 15
descripción 219 gestor de base de datos, casos de
método de soporte 15
registros 8 ejemplo 107, 137, 167, 195
ubicación 2
asistentes copias de seguridad
V6.1, nuevo
Véase descripción del asistente de base de datos
creación de instancia del
actualización agrupaciones de
servidor 221
auditar, base de datos 1 almacenamiento 204
creación de instancia del servidor,
automatización agrupaciones de almacenamiento,
casos de ejemplo 102, 132, 162,
implementación 239 casos de ejemplo 83, 115, 145,
190
175
descripción 1
antes de actualizar 204
formateo 221
B formateo, casos de ejemplo 102,
antes de actualizar, casos de
ejemplo 83, 115, 145, 175
base de datos 132, 162, 190
archivo histórico de volúmenes 5
administración 4 visión general de actualizaciones 1
después de la actualización 237
ampliación 256 base de datos del servidor
protección 5
auditorías 1 Véase descripción de la base de datos
recuperación 5
cambios en la protección 5 base de datos del servidor de Tivoli
configuración
cambios en la recuperación 5 Storage Manager
antes de actualizar 204
Véase descripción de la base de datos

© Copyright IBM Corp. 2009 285

copias de seguridad (continuación)
configuración (continuación)
herramientas
Véase programas de utilidad de
N
antes de actualizar, casos de actualización nodos cliente
ejemplo 84, 115, 146, 175 histórico de volúmenes 5 programar actualización 41
API, Tivoli Storage Manager 229 Hoja de trabajo nombres de conjunto de archivos 8
API, Tivoli Storage Manager, casos planificación del espacio del
de ejemplo 107, 137, 167, 195 servidor 37
gestor de base de datos 229 O
gestor de base de datos, casos de opciones
ejemplo 107, 137, 167, 195 I cambiar directorio de trabajo
IBM Support Assistant xii actual 7
idioma, definir 271 cambiar identificadores de
D información de soporte xi usuarios 7
detener servidor inglés de EE.UU. 271 descripción
Véase detener servidor inhabilitar sesiones 83, 114, 145, 174, 203 actualizado 47
determinación de problemas iniciar el servidor nuevo 44
describir el problema para el centro de Véase también instancia de inicio de suprimido 49
soporte de software de IBM xiv servidor visión general 44
determinar el impacto empresarial autoarranque 7 DSMSERV 7
para el centro de soporte de cambios en V6.1 7 optimización de almacenamiento de datos
software de IBM xiv varias instancias 7, 8 revertir a versiones de servidor
enviar un problema a IBM iniciar servidores automáticamente 235 anteriores 244
Software xv inicio automático, servidor 235
directorio de archivo de migración tras instalación
error 3 disponibilidad de componentes 40 P
directorio de archivo secundario hoja de trabajo 29 permisos
Véase directorio de archivo de registros 8 agrupaciones de almacenamiento,
migración tras error ubicación 8 disco 233
dsmupgdx instancias de servidor 7 preparar la actualización
Véase descripción del asistente de instancias del servidor 8 base de datos 210
actualización Internet, buscar la solución de base de datos, casos de ejemplo 90,
duplicación de registro activo 3 problemas xii 121, 160, 189
Internet, buscar para encontrar solución a copias de seguridad 204
problemas xii copias de seguridad, casos de
E ejemplo 83, 115, 145, 175
educación espacio 201
véase formación técnica de Tivoli xi L espacio, casos de ejemplo 81, 113,
espacio de disco, requisitos 34 LANGUAGE, opción 267, 271 143, 173
estimar 274 mismo sistema
duración de la actualización 38 método de red, casos de
ejemplo 111
rendimiento 38
requisitos de espacio para la
M método de soporte, casos de
mandato DSMUPGRD UPDATE 259 ejemplo 79
actualización 34
mandato SELECT 53 operaciones del servidor 43
extracción
mandatos pasos de preparación 244
Véase descripción de extracción de la
administración 9 procedimiento 199
base de datos
administrativo, SET procedimiento, casos de ejemplo 79,
extracción de datos
DBRECOVERY 237 111, 141, 171
Véase descripción de extracción de la
antes de la actualización, ejemplos de sistema nuevo
base de datos
resumen 265 método de red, casos de
descripción ejemplo 171
actualizado 47 método de soporte, casos de
F nuevo 44 ejemplo 141
formación técnica de Tivoli xi suprimido 49 programa cliente
función de copia de registro visión general 44 programar actualización 41
Véase duplicación de registro activo después de la actualización, ejemplos Programa de utilidad DSMUPGRD
de resumen 265 EXTEND
DSMUPGRD UPDATE 259 registro de servidor V5 ampliado 257
G SELECT, SQL 53
validación de la actualización de la
programa de utilidad DSMUPGRD
gestor de base de datos 1 EXTEND DB
base de datos, ejemplos 265 ampliar la base de datos V5 256
gestor de biblioteca, actualización 41
mensajes programa de utilidad DSMUPGRD
gestor de recuperación ante siniestro 5
extracción EXTRACTDB
salida 225 extraer base de datos V5 252
servidor 54 programa de utilidad DSMUPGRD
H modalidad de anotaciones de PREPAREDB
hebras 274 recuperación 5 preparar la base de datos V5 251

286 IBM Tivoli Storage Manager: Guía de actualización del servidor

programa de utilidad DSMUPGRD publicaciones requisitos de hardware (continuación)
QUERYDB buscar ix servidor V6.1 (continuación)
mostrar información de la base de descargar ix Linux en System z 26
datos V5 250 orden ix Linux x86_64 25
mostrar información del servidor Tivoli Storage Manager ix Sistemas Linux en POWER 23
V5 250 Sun Solaris 28
programar actualización visión general 20
Agentes de almacenamiento de 40,
41
R requisitos de software
servidor V5 17
recurso para sistema HP
nodos cliente 41 servidor V6.1
consideraciones acerca del
programa cliente 41 AIX 20
proceso 273
referencia 44 HP-UX 22
consideraciones acerca del
servidor 11 Linux 23
semáforo 273
varios servidores 40 Linux en System z 26
recursos de procesos, servidor
programas de utilidad de actualización Linux x86_64 25
estimación del número total 273
base de datos V5 Sistemas Linux en POWER 23
uso de SAM para ver o cambiar 274
DSMUPGRD EXTEND DB 256 Sun Solaris 28
recursos de semáforo, servidor
DSMUPGRD EXTRACTDB 252 visión general 20
estimación del número de 273
DSMUPGRD PREPAREDB 251 requisitos de ubicación
uso de SAM para ver o cambiar 274
DSMUPGRD QUERYDB 250 base de datos 33
registro activo 3
crear un servidor de pruebas 41 registro de recuperación 33
Registro de archivado 3
descripción 249 resolución de problemas
registro de licencias
actualizado 47 problemas comunes 241
REGISTER LICENSE, mandato 237
nuevo 44 revertir a versiones de servidor
registro de recuperación
suprimido 49 anteriores 241, 244
requisitos de espacio 32
DSMUPGRD
registros
visión general 16
ampliar, archivo 257
instalar
AIX 206
archivar 3 S
archivo de migración tras error 3 scripts
AIX, casos de ejemplo 87, 118,
modalidad de anotaciones de configurar el entorno 7
148, 178
recuperación 5 descripción 249
HP-UX 207
modalidad de puesta al día implementación 239
HP-UX, casos de ejemplo 88, 119,
Véase modalidad de registros de iniciar servidores
149, 179
recuperación automáticamente 235
Linux 208
recuperación 2 rc.dsmserv 7, 235
Linux, casos de ejemplo 88, 119,
activo 3 servicios en sistemas Windows 275
150, 179
duplicar 3 servidor
servidor original 206
ubicación 33 antes de actualizar
servidor original, casos de
requisitos de espacio, pasos de preparación 244
ejemplo 86, 117, 147, 177
recuperación 32 archivos
Sun Solaris 208
ubicación 8 denominación 8
Sun Solaris, casos de ejemplo 89,
registros de recuperación ubicación 8
120, 150, 180
descripción 2 compatibilidad
Windows 210
rendimiento versiones anteriores 40
Windows, escenarios 90, 121, 151,
estimar 38 configurar 233
181
sugerencias después de la actualización
interfaz de mandatos 220
inserción, servidor V6.1 39 primeros pasos 233
interfaz de mandatos, casos de
servidor V5, extracción 38 revertir a versiones de servidor
ejemplo 100, 131, 159, 188
requisitos anteriores 244
mover datos, métodos 15
servidor V5 detener
servidor V5
método de red 31 antes de actualizar 205
DSMUPGRD EXTEND LOG 257
método de soporte 31 antes de actualizar, casos de
DSMUPGRD QUERYDB 250
servidor V6.1 17 ejemplo 85, 116, 147, 176
variables de entorno
requisitos de espacio ejecutar como root 234
definición 8, 209
base de datos 32 iniciar
DSMSERV_CONFIG 8
proceso de actualización, a partir del ID de usuario que
DSMSERV_DIR 8
estimación 34 posee la instancia del
registros, ubicación 8
registro de recuperación 32 servidor 234
variables de entorno, casos de
servidor V5 a partir del usuario root 234
ejemplo 89, 120, 151, 180
método de red 31 automático 235
Programas de utilidad de actualización
método de soporte 31 en Windows 236
DSMUPGRD
servidor V6.1 17 iniciar instancia 233
visión general 16
requisitos de hardware inicio después de actualizar 233
propiedad
servidor V6.1 instalar
agrupaciones de almacenamiento,
AIX 20 hoja de trabajo de instalación 29
disco 233
HP-UX 22 servidor V6.1 214
Linux 23

Índice 287
servidor (continuación) Tivoli Storage Manager, versión 6.1
instalar (continuación) base de datos
servidor V6.1, casos de visión general 1
ejemplo 93, 125, 152, 181 traducciones 267
instancias 7, 8
propietario, crear 214
varias en un sistema único 6
mandatos 44, 49
V
variables de entorno 209
administración 9
Véase valor de variables de entorno de
antes de la actualización, ejemplos
los programas de utilidad de
de resumen 265
actualización
descripción 44, 47
varias instancias de servidor 6
después de la actualización,
varios servidores, actualizar 40
ejemplos de resumen 265
verificar la actualización
validación de la actualización de la
operaciones del servidor 238
base de datos, ejemplos 265
mensajes 54
opciones 44, 49
cambiar directorio de trabajo
actual 7
cambiar identificadores de
usuario 7
descripción 44, 47
DSMSERV 7
operaciones 3
programar actualización 11
programas de utilidad de
actualización 44, 49
descripción 47
requisitos
comprobar 200
comprobar, casos de ejemplo 80,
112, 142, 172
requisitos previos
comprobar 200
comprobar, casos de ejemplo 80,
112, 142, 172
valores
modificar para actualizar 202
modificar para actualizar, casos de
ejemplo 82, 113, 144, 173
sesiones
inhabilitar antes de actualizar 83,
114, 145, 174, 203
SET DBRECOVERY 237
soporte al cliente
contacto xiii
Soporte de idioma de la consola 267
soporte de software
contacto xiii
describir el problema para el centro de
soporte de software de IBM xiv
determinar el impacto empresarial
para el centro de soporte de
software de IBM xiv
soporte para idiomas 271
SQL
consultas 1
mandatos
SELECT 53
sintaxis 53
supervisar
registros 239

T
Tivoli, formación técnica xi

288 IBM Tivoli Storage Manager: Guía de actualización del servidor

򔻐򗗠򙳰

NúmerodePrograma: 5608-E01
5608-E02
5608-E03

SC11-3860-00