Professional Documents
Culture Documents
Versión 6.1
SC11-3860-00
Tivoli Storage Manager
®
Versión 6.1
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 Comparación de los métodos para transferir
Quién debe leer esta guía . . . . . . . . . . ix datos a la base de datos V6.1 . . . . . . . 15
Publicaciones . . . . . . . . . . . . . . ix Herramientas de actualización DSMUPGRD . . 16
Publicaciones de Tivoli Storage Manager . . . . ix Requisitos de hardware y software para la
Información de soporte . . . . . . . . . . xi actualización del servidor a V6.1 . . . . . . . 17
Obtención de formación técnica . . . . . . . xi Requisitos de software y hardware del sistema
Búsqueda en bases de datos de conocimientos . . xi del servidor V5 que se va a actualizar . . . . 17
Contacto con el centro de soporte de software Requisitos de hardware y software para la
de IBM . . . . . . . . . . . . . . xiii actualización del servidor. . . . . . . . . 20
Planificación de espacio para el proceso de
Nuevo en la versión 6.1 . . . . . . . xvii actualización y el servidor actualizado . . . . . 31
Requisitos de espacio del sistema de servidor V5 31
Funciones inhabilitadas . . . . . . . . . . xvii
Requisitos de espacio del sistema de servidor V6 32
Cambios en la versión 6.1 de Centro de
Estimación de las necesidades de espacio total
administración . . . . . . . . . . . . . xvii
del proceso de actualización y el servidor
Optimización del almacenamiento de datos . . . xix
actualizado . . . . . . . . . . . . . 34
Dispositivos de almacenamiento . . . . . . . xx
Hoja de trabajo para planificar el espacio para el
Funcionalidad ACSLS para los sistemas Windows xx
servidor V6.1 . . . . . . . . . . . . . 37
Controlador del dispositivo Passthru para las
Estimación del tiempo de actualización . . . . . 38
versiones 2 y 3 de HP-UX 11i en la arquitectura
Recomendaciones de rendimiento relacionadas
de IA64. . . . . . . . . . . . . . . xx
con el proceso de extracción . . . . . . . . 38
Soporte para las unidades y soportes HP y
Sugerencias de rendimiento para insertar datos
Quantum DAT160 . . . . . . . . . . . xxi
en la base de datos V6.1 . . . . . . . . . 39
Soporte para unidades Sun StorageTek T10000 y
Planificación de la actualización de varios servidores
T10000B y el soporte T10000 . . . . . . . xxi
y componentes . . . . . . . . . . . . . 40
Soporte de gestor de recuperación tras desastre
Componentes disponibles para la instalación . . 40
para agrupaciones de datos activos . . . . . . xxi
Compatibilidad con servidores y componentes
Mejoras del mandato EXPIRE INVENTORY . . . xxi
que se ejecutan en versiones anteriores . . . . 40
Cambios en restauración sin consulta . . . . . xxii
Planificación de la actualización de varios
Base de datos de servidor . . . . . . . . . xxii
servidores en un solo sistema . . . . . . . 40
Soporte para la función de NetApp SnapMirror a
Planificación de la actualización de los gestores y
cinta . . . . . . . . . . . . . . . . xxii
de los clientes de biblioteca . . . . . . . . 41
Función de cobertura y seguimiento. . . . . . xxii
Planificación de la actualización de los clientes 41
Soporte del controlador de ODBC . . . . . . xxiii
Planificación de la actualización de los agentes
de almacenamiento . . . . . . . . . . . 41
Capítulo 1. Visión general de las Prueba del proceso de actualización de un servidor 41
actualizaciones de las bases de datos Realización de pruebas mediante la extracción de
del servidor . . . . . . . . . . . . . 1 datos desde una copia independiente del
La base de datos del servidor . . . . . . . . . 1 servidor . . . . . . . . . . . . . . 42
Espacio de base de datos para un servidor V6 . . 2 Realización de pruebas mediante la extracción de
Registro de recuperación . . . . . . . . . 2 datos desde el servidor de producción . . . . 43
Cambios en operaciones . . . . . . . . . . 3 Preparación de los cambios operativos . . . . . 43
Operaciones de la base de datos . . . . . . . 4 Información de referencia relacionada con la
Protección y anotaciones de la base de datos. . . 5 planificación . . . . . . . . . . . . . . 44
Varias instancias del servidor en un único servidor 6 Cambios en opciones y mandatos . . . . . . 44
Cambios para iniciar el servidor . . . . . . . 7 Mensajes del servidor nuevos y modificados . . 54
Cambios en archivos y en entornos . . . . . . 8 Mejores prácticas de denominación . . . . . 55
Modificaciones en los mandatos administrativos . 9
Capítulo 3. Visión general de casos de
Capítulo 2. Planificación de la ejemplo de actualización . . . . . . . 57
actualización del servidor . . . . . . 11 Caso de ejemplo 1 para actualizar el servidor: el
Proceso de actualización del servidor a la versión mismo sistema, método de soporte . . . . . . 57
6.1 . . . . . . . . . . . . . . . . . 11 Actualización del servidor mediante el asistente 59
Comparación del proceso de actualización en un Actualización del servidor de forma manual con
sistema existente y en otro nuevo . . . . . . 12 las herramientas . . . . . . . . . . . . 61
Contenido v
Caso de ejemplo 4: Actualización del servidor con Desinstalación del programa V5 en sistemas
el asistente de actualización . . . . . . . . 187 Microsoft Windows . . . . . . . . . . 213
Caso de ejemplo 4: Actualización del servidor de Instalación del servidor V6.1 . . . . . . . . 214
forma manual con las herramientas . . . . . . 188 Creación de directorios y del identificador de
Caso de ejemplo 4: Preparación de la base de usuario para la instancia del servidor actualizado . 216
datos de un servidor V5 para actualización . . 189 Actualización del servidor con el asistente de
Caso de ejemplo 4: Creación y formato de la actualización . . . . . . . . . . . . . 219
nueva base de datos . . . . . . . . . . 190 Actualización del servidor de forma manual con
Caso de ejemplo 4: Traslado de la base de datos las herramientas . . . . . . . . . . . . 220
del servidor a través de la red . . . . . . . 194 Creación y formato de la nueva base de datos 221
Caso de ejemplo 4: Configuración del sistema Traslado de la base de datos del servidor
para una copia de seguridad de la base de datos 195 mediante soporte . . . . . . . . . . . 225
Traslado de la base de datos del servidor a
Capítulo 8. Procedimientos generales través de la red. . . . . . . . . . . . 228
para actualizar un servidor a la Configuración del sistema para una copia de
seguridad de la base de datos . . . . . . . 229
versión 6.1 . . . . . . . . . . . . 199
Preparación de la actualización . . . . . . . 199
Comprobación de los requisitos previos de la
Capítulo 9. Primeros pasos tras la
actualización . . . . . . . . . . . . 200 actualización . . . . . . . . . . . 233
Preparación de espacio para el proceso de Verificación del acceso a las agrupaciones de
actualización . . . . . . . . . . . . 201 almacenamiento en disco . . . . . . . . . 233
Modificación del servidor antes de la Inicio de la instancia del servidor tras la
actualización . . . . . . . . . . . . 202 actualización . . . . . . . . . . . . . 233
Inhabilitación de sesiones . . . . . . . . 203 Inicio del servidor en sistemas AIX, HP-UX,
Realización de una copia de seguridad de las Linux y Sun Solaris . . . . . . . . . . 233
agrupaciones de almacenamiento y de la base Inicio del servidor en sistemas Windows . . . 236
de datos del servidor . . . . . . . . . . 204 Registro de licencias . . . . . . . . . . . 237
Realización de una copia de seguridad de los Copia de seguridad de la base de datos después de
datos de configuración . . . . . . . . . 204 actualizar el servidor . . . . . . . . . . . 237
Creación de un resumen del contenido de la Comprobación del servidor actualizado . . . . 238
base de datos . . . . . . . . . . . . 205 Actualización de la automatización . . . . . . 239
Detención del servidor antes de instalar la Supervisión del servidor actualizado . . . . . 239
actualización . . . . . . . . . . . . 205
Instalación de las herramientas de actualización el Capítulo 10. Resolución de problemas
servidor original . . . . . . . . . . . . 206 relacionados con la actualización de
Instalación de programas de utilidad de la base de datos . . . . . . . . . . 241
actualización en sistemas AIX . . . . . . . 206
El programa de utilidad emite avisos acerca de las
Instalación de herramientas de actualización en
opciones de servidor que no se soportan . . . . 241
sistemas HP-UX . . . . . . . . . . . 207
Mensaje de rechazo de conexión al iniciar la
Instalación de programas de utilidad de
operación de extracción . . . . . . . . . . 241
actualización en sistemas Linux . . . . . . 208
Problemas con el reinicio del proceso de
Instalación de las herramientas de actualización
actualización después de una anomalía de
en sistemas Sun Solaris . . . . . . . . . 208
inserción en la base de datos . . . . . . . . 242
Definición de variables de entorno para
Reversión de la V6.1 a la versión del servidor V5
programas de utilidad en sistemas AIX, HP-UX,
anterior . . . . . . . . . . . . . . . 244
Linux y Sun Solaris . . . . . . . . . . 209
Pasos para revertir a la versión del servidor
Instalación de programas de utilidad en
anterior . . . . . . . . . . . . . . 244
sistemas Microsoft Windows . . . . . . . 210
Pasos de recuperación adicionales si se han
Preparación de la base de datos de un servidor V5
creado agrupaciones de almacenamiento nuevas
para actualización . . . . . . . . . . . . 210
o se han habilitado optimizaciones de
Desinstalación del programa V5 antes de instalar
almacenamiento de datos . . . . . . . . 246
V6.1 . . . . . . . . . . . . . . . . 212
Desinstalación del programa V5 en sistemas AIX 212
Desinstalación del programa V5 en sistemas Capítulo 11. Los programas de
HP-UX . . . . . . . . . . . . . . 212 utilidad, los scripts y los mandatos de
Desinstalación del programa V5 en sistemas muestra para la actualización del
Linux . . . . . . . . . . . . . . . 213 servidor. . . . . . . . . . . . . . 249
Desinstalación del programa V5 en sistemas Sun DSMUPGRD QUERYDB (mostrar información
Solaris . . . . . . . . . . . . . . . 213 acerca de la base de datos V5) . . . . . . . . 250
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.
Publicaciones
Las publicaciones de Tivoli Storage Manager y otras publicaciones relacionadas
están disponibles en línea.
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.
Información de soporte
Puede encontrar información de soporte para los productos deIBM de una
variedad de orígenes.
Vaya a http://www.ibm.com/software/tivoli/education/.
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.
Para obtener más información, consulte el sitio web de IBM Support Assistant en
http://www.ibm.com/software/support/isa/
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/.
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.
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.
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.
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.
Dispositivos de almacenamiento
En la versión 6.1 de Tivoli Storage Manager hay disponibles un nuevo soporte de
dispositivo y otros cambios
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.
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.
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.
Con Tivoli Storage Manager puede crear imágenes de SnapMirror a cinta en los
sistemas de archivos en los servidores de archivos NetApp.
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.
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.
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.
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.
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.
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.
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 la modalidad y las opciones para el servicio del servidor de manera
que el servidor se inicie con el inicio del sistema.
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.
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
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
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.
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
Requisitos de hardware
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.
Requisitos de hardware
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
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.
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 hardware
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
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
Requisitos de hardware
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.
Requisitos de hardware
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.
Requisitos de software
Requisitos de hardware
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.
Requisitos de software
Requisitos de hardware
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
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
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.
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.
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.
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
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
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
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.
Puede comenzar ejecutando una instancia del servidor actualizada mientras que se
van actualizando otras instancias del servidor.
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
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:
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
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.
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')
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.
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.
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
SYSCAT ,ATTRIBUTES
SYSCAT ,AUDITPOLICIES
SYSCAT ,AUDITUSE
Por ejemplo:tsminst1
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 HPUX 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
Nombre de servidor
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.
Por ejemplo:
AIX HPUX 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.
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.
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 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.
Servidor de Tivoli
Storage Manager
Versión 5
2. Instalar programas de
utilidades DSMUPGRD. 8. Crear y formatear base de datos vacía.
Ejecutar db2icrt y el programa de utilidad
DSMSERV LOADFORMAT.
5. Instalar
V6.1.
código de servidor 10. Configurar el sistema para copia de
seguridad de base de datos.
Servidor de Tivoli
Storage Manager
Versión 5
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. 8. Iniciar inserción para el nuevo servidor.
Ejecutar el programa de utilidad DSMSERV
INSERTDB.
Servidor de Tivoli
Storage Manager
Versión 5
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.
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.
10. Completar
instalación.
pasos posteriores a la
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
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.
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
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
HPUX “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 HPUX 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
lslpp -L gsksa.rte
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
Windows
HPUX
# 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 HPUX 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.
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.
Windows
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
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 HPUX Linux Solaris
Windows
Windows
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
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
HPUX Linux Solaris /opt/tivoli/tsm/client/api/bin64/dsm.sys.
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport 1500
passwordaccess generate
passworddir /home/tsminst1/tsminst1
errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
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:
Windows
4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.
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
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
HPUX “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 HPUX 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
lslpp -L gsksa.rte
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
Por ejemplo:
rpm -e TIVsm–server–5.5.0-0.ppc64.rpm
Windows
Windows
HPUX
# 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.
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.
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
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.
Windows
Windows
Windows
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
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:
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
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.
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
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
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.
lslpp -L gsksa.rte
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.
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.
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.
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.
Windows
HPUX
# 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 HPUX 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.
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.
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
Windows
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
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 HPUX Linux Solaris
Windows
Windows
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
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
HPUX Linux Solaris /opt/tivoli/tsm/client/api/bin64/dsm.sys.
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport 1500
Windows
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.
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
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
HPUX “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 HPUX 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
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.
lslpp -L gsksa.rte
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.
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.
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.
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.
Windows
HPUX
# 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 HPUX 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.
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.
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
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
Windows
Windows
Windows
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
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
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.
4. Compruebe que la memoria del sistema cumple con los requisitos del servidor.
Inhabilitación de sesiones
Al preparar la actualización, evite la actividad del servidor inhabilitando nuevas
sesiones. Cancele cualquier sesión existente.
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:
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”
HPUX “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 HPUX 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.
lslpp -L gsksa.rte
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
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
Por ejemplo:
rpm -e TIVsm–server–5.5.0-0.ppc64.rpm
HPUX
# 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 HPUX 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.
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.
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
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.
Windows
Windows
Windows
Windows
Windows
export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt
export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64
export DSMI_LOG=/home/tsminst1/tsminst1
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
HPUX Linux Solaris /opt/tivoli/tsm/client/api/bin64/dsm.sys.
Evite colocar el nombre del servidor, TSMDBMGR_TSMINST1, primero en
dsm.sys ya que podría no ser el predeterminado en todos los sistemas. En este
ejemplo, las líneas añadidas aparecen después de stanza para server_a.
Servername server_a
COMMMethod TCPip
TCPPort 1500
TCPServeraddress node.domain.company.COM
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport 1500
Windows
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.
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
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 &
Puede ejecutar los servidores de manera automática al inicio del sistema. Utilice el
script rc.dsmserv, que se proporciona para este fin.
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.
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
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.
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.
Síntomas
Síntomas
Causas
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.
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
Lleve a cabo los siguientes pasos en el sistema que tenga el servidor V6.1:
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.
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.
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.
Sintaxis
-k Server1
DSMUPGRD
-quiet -o archivo_opciones -k nombre_clave
QUERYDB
parámetros
AIX HPUX 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
Sintaxis
-k Server1
DSMUPGRD
-quiet -o archivo_opciones -k nombre_clave
PREPAREDB
parámetros
AIX HPUX 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
Requisito previo
Sintaxis
-k Server1
DSMUPGRD
-quiet -o archivo_opciones -k nombre_clave
EVentbasedused = Yes
EVentbasedused = Never
A: Extracción en soporte:
SCRatch = Yes
SCRatch = Yes ,
No (1)
VOLumenames = nombre_volumen
Notas:
1 Debe especificar VOLUMENAMES si escribe SCRATCH=NO
parámetros
AIX HPUX 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.
Ejemplos
Requisito previo
Sintaxis
-k Server1
DSMUPGRD
-quiet -o archivo_opciones -k nombre_clave
parámetros
AIX HPUX Linux Solaris -quiet
Especifica que deben suprimirse los mensajes dirigidos a la consola. Este
parámetro es opcional.
AIX HPUX 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.
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
Sintaxis
-k Server1
DSMUPGRD
-quiet -o archivo_opciones -k nombre_clave
parámetros
AIX HPUX 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
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.
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
-k Server1
-k nombre_clave -o archivo_opciones -noexpire
ACTIVELOGSize = 2048
ACTIVELOGDir = directorio
ACTIVELOGSize = megabytes
ARCHLogdir = directorio
ARCHFailoverlogdir = directorio
MIRRorlogdir = directorio
parámetros
AIX HPUX Linux -u nombre_usuario
Solaris
Especifica un nombre de usuario al que cambiar antes de iniciar el servidor.
AIX HPUX 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
Sintaxis
DSMSERV
-u nombre_usuario -i dir_instancia
-k Server1
-k nombre_clave -o archivo_opciones -noexpire
MANifest = nombre_archivo
DEVclass = nombre_clase_dispositivo
B: Insertar en red:
SESSWait = 60
SESSWait = minutos
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.
HPUX
Linux
Solaris
Windows
Windows
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.
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.
HPUX 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 HPUX 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.
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)
Nota: si tiene otras aplicaciones que utilizan semáforos, también deberá justificar
sus requisitos al ajustar la configuración del kernel.
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)
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.
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.
Características de accesibilidad
AIX Tivoli Storage Manager sigue las convenciones del sistema operativo AIX
para navegación y accesibilidad mediante teclado.
HPUX Tivoli Storage Manager sigue las convenciones del sistema operativo
HP-UX 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
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.
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:
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.
Si está viendo esta información en copia software, es posible que las fotografías y
las ilustraciones en color no aparezcan.
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.
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.
Í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
NúmerodePrograma: 5608-E01
5608-E02
5608-E03
SC11-3860-00