Manual Tivoli Manager - 5.2

Universidad Nacional del Nordeste
Facultad de Ciencias Exactas, Naturales y Agrimensura

Trabajo Final de Aplicacin
Aplicaciones Orientadas al
Aprovechamiento de las Tecnologas Tivoli
Storage
Stella Maris Gerzel - L.U.: 30.418

Prof. Coordinador: Agr. Castor Herrmann
Profs. Orientadores: Mgter. David Luis la Red Martnez y
Lic. Valeria Emilce Uribe
Licenciatura en Sistemas de Informacin
Corrientes - Argentina
2007
A mi familia
Prefacio
En el contexto actual, donde la informacin es la esencia de una organizacin resulta cada vez ms necesario disponer de sistemas informticos,
seguros, distribuidos, multiplataformas y que adems se encargen de la gestn
automtica de la informacin con acceso desde la web para su control y administracin, mejorando la gestin, dado que no hay que estar fsicamente frente
a los equipos para realizar las tareas pertinentes.
Todo lo sealado precedentemente sera ilusorio si no se dispusiera del software, o del conjunto de software adecuado que facilitaran la tarea de respaldar
los datos, para que la informacin de trabajo y la informacin histrica este
siempre disponible entre las distintas dependencias de las organizaciones, de
forma inmediata y coherente utilizando diferentes plataformas de hardware y
de software.
Este trabajo se basa en probar una aplicacin web utilitaria empleando
el software Tivoli Storage Manager para asistir a los usuarios de una organizacin, en la gestin automtica e inteligente del respaldo de los datos y la
informacin necesaria, gestionando globalmente los recursos de almacenamientos.
Las bases de datos de la aplicacin web sern administradas por Tivoli
Storage Manager, para lo cul se deber asignar y asociar espacios de almacenamiento de diferentes medios de almacenamiento al entorno Storage Manager,
asignando diferentes tipos de acceso a esos espacios de almacenamientos.
Los usuarios podrn realizar el backup de sus datos, de forma sencilla y por
medio de una interface grfica de usuario, tambin podran recuperar fcilmente
la informacin en caso de que por algn motivo la perdieran, eligiendo la
versin de backup que desean recuperar.
Por otro lado se crearn distintos administradores del Server Tivoli Storage Manager con distintos privilegios, los cules podrn dar de alta, vaja y
modificar clientes, medios de almacenamientos, polticas de administracin y
clases administradoras.
Objetivos
El objetivo inicialmente planteado fue la realizacin de una aplicacin utilitaria empleando sofware relacionado con Tivoli Storage Manager para asistir a
los usuarios en la gestin automtica e inteligente del recurso almacenamiento,
vi
brindando de esta manera, posibilidades de gestin global del citado recurso.

El objetivos planteado al inicio del trabajo, fue totalmente cumplido.
Clasificacin del Trabajo
Iniciacin de un trabajo de investigacin que implique la alicacin de tcnicas o mtodos estudiados, en reas no habituales.
Desarrollo de un entorno administrado por Tivoli Storage Manager, por
medio de una aplicacin servidor y una aplicacin cliente que se comunican
para realizar todas las tareas locales en forma remota.
Etapas de Desarrollo
Se ha efectuado una amplia recopilacin bibliogrfica especfica de los
temas pertinentes a la tarea planificada y a los productos de software
que se emplearon para la concrecin del Trabajo Final.
Se realizaron las traducciones de los manuales correspondientes a la herramienta de desarrollo Tivoli Storage Manager, versin 5.2.0 para Windows.
Como consecuencia de las gestiones realizadas por el Profesor Orientador ante IBM Argentina se han recibido materiales tanto en CDs como
en libros de dicha empresa, en el marco del Scholars Program de la misma, destinado a Universidades de todo el mundo; se destacan por ser
necesarios para la realizacin del presente Trabajo Final los referentes a
productos de software tales como el WebSphere Studio Application Developer versin 5.0 y 5.1.2, como as tambin el DB2 UDB WorkGroup
Server Edition versin 8.1.0 y el Tivoli Storage Manager versin 5.2.0
Se ha realizado un detallado estudio del entorno de trabajo Scientific
WorkPlace 2.5.0 para la escritura del libro correspondiente al informe
final.
Se ha realizado un detallado estudio del software para el desarrollo del
entorno aplicado, es decir el estudio del entorno Tivoli.
Se ha realizado el desarrollo del entorno utilizando una aplicacin web
de otra persona, desarrollada para una aplicacin de trabajo final.
Se ha realizado el correspondiente testeo del entorno desarrollado, con
situaciones distintas de backup y recuperacin de datos.
vii
Una vez finalizado el entorno administrado por Tivoli se realiz la grabacin en DVD de todo el material correspondiente al trabajo final: una
versin de la aplicacin utilizada, otra referente al libro en formato Latex
y el PDF generado. Tambin se icluy los instaladores de los productos
utilizados para el desarrollo, es decir DB2 UDB y WebSphere Studio
Application Developer y el Tivoli Storage Manager.
Objetivos Logrados
Se han alcanzado plenamente la totalidad de los objetivos planteados para
el presente trabajo.
Organizacin del Informe Final
El informe final comprende un libro impreso y un DVD, adems de un
resmen y de un resmen extendido.
El libro impreso est organizado en tres partes, la primer parte esta compusta por los primeros siete captulos, la cul describe las tecnologas y conceptos ms importantes relacionados con Tivoli; la segunda parte esta computa por cinco captulos desde el octavo hsta el dcimo que describen las
funcionalidades de Tivoli Storage Manager, y la tercer parte esta compusta
por un ejemplo prctico y conclusiones.
A continuacin se indica una breve descripcin por captulos:
Captulo 1: presenta una introduccin al Tivoli Enterprise Data Warehouse y los conceptos relacionados con la inteligencia de negocio.
Captulo 2: describe el DB2 Data Warehouse Manager y su relacin con
tivoli.
Captulo 3: presenta una descripcin del Tivoli Storage Manager, los
productos que comprende y las mejoras introducidas respecto a la versin
anterior.
Captulo 4: describe el manejo de la infraestructura en una organizacin
compleja.
Captulo 5: resume los aspectos relacionados con la supervisin en tiempo real.
Captulo 6: detalla el rea de administacin de reportes.
viii
Captulo 7: presenta los conseptos y tipos de patrones para e-business.

Captulo 8: seala los coponentes para una implementacin Tivoli Storage Manager.
Captulo 9: detalla las polticas de administracin, para que sirven y
cmo se las utilizan.
Captulo 10: describe cmo realizar la personalizacin de la base de datos
y del log de recuperacin del Storage Manager.
Captulo 11: detalla los comandos de configuracin de los clientes TSM.
Captulo 12: presenta las distintas funciones de bachup y archivado del
cliente.
Captulo 13: muestra una aplicacin en el entorno Tivoli Storage Manager.
Captulo 14: Describe las conclusiones obtenidas luego de la realizacin
del trabajo.
El DVD, adjunto al libro impreso, contiene lo siguiente:
Instaladores del software utilizado.
Resmenes del trabajo realizado.
Libro del informe final.
Presentacin para la defensa final.
Copia de seguridad de la base de datos de la aplicacin.
Aplicacin desarrollada.
Gerzel, Stella Maris
Licenciatura en Sistemas de Informacin
Universidad Nacional del Nordeste
L.U.: 30418
Prof. Orientador: Mgter. La Red Martnez, David Luis
Prof. Orientador: Lic. Uribe, Valeria
Corrientes; 30 de Noviembre de 2007
ndice General
I
Conceptos y Tecnologas
1 Introduccin al Tivoli EDW

1.1 Contenido y Conceptos de Business Intelligence . . . . . . . .
1.1.1 Business Intelligence . . . . . . . . . . . . . . . . . . .
1.1.2 Aspectos de los Negocios Motivadores del BI . . . . .
1.1.3 Trminos Principales del B.I. . . . . . . . . . . . . . .
1.1.4 Diferentes Implementaciones del B.I. . . . . . . . . . .
1.1.5 Arquitectura y Procesos del Data Warehouse . . . . .
1.2 DB2 Data Warehouse Manager . . . . . . . . . . . . . . . . .
1.3 Tivoli Enterprise Data Warehouse . . . . . . . . . . . . . . .
1.3.1 El Problema . . . . . . . . . . . . . . . . . . . . . . .
1.3.2 La Solucin . . . . . . . . . . . . . . . . . . . . . . . .
1.3.3 Ventajas de Usar el Tivoli Enterprise Data Warehouse
.
.
.
.
.
.
.
.
.
.
.
3
3
4
4
6
11
17
28
29
29
32
33
2 DB2 DW Manager
37
2.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
2.2 Componentes de Tivoli Enterprise Warehouse . . . . . . . . . . 37
2.2.1 Componentes Bsicos . . . . . . . . . . . . . . . . . . . 38
2.2.2 Cmo se Organiza el Tivoli Enterprise Data Warehouse 40
2.3 Arquitectura del Tivoli Enterprise Data Warehouse . . . . . . . 41
2.3.1 Instalacin en una Sola Mquina . . . . . . . . . . . . . 42
2.3.2 Instalacin Distribuida . . . . . . . . . . . . . . . . . . . 42
2.3.3 Instalacin Distribuida con los Agentes Remotos del Warehouse . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3 Descripcin del Tivoli Storage Manager
47
3.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3.2 Descripcin del Tivoli Storage Manager V5.2. . . . . . . . . . . 47
3.2.1 Background (Segundo Plano) . . . . . . . . . . . . . . . 48
ix
NDICE GENERAL
3.2.2
3.2.3
3.2.4
3.2.5
Actualizacin del Grupo de Productos Tivoli Storage

Manager . . . . . . . . . . . . . . . . . . . . . . . . . . .
Mejoras del LAN-free . . . . . . . . . . . . . . . . . . .
Mejoramiento del TSM del cliente . . . . . . . . . . . .
Mejoras del servidor TSM . . . . . . . . . . . . . . . . .
50
51
56
58
4 Manejo de la Infraestructura
61
4.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.2 Estructura Complejas de Capas de Servicios . . . . . . . . . . . 62
4.2.1 Administracin de Aplicaciones de E-business . . . . . . 67
4.2.2 Arquitectura de Infraestructuras de Aplicaciones de Ebusiness . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
4.2.3 Productos Bsicos Usados Para Facilitar Aplicaciones
de E-business . . . . . . . . . . . . . . . . . . . . . . . . 73
4.3 Administracin de aplicaciones de e-business . . . . . . . . . . 77
4.4 Estructura del Producto Tivoli . . . . . . . . . . . . . . . . . . 79
4.5 Tivoli Monitoring for Web Infrastructure . . . . . . . . . . . . . 82
5 Supervisin en Tiempo Real
87
5.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
5.2 Utilizacin del Tivoli Business Systems Manager . . . . . . . . 87
5.2.1 Flujo de Eventos del Tivoli Business System . . . . . . . 88
5.2.2 Integracin de la Configuracin del Tivoli Business Systems Manager . . . . . . . . . . . . . . . . . . . . . . . . 90
5.2.3 Descubrimiento de Recursos . . . . . . . . . . . . . . . . 92
5.2.4 Utilizacin del Tivoli Business Systems Manager . . . . 93
6 Administracin de Reportes
6.1 Introduccin . . . . . . . . . . . . . . . . . . . . . .
6.2 Descripcin del Tivoli Enterprise Data Warehouse
6.2.1 TEDW Conceptos y Componentes . . . . .
6.2.2 Monitoreo del Proceso de Flujo de Datos .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
95
. 95
. 95
. 97
. 101
7 Patrones Para el E-business

105
7.1 Generalidades . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
II
Tivoli Storage Manager
111
8 Implementacin del T.S.M.

113
8.1 Descripcin del Tivoli Storage Manager . . . . . . . . . . . . . 113
NDICE GENERAL
xi
8.1.1 Proteger Datos con el Tivoli Storage Manager . . . . . .

8.1.2 Almacenamiento y Gestin de Datos . . . . . . . . . . .
8.1.3 Licencia . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.1.4 Introduccin al Escenario . . . . . . . . . . . . . . . . .
Instalacin del Servidor y del Cliente . . . . . . . . . . . . . . .
8.2.1 Instalacin del Tivoli Storage Manager . . . . . . . . . .
8.2.2 Archivos de Licencias . . . . . . . . . . . . . . . . . . .
8.2.3 Instalar el Packs de Lenguaje . . . . . . . . . . . . . . .
8.2.4 Instalacin de los Drivers del Dispositivo . . . . . . . .
8.2.5 Instalacin del Cliente . . . . . . . . . . . . . . . . . . .
8.2.6 Instalacin y Configuracin de una Libreria de Cinta
Adosada al Tivoli . . . . . . . . . . . . . . . . . . . . . .
8.2.7 Trabajar con Medios . . . . . . . . . . . . . . . . . . . .
Manejo de Pool y Volmenes . . . . . . . . . . . . . . . . . . .
8.3.1 Pools de Almacenamiento, Jerarquas de Pool de Almacenamiento y Volmenes de Pool de Almacenamiento .
8.3.2 Mover Datos . . . . . . . . . . . . . . . . . . . . . . . .
8.3.3 Migracin del Pool de Almacenamiento . . . . . . . . .
8.3.4 Reclamacin . . . . . . . . . . . . . . . . . . . . . . . .
8.3.5 Colocacin . . . . . . . . . . . . . . . . . . . . . . . . .
113
121
125
127
130
130
134
136
136
137
9 Polticas de Administracin
9.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.2 Como TSM Maneja Datos . . . . . . . . . . . . . . . . . . . . .
9.2.1 Polticas de Negocio Manejadas Centralmente . . . . . .
9.3 Definir Polticas . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.3.1 Dominios de Polticas . . . . . . . . . . . . . . . . . . .
9.3.2 Poltica por Defeto del Servidor . . . . . . . . . . . . . .
9.3.3 Configuraiones de Poltias Por Defecto en el Dominio
STANDARD . . . . . . . . . . . . . . . . . . . . . . . .
9.3.4 Opcin Relacionada al Servidor: EXPINterval Hours . .
9.4 Conjunto de Polticas . . . . . . . . . . . . . . . . . . . . . . .
9.4.1 Definicin de un Nuevo Conjunto de Polticas . . . . . .
9.4.2 Validar y Activar un Conjunto de Polticas . . . . . . .
9.5 Trabajar con Clases Administradoras . . . . . . . . . . . . . . .
9.5.1 Cmo los Archivos son Destinados a la Clase Administradora . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.5.2 Binding and Rebinding the Management Class . . . . .
9.5.3 Clase Administradora Rebinding Para Versiones de Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
169
169
169
169
171
171
173
8.2
8.3
139
144
150
150
158
161
164
166
173
174
175
175
176
177
177
177
178
xii
NDICE GENERAL
9.6
9.7
9.8
9.5.4 Especificacin de la Clase Administradora . . . . . . . . 178

Trabajar con Grupos de Copia . . . . . . . . . . . . . . . . . . 179
9.6.1 Grupos de Copias . . . . . . . . . . . . . . . . . . . . . 179
9.6.2 Utilizacin de la Lnea de Comandos para Definir un
Backup del Grupo de Copia . . . . . . . . . . . . . . . . 179
9.6.3 Administracin del Storage Management Archive File . 181
Autoridad Administrativa . . . . . . . . . . . . . . . . . . . . . 181
9.7.1 Clases de Privilegios . . . . . . . . . . . . . . . . . . . . 181
9.7.2 Privilegio System . . . . . . . . . . . . . . . . . . . . . . 181
9.7.3 Privilegio Storage . . . . . . . . . . . . . . . . . . . . . . 184
9.7.4 Privilegio Policy . . . . . . . . . . . . . . . . . . . . . . 186
9.7.5 Privilegio de Operator . . . . . . . . . . . . . . . . . . . 187
9.7.6 Privilegio de Analyst . . . . . . . . . . . . . . . . . . . . 188
9.7.7 Administrador de Nodo . . . . . . . . . . . . . . . . . . 188
Tipos de Interfaces Administrativas . . . . . . . . . . . . . . . . 190
9.8.1 Interface Administrativa Web . . . . . . . . . . . . . . . 190
9.8.2 Uso de la Linea de Comando en la Interface Administrativa Web . . . . . . . . . . . . . . . . . . . . . . . . . 191
9.8.3 Interfaz Administrativa de Lnea de Comando del Cliente194
9.8.4 Linea de Comando del Comando Recall . . . . . . . . . 194
9.8.5 Configuracin de la Interfaz Administrativa Web . . . . 195
10 Personalizacin de la BD y del Log

197
10.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
10.2 Propsito de la B.D y del Log . . . . . . . . . . . . . . . . . . . 197
10.2.1 Base de Datos y Log de Recuperacin . . . . . . . . . . 197
10.2.2 Transacciones . . . . . . . . . . . . . . . . . . . . . . . . 199
10.2.3 Modos de Recuperacin del Log de Transaccin . . . . . 200
10.3 Asignacin de Espacio . . . . . . . . . . . . . . . . . . . . . . . 202
10.3.1 Asignacin de Espacio de la Base de Datos y del Log de
Recuperacin . . . . . . . . . . . . . . . . . . . . . . . . 202
10.3.2 Espacio de la Base de Datos y del Log de Recuperacin 203
10.4 Dimensionamiento de la Base de Datos y del Log de Recuperacin204
10.4.1 Estimacin de Requerimientos de Espacio para la Base
de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 204
10.4.2 Cached y Archivos del Pool de Almacenamiento de Copia205
10.4.3 Sobrecarga . . . . . . . . . . . . . . . . . . . . . . . . . 206
10.4.4 Estimacin del Tamao del Log de Recuperacin . . . . 207
10.5 Agregar Espacio . . . . . . . . . . . . . . . . . . . . . . . . . . 207
10.5.1 Crear Volmenes Adicionales . . . . . . . . . . . . . . . 207
NDICE GENERAL
xiii
10.6 Reducir el Espacio de la Base de Datos y del Log de Recuperacin208

10.7 Mirroring (Espejado) . . . . . . . . . . . . . . . . . . . . . . . . 208
10.7.1 Mirroring de la Base de Datos y del Log de Recuperacin208
10.7.2 Ejemplos de Mirroring . . . . . . . . . . . . . . . . . . . 210
10.8 Parmetros BUFPOOLSIZE y LOGPOOLSIZE . . . . . . . . . 211
10.9 Espacios Triggers . . . . . . . . . . . . . . . . . . . . . . . . . . 212
10.9.1 DEFine SPACETrigger . . . . . . . . . . . . . . . . . . 212
11 Configuracin del Cliente
215
11.1 Interfaces de los Clientes . . . . . . . . . . . . . . . . . . . . . . 215
11.1.1 Identificar los Tipos de Clientes . . . . . . . . . . . . . . 215
11.1.2 La Interface de Lnea de Comando . . . . . . . . . . . . 215
11.1.3 Utilizacin del Loop de la Interface de lnea de Comando 218
11.1.4 Interface Web del Cliente . . . . . . . . . . . . . . . . . 218
11.1.5 La Interfz GUI . . . . . . . . . . . . . . . . . . . . . . 219
11.2 Control de Acceso Administrativo . . . . . . . . . . . . . . . . 221
11.2.1 Registracin . . . . . . . . . . . . . . . . . . . . . . . . . 221
11.2.2 Administracin de Contraseas . . . . . . . . . . . . . . 221
11.2.3 Impedir a los Nodos Clientes el Acceso al Servidor . . . 223
11.2.4 Opciones del Cliente . . . . . . . . . . . . . . . . . . . . 225
11.2.5 El Editor Grfico de Opciones . . . . . . . . . . . . . . 226
11.2.6 Configuracin del Acceso del Cliente al Servidor . . . . 227
11.2.7 Identificar Preferencia de Opciones . . . . . . . . . . . . 229
11.3 Rendimiento y Opciones del Cliente . . . . . . . . . . . . . . . 230
11.3.1 Opciones Disponibles del Cliente para Configurar y Proporcionar Rendimiento . . . . . . . . . . . . . . . . . . . 230
11.3.2 TXNGROUPMAX . . . . . . . . . . . . . . . . . . . . . 231
11.3.3 Configurar las Opciones de Logging . . . . . . . . . . . 231
11.3.4 Opciones del Cliente y del Servidor del TSM . . . . . . 234
11.3.5 Conjunto de Opciones Cliente . . . . . . . . . . . . . . . 236
11.3.6 Identificar el Valor del Conjunto de Opciones del Cliente 236
11.3.7 Uso de la Opcin FORCE . . . . . . . . . . . . . . . . . 239
11.3.8 Identificar Archivos a Ser Incluidos o Excluido Desde el
Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
11.3.9 Procesamiento Incluir - Excluir . . . . . . . . . . . . . . 240
11.3.10 Procesamiento Continuado del Incluir - Excluir . . . . . 240
11.3.11 Excluir Directorios de Backup . . . . . . . . . . . . . . . 242
11.3.12 Uso de Nmeros de Sequencias en un Conjunto de Opciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
xiv
NDICE GENERAL
11.3.13 Consultar, Eliminar o Actualizar un Conjunto de Opciones del Cliente . . . . . . . . . . . . . . . . . . . . . . 246

12 Backup y Archivado del Cliente
249
12.1 Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
12.2 Tipos de Backups Disponibles . . . . . . . . . . . . . . . . . . . 249
12.2.1 Tipos de Backups Disponibles Desde la GUI . . . . . . . 249
12.2.2 Backup Incremental (Completo) y Basado en Journal . 251
12.2.3 Backup Incremental por Fechas (Slo Fechas) . . . . . . 252
12.2.4 Backup Incremental (sin Journal) . . . . . . . . . . . . . 254
12.2.5 Siempre Backup (Selectivo) de Backup . . . . . . . . . . 256
12.2.6 Backup de Imagen Fotogrfica . . . . . . . . . . . . . . 256
12.2.7 Backup de Imagen (Windows 2000 y XP) . . . . . . . . 257
12.2.8 Backup de Imagen Incremental (Slo fecha) . . . . . . . 258
12.3 Realizacin de Backups del Cliente . . . . . . . . . . . . . . . . 259
12.3.1 Uso del Backup - Archive de la GUI del TSM, Resguardar Archivos Desde un Cliente . . . . . . . . . . . . . . 259
12.3.2 Seleccionar Archivos y Realizar un Backup . . . . . . . 259
12.3.3 Resultados de la Revisin del Backup . . . . . . . . . . 261
12.3.4 Uso de la Funcin Find . . . . . . . . . . . . . . . . . . 261
12.3.5 Resultados de un Filtro . . . . . . . . . . . . . . . . . . 262
12.3.6 Funcin File Details . . . . . . . . . . . . . . . . . . . . 263
12.3.7 Uso de la Funcin de Estimacin . . . . . . . . . . . . . 265
12.3.8 Seleccionar Siempre Backup Como Tipo de Backup . . . 265
12.4 Restaurar Archivos . . . . . . . . . . . . . . . . . . . . . . . . . 267
12.4.1 Restaurar Archivos Usando la GUI . . . . . . . . . . . . 268
12.4.2 Restaurar una Versin Especfica de un Archivo . . . . . 269
12.4.3 Modificar Opciones de Restauracin . . . . . . . . . . . 269
12.4.4 Mostrar Versiones Activas e Inactivas de un Archivo para Restaurar . . . . . . . . . . . . . . . . . . . . . . . . 271
12.4.5 Restauracin a un Punto en el Tiempo . . . . . . . . . . 272
12.4.6 Restauraciones Relanzables . . . . . . . . . . . . . . . . 272
12.5 Archivado y Recuperacin . . . . . . . . . . . . . . . . . . . . . 273
12.5.1 Archivar y Recuperar Usando la GUI . . . . . . . . . . 273
12.5.2 nicas Descripciones de Archivo . . . . . . . . . . . . . 276
12.5.3 Paquetes de Archivado . . . . . . . . . . . . . . . . . . . 276
12.5.4 Modificar Opciones de Archivado . . . . . . . . . . . . . 276
12.5.5 Recuperacin Usando la GUI . . . . . . . . . . . . . . . 278
12.5.6 Recuperar Paquetes de Archivo Usando la GUI del Cliente279
NDICE GENERAL
xv
12.5.7 Opciones de Recuperacin - Modificar las Opciones de

Recuperacin y de Colisin . . . . . . . . . . . . . . . . 279
12.6 Backups y Restauracin . . . . . . . . . . . . . . . . . . . . . . 279
12.6.1 Utilizacin de la Lnea de Comandos para el Backup y
el Archivado . . . . . . . . . . . . . . . . . . . . . . . . 279
12.6.2 Realizar un Backup Incremental con la Lnea de Comandos279
12.6.3 Ejemplos de Backup Selectivos . . . . . . . . . . . . . . 282
12.6.4 Realizar Backup Incremental de Slo un Directorio Especificado . . . . . . . . . . . . . . . . . . . . . . . . . . 283
12.6.5 Uso del Comando Query Filespace . . . . . . . . . . . . 283
12.6.6 Restaurar Archivos Resguardados Usando el Comando
de Restauracin dsmc . . . . . . . . . . . . . . . . . . . 284
12.6.7 Uso del Comando de Restauracin dsmc con la Opcin
PICK . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
12.6.8 Utilizacin del Comando dsmc restore con Superposicin 286
12.6.9 Uso de la Opcin LATEST con el Comando dsmc restore 286
12.6.10 Restaurar a una Nueva Posicin Usando la Opcin de
Restauracin PRESERVEPATH . . . . . . . . . . . . . 290
12.6.11 Uso del IFNEWER con el Comando dsmc restore . . . . 291
12.6.12 Utilizacin de las Opciones PITDATE y PITTIME . . . 291
12.6.13 Comandos de Restauracin Reiniciable . . . . . . . . . . 291
12.6.14 Lnea de Comandos de Archivado y Recuperacin . . . 295
12.6.15 Archivado y Recuperacin de Directorios . . . . . . . . 297
12.6.16 Archivo y Recuperacin de Directorios . . . . . . . . . . 297
12.6.17 Lnea de Comandos Retrieve . . . . . . . . . . . . . . . 297
III
Ejemplo Prctico y Conclusiones
13 Entorno Tivoli Storage Manager

13.1 Introduccin . . . . . . . . . . . . . . . . . . . .
13.2 Entornos de Administracin . . . . . . . . . . .
13.2.1 Consola Administrativa del Servidor del
Manager . . . . . . . . . . . . . . . . . .
13.2.2 Interface Administrativa Web . . . . . .
13.3 Manejo de Licencias . . . . . . . . . . . . . . .
13.3.1 Comando Query LICense . . . . . . . .
13.3.2 Registracin de un Archivo de Licencia
13.4 Definicin de Pool de Almacenamiento . . . . .
13.4.1 Comando Query . . . . . . . . . . . . .
301
. . . . . . . . .
. . . . . . . . .
Tivoli Storage
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
. . . . . . . . .
303
303
303
303
303
309
309
311
313
313
xvi
NDICE GENERAL
13.4.2
13.4.3
13.4.4
13.4.5
Consultas Desde la Interface Web . . . . . . . . . . . . .

Definicin de Volumenes de Backup . . . . . . . . . . .
Comando q stg . . . . . . . . . . . . . . . . . . . . . . .
Manejo de Estados de los Volmenes de Pool de Almacenamiento . . . . . . . . . . . . . . . . . . . . . . . . .
13.4.6 Eliminacin de Volmenes . . . . . . . . . . . . . . . . .
13.4.7 Utilizacin del Comando QUERY VOLUME . . . . . .
13.5 Polticas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.5.1 Definicin de un Dominio de Polticas Para Windows . .
13.5.2 Definicin de un Conjunto de Polticas . . . . . . . . . .
13.5.3 Definicin de una Clase Administradora . . . . . . . . .
13.5.4 Activacin de un Conjunto de Polticas . . . . . . . . .
13.6 Administradores . . . . . . . . . . . . . . . . . . . . . . . . . .
13.6.1 Registracin de Administradores . . . . . . . . . . . . .
13.6.2 Consulta de Administradores Registrados . . . . . . . .
13.7 Listar los Detalles del Servidor . . . . . . . . . . . . . . . . . .
13.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.8.1 Vista de la Configuracin de la Base de Datos y del Log
de Recuperacin . . . . . . . . . . . . . . . . . . . . . .
13.8.2 Incremento del Tamao de la Base de Datos . . . . . . .
13.9 Espejado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.10Nodos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.10.1 Consulta de Nodos Registrados . . . . . . . . . . . . . .
13.10.2 Registracin de Nodos . . . . . . . . . . . . . . . . . . .
13.11Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.11.1 Interface Grfica de Usuario . . . . . . . . . . . . . . . .
13.11.2 Backup Incremental (Complete) . . . . . . . . . . . . .
13.11.3 Backup Selectivo . . . . . . . . . . . . . . . . . . . . . .
13.12Aplicacin Web . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.12.1 Aplicacin Web Desde el Navegador . . . . . . . . . . .
315
315
317
317
319
321
324
324
324
326
326
329
329
331
331
335
335
339
339
341
341
341
345
345
345
347
353
353
14 Conclusiones
357
14.1 Lneas Futuras . . . . . . . . . . . . . . . . . . . . . . . . . . . 357
Bibliografa
359
ndice de Materias
361
ndice de Figuras
1.1
1.2
1.3
1.4
1.5
1.6
1.7
1.8
1.9
1.10
1.11
1.12
1.13
1.14
1.15
1.16
1.17
1.18
1.19
Trminos comunes de Business Intelligence. . .

Drill-down. . . . . . . . . . . . . . . . . . . . .
Bases de datos operacionales e informativas. . .
Implementacin de Business Intelligence. . . .
Tabla Resumen en OLTP . . . . . . . . . . . .
Data Warehouse Limitado. . . . . . . . . . . .
Data Mart de Dos Niveles . . . . . . . . . . . .
Data Mart de Tres Niveles . . . . . . . . . . . .
Componentes del Data Warehouse . . . . . . .
Refinacin de Datos. . . . . . . . . . . . . . . .
Modelo Fsico de la Base de Datos. . . . . . . .
Modelo Lgico de la Base de Datos . . . . . . .
Metadatos. . . . . . . . . . . . . . . . . . . . .
Fuentes de Datos Operacionales. . . . . . . . .
Data Mart. . . . . . . . . . . . . . . . . . . . .
Herramientas de Presentacin y Anlisis. . . . .
DB2 DataWarehouse Manager. . . . . . . . . .
Reporte sin Tivoli Enterprise Data Warehouse.
Reporte con Tivoli Enterprise Data Warehouse.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
6
10
11
12
13
13
15
16
17
20
21
22
23
24
26
27
30
31
33
2.1
2.2
2.3
Componentes del Tivoli Enterprise Data Warehouse . . . . . .

Una Configuracin Distribuida del Tivoli Data Warehouse. . .
Configuracin Avanzada con Agentes Remotos del Warehouse.
38
43
46
3.1
3.2
Arquitectura de Transferecia de Datos del Cliente LAN-free . .

LAN-free to SANergy Managed Disks . . . . . . . . . . . . . .
52
54
4.1
4.2
4.3
Growing Infrastructural Complexity . . . . . . . . . . . . . . .

Capas de Servicios . . . . . . . . . . . . . . . . . . . . . . . . .
Infraestructura Tpica de Aplicaciones de E-business . . . . . .
63
66
72
xvii
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
xviii
4.4
4.5
4.6
4.7
4.8
5.1
NDICE DE FIGURAS
Niveles de Servicios Especficos de la Solucin de E-business . .

Estructura Razonable de una Solucin de E-negocio . . . . . .
Infraestructura Tpica de la Utilizacin de Aplicaciones de Ebusiness Administradas por Tivoli . . . . . . . . . . . . . . . .
Soluciones de Administracin de Tivoli . . . . . . . . . . . . . .
Estructura del Funcionamiento de Productos de Disponibilidad
de Tivoli . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Flujo de Eventos Para el Tivoli Business Systems Manager Integration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
76
78
80
81
89
6.1
6.2
Ambiente Tpico de TEDW . . . . . . . . . . . . . . . . . . . . 98

ITM Para el Flujo de Datos de la Infraestructura Web . . . . . 102
7.1
Modelo del Patrn Activo Acordado . . . . . . . . . . . . . . . 109
8.1
Componentes de una Implementacin Bsica del Tivoli Storage

Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115
La Funcionalidad Backup-Restore Proporcionada por el Tivoli
Storage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Provisin de Grandes Capacidades de Almacenamiento Mediante la Funcin Archive-Retrieve . . . . . . . . . . . . . . . . . . 119
Capacidades de Gestin del Administrador . . . . . . . . . . . 120
Capacidades de Automatizacin . . . . . . . . . . . . . . . . . . 121
Tipos de Medios de Almacenamiento . . . . . . . . . . . . . . . 122
Licencia del Tivoli Storage Manager . . . . . . . . . . . . . . . 126
Introduccin al Escenario . . . . . . . . . . . . . . . . . . . . . 127
Componenetes Bsicos Instalados por el Tivoli Storage Manager 133
Instalacin y Configuracin de una Libreria de Cinta . . . . . . 139
Conectar la Librera . . . . . . . . . . . . . . . . . . . . . . . . 141
Determinacin de Nmeros para Libreras con Mltiples Drives 143
Preparacin de Cartuchos de Cintas . . . . . . . . . . . . . . . 145
Creacin de Cintas Scratch . . . . . . . . . . . . . . . . . . . . 148
Auditar una Librera . . . . . . . . . . . . . . . . . . . . . . . . 149
Pools de Almacenamiento . . . . . . . . . . . . . . . . . . . . . 150
Jerarquas del Pool de Almacenamiento . . . . . . . . . . . . . 151
Clase de Dispositivos y Pool de Almacenamiento . . . . . . . . 153
Destinacin de Almacenamiento . . . . . . . . . . . . . . . . . . 154
Movimiento Automtico de Datos . . . . . . . . . . . . . . . . . 160
Migracin del Pool de Almacenamiento . . . . . . . . . . . . . 162
Reclamacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
8.2
8.3
8.4
8.5
8.6
8.7
8.8
8.9
8.10
8.11
8.12
8.13
8.14
8.15
8.16
8.17
8.18
8.19
8.20
8.21
8.22
NDICE DE FIGURAS
xix
8.23 Colocacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

9.1
9.2
9.3
9.4
9.5
9.6
9.7
9.8
9.9
9.10
9.11
Polticas de Negocio Manejadas Centralmente . .

Dominios de Polticas . . . . . . . . . . . . . . .
Clases de Privilegios . . . . . . . . . . . . . . . .
Privilegio System . . . . . . . . . . . . . . . . . .
Privilegio Storage . . . . . . . . . . . . . . . . . .
Privilegio Policy . . . . . . . . . . . . . . . . . .
Privilegio de Operator . . . . . . . . . . . . . . .
Privilegio de Analyst . . . . . . . . . . . . . . . .
Administrador de Nodo . . . . . . . . . . . . . .
Formato Estndar del Resultado de la Pregunta .
Formato Detallado del Resultado de la Pregunta
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
170
172
182
183
184
186
187
188
189
192
193
Base de Datos y Log de Recuperacin . . . . . . . . . . . . . .

Transacciones . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Modos de Recuperacin del Log de Transaccin . . . . . . . . .
Consideracin del Espacio de la Base de Datos y del Log de
Recuperacin . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10.5 Mirroring de la Base de Datos y del Log de Recuperacin . . .
198
199
201
11.1
11.2
11.3
11.4
11.5
11.6
11.7
216
217
222
224
225
227
10.1
10.2
10.3
10.4
Tipos de Clientes . . . . . . . . . . . . . . . . . . . . . . . . . .
Interface de Lnea de Comandos . . . . . . . . . . . . . . . . .
Administracin de Contraseas . . . . . . . . . . . . . . . . . .
Impedir a los Nodos Clientes el Acceso al Servidor . . . . . . .
Opciones del Cliente . . . . . . . . . . . . . . . . . . . . . . . .
Configuracin del Acceso del Cliente al Servidor . . . . . . . .
Opciones Disponibles del Cliente Para Generar y Proporcionar
Rendimiento . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11.8 TXNGROUPMAX . . . . . . . . . . . . . . . . . . . . . . . . .
11.9 Opciones del Cliente y del Servidor del TSM . . . . . . . . . .
11.10Conjunto de Opciones Cliente . . . . . . . . . . . . . . . . . . .
11.11Identificar el Valor del Conjunto de Opciones del Cliente . . . .
11.12Uso de la Opcin FORCE . . . . . . . . . . . . . . . . . . . . .
11.13Procesamiento Incluir - Excluir . . . . . . . . . . . . . . . . . .
11.14Procesamiento Continuado del Incluir - Excluir . . . . . . . . .
11.15Excluir Directorios de Backup . . . . . . . . . . . . . . . . . . .
11.16Uso de Nmeros de Sequencias en un Conjunto de Opciones . .
11.17Consultar, Eliminar o Actualizar un Conjunto de Opciones del
Cliente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
203
209
232
233
235
237
238
239
241
242
243
245
247
xx
NDICE DE FIGURAS
12.1
12.2
12.3
12.4
12.5
12.6
12.7
Tipos de Backups Disponibles Desde la GUI . . . . . . . . . . .

Backup Incremental y Basado en Journal . . . . . . . . . . . .
Backup Incremental por Fechas . . . . . . . . . . . . . . . . . .
Backup Incremental (sin Journal) . . . . . . . . . . . . . . . . .
Siempre Backup (Selectivo) de Backup . . . . . . . . . . . . . .
Backup de Imagen Fotogrfica . . . . . . . . . . . . . . . . . . .
Uso del Backup-Archive de la GUI del TSM, Resguardar Archivos Desde un Cliente . . . . . . . . . . . . . . . . . . . . . .
12.8 Seleccionar Archivos y Realizar un Backup . . . . . . . . . . .
12.9 Resultados de la Revisin del Backup . . . . . . . . . . . . . .
12.10Uso de la Funcin Find . . . . . . . . . . . . . . . . . . . . . .
12.11Resultados de un Filtro . . . . . . . . . . . . . . . . . . . . . .
12.12Funcin File Details . . . . . . . . . . . . . . . . . . . . . . . .
12.13Seleccionar Siempre Backup Como Tipo de Backup . . . . . . .
12.14Restaurar una Versin Especfica de un Archivo . . . . . . . . .
12.15Modificar Opciones de Restauracin . . . . . . . . . . . . . . .
12.16Mostrar Versiones Activas e Inactivas de un Archivo para Restaurar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12.17Archivado y Recuperacin . . . . . . . . . . . . . . . . . . . . .
12.18Anular Opciones de Archivado . . . . . . . . . . . . . . . . . .
12.19Recuperacin Usando la GUI . . . . . . . . . . . . . . . . . . .
12.20Modificar las Opciones de Recuperacin y de Colisin . . . . .
12.21Utilizacin de la Lnea de Comandos para el Backup y el Archivado . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12.22Realizar un Backup Incremental con la Lnea de Comandos . .
12.23Realizar Backup Incremental de Slo un Directorio Especificado
12.24Uso del Comando Query Filespace . . . . . . . . . . . . . . . .
12.25Restaurar Archivos Resguardados Usando el Comando de Restauracin dsmc . . . . . . . . . . . . . . . . . . . . . . . . . . .
12.26Uso del Comando de Restauracin dsmc con la Opcin PICK .
12.27Utilizacin del Comando dsmc restore con Superposicin . . . .
12.28Uso de la Opcin LATEST con el Comando dsmc restore . . .
12.29Restaurar a una Nueva Posicin Usando la Opcin de Restauracin PRESERVEPATH . . . . . . . . . . . . . . . . . . . . .
12.30Uso del IFNEWER con el Comando dsmc restore . . . . . . . .
12.31Utilizacin de las Opciones PITDATE y PITTIME . . . . . . .
12.32Lnea de Comandos de Archivado y Recuperacin . . . . . . . .
250
251
253
255
256
257
259
260
261
262
263
264
266
269
270
271
274
277
278
280
281
282
283
284
285
287
288
289
290
292
293
296
13.1 Consola Administrativa del Servidor TSM . . . . . . . . . . . . 304

13.2 Interface Administrativa Web . . . . . . . . . . . . . . . . . . . 305
NDICE DE FIGURAS
xxi
13.3 Acceso a la Interface Web Desde un Navegador Web . . . . . . 306

13.4 Ingreso de Datos Para Acceder a la Administracin Web . . . 307
13.5 Comando set webauthtimeout . . . . . . . . . . . . . . . . . . 308
13.6 Comando Query LICense . . . . . . . . . . . . . . . . . . . . . 309
13.7 Resultado del Comando Query LICense . . . . . . . . . . . . . 310
13.8 Registrar un Archivo de Licencia . . . . . . . . . . . . . . . . . 311
13.9 Resultado de la Registracin de un Archivo de Licencia . . . . 312
13.10Comando Query . . . . . . . . . . . . . . . . . . . . . . . . . . 313
13.11Configuracin de Pool de Almacenamiento . . . . . . . . . . . . 314
13.12Consultas Desde la Interface Web . . . . . . . . . . . . . . . . . 315
13.13Definicin de Volumenes de Backup . . . . . . . . . . . . . . . . 316
13.14Comando q stg . . . . . . . . . . . . . . . . . . . . . . . . . . . 317
13.15Resultado del Comando q stg . . . . . . . . . . . . . . . . . . . 318
13.16Acceso de Slo Lectura . . . . . . . . . . . . . . . . . . . . . . . 319
13.17Acceso Completo a un Pool de Almacenamiento . . . . . . . . . 320
13.18Eliminacin de un volumen . . . . . . . . . . . . . . . . . . . . 321
13.19Verificar si el Volumen Fue Eliminado . . . . . . . . . . . . . . 322
13.20Comando QUERY VOLUME . . . . . . . . . . . . . . . . . . . 323
13.21Definicin de un Dominio de Polticas . . . . . . . . . . . . . . 324
13.22Definicin de un Conjunto de Polticas . . . . . . . . . . . . . . 325
13.23Definicin de una Clase Administradora . . . . . . . . . . . . . 326
13.24Definicin de una Clase Administradora Desde la Interface Web. 327
13.25Activacin de un Conjunto de Polticas . . . . . . . . . . . . . . 328
13.26Registracin de Administradores . . . . . . . . . . . . . . . . . 329
13.27Registracin de Administradores . . . . . . . . . . . . . . . . . 330
13.28Consulta de Administradores . . . . . . . . . . . . . . . . . . . 331
13.29Consultar Administradores Registrados . . . . . . . . . . . . . 332
13.30Listado del Detalle del Servidor . . . . . . . . . . . . . . . . . . 333
13.31Listado de los Detalles del Servidor . . . . . . . . . . . . . . . . 334
13.32Vista de la Configuracin de la Base de Datos y del Log de
Recuperacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . 335
13.33Vista de la Configuracin de la Base de Datos y del Log de
Recuperacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . 336
13.34Vista de la Configuracin de la Base de Datos . . . . . . . . . . 337
13.35Vista de la Configuracin del Log de Recuperacin . . . . . . . 338
13.36Incremento del Tamao de la Base de Datos . . . . . . . . . . . 339
13.37Definir un Volumen Espejado de la Base de Datos . . . . . . . 340
13.38Consulta de Nodos Registrados . . . . . . . . . . . . . . . . . . 341
13.39Consulta de Nodos Registrados . . . . . . . . . . . . . . . . . . 342
xxii
13.40Registrar Nodo . . . . . . . . .
13.41Registrar Nodo . . . . . . . . .
13.42Interface Grfica de Usuario . .
13.43Backup Incremental Completo
13.45Bachup Incremental Completo
13.46backup Incremental Completo.
13.48Backup Selectivo . . . . . . . .
13.49Backup Selectivo . . . . . . . .
13.50Aplicacin Web . . . . . . . . .
13.51Aplicacin Web . . . . . . . . .
13.52Aplicacin Web . . . . . . . . .
NDICE DE FIGURAS
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
343
344
345
346
347
348
349
350
351
352
353
354
355
Parte I
Conceptos y Tecnologas
Captulo 1
Introduccin al Tivoli
Enterprise Data Warehouse
1.1
Contenido y Conceptos de Business Intelligence
Este captulo proporciona una introduccin a los conceptos, tecnologas, y

productos que comprenden el Tivoli Enterprise Data Warehouse. En el mismo
se desarrollarn aspectos tales como:
Business Intelligence (BI ).
Aspectos de los negocios motivadores del Business Inteligence.
Trminos principales de Business Inteligence.
Diferentes implementaciones de Business Inteligence.
Arquitectura y procesos del Data Warehouse.
Data Warehouse Manager .
Tivoli Enterprise Data Warehouse.
Ventajas de usar el Tivoli Enterprise Data Warehouse.
3
1.1.1
CAPTULO 1. INTRODUCCIN AL TIVOLI EDW
Business Intelligence
La inteligencia de negocios (BI) no es un negocio como cualquiera. Se refiere

a tomar las mejores decisiones ms rpidamente y fcilmente.
Todos los das los negocios recogen cantidades enormes de datos: Informacin sobre rdenes, inventarios, cuentas a pagar, transacciones de puntos de
ventas, y, por supuesto, clientes. Los negocios tambin adquieren datos, tales
como datos demogrficos y listas de envos, de fuentes exteriores. Desafortunadamente, basado en un examen reciente, el 93 % de los datos corporativos
no se usa en el proceso de toma de decisin del negocio.
La consolidacin y organizacin de los datos para mejores decisiones econmicas pueden conducir a una ventaja competitiva, y aprender a descubrir
esas ventajas y apoyarse en ellas es lo que pretende el B.I.
La cantidad de datos de negocio aumenta exponencialmente. Se duplica
cada dos a tres aos. Ms informacin significa ms competitividad. En la era
de explosin de la informacin, todos los ejecutivos, encargados, profesionales, y trabajadores necesitan poder tomar ms rpido las mejores decisiones.
Porque ahora, ms que nunca, el tiempo es dinero.
Mucho ms que una combinacin de datos y tecnologas, BI ayuda a crear
conocimientos desde el mundo de la informacin, obtener datos correctos,
descubrir su potencial, y compartir el valor; BI transforma la informacin en
conocimiento. BI es la aplicacin de poner la informacin correcta en manos
del usuario correcto en el tiempo correcto para soportar el proceso de toma de
decisin.
1.1.2
Aspectos de los Negocios Motivadores del BI
Hay algunos aspectos motivadores del B.I ; uno es la necesidad de mejorar la

facilidad de aplicacin y reducir los recursos requeridos para implementar y
utilizar nuevas tecnologas de informacin.
Hay fuerzas motivadoras adicionales detrs de la inteligencia de negocio,
por ejemplo:
i. La necesidad de aumentar ingresos, reducir costos, y competir con ms eficacia. Llegar el da en que los usuarios finales
podrn manejar y planear operaciones de negocio usando in-
1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE
formes diferidos mensuales, y las organizaciones de IT tendrn

meses para implementar nuevas aplicaciones. Actualmente las
compaas necesitan desplegar rpidamente sistemas de informacin, y proveer a los usuarios un acceso fcil y rpido a
la informacin del negocio que refleje el ambiente rpidamente cambiante de los negocios. Los sistemas de inteligencia de
negocio se enfocan hacia el acceso y entrega de informacin al
usuario final, y proporcionan soluciones de negocio empaquetadas adems de soportar las tecnologas de informacin sofisticadas requeridas para el procesamiento diario de la informacin
del negocio.
ii. La necesidad de manejar y de modelar la complejidad actual
del ambiente de negocio. La fusin y desregulacin corporativas significa que las compaas actualmente proveen y soportan
una gama ms amplia de productos y de servicios a un pblico
ms amplio y diverso que antes. Entender el manejo del complejo ambiente de negocios y la maximizacin de la inversin,
es cada vez ms difcil. Los sistemas de inteligencia de negocios proporcionan ms que mecanismos de respuestas bsicas y
de divulgacin de la informacin, tambin ofrecen herramientas de anlisis sofisticado de la misma y de descubrimiento de
dicha informacin, que se disean para administrar y procesar
la compleja informacin de negocios asociada actualmente con
el ambiente de las empresas.
iii. La necesidad de reducir costos de IT y de propiciar el uso de informacin de negocios corporativa. La inversin en los sistemas
de IT es generalmente un porcentaje significativo de los costos
corporativos, siendo necesario no slo reducir esta sobrecarga,
sino tambin obtener el mximo beneficio de los sistemas de
IT. Las nuevas tecnologas de informacin tales como las intranets corporativas, computacin orientada al cliente, y suscripcin para la entrega de informacin ayudan a reducir los costos
de despliegue de sistemas de BI al gran pblico, especialmente consumidores de informacin como ejecutivos y encargados
de negocios. Los sistemas de inteligencia de negocio tambin
amplan el alcance de la informacin que puede ser procesada
para incluir no solamente informacin operacional y datos de
los almacenes de datos (Data Warehouse), sino tambin informacin manejada por los sistemas de oficina y los servidores
web corporativos.
1.1.3
Trminos Principales del B.I.
Se explican seguidamente algunos trminos principales que se relacionan con

el B.I., que son fundamentales para entender los conceptos bsicos del Tivoli
Enterprise Data Warehouse (ver fig. 1.1 de la pg. 6):
Figura 1.1: Trminos comunes de Business Intelligence.

Bases de Datos Operacionales:
Las bases de datos operacionales son bases de datos orientadas al detalle
definidas para resolver las necesidades de, ocasionalmente, los procesos muy
complejos en una compaa. Esta visin detallada se refleja en el arreglo de los
datos en la base de datos. Los datos se verifican frecuentemente para evitar
redundancia y mantenimiento doble de datos.
Procesamiento Transaccional en Lnea (OLTP):

OLTP describe la manera en que los datos son procesados por un usuario
final o un sistema informtico. Es orientado al detalle, y altamente repetitivo
con cantidades masivas de actualizaciones y cambios de datos para el usuario
final. Tambin frecuentemente hace referencia al uso de computadoras para
procesar las operaciones en curso de un negocio (las operaciones cotidianas).
Data Warehouse:
Un Data Warehouse es una base de datos donde se recogen los datos con
el propsito de ser analizados. La caracterstica definitoria de un Data Warehouse es su propsito (para qu ser utilizado). La mayora de los datos se
recogen para administrar los negocios diarios de las compaas. A este tipo de
datos se puede llamar datos operacionales. Los sistemas usados para recoger
datos operacionales se refieren como OLTP.
Un Data Warehouse recoge, organiza, y torna disponibles los datos con el
propsito de analizarlos ordenadamente para dar a la gerencia la capacidad
de acceso y analizar la informacin sobre sus negocios. A este tipo de datos
se puede llamar, datos informativos. Los sistemas que trabajaban con datos
informativos se refieren como proceso analtico en lnea (OLAP).
Un (Data) Warehouse es un conjunto de datos orientado al sujeto, variante en el tiempo, y no voltil, para soportar el proceso de toma de decisiones.
Orientado al sujeto: Datos que brindan informacin acerca de un sujeto
particular, en vez de operaciones diarias de una compaa.
Integrado: Datos que se recopilan en el Data Warehouse desde una
variedad de fuentes y se combinan en un conjunto coherente.
Variante en el tiempo: Todos los datos en el Data Warehouse se identifican con un perodo particular.
Data Mart:
Un Data Mart contiene un subconjunto de datos corporativos que son valiosos para una unidad especfica de negocio, un departamento, o un sistema
especfico de los usuarios. Este subconjunto consiste de datos histricos, resumidos, y posiblemente detallados capturados de sistemas de tratamiento
transaccional, o desde un Data Warehouse de la empresa. Es importante destacar que un Data Mart se define por el alcance funcional de sus usuarios, y no
por el tamao de la base de datos del Data Mart. La mayora de los Data Mart
implican menos de 100 GB de datos; algunos son ms grandes, sin embargo,
se espera que como el uso de Data Mart aumenta, aumentarn rpidamente
de tamao.
Fuentes Externas de Datos:
Los datos externos son datos que no se pueden encontrar en los sistemas
OLTP pero se requieren para mejorar la calidad de la informacin en el Data
Warehouse.
Proceso Analtico en Lnea (OLAP):
OLAP es una categora de tecnologa de software que permite a analistas,
encargados, y ejecutivos lograr la comprensin profunda de los datos con acceso
rpido, constante, interactivo y a una amplia variedad de posibles vistas de la
informacin que se ha transformado en informacin primitiva para reflejar la
dimensionalidad verdadera de la empresa segn lo entendido por el usuario.
La funcionalidad de OLAP es caracterizada por el soporte del anlisis
multidimensional dinmico consolidado de los datos de la empresa y por el
anlisis y navegacin del usuario final sobre los datos de la misma, incluyendo:
Clculos y modelacin aplicado a travs de dimensiones, con jerarquas,
y/o a travs de miembros de las jerarquas.
Anlisis de tendencias sobre series temporales.
Separar en subconjuntos para la visin en la pantalla.
Agrupar niveles ms profundos de consolidacin.
Alcance niveles de detalle subyacentes en los datos.
Rotacin a las nuevas comparaciones dimensionales en el rea de visin.
OLAP se implementa en modo cliente / servidor multiusos y ofrece consistentemente respuestas rpidas a las preguntas, sin importar tamao y complejidad de la base de datos. OLAP ayuda al usuario a sintetizar la informacin
de la empresa mediante una visin comparativa, personalizada, as como con
el anlisis de datos histricos y proyectados en varios modelos de datos del
tipo qu-si, what-if. Esto se alcanza con el uso de un Servidor OLAP.
Servidor OLAP:
Un servidor OLAP tiene alta capacidad, es un motor de manipulacin
de datos multiusuarios diseado especficamente para soportar y operar en
estructuras de datos multidimensionales.
Una estructura multidimensional se organiza de manera que los tems de
datos son localizados y accedidos en base a la interseccin de las dimensiones
de los miembros (de las jerarquas) que definen el item. El diseo del servidor y la estructura de los datos se optimizan especficamente para la rpida
recuperacin de la informacin en cualquier orientacin, as como para clculos rpidos y flexibles, y rpidas transformaciones de filas de datos en base a
relaciones expresadas con frmulas.
El servidor OLAP puede efectuar fsicamente el almacenamiento de la
informacin multidimensional procesada para brindar a los usuarios finales
tiempos de respuesta consistentes y rpidos, o puede cargar sus estructuras de
datos en tiempo real desde bases de datos relacionales u otras, u ofrecer una
opcin de ambas.
Dado el estado actual de la tecnologa y el requerimiento del usuario final
por tiempos de respuesta constantes y rpidos, representar los datos multidimensionales en el servidor OLAP es a menudo el mtodo preferido.
Metadata:
Metadata es el tipo de informacin que describe los datos almacenados en
una base de datos e incluye informacin como:
Una descripcin de tablas y campos del Data Warehouse, incluyendo tipos de datos y rango de valores aceptables.
Una descripcin similar de tablas y campos de las bases de datos
fuente, con mapeamiento (equivalencias entre campos) de campos
desde la base de datos fuente al warehouse.
Una descripcin de cmo los datos han sido transformados, incluyendo frmulas, formato, conversin del valor, y agregacin del
tiempo.
Cualquier otra informacin que sea necesaria para soportar y manejar la operacin del Data Warehouse.
Drill-down:
10
Se puede definir al Drill-down como la capacidad para navegar a travs de

la informacin que sigue una estructura jerrquica. Un pequeo ejemplo se
muestra en la fig. 1.2 de la pg. 10.
Figura 1.2: Drill-down.

Bases de Datos Operacionales Versus Informativas:
La diferencia principal entre las bases de datos operacionales e informativas
es la frecuencia de actualizacin:
En las bases de datos operacionales un alto nmero de transacciones
ocurre a cada hora. La base de datos es siempre actualizada, y representa grficamente la situacin actual del negocio o, segn lo referido
comnmente, el punto en el tiempo.
Las bases de datos informativas son generalmente estables durante un
periodo de tiempo y representan una situacin en un punto especfico
en el tiempo pasado, que se puede observar como datos histricos. Por
ejemplo, una carga a un Data Warehouse se hace generalmente durante la
noche. Este proceso de carga extrae todos los cambios y nuevos registros
desde la base de datos operacional a la base de datos informativa. Este
proceso se puede considerar como una sola transaccin que comienza
11
cuando el primer registro se extrae desde las bases de datos operacionales

y finaliza cuando se actualiza el ltimo Data Mart en el Data Warehouse.
La fig. 1.3 de la pg. 11 muestra algunas diferencias entre las bases de
datos y los Data Warehouses.
Figura 1.3: Bases de datos operacionales e informativas.

Data Mining:
Minera de datos es el proceso de extraccin de informacin vlida, til,
previamente desconocida y comprensible, desde los datos, para usarla en la
toma de decisiones de negocios.
Hay diversos enfoques que se pueden tomar para implementar una solucin
de Business Intelligence y para mostrar algunos conceptos bsicos de un Data
Warehouse.
1.1.4
Diferentes Implementaciones del B.I.
Diversos intentos se han hecho en el pasado para encontrar una manera conveniente de resolver los requerimientos para el proceso analtico en lnea.
12
La fig. 1.4 de la pg. 12 brinda una descripcin de cuatros modelos

importantes para implementar un sistema de soporte de decisin.
Figura 1.4: Implementacin de Business Intelligence.

Tabla Resumen:
Una tabla resumen en un sistema OLTP es la implementacin ms comn
que se incluye en muchos paquetes de software estndar. Generalmente estas
tablas resmenes cubren solamente un cierto conjunto de requerimientos de
los analistas de negocio. La fig. 1.5 de la pg. 13 muestra las ventajas y las
desventajas de estas soluciones.
Datos de OLTP en Servidores Separados:
Los datos de OLTP se mueven a un servidor separado y no se realizan
cambios en la estructura de la base de datos. Esto refleja un primer paso para
sacar la carga de trabajo desde el sistema OLTP a una mquina dedicada
separada para OLAP.
Debido a que ninguna reestructuracin de la base de datos ocurre, esta
solucin no podr actualizar los cambios en un cierto plazo. Los cambios en
el pasado no pueden ser reflejados en la base de datos porque los campos para
representar los cambios lentos en las dimensiones no existen. La fig. 1.6 de la
pg. 13 muestra esta solucin.
Figura 1.5: Tabla Resumen en OLTP
Figura 1.6: Data Warehouse Limitado.
13
14
La tcnica de mover regularmente los datos originales de OLTP a un sistema dedicado para propsitos de reportes es un paso que se puede hacer para
evitar el impacto de consultas que demandan tiempos prolongados de proceso,
en el sistema operacional.
Adems de las ventajas en rendimiento, y las normas de seguridad pueden
ser manejadas muy fcilmente en esta arquitectura.
Las mquinas totalmente aisladas, eliminan cualquier interdependencia entre el anlisis y la carga de trabajo operacional. El problema principal que
persistir en esta arquitectura es el hecho de que la arquitectura de la base de
datos no se ha cambiado u optimizado para el rendimiento de las consultas,
el nivel ms detallado de informacin se copia sobre el servidor de anlisis
dedicado.
La carencia de tablas de resmenes o de agregaciones dar lugar a consultas
que requieren prolongados tiempos de proceso con un gran nmero de archivos
y joins en cada requerimiento. Para construir una arquitectura de esta manera,
la transferencia de archivo o FTP puede ser suficiente para algunas situaciones.
Data Mart Sencillo:
Un nmero creciente de usuarios estn implementando Data Marts sencillos
para lograr experiencia con data warehousing.
Estos Data Marts generalmente se implementan como una prueba (del
concepto) y crecen en un cierto plazo. Un Data Warehouse tiene que ser
construido, no puede ser comprado!. Este primer ladrillo en el Data Warehouse debe mantenerse bajo control; muchos Data Marts sencillos crearan
una pesadilla para su administracin.
El modelo two-tiered (dos niveles) de crear un solo Data Mart en una
mquina dedicada incluye ms preparacin, planeamiento e inversin. La fig.
1.7 de la pg. 15 muestra este enfoque.
Las principales ventajas de esta solucin, comparada con otros modelos,
est en el rendimiento, en los valores precalculados y agregados, en una mayor
flexibilidad para agregar datos adicionales desde mltiples sistemas y aplicaciones de OLTP, y en las mejores capacidades para almacenar datos histricos.
Se pueden agregar metadatos al Data Mart para incrementar la facilidad de
uso y la navegacin a travs de la informacin en la base de datos informativa.
15
Figura 1.7: Data Mart de Dos Niveles

La implementacin de un Data Mart aislado puede ser muy rpida mientras el alcance de la informacin que se incluir en el Data Mart se limita
precisamente a un nmero adecuado de elementos de datos.
El modelo three-tiered (tres niveles) del Data Warehouse, consiste en tres
etapas de almacenamiento de datos en el sistema o sistemas. En la fig. 1.8 de
la pg. 16 se muestra este enfoque:
1. Datos de OLTP en bases de datos operacionales.
2. Datos extrados, detallados, desnormalizados, organizados en un StarJoin Schema para optimizar el rendimiento de las consultas.
3. Mltiples Data Marts agregados y precalculados para presentar los datos
al usuario final.
Las caractersticas de este modelo son:
1. Data Marts departamentales para contener los datos en forma organizacional optimizada para peticiones especficas. Los nuevos requerimientos
16
Figura 1.8: Data Mart de Tres Niveles

generalmente precisan la creacin de un nuevo Data Mart, pero no tienen ninguna otra influencia en los componentes ya existentes del Data
Warehouse.
2. Los cambios histricos a lo largo del tiempo se pueden mantener en el
Data Warehouse.
3. Los metadatos son el componente principal para garantizar el xito de esta arquitectura orientada a la facilidad de uso y al soporte de navegacin
para los usuarios finales.
4. La depuracin y transformacin de los datos se implementa en un solo
punto de la arquitectura.
5. Las tres diferentes etapas en la agregacin y transformacin de los datos
ofrecen la capacidad de realizar tareas de Data Mining en los datos extrados, detallados, sin crear carga de trabajo en el sistema operacional.
6. La carga de trabajo creada por peticiones de anlisis es totalmente descargada del sistema OLTP.
Nota 1.1 El Tivoli Enterprise Data Warehouse utiliza el enfoque three-tired
(de tres niveles).
1.1.5
17
Arquitectura y Procesos del Data Warehouse
La fig. 1.9 de la pg. 17 muestra la arquitectura completa del Data Warehouse

en una sola vista.
Figura 1.9: Componentes del Data Warehouse

Esta figura muestra las siguientes ideas:
(a) Los procesos requeridos para mantener el Data Warehouse actualizado como se indic son extraccin / propagacin, transformacin
/ depuracin, refinacin de datos, presentacin, y herramientas de
anlisis.
(b) Las diferentes etapas de agregacin en los datos son datos de OLTP,
ODS Star-Join Schema, y Marts.
(c) Los metadatos, y cmo stos estn involucrados en cada proceso,
se muestra con conectores slidos.
La lnea punteada horizontal en la figura separa las diferentes tareas en
dos grupos:
18
(a) Las tareas que se realizan en el sistema dedicado OLTP se optimizan

para el rendimiento interactivo y para manejar las tareas diarias del
negocio orientadas a la transaccin.
(b) Las tareas que se realizan en la mquina dedicada al Data Warehouse requieren alto rendimiento batch para manejar las numerosas
tareas de agregacin, preclculo y consultas.
Fuentes de Datos:
Las fuentes de datos pueden ser bases de datos operacionales, datos histricos (generalmente archivados en cintas), datos externos (por ejemplo, desde
compaas de estudio de mercado o desde Internet), o informacin desde el
entorno ya existente del Data Warehouse.
Las fuentes de datos pueden ser bases de datos relacionales desde la lnea de
aplicaciones de negocio. stas tambin pueden residir en muchas plataformas
diferentes y pueden contener informacin estructurada, tal como tablas u hojas
de clculo, o informacin no estructurada, tal como archivos de texto plano o
grficos y otra informacin multimedia.
Extraccin / Propagacin:
La extraccin y propagacin de los datos es el proceso de recolectar datos
desde varias fuentes y diferentes plataformas para moverlos al Data Warehouse.
La extraccin de datos en un ambiente de Data Warehouse es un proceso selectivo para importar la informacin relevante para la decisin al Data
Warehouse.
La extraccin y propagacin de los datos es mucho ms que reflejar o copiar
datos desde un sistema de base de datos a otro. Dependiendo de la tcnica,
este proceso es:
1. Pulling (extraccin) o.
2. Pushing (propagacin).
Transformacin / Depuracin:
La transformacin de datos implica generalmente la resolucin de cdigo
con tablas de mapeamiento (por ejemplo, cambiando 0 al femenino y 1 al
19
masculino en el campo de gnero) y resolucin de las reglas ocultas de negocio

en los campos de datos, tales como nmeros de cuenta.
Tambin, la estructura y las relaciones entre los datos se ajustan al dominio del anlisis. Las transformaciones ocurren a travs del proceso de carga,
generalmente en ms de un paso. En las primeras etapas del proceso, las
transformaciones son ms utilizadas para consolidar los datos desde diferentes
fuentes, mientras que en las fases posteriores los datos son transformados para
satisfacer un problema y/o una herramienta especficos del anlisis.
El Data Warehousing transforma datos en informacin; por otra parte, la
depuracin asegura que el Data Warehouse tendr informacin vlida, til, y
significativa.
La depuracin de datos se puede tambin describir como estandardizacin
de datos. Con la revisin cuidadosa del contenido de los datos, se equiparan
los siguientes criterios:
1. Nombres correctos del negocio y del cliente.
2. Direcciones correctas y vlidas.
3. Nmeros de telfono usables e informacin de contacto.
4. Cdigos y abreviaturas vlidos de los datos.
5. Representacin consistente y estndar de los datos.
6. Direcciones domsticas e internacionales.
7. Consolidacin de los datos.
Refinacin de los Datos:
La refinacin de datos crea subconjuntos del Data Warehouse de la empresa, que tienen un formato multidimensional o un formato de organizacin
relacional para optimizar el rendimiento de OLAP. La fig. 1.10 de la pg. 20
muestra dnde est situado este proceso dentro de la arquitectura completa
del business inteligence (BI).
El nivel atmico de informacin desde el esquema estrella necesita ser agregado, resumido, y modificado para los requerimientos especficos. Este proceso
de refinacin de datos genera los Data Marts que:
20
Figura 1.10: Refinacin de Datos.

Crean un subconjunto de datos del esquema estrella.
Crean los campos calculados / campos virtuales.
Sumariza la informacin.
Agrega la informacin.
Esta capa en la arquitectura del Data Warehouse es necesaria para incrementar el rendimiento del query y reducir al mnimo la cantidad de datos que
se transmitan sobre la red al usuario final del query o a la herramientas de
anlisis.
Cuando se habla de transformacin /ordenamiento de datos, bsicamente
se alcanzan los resultados de dos maneras diferentes. stas son:
Agregacin de datos: Cambiar el nivel de granularidad en la informacin.
Ejemplo: Los datos originales se almacenan en una base diaria -el
data mart contiene solamente valores semanales-. Por lo tanto,
la agregacin de los datos resulta en menos registros.
21
Resumen de datos: Agregar hacia arriba los valores en un cierto grupo

de informacin.
Ejemplo: El proceso de ordenamiento de los datos genera registros
que contienen la entrada de un grupo de productos especficos,
dando por resultado ms registros.
Modelo Fsico de la Base de Datos:
En BI, hablar sobre el modelo fsico de los datos es hablar sobre modelos
relacionales o multidimensionales de datos. La fig. 1.11 de la pg. 21 muestra
la diferencia entre esos dos modelos fsicos de base de datos.
Figura 1.11: Modelo Fsico de la Base de Datos.

Ambas arquitecturas de base de datos pueden ser seleccionadas para crear
Data Marts departamentales, pero la manera de tener acceso a los datos en
las bases de datos es diferente:
(a) Para tener acceso a datos desde una base de datos relacional,
se pueden utilizar mtodos de acceso comunes como el SQL o
productos de middleware como ODBC.
(b) Las bases de datos multidimensionales requieren APIs especializados para tener acceso a la arquitectura de base de datos
usualmente propietaria.
22
Modelo Lgico de la Base de Datos:

Adems del modelo fsico previamente mencionado de la base de datos,
tambin hay cierto modelo lgico de base de datos.
Al hablar del BI, el modelo lgico ms usado comnmente de base de
datos es el Esquema de Star-Join. El Esquema de Star-Join consiste en dos
componentes, segn lo mostrado en la fig. 1.12 de la pg. 22:
Figura 1.12: Modelo Lgico de la Base de Datos
1. Tablas de hechos.
2. Tablas de dimensiones.
Las siguientes son definiciones para los componentes del Esquema StarJoin:
Tablas de hechos: Qu estamos midiendo?.
Las tablas de hechos contienen la informacin bsica del nivel de transaccin del negocio que es de inters para una aplicacin en particular. En
anlisis de marketing, por ejemplo, stos son datos bsicos de las transacciones de ventas. Las tablas de hechos son grandes, frecuentemente almacenan
millones de filas, y principalmente numricas.
23
Tablas de dimensin: Por qu estamos midiendo?.

Las tablas de dimensin contienen informacin descriptiva y son pequeas
en comparacin a las tablas de hechos. En una aplicacin de anlisis del marketing, por ejemplo, las tablas tpicas de dimensin incluyen perodo, regin
del marketing, tipo de producto, etc.
Informacin de metadatos:
Los metadatos estructuran la informacin en el Data Warehouse en categoras, asuntos, grupos, jerarquas, etctera. Se utiliza para proporcionar
informacin sobre los datos dentro de un Data Warehouse, segn lo dado en
la siguiente lista y mostrado en la fig. 1.13 de la pg. 23:
Figura 1.13: Metadatos.
Orientado al sujeto, basado en abstracciones de las entidades del mundo

real que interesan (proyecto, cliente, organizacin, etc.).
Define la manera en la cual los datos deben ser transformados e interpretados, (5/9/99 = al 5 de septiembre de 1999 o 9 de mayo de 1999 Britnico o US?).
Da informacin sobre datos relacionados en el Data Warehouse.
24
Estima tiempos de repuestas, mostrando el nmero de los registros que

se procesarn en un query.
Almacena campos calculados y frmulas precalculadas, para evitar interpretaciones equivocadas, y contiene cambios histricos de una vista.
La perspectiva del administrador del Data Warehouse del metadata es un
depsito (repositorio) lleno y con documentacin de todo el contenido y de
todos los procesos en el Data Warehouse, mientras que, desde una perspectiva
de usuario final, el metadata es el roadmap (mapa de ruta) con la informacin
en el Data Warehouse.
Fuente de Datos Operacionales (ODS):
La fuente de Datos Operacionales (ver fig. 1.14 de la pg. 24), se puede
definir como un sistema actualizable de datos integrados usados para mltiples
tomas de decisiones tcticas de la empresa.
Contiene los datos vivos, no fotos, y tiene una mnima historia que se
conserva.
Figura 1.14: Fuentes de Datos Operacionales.

Algunas caractersticas del ODS:
Es orientado al sujeto: Se disea y organiza alrededor de los temas
25
principales de los datos de una compaa, tales como cliente o producto.

No se organizan alrededor de aplicaciones o funciones especficas, tales
como entrada de rdenes o cuentas por cobrar.
Es integrado: Representa una imagen colectivamente integrada de datos
orientados a los sujetos, que se cargan desde potencialmente cualquier
sistema operacional. Si el sujeto cliente es incluido, entonces toda la
informacin del cliente en la empresa se considera como parte del ODS.
Tiene valores actuales: Refleja el contenido actual de los sistemas fuente heredados. Actualmente se puede definir de diversas maneras para
diversos ODSs dependiendo de los requisitos de la implementacin. Un
ODS no debe contener mltiples fotos de cualquier actualidad que se defina. Es decir, si actual significa un perodo de contabilizacin, entonces
el ODS no incluye ms que un perodo de contabilizacin de datos. La
historia est archivada en el Data Warehouse para el anlisis.
Es voltil: Puesto que un ODS tiene valores actuales, est sujeto a cambios con una frecuencia que soporta la definicin de actual. Es decir, es
actualizado para reflejar los sistemas que lo alimentan en el verdadero
sentido de OLTP. Por lo tanto, las query idnticas hechas en diferentes momentos arrojarn probablemente diferentes resultados porque los
datos han cambiado.
Es detallado: La definicin de detallado tambin depende del problema
del negocio que est solucionando el ODS. La granularidad de datos en
el ODS puede o no ser igual que la de sus sistemas operacionales fuente.
Data Mart:
La fig. 1.15 de la pg. 26 muestra dnde los Data Marts se establecen
lgicamente dentro de la arquitectura BI.
El propsito principal de un Data Mart puede ser definido como sigue:
1. Almacena la informacin pre-agregada.
2. Controla el acceso de usuarios finales a la informacin.
3. Provee rpido acceso a la informacin para necesidades analticas especficas o grupos de usuario.
26
4. Representa la visin para usuarios finales y la interfaz de datos del Data

Warehouse.
5. Crea una vista relacional / multidimensional de los datos.
6. Ofrece mltiple capacidades slice-and-dice (agrupamientos - zoom).
7. El formato de la base de datos puede ser multidimensional o relacional.
Figura 1.15: Data Mart.
Herramientas de Presentacin y Anlisis:

Desde la perspectiva del usuario final, la capa de presentacin es el componente ms importante de la arquitectura BI mostrada en la fig. 1.16 de la
pg. 27.
Para encontrar las herramientas adecuadas para los usuarios finales con
requerimientos de informacin, se puede hacer la suposicin de que hay por lo
menos cuatro categoras de usuario y la posibilidad de cualquier combinacin
de estas categoras:
1. Usuarios capacitados. Los usuarios que estn dispuestos y capacitados
para manejar herramientas de anlisis ms o menos complejas para crear
27
Figura 1.16: Herramientas de Presentacin y Anlisis.

sus propios informes y anlisis, tienen una comprensin de la estructura
del data warehouse y de las interdependencias de la organizacin de los
datos en el data warehouse.
2. Usuarios no frecuentes. Este grupo de usuario consiste en quienes no
estn interesados en los detalles del data warehouse pero tienen necesidad de acceder a la informacin espordicamente. Estos usuarios estn
normalmente implicados en el negocio cotidiano y no tienen el tiempo
o la necesidad de trabajar extensivamente con la informacin del data
warehouse. Sus capacidades en el uso de las herramientas de anlisis y
reporte es limitado.
3. Usuarios que requieren informacin esttica. Este grupo de usuario tiene un inters especfico en la recuperacin de nmeros exacto definidos
en un intervalo de tiempo dado, por ejemplo: Se tiene que conseguir un
informe sumario todos los viernes a las 10:00 hs de la maana como preparacin para la reunin semanal y para propsitos de documentacin.
4. Usuarios que requieren capacidades de anlisis y de consultas dinmicas o especficas. Tpicamente, este es un analista de negocio. Toda la
informacin en el Data Warehouse podra ser de importancia para esos
usuarios, en algn momento dado. Su inters se relaciona con la disponi-
28
bilidad, funcionamiento, y capacidades de drill-down para slice-and-dice

a travs de los datos desde diferentes perspectivas en cualquier momento.
Diferentes tipos de usuarios necesitan diferentes herramientas front-end,
pero todos pueden tener acceso a la misma arquitectura del Data Warehouse.
Tambin, los diferentes niveles de habilidad requieren diferente visualizacin
de los resultados, tal como grficos para una presentacin de alto nivel o tablas
para anlisis adicional.
Nota 1.2 Tivoli Enterprise Data Warehouse trabaja en conjunto con DB2
UDB y con el DB2 Warehouse Manager.
1.2
DB2 Data Warehouse Manager
La administracin del Warehouse en DB2 se realiza con el DB2 UDB y el DB2

DataWarehouse Manager. Proporciona una infraestructura de administracin
del Warehouse integrada, distribuida y heterognea para, disear, construir,
mantener, administrar, y tener acceso altamente escalable, Data Warehouses
robustos, almacenamientos de datos operacionales, y Data Marts almacenados
en bases de datos DB2 UDB.
El DB2 UDB y el DB2 DataWarehouse Manager ayudan a los administradores del Warehouse a:
1. Manejar grandes volmenes de datos, para mover datos directamente
desde sus fuentes especficas (tambin permite el acceso empaquetado
y simplificado a los productos populares de empresas tales como SAP
R/3), y para controlar los servidores en los cuales las transformaciones
ocurren con los agentes distribuidos del Warehouse.
2. Apresurar el despliegue del Warehouse y los Data Mart comnmente usados, realizar las transformaciones de datos previas a su carga y clculos
estadsticos.
3. Construir y administrar desde un punto central de control, integrado en
DB2 UDB, utilizando la interfaz grfica de usuario del Data Warehouse
Center.
1.3. TIVOLI ENTERPRISE DATA WAREHOUSE
29
El manejo del DB2 Warehouse consiste de:

Un cliente administrativo para definir y para manejar tareas de warehousing de datos y objetos, y operaciones de Warehouse o Data Mart: El Data
Warehouse Center.
1. Un administrador para manejar y controlar el flujo de datos: El Warehouse server.
2. Agentes residentes en plataformas del servidor DB2 UDB (que podra
ser tambin SUN, HP, etctera) para realizar peticiones desde el administrador o el servidor del Warehouse: El agente Warehouse local o
remoto.
3. Una base de datos de control del Warehouse que almacena los metadatos
de administracin del Warehouse en una base de datos DB2 UDB en un
servidor UNIX o Intel.
4. Una herramienta de administracin y publicacin de metadatos con su
propia interface grfica de usuario (GUI): Information Catalog Manager
para manejar y presentar metadatos tcnico y del negocio (organizacin).
Los diferentes componentes del DB2 DataWarehouse Manager se muestran
en la fig. 1.17 de la pg. 30.
1.3
1.3.1
Tivoli Enterprise Data Warehouse

El Problema
Ha habido un problema inherente con la mayora de las aplicaciones de administracin. Las aplicaciones de administracin recogen muchos datos de la
empresa y los almacenan en bases de datos o archivos. Cada aplicacin utiliza
su propia base de datos, datos del balance, o archivos planos con sus propios
formatos diferentes.
Para cada aplicacin se tiene que instalar un informe individual con una
herramienta de reporte. Esto da informacin sobre los datos recogidos por la
aplicacin individual, pero esto muestra solo parte de la historia. El anlisis y correlacin de datos desde diferentes aplicaciones en un informe resulta
imposibles, o por lo menos difcil de lograr.
30
Figura 1.17: DB2 DataWarehouse Manager.

Esta discusin ha sido tambin en parte vlida para las aplicaciones Tivoli,
hasta la disponibilidad del Tivoli Data Warehouse.
Este problema se muestra en la fig. 1.18 de la pg. 31.
Tivoli primero intent solucionar este problema introduciendo Tivoli Decission Support pocos aos atrs. Tivoli Decission Support haba sido exitoso
para una gran cantidad de usuarios y proporciona gran valor en ambientes
de administracin distribuida. Sin embargo, tiene algunas limitaciones en las
siguientes reas:
(a) Flexibilidad: La flexibilidad en los tipos de informes y la apariencia
y el significado de los informes es un requisito clave. Los datos
deberan ser pluggable (transferible, conectable) para cualquier
aplicacin de reporte (incluidas todas las herramientas OLAP).
(b) Adaptacin: La habilidad de adaptar es tambin un factor crtico.
El producto actual Tivoli Decision Support (TDS) trae gran valor
agregado, pero muchos clientes desean modificar los datos y la clase
de reportes que se puedan generar. Esta adaptacin es un proceso difcil con el TDS y hay una necesidad para proporcionar un
31
Figura 1.18: Reporte sin Tivoli Enterprise Data Warehouse.

ambiente donde la adaptacin puede hacerse ms fcilmente. Esto
incluye el uso de datos desde mltiples aplicaciones de administracin, Tivoli y no Tivoli.
(c) Escalabilidad de la seguridad: El ambiente actual del TDS tambin tiene algunas limitaciones en el rea de escabilidad (nmero
de usuarios capaces de revisar y modificar reportes al mismo tiempo). Es tambin importante permitir a los clientes proporcionar
seguridad relacionada con quin puede ver qu informes y qu datos relativos a qu rea de la empresa. Por ejemplo, en un ambiente
de Service Provider, los clientes individuales deberan solamente ser
capaz de ver los informes relacionados con los servicios que reciben.
Esto tambin se aplica a empresas grandes donde los informes deben
estar seguros en una divisin o una unidad de negocios bsica.
(d) Disponibilidad Web: El interfaz actual del TDS est basada en
Windows. Aunque proporciona alguna ayuda para publicar reportes HTML y es accesible mediante un navegador Web, esta facilidad
no es todo la que podra ser. Los clientes quisieran tener acceso a
los informes mediante un navegador estndar.
32
(e) Globalizacin: Hay algunas limitaciones en la capacidad del National Language Support del TDS.
(f) Principios bsicos de la administracin de la aplicacin: Las guas
TDS tpicamente estn armadas en una aplicacin bsica del tipo aplicacin-para-administracin. Para tener capacidad de hacer
aplicaciones de reporte de alto valor, tales como administracin del
nivel de servicios o planeamiento de capacidad, es crtico poder
correlacionar datos a travs de muchas aplicaciones de administracin.
1.3.2
La Solucin
Tivoli Enterprise Data Warehouse est disponible para solucionar exactamente

este problema y tambin superar las limitaciones del TDS.
El punto clave del Tivoli Enterprise Data Warehouse es que todos los datos
histricos desde diferentes aplicaciones de administracin estn reunidos en
una base de datos centralizada, el Tivoli Data Warehouse. Los esquemas de
esta base de datos son abiertos y publicados. Los sistemas de administracin de
datos de aplicaciones de terceras partes tambin pueden integrarse fcilmente.
Esta nueva arquitectura se muestra en la fig. 1.19 de la pg. 33.
En el Tivoli Enterprise Data Warehouse, todos los datos son agregados
y correlacionados para el uso de reportes y herramientas de terceras partes
OLAP y tambin para planeamiento, anlisis, tendencia, contabilidad, y herramientas data mining.
Las aplicaciones del Tivoli Enterprise Data Warehouse tambin proporcionan informes estndares estticos usando una herramienta de reporte de
la consola Web. En la versin 1 de Tivoli Enterprise Data Warehouse, se
soportan tres clases de reportes:
Informe grfico.
Informe tabular.
Medicin versus tiempo.
33
Figura 1.19: Reporte con Tivoli Enterprise Data Warehouse.
1.3.3
Ventajas de Usar el Tivoli Enterprise Data Warehouse
Los usuarios pueden beneficiarse usando el Tivoli Enterprise Data Warehouse

de varias maneras, tales como:
El Tivoli Enterprise Data Warehouse colecciona datos histricos desde
muchas aplicaciones Tivoli en un lugar central.
Tivoli Enterprise Data Warehouse colecciona los datos fundamentales sobre los dispositivos de conexiones de red de los clientes, equipos de escritorio
/ servidores, software de aplicacin y los problemas y actividades que ha generado para manejar la infraestructura.
Esto le permite a los clientes construir una vista end-to-end (global) de su
empresa y ver los componentes independientes de las aplicaciones especficas
usadas para monitorear y controlar los recursos.
El Tivoli Enterprise Data Warehouse agrega valor a los datos primitivos.
34
Tivoli Enterprise Data Warehouse realiza agregacin de datos (por ej. diariamente o semanalmente) y permite al usuario restringir la cantidad de datos
almacenados en el depsito central de datos. Los datos son tambin depurados y consolidados para permitir modelos de datos del depsito central para
compartir dimensiones comunes.
Por ejemplo, Tivoli Enterprise Data Warehouse asegura que ahora, el nombre del host, y la direccin IP son las mismas dimensiones a travs de todas
las aplicaciones.
El Tivoli Enterprise Data Warehouse permite la correlacin de informacin desde muchas aplicaciones Tivoli.
Tivoli Enterprise Data Warehouse tambin puede ser usado para generar
valor agregado correlacionando datos desde muchas aplicaciones Tivoli. Permite generar informes altamente complejos, con una total asociacin de datos
de distintas aplicaciones.
La primera aplicacin de este tipo que utiliza el Tivoli Enterprise Data
Warehouse es el Tivoli Service Level Advisor (TSLA). Usa y relaciona los
datos desde las siguientes aplicaciones para comprobar la conformidad con los
niveles de servicios predefinidos:
Tivoli Enterprise Console.
Tivoli Distributed Monitoring.
Tivoli Web Services Manager.
Tivoli Application Performance Management.
Tivoli Business Systems Manager.
El Tivoli Enterprise Data Warehouse usa interfaces probadas abiertas,
para extraer, almacenar y compartir datos.
Tivoli Enterprise Data Warehouse puede extraer datos desde cualquier
aplicacin (Tivoli y no Tivoli) y almacenarlos en una base de datos central comn. La aplicacin Tivoli Enterprise Data Warehouse tambin provee acceso
transparente para soluciones de B.I. de terceras partes (el estndar CWM),
35
como IBM DB2 OLAP, Crystal Decisions, Cognos, Business Objects, Brio
Technology, y Microsoft OLAP Server. CWM es el estndar para Common
Warehouse Metadata, una especificacin estndar de la industria para el intercambio de metadatos definida por el Object Management Group.
El Tivoli Enterprise Data Warehouse provee un generador de reportes
front end (para usuario final) basado en la Web.
Llamado la Report Interface, pero la arquitectura abierta prevista por el
Tivoli Enterprise Data Warehouse permite otros front ends de B.I. que son
usados para acceso de los datos en el Warehouse central. El valor aqu es
flexibilidad. Los clientes pueden usar la aplicacin de informes a su eleccin,
y no estn limitados a cualquier aplicacin.
Todas las aplicaciones Tivoli proveern informes estndar fuera del box.
Todas las aplicaciones Tivoli proveern informes y planillas de informes
estndar fuera del box, utilizando el warehouse central comn del Tivoli Enterprise Data Warehouse. Estos informes proveern informacin similar a la
suministrada por muchas guas actuales TDS. Como se mencion anteriormente, Tivoli tambin proveer y desarrollar (como productos separados)
un alto valor, aplicaciones de informes provenientes de diferentes productos o
aplicaciones complejas como el Tivoli Service Level Advisor.
El Tivoli Enterprise Data Warehouse provee un robusto mecanismo de
seguridad.
Tivoli Enterprise Data Warehouse provee un robusto mecanismo de seguridad permitiendo construir los data marts con datos provenientes de subconjuntos de recursos administrados.
Suministrando niveles de autorizacin de la base de datos para acceder
a esos data marts, Tivoli Enterprise Data Warehouse puede direccionar la
mayora de los requerimientos de seguridad relacionados con limitar el acceso
a datos especficos a esos clientes/unidades de negocio que tienen una concreta
necesidad de conocimiento.
El Tivoli Enterprise Data Warehouse provee una arquitectura escalable.
36
Dado que Tivoli Enterprise Data Warehouse depende de tecnologa probada y de estndares de la industria para sistemas de administracin de bases
de datos relacionales (RDBMS), provee una arquitectura escalable para almacenamiento y recuperacin de datos.
Captulo 2
DB2 Data Warehouse

Manager
2.1
Introduccin
En este captulo se desarrollar la arquitectura del Tivoli Enterprise Data

Warehouse y cmo el modelo se adecua en la estructura general del Data
Warehouse.
Este captulo tiene las siguientes secciones:
1. Componentes del Tivoli Enterprise Data Warehouse.
2. Arquitectura del Tivoli Enterprise Data Warehouse.
3. Cmo las aplicaciones utilizan el Tivoli Enterprise Data Warehouse.
2.2
Componentes de Tivoli Enterprise Warehouse
En esta seccin se introducirn los componentes bsicos del Tivoli Enterprise

Data Warehouse y se describir brevemente su funcionalidad. Se explicar
cmo la aplicacin del Tivoli Enterprise Data Warehouse se estructura.
37
38
CAPTULO 2. DB2 DW MANAGER
2.2.1
Componentes Bsicos
El Tivoli Enterprise Data Warehouse es una aplicacin usada para recoger

y para manejar datos desde varias aplicaciones de administracin de sistema
Tivoli y no Tivoli. Los datos son importados desde la aplicacin fuente, almacenados centralmente, y luego procesados para adecuarse a las necesidades
de los usuarios finales. Aqu se describirn los componentes bsicos del Tivoli
Enterprise Data Warehouse en el orden lgico del flujo de datos.
La fig. 2.1 de la pg. 38 muestra los componentes del Tivoli Enterprise
Data Warehouse.
Figura 2.1: Componentes del Tivoli Enterprise Data Warehouse

El primer paso para introducir el Tivoli Enterprise Data Warehouse es
disponer de las aplicaciones fuente. Esto significa el abastecimiento de todas
las herramientas y arreglos necesarios para importar las fuentes de datos operacionales en el Data Warehouse central. Todos los componentes necesarios
para esa tarea son recolectados en los llamados paquetes Warehouse para cada
aplicacin fuente.
Las versiones futuras de todas las aplicaciones Tivoli sern Tivoli Enter-
2.2. COMPONENTES DE TIVOLI ENTERPRISE WAREHOUSE
39
prise Data Warehouse-ready (listas para Tivoli Enterprise Data Warehouse)

y enviadas con sus paquetes del Warehouse.
Una porcin importante de los paquetes del Warehouse son los programas
ETL. La abreviatura ETL es para extraccin, transformacin y carga de datos.
En principio, el programa ETL procesa datos en tres pasos. Primero extrae
los datos desde una fuente de datos. Despus los datos son validados, transformados, agregados, y / o purificados de modo que cumplan con objetivo de
formato y necesidades de los datos. Finalmente los datos se cargan en la base
de datos especfica.
En el Tivoli Enterprise Data Warehouse hay dos tipos de ETLs. El Warehouse central de los datos ETL toma los datos desde las aplicaciones fuentes
y los carga en el Warehouse central de los datos (ver fig. 2.1 de la pg. 38).
El Warehouse ETL central de los datos tambin se conoce como fuente ETL
o ETL1. El segundo tipo de ETL es el data mart ETL.
El Warehouse central de los datos (CDW) es la base de datos que contiene
grandes volmenes de datos histricos de la empresa u organizacin (con la
hora como la ms baja granularidad). Este almacn de datos se optimiza para
el almacenamiento eficiente de grandes cantidades de datos y tiene un formato
documentado que hace los datos accesibles a muchas soluciones de anlisis
(software). La base de datos se organiza de una manera muy flexible, que
permite almacenar datos desde nuevas aplicaciones sin agregados o cambios
en las tablas.
El Data Mart ETL extrae un subconjunto de datos histricos desde el Warehouse central de los datos el cual contiene los datos adaptados y optimizados
para un reporte especfico o una tarea de anlisis. Este subconjunto de datos es utilizado para crear los Data Marts. El data marts ETL es tambin
conocido como target (objetivo) ETL o ETL2.
Un Data Mart es un subconjunto de datos histricos que satisfacen las
necesidades de un departamento, un equipo, o un cliente especfico. Un Data
Mart es optimizado para el reporte interactivo o el anlisis de datos. El formato de un Data Mart es especfico a la herramienta de reporte o anlisis que
se planea utilizar. Cada aplicacin que proporciona un Data Mart ETL crea
sus Data Marts en el formato apropiado.
Tivoli Enterprise Data Warehouse proporciona una Report Interface (RI)
que crea reportes bidimensionales estticos de los datos usando los Data Marts.
El RI es una interfaz basada en una representacin Web que puede ser accedida
40
con un simple navegador Web sin ningn software adicional instalado en el

cliente. Se puede tambin utilizar otras herramientas para realizar anlisis
OLAP, reporte de inteligencia de negocio, o Data Mining.
El Control server es el sistema que contiene la base de datos de control que
contiene metadatos para el Tivoli Enterprise Data Warehouse y desde el cul
se maneja el Data Warehouse. El Control server controla las comunicaciones
entre el Control server, el Data Warehouse central, el Data Marts, y la Report
Interface.
El Control server utiliza el Data Warehouse Center para definir los procesos
ETL y los esquemas estrella usados por los Data Marts. Se utiliza el Data
Warehouse Center para programar, mantener, y monitorear estos procesos.
2.2.2
Cmo se Organiza el Tivoli Enterprise Data Warehouse
Al instalar la ayuda del Tivoli Enterprise Data Warehouse para el software

Tivoli, se recibe e instala dos porciones lgicas:
1. La aplicacin principal Tivoli Enterprise Data Warehouse, que proporciona la infraestructura del Warehouse.
2. Uno o ms paquetes Warehouse, que son aplicaciones que hacen uso de
la infraestructura.
Tivoli Enterprise Data Warehouse
La aplicacin principal Tivoli Enterprise Data Warehouse est empaquetada como un grupo de CDs que son proporcionados mediante cada producto de
software de Tivoli que utilice su infraestructura. Se recibe un grupo diferente
de CDs dependiendo del soporte que se ha ordenado para lenguajes Single
Byte Carcter Set (SBCS) o lenguajes Double Byte Carcter Set (DBCS).
El grupo CD del Tivoli Enterprise Data Warehouse consiste de los siguientes CDs:
1. Tivoli Enterprise Data Warehouse: Los medios de instalacin para la
aplicacin Tivoli Enterprise Data Warehouse.
2.3. ARQUITECTURA DEL TIVOLI ENTERPRISE DATA WAREHOUSE41
2. Tivoli Enterprise Data Warehouse Language Support: Los archivos necesarios para utilizar el Tivoli Enterprise Data Warehouse en diferentes
lenguajes. Este CD soporta los lenguajes SBCS y DBCS.
3. Tivoli Enterprise Data Warehouse Documentation: La librera de documentacin del Tivoli Enterprise Data Warehouse.
4. Un grupo de CDs de DB2: stos varan dependiendo de la versin que
se solicita, la SBCS o DBCS del Tivoli Enterprise Data Warehouse.
Paquetes Warehouse
Un paquete Warehouse es la parte de un producto del software Tivoli
que proporciona funcionalidad de Warehouse. Puede ser proporcionado en el
medio de instalacin del producto, en un CD separado, o en una coleccin
de paquetes Warehouse. Cuando no se provee en un CD que contenga slo
uno o ms paquetes Warehouse, un paquete Warehouse est situado en un
subdirectorio llamado tedw_apps_etl.
2.3
Arquitectura del Tivoli Enterprise Data Warehouse
Los componentes bsicos de la aplicacin del Tivoli Enterprise Data Warehouse

se han introducido en las secciones anteriores. Ahora se ver las diferentes arquitecturas de una instalacin Tivoli Enterprise Data Warehouse, por ejemplo,
cmo los componentes se pueden instalar razonablemente en muchas mquinas
y cmo trabajan conjuntamente.
Para consideraciones acerca de la arquitectura hay cuatro componentes del
Tivoli Enterprise Data Warehouse:
Control server
Central data warehouse
Data marts
Report Interface
42
Estos componentes pueden ser instalados en un sistema por un sistema de

instalacin centralizado, o distribuirlo a travs de cuatro sistemas en la empresa de IT. Los componentes del Tivoli Enterprise Data Warehouse pueden ser,
pero no necesitan ser, instalado en los mismos sistemas como el otro software
Tivoli o en los sistemas donde residen los almacenamientos operacionales de
los datos.
2.3.1
Instalacin en una Sola Mquina
Se puede instalar todos los componentes del Tivoli Enterprise Data Warehouse
en una sola mquina. Esta configuracin es fcil para instalar y para mantener.
Sin embargo, se recomienda esta configuracin solamente para ambientes de
prueba o demostracin.
El Control server debera estar en una mquina Windows 2000 o Windows
NT. La configuracin de una sla mquina no puede ser instalada en un servidor UNIX. Se pueden instalar todos los componentes del Tivoli Enterprise
Data Warehouse en un solo paso. Antes de instalar el Tivoli Enterprise Data
Warehouse hay que instalar primero en esa mquina el IBM DB2 Universal
Database Enterprise Edition.
2.3.2
Instalacin Distribuida
Una instalacin distribuida es recomendada para la mayora de los sistemas

de produccin y para los clientes que ya ejecutan sus servidores de bases de
datos en los sistemas UNIX. Cada uno de los componentes mencionados anteriormente del Tivoli Enterprise Data Warehouse puede estar en una mquina
separada. Esta configuracin se ilustra en el fig. 2.2 de la pg. 43.
El Control server es el sistema que contiene la base de datos de control
para el Tivoli Enterprise Data Warehouse y desde el cul se maneja el Data
Warehouse. Los sistemas operativos soportados son Windows NT y Windows
2000.
Antes de instalar el componente Tivoli Enterprise Data Warehouse en el
Control server se debe instalar primero en esa mquina el IBM DB2 Universal
Database Enterprise Edition. El Control server utiliza el DB2 Server, el Data
Warehouse Center, y el gestor del Warehouse.
Figura 2.2: Una Configuracin Distribuida del Tivoli Data Warehouse.
44
El Data Warehouse Center en el Control server automatiza el procesamiento del Data Warehouse. Se lo puede utilizar para definir los procesos ETL que
mueven y transforman datos en el Data Warehouse central y los esquemas estrella usados por los Data Marts. Entonces se puede utilizar Data Warehouse
Center para programar, mantener, y supervisar estos procesos. El gestor del
Warehouse es una parte del DB2 Warehouse Manager. En esta configuracin,
el gestor del Warehouse funciona solamente en el Control server.
El sistema en el cual se instala el Control Server debe conectar a los almacenamientos operacionales de los datos de la empresa, que potencialmente
residen en otros sistemas y en base de datos relacionales fuera de DB2. Para
permitir al Control Server tener acceso a estas fuentes de datos, se debe instalar al cliente apropiado de la base de datos para cada fuente de datos en el
Control server del sistema.
El servidor central del Data warehouse contiene solamente las bases de
datos DB2. En esta configuracin ninguna parte del software del Tivoli Enterprise Data Warehouse o los componentes del DB2 Warehouse son necesarios en
este servidor. Los sistemas operativos soportados son Windows NT, Windows
2000, AIX, y Solaris.
Lo mismo es aplicable al servidor del Data Mart. Por esta razn, en una
configuracin tpica, el Data Warehouse central y los Data marts estarn en
un servidor de base de datos.
El servidor del Report Interface (o servidor de Interface de Reporte) proporciona herramientas y una interfaz grfica de usuario para crear y mostrar
informes que ayudan a analizar los datos en el Warehouse para responder a
las preguntas que son importantes para el negocio. La Report Interface utiliza
Tivoli Presentation Services. Si ya est instalado en la organizacin, se debe
instalar el componente del Report Interface en el sistema que aloja al servidor
para la IBM Console.
La Report Interface requiere un cliente DB2 run-time (tiempo de ejecucin) para tener acceso a los datos en las instancias DB2 en el Data Warehouse
central, el Data Mart, y el Control Servers. Se debe instalar manualmente el
producto IBM DB2 antes de instalar el componente Report Interface. Cuando
se instala el producto IBM DB2 desde los CDs suministrados con el Tivoli Enterprise Data Warehouse, alguno de los siguientes componentes son suficientes:
DB2 Enterprise Edition
DB2 Application Development Client

DB2 Administration Client (este componente es el que utiliza el menor
espacio en memoria).
Los sistemas operativos soportados para el servidor de Report son Windows
NT, Windows 2000, AIX, Solaris, y Linux. Su rendimiento es superado en
sistemas Windows NT y Windows 2000.
2.3.3
Instalacin Distribuida con los Agentes Remotos del Warehouse
IBM DB2 Warehouse Manager proporciona los agentes del Warehouse que manejan el flujo de datos entre los recursos fuentes del Warehouse y los targets
(destinos de datos). Cuando se instala el Tivoli Enterprise Data Warehouse
Control server, tambin se instala un agente del Warehouse. En algunos ambientes, es suficiente utilizar un agente del Warehouse solamente en el Control
server.
En otros ambientes, se podra mejorar el rendimiento del Tivoli Enterprise
Data Warehouse si se coloca un agente Warehouse en el servidor del Warehouse
central de los datos y en el servidor del Data Mart. El Control server puede
utilizar estos agentes remotos del Warehouse para manejar el flujo de datos.
Esta es una configuracin avanzada.
La fig. 2.3 de la pg. 46 muestra el ejemplo de una configuracin con
agentes Warehouse remotos. En este ejemplo el Warehouse central de los
datos y los Data Marts estn en un servidor.
Crear esta configuracin avanzada requiere las siguientes tareas adems de
las que se realizan para la configuracin bsica:
1. Instalar el DB2 Warehouse Manager en los sistemas que transforman los
servidores del Warehouse central de los datos y los servidores del Data
Mart.
2. Instalar los componentes del Warehouse central de los datos y del Data
Mart del Tivoli Enterprise Data Warehouse.
3. Configurar el daemon del agente del Warehouse en el servidor del Warehouse central de los datos y en el servidor del Data Mart.
46
Figura 2.3: Configuracin Avanzada con Agentes Remotos del Warehouse.
Captulo 3
Descripcin del Tivoli Storage

Manager
3.1
Introduccin
En este captulo se dar una introduccin bsica del estilo de presentacin a las
nuevas caractersticas proporcionadas por medio del Tivoli Storage Manager
V5.2.
3.2
Descripcin del Tivoli Storage Manager V5.2.
Los tema que se desarrollarn son:

Informacin de fondo que explica la estrategia del Tivoli Storage Manager.
Actualizacin del grupo de productos del Tivoli Storage Management.
Tivoli Storage Manager Version 4.2 y V5.2:
Ayuda y explotacin de Windows 2000.
Nuevas caractersticas y funciones para la explotacin de la
tecnologa SAN.
47
48
CAPTULO 3. DESCRIPCIN DEL TIVOLI STORAGE MANAGER
Requerimientos especiales de backup y recuperacin del backup

basado en journal.
Caractersticas especiales para apoyar la reserva y la recuperacin de datos sobre sistemas LAN-free.
Realces de la utilidad del cliente y del servidor.
3.2.1
Background (Segundo Plano)
El grupo de productos es una solucin orientada a la empresa que integra automticamente backup de red, almacenamiento y recuperacin, administracin
del almacenamiento y recuperacin de desastres. El grupo de productos Tivoli
Storage Manager es ideal para los ambientes heterogneos, y de datos intensivos; soportando a 35 plataformas y a 250 dispositivos de almacenamiento a
travs de LANs, WANs y SANs, suministrando adems proteccin para las
bases de datos y aplicaciones de e-mail.
Las mejoras de caractersticas para el servidor y el cliente explotan la tecnologa Storage Area Network (SAN) y responden a la necesidad de acelerar las
operaciones de backup y restauracin. Tivoli Storage Manager utiliza bibliotecas compartidas SAN, dando a servidores mltiples la capacidad de compartir
una biblioteca automatizada en una configuracin SAN de alto rendimiento. La caracterstica de transferencia de datos del cliente LAN-free reduce el
trfico de la red y mejora el ancho de banda haciendo copias de seguridad y
restaurando datos desde discos attachados SAN o cintas de almacenamiento.
Los productos utilizan el Tivoli Data Protection. Tivoli Storage Manager
da soporte a la mayora de las funciones administrativas de la empresa, de las
base de datos, y de las aplicaciones de software de trabajo en grupo. El Tivoli
Data Protection se comunica directamente con estas aplicaciones utilizando sus
interfaces y utilidades certificadas de copias de seguridad (backup), asegurando
una solucin completa para la administracin del almacenamiento.
Versiones del Tivoli Storage Manager
Con el servidor del Tivoli Storage Manager Version 3.7.1, fue introducida la
librera compartida de recursos de cintas SCSI. Los mltiples servidores Tivoli
Storage Manager pueden entonces compartir dinmicamente el volumen de la
biblioteca y los recursos de manejo de cintas de una biblioteca de cintas fsica
3.2. DESCRIPCIN DEL TIVOLI STORAGE MANAGER V5.2.
49
conectada a un SAN. Los hosts mantienen as conexiones de alta velocidad a

los mismos dispositivos en un SAN. AIX y Windows fueron agregados como
nuevas plataformas de servidor del Tivoli Storage Manager que soporta la
solucion compartida de biblioteca de cintas SCSI. La biblioteca compartida de
cintas SCSI, est ahora soportada para IBM AIX, Microsoft Windows, y Sun
Solaris.
La restauracin local de un grupo de backup, tambin llamado Rapid Recovery, da al cliente la capacidad de restaurar todos o partes de los espacios de
archivos respaldados previamente al servidor TSM sin la transferencia de los
datos sobre la LAN. El soporte de cinta para el grupo de backup proporcionan
una solucin eficiente para mover cantidades grandes de datos. Tivoli Storage
Manager Version 3.7.2 proporciona esta funcin en todas las plataformas del
cliente excepto OS/390.
El Tivoli Storage Manager Version 3.7.2, provee una funcionalidad completa y el soporte para backup de clientes para el S.O. Linux. El cliente Linux
es soportado para SuSE 6.3, RedHat 6.1, Caldera 2.3 y TurboLinux 6.0. Las
API y las API multihilos tambin estn soportadas. El mtodo de comunicacin soportado es TCP/IP.
El servidor del Tivoli Storage Manager Versin 3.7.3, explota muchas de
las caractersticas arquitectnicas nuevas introducidas con la familia de productos del Microsoft Windows 2000 Server. El servidor Tivoli Storage Manager introdujo mayor apoyo para el grupo de servidores de Microsoft, directorio
activo, servicios de terminal, manejo de almacenamiento removible, consola
de administracin de Microsoft e instalador de Microsoft Windows. El Tivoli
Storage Manager cliente tiene la habilidad de respaldar y procesar algunos de
estos nuevos Windows 2000 System Objects.
Conectadas tpicamente con el servidor de backup mediante un mdem,
las computadoras mviles y remotas pueden enviar slamente cantidades pequeas de datos en un perodo razonable de tiempo. El Tivoli Storage Manager
ofrece una nueva facilidad adaptativa de backup de sub-archivos que provee
soporte a clientes mviles. Un backup del cliente que usa esta caracterstica
enviar slamente los octetos o los bloques cambiantes de un archivo al servidor, en vez del archivo entero. La caracterstica est soportada en el cliente
de Windows 32-bit del Tivoli Storage Manager Version 5.2 y en todas las
versiones 5.2 para servidores. Tambin, para mejorar la seguridad del backup
de los datos sobre lneas telefnicas inseguras, el cliente Windows de la versin
5.2 del Tivoli Storage Manager implementa una funcin de encriptacin antes
50
de que los datos se enven al servidor del Tivoli Storage Manager.

La transferencia LAN-free de los datos del cliente es una nueva caracterstica del Tivoli Storage Manager Version 5.2 que permite que los clientes
del Tivoli Data Protection transfieran datos directamente a un dispositivo de
cinta attachado SAN. El API del cliente del Tivoli Storage Manager conjuntamente con la mejora del Tivoli Storage Manager Server y un nuevo Tivoli
Storage Manager Storage Agent ha sido potenciado con la capacidad de grabar directamente al servidor propietario de los medios de almacenamiento de
cinta. El TDP para Microsoft Exchange y el TDP para R/3 tiene el soporte
de aplicaciones en el Tivoli Storage Manager Version 5.2.
El Tivoli Storage Manager Version 3.7.3 citado anteriormente ha sido mejorado para proporcionar la explotacin automatizada de la funcin de copia
de EMC TimeFinder para el servidor de la base de datos Oracle. El proceso
de backup de una base de datos Oracle en una mquina Sun Solaris con un
subsistema del almacenamiento de EMC Symmetrix se puede ahora realizar
eficientemente en una copia de backup de los datos actuales de produccin.
Tivoli Data Protection for EMC Symmetrix realizara un backup completo
de una base de datos Oracle o SAP R/3 usando una base de datos Oracle.
Tambin se soportan el Veritas File System y Universal File System.
3.2.2
Actualizacin del Grupo de Productos Tivoli Storage

Manager
El producto Tivoli Storage Management cubre varios aspectos de la gestin

de la memoria dentro de una empresa. En general, el conjunto de productos
se puede estructurar con las sigientes partes:
El Tivoli Storage Manager, que proporciona la gestin troncal de la memoria; mediante el agregado de funciones especiales de administracin
de la memoria (como la gestion de recuperacin de desastres o la gestin
jerrquica de la memoria).
Los productos Tivoli Data Production, que integran aplicaciones de manejo de datos en el ambiente del Tivoli Storage Manager.
Los productos Tivoli Ready, Productos Tivoli de socios de negocios que
estn integrados y certificados para trabajar con el Tivoli Storage Manager.
3.2.3
51
Mejoras del LAN-free
Un ejemplo de la infraestructura LAN-Free se muestra en la fig. 3.1, de la

pg. 52.
Una Storage Area Network (SAN), es una red dedicada, usada para el
movimiento o el acceso de datos. Este tipo de red contrasta con la red de
rea local tpica (LAN), adems del servicio de archivos, se utiliza para otras
funciones de comunicacin tales como e-mail, conexiones de terminales, y comunicaciones del programa de aplicacin. La ventaja de una Storage Area
Network es aislar funciones de acceso a datos compartidos de otras funciones
para lograr rendimiento avanzado en almacenamiento compartido y extender
las distancias disponibles como si fueran tpicos archivos compartidos en red.
La topologa del SAN facilita conexiones cualquiera-a-cualquiera y consolidacin entre los servidores y los sistemas de almacenamiento en un ambiente de red. Las SANs disocian la propiedad de los recursos de almacenamiento
de los servidores. La arquitectura del SAN facilita la consolidacin del almacenamiento, agrupamiento (clustering), alta disponibilidad, tolerancia a fallas,
administracin remota, y topologas flexibles. Esto puede ayudar a eliminar
las limitaciones de escalabilidad y de ancho de banda inherentes en muchos de
los ambientes de hoy.
Un resumen de las facilidades soportadas por LAN-free se detallan a continuacin:
El archivo de backup del cliente y el Tivoli Data Protection para aplicaciones pueden desplegar toda la tecnologa LAN-free.
El backup de archivo de cliente de LAN-free es actualmente soportado
en AIX y Solaris. El backup a disco del LAN-free es soportado cuando
se usa conjuntamente con la versin 2.2 del Tivoli SANergy.
El LAN-free y la libreria compartida soportada por el IBM Magstar 3494
comienza dasde el Tivoli Storage Manager Version 5.2.
Copia de Archivos LAN-free del Cliente
Antes de la aparicin del Tivoli Storage Manager Version 5.2, el Storage Agent
era el componente principal en la arquitectura LAN-free del Tivoli Storage Ma-
52
Figura 3.1: Arquitectura de Transferecia de Datos del Cliente LAN-free
53
nager. Es una versin ligera del servidor TSM se construye y se proporciona

como un servicio local en la mquina del cliente TSM. El Storage Agent no
requiere base de datos local o log de recuperacin. Se comunica con el servidor
TSM para obtener/guardar la informacin de la base de datos y coordinar volumen de acceso y dispositivo usando conexion servidor-a-servidor. El cliente
se comunica con el Storage Agent cuando necesita tener acceso a un volumen
en el camino (path) LAN-free, si hay una desconexin en las comunicaciones
entre el cliente y el Storage Agent, el cliente en cambio procurar conectarse
directamente con el servidor TSM y proceder al movimiento de los datos sobre
la LAN. Fig. 3.2, de la pg. 54.
En la versin 5.2 del Tivoli Storage Manager en el backup de archivo del
cliente, hay tambin un mejoramiento para el restore no solicitado. En la
nueva sesin dual de restore no solicitado, como el nombre implica, el cliente
puede tener dos sesiones de restauracin - una sesin que restaura objetos
directamente en el path de la LAN desde el servidor TSM y otra sesin que
restaura objetos en el path del LAN-free a travs del Storage Agent.
Explotacin del SANergy

Antes de la versin 5.2 del Tivoli Storage Manager, el backup LAN-free fue
soportado solamente en los dispositivos de cinta, es decir, el Storage Agent
podra escribir solamente directamente a un dispositivo de cinta en la Storage
Area Network. El soporte de LAN-free ahora se ha extendido al disco cuando
es utilizada conjuntamente con la versin 2.2 de Tivoli SANergy. SANergy
provee facilidades para compartir archivos de discos heterogneos, es decir, el
compartir los volmenes de disco entre los hosts de mltiples sistemas operativos.
Tivoli SANergy autoriza al servidor del Tivoli Storage Manager para compartir sus volmenes de la biblioteca de archivos con los clientes del Tivoli
Storage Manager. Los clientes, por medio del Storage Agent, escriben directamente al volumen de la biblioteca sobre el Storage Area Network. Slo un
archivo de meta-datos se transfiere sobre la LAN al servidorTSM.
Los principales objetivos son explotar las tecnologas de archivos compartidos del SANergy en ambientes de Tivoli Storage Manager y bajar la carga
de trfico en la LAN.
54
Figura 3.2: LAN-free to SANergy Managed Disks
55
Utilizacin del modelo 3494

La biblioteca de cintas de la IBM Magstar 3494 es una biblioteca modular,
flexible, escalable y automatizada diseada para resolver desafos del proceso
diario de cinta.
La biblioteca de cintas de la IBM Magstar 3494 no requiere la biblioteca
de cintas de soporte compartido del Tivoli Storage Manager. Tiene su propia
capacidad nativa de compartir recursos mediante la asignacin de diferentes
cdigos de categora de volumen a los volmenes de las bibliotecas de los
diferentes host.
Sin embargo, esta capacidad compartida nativa no permite comparticion
dinmica de los volmenes de cinta. En la terminologa de Tivoli Storage
Manager, significa que cada servidor TSM que comparte la biblioteca de cintas tendr cdigos nicos de categoras pre-asignados para sus cintas scratch
(cintas no protegidas que se pueden regrabar) y privadas.
Adems de esto, las caractersticas compartidas nativas no tienen ningn
servidor de control para controlar y para serializar el acceso hacia los drivers.
Las alocaciones (direcciones) de las unidades (drives) trabajan cooperativamente en un nivel par - a - par. Como resultado de ello, se puede estar ante
un problema de falla en la adquisicin de una unidad (drive) si el TSM intenta hacer un back up desde una IBM Magstar 3494 cuando otra aplicacn
est usando dicho drive. El problema es manejado en Tivoli Storage Manager
Versin 3.7.3 con maneras mejoradas de cambiar las operaciones de direccionamiento del punto de montaje y el volumen con el que se trabaja.
Las caractersticas compartidas de la biblioteca del Tivoli Storage Manager aparecieron primero en la versin 3.7 del Tivoli Storage Manager. La
implementacin inicial solamente soportaba bibliotecas de cintas de tecnologa
SCSI que utilizan comandos de SCSI para controlar la biblioteca robtica y
el manejo de las cinta. La biblioteca de cintas de la IBM Magstar 3494 no se
incluye en el soporte porque tiene su propio administrador de biblioteca y no
entiende los comandos de SCSI para el control de la biblioteca. Similarmente,
el soporte LAN-free en la versin 4.1 del Tivoli Storage Manager no incluye la
biblioteca de la IBM Magstar 3494 porque el Storage Agent no puede escribir
directamente al dispositivo de cintas 3494 en una Storage Area Network.
Con la versin 4.2 del Tivoli Storage Manager, las caractersticas compartidas de la biblioteca y el soporte LAN-free ahora se ha extendido para incluir
56
a la IBM Magstar 3494. Con las caractersticas de la biblioteca compartida

del Tivoli Storage Manager, compartir dinmicamente los volmnes es posible
debido a que el servidor de Tivoli Storage Manager se dedica a hacer la gestin de la librera incluyendo los puntos de control para el acceso serializado
a las unidades, el control de propietario de los volmenes de la biblioteca y el
seguimiento de la ubicacin de los volmenes.
3.2.4
Mejoramiento del TSM del cliente
En esta seccin se detallan las nuevas caractersticas y cambios a las funciones

existentes del cliente:
Backup basado en Journal.
Client Acceptor Daemon y Scheduler Service.
Objetos del Sistema.
Cifrado.
Backup basado en Journal
Hasta la versin 5.2 del TSM, uno de los cuellos de botella para algunos
backups era que el archivo de backup del cliente TSM deba recibir una lista
de todos sus archivos desde el servidor TSM. El cliente de TSM entonces
procesara esta lista, comparando todos los archivos que el servidor de TSM
envi, con los archivos que el archivo de backup del cliente de TSM tena en
sus sistemas de ficheros locales. El archivo de backups del cliente de TSM
entonces decidira qu archivos haban cambiado y qu archivos ya no estn
en el sistema de ficheros del archivo de backups del cliente. Una vez que esta
lista hubiera sido procesada totalmente, enviara una lista reducida de archivos
al servidor de TSM, junto con los datos. Esta contiene todos los archivos que
se han eliminado con la implementacin del backup basado en journal.
Actualmente, solamente el archivo de backup del cliente en Microsoft Windows NT y Windows 2000 tiene la facilidad para crear y mantener una lista
de todos los archivos que se han cambiado o se han suprimido desde el backup
incremental pasado.
57
Esta nueva forma de backup, en la mayora de las circunstancias, mejorar

velocidad de backup y reducir el tiempo requerido para el proceso completo.
Client Acceptor Daemon y Scheduler Service

Antes del TSM V5.2, algunos clientes, en particular clientes de Netware, experimentaban problemas de escasez de memoria. En algunos casos, esto fue
ligado al Scheduler Service (servicio del planificador) que no liberaba memoria
despus de ejecutarse.
La solucin al problema es utilizar al Client Acceptor Daemon (Demonio
Aceptador del Cliente) para iniciar el planificador de servicio para no dejar
la memoria ocupada despus de que se haya comenzado el planificador. El
uso del Client Acceptor Daemon para el servicio del planificador se puede
invocar usando la opcin de MANAGEDSERVICES. Se debe fijar la opcin
como MANAGEDSERVICES=SCHEDULER en las opciones del archivo del
cliente.
Objetos del Sistema

TSM soporta consultas y restauraciones de Objetos del Sistema inactivos mediante la interface de lnea de comandos. Se puede restaurar Objetos del
Sistema apuntndolos en tiempo de restauracin.
La lnea de comando se puede utilizar para restaurar los archivos individuales o el System Object como un solo objeto.
En TSM V5.2, la clase de administracin por defecto fue asignada durante
el backup de Windows 2000 System Objects; no haba manera de asignar una
clase de administracin diferente. Ahora, sin embargo, hay una manera de
asignar los System Objects a una clase especfica de administracin.
En el registro del Windows 2000 hay una lista de los archivos de los que
no se debe extraer copia de seguridad. Estos archivos se excluyen del proceso
de backup.
58
Encriptacin
Hay dos nuevas caractersticas relacionadas a contraseas para los clientes de
TSM V5.2:
Cifrado para UNIX y archivo de backup de clientes de Netware.
Nuevo archivo de contrasea: tsm.pwd
Con el Tivoli Storage Manager V5., el soporte fue introducido para el
cifrado de los datos del archivo de backup del cliente de Windows que eran
enviados al servidor TSM. Ahora, con el Tivoli Storage Manager V5.2, esta
funcin se ha extendido a los clientes de UNIX y de Netware. El cliente
de UNIX requiere la autorizacin de TSM. Como antes, la encriptacin se
invoca usando la opcin de inclusin/exclusin de encriptacin en el archivo
de opciones del cliente.
Tambin, debido a la proliferacin de las contraseas del cliente (por ejemplo, contrasea del servidor TSM, contraseas de cifrado), stas ahora se han
incorporado en un archivo en el cliente para facilitar su administracin. Esta
es una caracteristisa de auto- migracin para moverse desde las viejas contraseas al nuevo archivo de contrasea en TSM V5.2.
3.2.5
Mejoras del servidor TSM
El Tivoli Storage Manager Version 5.2 introduce varias mejoras del servidor
en todas las plataformas del servidor Versin 5.2. Estas mejoras del servidor
y las mejoras especficas para TSM para HP-UX se discuten en esta seccin.
Mejoras del servidor TSM
Las siguientes nuevas caractersticas estn en todas las plataformas del servidor
TSM Versin 5.2:
El tamao mximo del log de la base de datos del Tivoli Storage Manager ahora es 13 GB. Este tamao ms grande mejora el escalabilidad
del servidor del Tivoli Storage Manager proporcionando ms flexibilidad
59
para planificar los backups de la base de datos del Tivoli Storage Manager. Sin embargo, el aumento significativo del tamao de la recuperacin
puede tambin aumentar el tiempo de arranque del servidor TSM, y el
de copiar y restaurar la base de datos.
El reporte del contexto del mensaje se puede facilitar con el comando
SET CONTEXTmessaging. Cuando se habilita el reporte del contexto del
mensaje, los detalles adicionales del mensaje informativo se hacen disponibles cuando el servidor emite el mensajes ANR9999D.
El comando MOVE DATA se puede ahora utilizar para recuperar el espacio
no utilizado para volmenes de acceso secuencial especificados del almacenamiento. El espacio vaco se puede acumular dentro de los archivos
agregados mientras que los archivos se suprimen de un servidor Tivoli
Storage Manager.
Al operar con clientes de Tivoli Storage Manager Version 5.2 Windows
NT y Windows 2000, los servidores Tivoli Storage Manager Version 5.2
soportan la pgina de codigo Unicode para archivo, directorio, y nombres
del espacio de archivo.
Unicode habilitado del espacio del archivo del cliente
stas son las caractersticas del Unicode habilitado del espaco del archivo del
cliente:
Unicode es una codificacin universal estndar de caracteres que soporta
el intercambio, el procesamiento, y la exhibicin del texto que se escribe
en cualesquiera de los idiomas del mundo moderno. Los objetos copiados
o archivados con un Unicode habilitado del cliente pueden ser restaurados
o recuperados con un Unicode habilitado del cliente en el mismo o en
otro entorno de lenguaje soportado.
Los clientes de TSM V5.2 Windows NT y Windows 2000 son los primeros
clientes TSM con Unicode habilitado. El soporte de Unicode habilitado
en el espacio de archivos requiere que migrar el servidor TSM y el cliente
TSM a TSM V5.2.
Los nuevos clientes con Unicode habilitado que no tienen datos almacenados en el servidor automticamente almacenan los datos en el espacio
60
de archivos Unicode habilitado. Los clientes Unicode habilitados que

tienen ya datos almacenados en el servidor almacenarn cualquier nuevo
espacio de archivos segn el Unicode habilitado.
Captulo 4
Manejo de la Infraestructura
del E-business
4.1
Introduccin
Tivoli Monitoring para la Web Infrastructure es una de una familia de soluciones basadas en el producto Tivoli Monitoring. Tivoli Monitoring se desarroll
para el producto Tivoli Distributed Monitoring. Con su nueva arquitectura
basada en modelo de recursos, Tivoli Monitoring proporciona una base slida
para el desarrollo de las soluciones de administracin que tratan las complejas
necesidades actuales en las infraestructuras de IT (Tecnologas de la Informacin). Un conjunto de componentes de anlisis proactivos (PACs) construidos
en la cima de Tivoli Monitoring proporciona un sistema comprensivo de soluciones para las compaas que hacen frente a los desafos generados por el
e-business. Este PACs generalmente incluye:
Tivoli Monitoring para las Aplicaciones.
Tivoli Monitoring para la Integracin del Negocio.
Tivoli Monitoring para las Bases de Datos.
Tivoli Monitoring para la Mensajera y la Colaboracin.
Tivoli Monitoring para la Infraestructura de la Web.
61
62
CAPTULO 4. MANEJO DE LA INFRAESTRUCTURA
Tivoli Monitoring para la Infraestructura de la Web incluye componentes

proactivos del anlisis para los servidores HTTP ms comunes: IBM HTTP
Server, Microsoft Internet Information Server (IIS), y Sun iPlanet Server, as
como los componentes para IBM WebSphere Application Server (WAS). Combinados, estos componentes ayudarn a asegurar la disponibilidad y la performance de las aplicaciones crticas en un ambiente de e-business.
Las capacidades del PACs incluyen:
1. Auto-descubrimiento de los recursos que se supervisarn.
2. Identificacin del problema, notificacin y correccin.
3. Mejores prcticas automatizadas para administracin y operaciones.
4. Reporte histrico a travs de un data warehouse centralizado.
Tivoli Monitoring para la Infraestructura Web proporciona capacidades
mejoradas para los productos anteriores, Tivoli Manager for WebSphere Application Server 1.1, adems de las capacidades completamente nuevas relacionadas con el manejo de los servidores de la web.
Se comienza proporcionando una breve descripcin de los desafos del provisionamiento (abastecimiento) para el e-business, para identificar las necesidades y ediciones del manejo relacionados con el provisionamiento de las
aplicaciones del e-business.
4.2
Aplicaciones de E-business- Estructura Compleja de Capas de Servicios
La complejidad de una moderna solucin e-bussines es mucho ms alta que

para los sistemas estndar de procesamiento basados en terminal de los aos
70 y de los aos 80, como ilustra la fig. 4.1, de la pg. 63.
Sin embargo, a pesar de revisiones importantes, especialmente durante los
ltimos aos del siglo pasado, muchos sistemas heredados siguen siendo el
pan y la mantequilla de muchas empresas, y las soluciones e-business en estos
ambientes son diseadas como interfaces front-end (hacia el usuario final) de
las aplicaciones complejas orientadas a mainframe.
4.2. ESTRUCTURA COMPLEJAS DE CAPAS DE SERVICIOS
Figura 4.1: Growing Infrastructural Complexity
63
64
La infraestructura compleja necesaria para facilitar soluciones de e-business

ha sido generalmente determinada por los requerimientos de estandarizacin
de los entornos de ejecucin de los clientes para permitir el acceso mediante
cualquier navegador estndar a los sitios de negocios.
Adems, las tecnologas de tiempos de ejecucin brindan un rol mayor, debiendo asegurar independencia de la plataforma e integracin con los sistemas
back-end (centrales) heredados, ya sea directamente al mainframe o mediante
la parte servidor de las viejas soluciones cliente - servidor. Adems, hacen
las aplicaciones accesibles desde cualquier lugar en el mundo para cualquier
persona en el planeta brindando esquemas de seguridad (autenticacin, autorizacin, e integridad), que no necesitan direccionamiento en los antiguos
sistemas cliente - servidor, tal que todos los clientes accedan a entidades en la
Intranet de la empresa.
Debido al papel fundamental que los servidores Web y de aplicacin desempean dentro de un negocio y del hecho de que est soportado (y desplegado
tpicamente) a travs de una variedad de plataformas dentro de la empresa,
hay varios desafos importantes al manejar la infraestructura del e-business.
Algunos de stos son:
1. Administracin permanente de servidores Web y de aplicacin en plataformas mltiples desde una consola central.
2. Definir la infraestructura del e-negocio desde una consola central.
3. Monitoreo de los recursos Web (sitios y aplicaciones) para saber cundo
tienen problemas, o estn por ocurrir.
4. Tomar acciones correctivas cuando un problema es detectado en una
plataforma de manera independiente.
5. Recopilar datos a travs de todos los ambientes del
e-business para analizar acontecimientos, mensajes y mtricas.
El grado de complejidad del manejo de la infraestructura del sistema del
e-business es directamente proporcional al tamao de la infraestructura que
se est intentando manejar. En su forma ms simple, una infraestructura del
e-business se compone de un solo servidor web y de sus recursos, pero puede
haber centenares o an millares de servidores y aplicaciones Web distribuidas
a travs de la empresa.
65
Para agregar complejidad, la infraestructura del e-business puede atravesar muchas plataformas con diversos protocolos de redes, hardware, sistemas
operativos y aplicaciones. Cada plataforma posee sus necesidades y requisitos
nicos y especficos de administracin de sistemas, para no mencionar un nivel
variable de ayuda para las herramientas e interfaces administrativas.
Cada componente en la infraestructura del e-business es un punto de falla
potencial. Cada uno de ellos proporcionan servicios especializados necesarios
para facilitar el uso del sistema de aplicacin de e-business. El trmino sistema de aplicacin se usa deliberadamente para resaltar el punto que ningn
componente por s mismo proporciona una solucin total, la aplicacin es
ensamblada por una combinacin de componentes disponibles estndares y
componentes propios.
Los componentes estndares proporcionan servicios generales tales como
control de sesin, autentificacin y control de acceso, la mensajera, el acceso
a base de datos y los componentes propios agregan la lgica del uso de los
mismos necesaria para unir los diferentes componentes para realizar funciones
especficas para el sistema de aplicacin. A nivel de la empresa, las oportunidades son, que muchos de los componentes propios se pueden promover al estado
estndar para asegurar estndares o polticas especficas de la compaa.
Para muchos servicios especializados de aplicaciones de e-business, se puede ver que son productivos, pero muy costosos de implementar. No obstante
la especializacin permite compartir componentes comunes, tales como web aplicaciones, seguridad-, y servidores de base de datos, entre varios sistemas
de aplicacin de e-business, esto es fundamental para asegurar la disponibilidad y el rendimiento del sistema de aplicacin en su totalidad teniendo en
cuenta la duplicacin y la distribucin de componentes seleccionados para resolver requisitos de recursos especficos o para aumentar el rendimiento de los
sistemas de aplicacin en su totalidad. Adems, el desagregado de la solucin
total permite la adopcin casi inconsulta de las nuevas tecnologas para las
reas seleccionadas sin exponer el sistema total al cambio.
Si los componentes en el sistema del e-business son comerciales, estndares, o aplicaciones especficas, cada uno de ellos requerir muy probablemente
los servicios de otros servicios generales, tales como facilidad de comunicacin,
espacio de almacenamiento, poder de procesamiento, y las computadoras en
las cuales se ejecutan necesitan energa elctrica, seguridad de acceso y posiblemente refrigeracin.
66
Para brindar sus servicios, las aplicaciones de e-business confan en varias capas de servicios que se pueden proporcionar internamente o mediante
compaas externas. Esto se ilustra en la fig. 4.2, de la pg. 66.
Figura 4.2: Capas de Servicios

En el caso de las aplicaciones de e-business de alcance global, que utilizan diversidad de servicios, se puede apreciar que la falla en determinados
componentes (incluso fallas de energa o de comunicaciones) puede significar
una salida de servicio de otros componentes del sistema global de e-business
situados geogrficamente a distancias considerables.
Si bien la humanidad no puede prevenir un incremento de la actividad del
sol o del viento, hay un variedad de tecnologas disponibles para permitir la
continuidad, la supervisin centralizada y la vigilancia de los componentes de
la solucin de e-business.
Estas tecnologas ayudarn a manejar los recursos de IT (Information Technologies: Tecnologas de la Informacin), que son parte de la solucin del
e-business. Algunas de estas tecnologas se pueden incluso aplicar para manejar los recursos de IT tales como energa, refrigeracin y control de acceso.
Sin embargo, puesto que cada capa se especializa en cierto componente,
cada capa es por su naturaleza diferente de las otras, y requiere diversos tipos
de administracin. Adems, desde el punto de vista de la administracin
de recursos, la capa superior de cualquier componente es la ms interesante,
puesto que esta es la capa que proporciona el servicio nico que es requerido
67
por ese componente particular. Para un servidor web la capa superior es el

servidor HTTP en si mismo. sta es la capa crtica de la misin, aunque
necesita el establecimiento de una red, el sistema operativo, el hardware, y la
energa elctrica para funcionar.
Por otra parte, en un servidor de aplicaciones de e-business, que trabaje
con un servidor Web para comunicarse con la red y con otros servidores, el
nivel de mission crtica est en el servidor de aplicaciones, y el servidor Web se
considera secundario en este caso, al igual que el sistema operativo, la energa
elctrica y la red de datos. Dicho esto, es necesario que todos los servicios
subyacentes funcionen para que la capa superior proporcione servicios a las
dems. (Esto significa que todos los servicios subyacentes son necesarios y
deben operar correctamente para que la capa superior brinde el servicio de
misin crtica.
4.2.1
Administracin de Aplicaciones de E-business
Las funciones especializadas requieren gerencia especializada, y las funciones

generales requieren una gerencia general. De esta manera, es obvio que la
gerencia del sistema operativo, del hardware, y de la capa de interconexin
de red pueden ser generales, dado que stas son utilizadas por la mayora
de los componentes de la infraestructura del e-business. Por otra parte, una
herramienta de administracin de aplicaciones de servidores web no pude ser
muy apropiada para manejar el servidor de la base de datos.
Hasta este momento el trmino manejo se ha utilizado extensamente, pero
todava no se ha explicado o se ha definido.
El control sobre y la gerencia del sistema informtico y de sus componentes
vitales es crtico a la operacin de continuacin del sistema, y de tal modo a
la disponibilidad oportuna de las funciones y servicios proporcionado por el
mismo. Esto incluye controlar el acceso fsico y lgico al sistema, para prevenir
modificaciones no autorizadas a los componentes bsicos, y para supervisar la
disponibilidad de los sistemas en su totalidad, as como la disponibilidad y
la capacidad de los recursos individuales tales como espacio de disco, equipo
de interconexin de redes, memoria, y uso del procesador. Por supuesto stos
controlan y supervisan actividades que tienen que ser realizadas de una manera
eficiente, de tal forma que el coste de controlar los recurso no sea ms alto que
el coste del recurso en s mismo.
68
Administrar y controlar exitosamente los sistemas informticos continua

siendo un aspecto importante que debe ser cubierto. Se ha mencionado varios
componentes de hardware y de software que proporcionan colectivamente un
servicio, pero que son parte de la infraestructura de IT, dnde estn, y cmo se
relacionan con otros componentes? Un requisito previo para la administracin
es el conocimiento detallado de los componentes a gestionar, cmo los componentes se correlacionan, y cmo estos componentes se pueden manipular para
controlar su comportamiento.
Adems, ahora que las IT se han convertido en una parte integral de los
negocios, es igualmente importante, desde el punto de vista de la administracin, saber qu compromisos hemos hecho con respecto a la disponibilidad y al
funcionamiento de las soluciones del e-business, y qu compromisos han hecho
nuestros subcontratistas. Y para propsitos de planeamiento y priorizacin es
vital combinar nuestro conocimiento sobre los componentes en la infraestructura con los compromisos que se han hecho para determinar y administrar el
impacto de la escasez de recursos o el mal funcionamiento o de los mismos.
En resumen, en un ambiente orientado al e-business moderno, una de las
tareas ms importantes de la gerencia es controlar y manejar el Catlogo del
Servicio, en el cual todos los servicios suministrados se definen y se describen, como as tambin los Acuerdos de Nivel de Servicio, en los cuales los
compromisos del Departamento de IT se especifican.
El objetivo primario de la disciplina de Entrega de Servicios (Service Delivery) es proactive, y cosiste principalmente en planificar y asegurar que los
servicios son entregados de acuerdo a lo planificado, es decir segn el Acuerdo
de Nivel de Servicio (Service Level Agreement).
Entrega de Servicios
Administracin de Niveles de Servicio
La Administracin de Niveles de Servicios implica el manejo de las expectativas del cliente y negociar los Acuerdos de Nivel de Servicio. Esto implica
identificar los requisitos del cliente y determinar cmo stos se pueden resolver
de la mejor manera posible dentro del presupuesto acordado.
Esto implica fijar los objetivos mensurables del funcionamiento, supervisar
el funcionamiento, y tomar acciones cuando los objetivos no se alcanzan.
69
Administracin de Costos
La Administracin de Costos consiste en colocar y mantener las cuentas de
costos relacionadas con el uso de los servicios de IT y entregar estadsticas de
costos y los informes a la Administracin de Nivel de Servicio para ayudar a
conseguir el equilibrio correcto entre el costo y la entrega de servicios. Tambin
significa contribuir a evaluar el costo de los servicios en el Catlogo de Servicios
y los acuerdos de Nivel de Servicio.
Planificacin para Emergencias
La planificacin para emergencias planifica y asegura la continuacin de la
entrega o la entrega mnima de servicio reduciendo el impacto del desastre, de
emergencias, y de incidentes importantes. Este trabajo se hace con la colaboracin cercana con la gerencia de emergencias de la organizacin incluyendo
al departamento de IT.
Administracin de Capacidad
La administracin de la capacidad planifica y se asegura de que la capacidad adecuada con las caractersticas de funcionamiento previstas est disponible para apoyar la entrega del servicio. Entrega capacidad de uso, funcionamiento, y estadsticas de administracin de la carga de trabajo, as como
anlisis de tendencia, a la Administracin de Nivel de Servicio.
Administracin de la Disponibilidad
La gerencia de la disponibilidad significa planificar y asegurar la disponibilidad total de los servicios y el suministro de la informacin de gerencial en la
forma de estadstica de disponibilidad, incluyendo violaciones de la seguridad,
a la Administracin de Niveles de Servicio.
Esta disciplina puede tambin incluir la negociacin defendiendo acuerdos
con los proveedores externos y la definicin de las ventanas de mantenimiento
y de los tiempos de recuperacin.
Las disciplinas en el grupo de Soporte de Servicio son principalmente reactivas y tratan de poner los planes en ejecucin y de proporcionar la informacin
gerencial con respecto a los niveles del servicio alcanzados.
70
Soporte de Servicio
Las disciplinas reactivas que son consideradas parte del Grupo de Soporte
de Servicio son:
Administracin de Configuracin
La Administracin de la Configuracin es responsable de registrar todos
los componentes de servicios de IT, incluyendo a clientes, contratos, SLAs
(Acuerdos de Niveles de Servicio), el hardware y el software y de mantener un
repositorio de atributos configurables y relaciones entre los componentes.
Mesa de Ayuda
La Mesa de Ayuda acta en el punto-de-contacto principal para los usuarios del servicio. Registran los incidentes, asignan la severidad, y coordinan
los esfuerzos de apoyo a equipos de soporte para asegurar la resolucin de
problemas oportuna y correctamente.
Administracin de Problemas
La Gerencia de Administracin de Problemas pone y utiliza procedimientos en ejecucin para realizar diagnosis del problema y para identificar las
soluciones que los corrigen. Registra las soluciones en el repositorio de configuracin.
Administracin de Cambios
La Administracin de Cambios planifica y se asegura de que el impacto
de un cambio a cualquier componente de un servicio es bien conocido y de
que las implicaciones con respecto a logros de los niveles de disponibilidad
estn reducidas al mnimo. Esto incluye cambiar los documentos de SLA y el
Catlogo de Servicios as como cambios organizacionales y a los componentes
de hardware y de software.
Control y Distribucin del Software
71
La responsabilidad de la Gerencia de Control y Distribucin de Software

es manejar el repositorio principal (maestro) del software y desplegar componentes de software de servicios. Despliega cambios a peticin de la Gerencia
de Administracin de Cambios y proporciona informes gerenciales respecto al
despliegue (de software).
El resto de esta descripcin se limitar a discutir la Administracin de
Capacidad y de Disponibilidad de las soluciones de e-business. Las soluciones
de e-business proporcionan desafos especiales a la gerencia debido a su alta
visibilidad e importancia con respecto a los resultados bsicos del negocio, su
nivel de distribucin, y las normas de seguridad especiales que caracterizan a
Internet.
4.2.2
Arquitectura de Infraestructuras de Aplicaciones de Ebusiness
En un ambiente tpico de e-business, la infraestructura de aplicacin consiste

en tres niveles separados, y la comunicacin entre stos es precisa. Ver fig.
4.3, de la pg. 72.Estos niveles son tpicamente:
Zona Desmilitarizada DMZ (no segura)
Este es el nivel accesible para todos los usuarios externos de las aplicaciones. Este nivel funciona como la puerta de entrada al sistema, y tiene funciones
tales como el control de acceso y la deteccin de intrusiones. La nica parte
de la infraestructura de red corporativa con la cual puede comunicarse este
nivel es el Application Tier (Nivel de Aplicacin).
Nivel de Aplicacin
Esto se implementa generalmente como parte dedicada de la red donde
residen los servidores de aplicacin. Las peticiones del usuario final se encaminan del DMZ a los servidores especficos en esta capa, donde los mismos
residen. En caso de que las aplicaciones necesiten utilizar recursos de, por
ejemplo, las bases de datos extensas de la compaa, stos se trasladan al nivel back-end, donde residen los recursos de IT seguros de la compaa. As
como en el caso de la comunicacin entre la DMZ y el nivel de aplicacin, la
comunicacin entre el nivel de aplicacin y los sistemas back-end, del tercer
nivel, se establece con firewalls (cortafuegos) y usando puertos bien definidos
de la conexin.
72
Esto ayuda a asegurarse de que solamente las transacciones conocidas de

las mquinas conocidas pueden comunicarse desde afuera con las bases de
datos de la compaa o los sistemas de transaccin heredados tales como CICS
o IMS. Aparte de los servidores especficos de aplicacin, esta capa tambin
aloja las funciones de balanceo de carga de los dispositivos y otros componentes
de la infraestructura tales como servidores de MQ necesarios para implementar
una arquitectura dada de aplicacin en ejecucin.
Nivel Back-End
Aqu es donde residen todos los recursos de IT y los activos vitales de la
compaa. El acceso externo a estos recursos es solamente posible a travs del
DMZ y de la capa de aplicacin.
Figura 4.3: Infraestructura Tpica de Aplicaciones de E-business

Este modelo de arquitectura es una manera probada de proporcionar acceso externo seguro, escalable y de alta disponibilidad a los datos de la compaa
con un mnimo de exposicin a las violaciones de seguridad. Sin embargo los
componentes actuales de los servidores de aplicacin y recursos de infraestruc-
73
tura pueden variar dependiendo de la naturaleza de las aplicaciones, de las

polticas de la compaa, de los requisitos de disponibilidad y de rendimiento,
y de las capacidades de las tecnologas usadas.
Para ayudar a disear la arquitectura ms adecuada para un sistema especfico de un grupo de aplicaciones de e-negocio, IBM ha publicado un sistema
de patrones de e-negocio que se pueden utilizar para acelerar el proceso para
desarrollar aplicaciones del e-negocio y de desplegar la infraestructura para
recibir stas.
Teniendo en cuenta la experiencia de mltiples usuarios se ha compilado
un grupo de pautas en un sistema y se han relacionado para permitir que
un arquitecto de soluciones comience con un problema y una visin para una
solucin, y despus encuentre un patrn en el que cabe esa visin. Entonces,
usando el proceso de patrones, el arquitecto puede definir posteriormente las
porciones funcionales adicionales que la aplicacin necesitar para tener xito.
Finalmente, el arquitecto puede construir la aplicacin usando tcnicas de
codificacin adecuadas a las pautas seleccionadas.
4.2.3
Productos Bsicos Usados Para Facilitar Aplicaciones de

E-business
Hasta ahora, podemos concluir que la construccin de una solucin de ebusiness es como la construccin de un vehculo. Se desea proveer al usuario
de un interfaz estndar, fcil de utilizar, que satisfaga sus necesidades; se desea utilizar tantos componentes estndares como sea posible para bajar costos
y poder intercambiarlos sin modificarlos, se espera que sean confiables, y que
estn siempre disponibles con un mnimo de mantenimiento; y se desea construir con caractersticas nicas, diferenciadas, lo cual hace que el usuario elija
un producto de la organizacin y no de los competidores.
La diferencia principal entre el vehculo y la solucin del e-business es que
se posee y controla la solucin, el comprador posee y maneja el vehculo. El
dueo del vehculo decide cundo hacer el cambio de aceite y cundo llenar
el tanque de gasolina o ajustar la presin de los neumticos. El dueo del
vehculo tambin decide cundo realizar un ajuste al vehculo, cundo agregar
defensas de cromo y ruedas de aleacin para hacer ms bello al vehculo, y
cundo venderlo. El usuario del sitio del e-business no tiene ningunas de esas
opciones. En fin , como dueos de la solucin del e-business, el personal
de IT decide cundo volver a trabajar en la interfaz utilizada para hacerla
74
mejor, cundo agregar recursos para incrementar el rendimiento, y en ltima

instancia, cundo tornar anticuada la solucin.
Esto nos da algunas ventajas sobre el fabricante del coche, en el sentido de que podemos modificar el producto fcilmente agregando o quitando
componentes mientras que sea necesario para alinear el funcionamiento con
los requisitos y ajustar la funcionalidad del producto como estrategia para
conseguir nuevos socios.
Una solucin de e-business se puede caracterizar por tres capas especficas
de los servicios que operan juntos para proporcionar la funcionalidad nica
necesaria para permitir que las aplicaciones sean utilizadas en un ambiente de
Internet. Ver fig. 4.4, de la pg. 74.
Figura 4.4: Niveles de Servicios Especficos de la Solucin de E-business

El nivel de presentacin necesita ser una herramienta comnmente disponible, y est muy probablemente presente en todas las mquinas usadas por
los usuarios de la solucin de e-business. Debe soportar el uso de tecnologas
modernas de desarrollo, tales como pginas XML, del Javascript y del HTML.
A esto se refiere generalmente como el Browser.
Los protocolos de comunicacin estndares usados para proporcionar la
conectividad que usa Internet son TCP/IP, HTTP y HTTPS. Estos protocolos
deben ser, y muy probablemente son, soportados por las mquinas cliente y
servidor.
75
Los Transformation Service son responsables de recibir peticiones del cliente y de transformar stas en transacciones de negocios que alternadamente son
servidas por el Solution Server. Adems, es responsabilidad del Transformation Service recibir resultados del Solution Server, y transportarlos de nuevo
al cliente, en un formato que pueda manejar el Browser. En las soluciones de
e-business que no interactan con los sistemas heredados, los Transformation
Service y los Solution Server se pueden poner en ejecucin en la misma aplicacin, pero muy frecuentemente son divididos en dos o ms servicios dedicados.
sta es una representacin muy simple de las funciones que ocurre en el
servicio de transformacin. Entre otras funciones que necesiten ser realizadas
estn la identificacin, la autentificacin y el control de la autorizacin, el
balanceo de la carga y el control de transaccin. Los servidores dedicados
para cada una de estas funciones se ponen en ejecucin generalmente para
proporcionar un ambiente robusto y escalable de e-business.
Adems algunos de stos se colocan en un segmento dedicado de la red la zona neutral o DMZ - la cul, desde el punto de vista del propietario del
e-business, est completamente controlada, y en la cual los requerimientos del
cliente son recibidos por sistemas bien conocidos y seguros, y pasados a la red
de la compaa, tambin conocida como Intranet. Esta arquitectura se utiliza
para aumentar la seguridad reduciendo al mnimo la exposicin de los datos
de la empresa y el riesgo de hacking (ataques desde Internet).
Para facilitar la comunicacin segura entre el DMZ e Intranet, un sistema
de servidores Web se pone en ejecucin y, generalmente la identificacin, la
autentificacin, y la autorizacin son manejadas tpicamente por un LDAP
Server.
La infraestructura representada en la fig.4.5, de la pg.76 contiene todos los
componentes requeridos para implementar una solucin segura de e-business
permitiendo que cualquier persona desde cualquier lugar tenga acceso y que
haga negocios con la empresa.
Tivoli e IBM proporcionan algunos de los productos ms ampliamente
usados para implementar la infraestructura de e-business. stos son:
IBM HTTP Server - Comunicacin y control de transacciones.
Tivoli SecureWay Policy Director - Identificacin, autentificacin y autorizacin.
76
Figura 4.5: Estructura Razonable de una Solucin de E-negocio
4.3. ADMINISTRACIN DE APLICACIONES DE E-BUSINESS
77
IBM WebSphere Application Server - Hosting (alojamiento) de las aplicaciones web; responsable de los servicios de transformacin.
IBM WebSphere Edge Server - Realiza el firewalling (proteccin corta
fuegos) de la web, balanceo de carga, recepcin de requerimientos de la
web; hosting de los servicios de transformacin.
4.3
Administracin de Aplicaciones de E-business

Utilizando Tivoli
Aunque los patterns (patrones) de e-business ayudan a disear las aplicaciones

de e-business, dividindolas en unidades funcionales que se pueden implementar en diferentes niveles de la arquitectura utilizando distintas tecnologas de
hardware y de software, los patrones proveen poca ayuda respecto de cmo
administrar esas aplicaciones complejas. Esta falencia es resuelta por las soluciones brindadas por los Sistemas Tivoli.
Al disear la infraestructura de administracin de sistemas, es necesario
la gerencia de las aplicaciones de e-negocio, se debe tener presente que el
factor determinante para la arquitectura de la aplicacin es la naturaleza de la
aplicacin en s misma. Esto determina la infraestructura de la aplicacin y las
tecnologas usadas. Sin embargo, no perjudica, si el diseador de la solucin
consulta con los especialistas de la gerencia de sistemas mientras se disea la
aplicacin.
La solucin de administracin de sistemas tiene que jugar con las reglas
establecidas para las aplicaciones, e idealmente gestionar fcilmente los distintos recursos de la aplicacin, sin ningn impacto sobre la aplicacin de ebusiness, mientras que observa las polticas de la compaa establecidas para
el uso de la red, seguridad, etctera.
La administracin de aplicaciones de e-business, por lo tanto, se logra de la
mejor manera estableciendo otra capa del nivel de red, paralela a la capa de la
aplicacin, en la cual todos los componentes de la administracin de sistemas
pueden ser recibidos sin influenciar a las aplicaciones.
Usando el sistema de productos Tivoli, se recomienda establecer todos los
componentes centrales en el nivel de Administracin, y tener algunos proxies
(control de acceso de entrada y salida) y agentes presentes en los niveles DMZ
y de aplicacin, segn lo mostrado en la fig. 4.6, de la pg. 78.
78
Figura 4.6: Infraestructura Tpica de la Utilizacin de Aplicaciones de Ebusiness Administradas por Tivoli
4.4. ESTRUCTURA DEL PRODUCTO TIVOLI
79
Poniendo la infraestructura de la gerencia a funcionar de esta manera, hay

una interferencia mnima entre la aplicacin y los sistemas de gerencia, y el
acceso a o desde los diferentes segmentos de la red es manejable, puesto que
la comunicacin fluye entre un nmero limitado de nodos usando puertos de
comunicacin bien conocidos.
Los productos de administracin Tivoli se han desarrollado con una visin
global en mente. El producto Tivoli Monitoring proporciona la base para la
supervisin proactiva, el anlisis, y la resolucin automatizada del problema.
Como se podr ver, Tivoli Monitoring for Web Infrastructure proporciona
una solucin de administracin empresarial para los ambientes del servidor
Web y de las aplicaciones. Los PACs (productos) hacen que hacia arriba este
producto proporcione las soluciones que se integran con otros productos de
administracin de Tivoli y proporcionan una parte importante de la meta de
una solucin consistente, y una solucin de administracin fin a fin (extremo
a extremo) para la organizacin.
Utilizando los productos disponibles tales como IBM Tivoli Monitoring for
Web Infrastructure, se puede instalar rpidamente una solucin comprensiva y
completamente integrada de dministracin que puede proporcionar un retorno
muy atractivo de la inversin.
4.4
Estructura del Producto Tivoli
Se puede observar cmo las soluciones de Tivoli proporcionan una administracin de sistemas comprensiva para la empresa y cmo el Tivoli Monitoring for
Infraestructura Web se integra en la arquitectura total.
Las soluciones de Tivoli se organizan generalmente en categoras segn lo
mostrado en la fig. 4.7, de la pg. 80.
Subyacentemente el conjunto de soluciones de Tivoli es un grupo de servicios comunes y de infraestructura que proporcionan consistencia a travs de
la administracin de aplicaciones hecha por Tivoli, as como integracin de
disponibilidad.
Dentro de la familia de productos Tivoli, hay soluciones especficas que
apuntan a cuatro disciplinas primarias de la administracin de sistemas:
80
Figura 4.7: Soluciones de Administracin de Tivoli

1. Rendimiento y Disponibilidad.
2. Configuracin y Operaciones.
3. Gestin de la memoria.
4. Seguridad.
Los productos dentro de cada una de estas reas han ido apareciendo a
travs de los aos y, aunque continan siendo mejorados, brindan soluciones
aceptables en diversas empresas alrededor del mundo. Con estas capacidades
bsicas logradas, IBM ha podido centrarse en el armado de aplicaciones que
aprovechan estos pilares para proporcionar soluciones verdaderas de administracin de sistemas del negocio. Una aplicacin de negocio tpica depende no
solamente del hardware y del establecimiento de una red, sino tambin del
software que se extiende desde el sistema operativo al middleware (lo intermedio entre el sistema operativo y las aplicaciones), tales como, bases de datos,
servidores web y de mensajera, y usos de los mismos.
Un conjunto de soluciones tales como los productos IBM Tivoli Monitoring for ..., permite a los departamentos de IT proporcionar la administracin
4.4. ESTRUCTURA DEL PRODUCTO TIVOLI
81
integral de los sistemas de la empresa de una manera consistente, en un sitio

central, usando un sistema integrado de herramientas. Utilizando un sistema
fin a fin de soluciones construidas con bases comunes, las empresas pueden
manejar la administracin de la complejidad siempre creciente de su infraestructura de IT con personal reducido y eficacia creciente.
Tres reas funcionales se utilizan para organizar y para coordinar las funciones proporcionadas por los productos Tivoli. Estas reas se muestran en la
fig. 4.8, de la pg. 81.
Figura 4.8: Estructura del Funcionamiento de Productos de Disponibilidad

de Tivoli
En el nivel inferior, estn los productos y tecnologas de monitoreo tales
como Tivoli Monitoring y sus modelos de recursos. En esta capa, las aplicaciones de Tivoli supervisan el hardware y software y proporcionan acciones
correctivas automatizadas siempre que sea posible.
En el siguiente nivel est la correlacin y la automatizacin de eventos.
Mientras que ocurren los problemas que no se pueden resolver en el nivel de
supervisin, las notificaciones de los eventos se generan y se envan a un motor
de correlacin tal como el Tivoli Enterprise Console. El motor de correlacin
en este punto puede analizar las notificaciones del problema (eventos) que
vienen de componentes mltiples y automatizar acciones correctivas o pro-
82
porcionar la informacin necesaria a los operadores que pueden emprender

acciones correctivas.
La tercera capa en esta estructura se llama Business Impact Management.
Es importante saber que un componente o un sistema relacionado de componentes ha fallado segn lo reportado por los monitores en la primer capa.
Asimismo, en la segunda capa es valioso entender cmo una sola falla
puede causar problemas en componentes relacionados. Por ejemplo, un router
(ruteador) cado, podra causar problemas a los clientes de una base de datos si
no pueden tener acceso al servidor de la misma. Pero la tercera capa, Business
Impact Management, es la ms valiosa de todas, pues proporciona una visin
interna en cuanto a cmo una falla de un componente puede afectar el negocio
en su totalidad. Cuando ocurre la falla del router mencionada arriba, es
importante entender exactamente qu grupo de aplicaciones del negocio sern
afectadas y cmo reducir el impacto de esa falla en la empresa. El Tivoli
Business System Manager (TBSM) proporciona esta capacidad.
El Tivoli Monitoring for Web Infrastructure se centra actualmente sobre
todo en el aspecto del Funcionamiento, de la Disponibilidad, de la Configuracin y de las Operaciones de administracin de una infraestructura web. Sin
embargo, la gestin del almacenamiento de Tivoli y los productos de administracin de seguridad tambin se pueden utilizar para ayudar a asegurar la
integridad de los servidores Web y de las aplicaciones.
4.5
Tivoli Monitoring for Web Infrastructure
En esta seccin se proporciona una descripcin de las funciones y capacidades

del Tivoli Monitoring for Web Infrastructure Versin 5.1, que incluye cuatro
PACs:
Monitoring for IBM HTTP Server
Monitoring for Microsoft Internet Information Server
Monitoring for Sun iPlanet Server
Monitoring for WebSphere Application Server
4.5. TIVOLI MONITORING FOR WEB INFRASTRUCTURE
83
Los cuatro PACs proporcionan funciones similares de administracin para los servidores Web y de aplicaciones soportados. Sin embargo, debido a
las diferencias tecnolgicas entre los componentes gestionados, algunas de las
funciones descritas aqu pueden o no ser aplicables a algn servidor especfico.
Los PACs facilitan la administracin de instancias de servidores Web y de
aplicaciones en endpoints (puntos finales, usuarios finales) en Tivoli Management Framework.
El PACs proporciona la capacidad de colocar un sistema de servidores y
aplicaciones Web, para reunir sus configuraciones y administrarlas.
Una vez que se hayan colocado los recursos, se puede utilizar los modelos
de recurso y las funciones de administracin correspondientes del PAC Tivoli
Monitoring for Web Infrastructure para:
1. Comenzar, parar, reiniciar, y recuperar el estado de los servidores, recuperar el estado de los hosts y de las aplicaciones virtuales relacionadas.
2. Supervisar el rendimiento clave y la disponibilidad de hosts virtuales y
de las aplicaciones que funcionan en cada servidor.
3. Pasar los eventos del PAC Tivoli Monitoring for Web Infrastructure al
Tivoli Enterprise Console.
4. Pasar los eventos del PAC Tivoli Monitoring for Web Infrastructure al
Tivoli Business Systems Manager.
5. Almacenar los datos histricos en el Tivoli Enterprise Data Warehouse.
Para asegurarse de que se est administrando a todos los recursos disponibles el Tivoli Monitoring for Web Infrastructure, el PACs proporciona una
funcin de descubrimiento que encuentra las aplicaciones y los hosts virtuales
alojados por los servidores.
Los recursos encontrados por las nuevas funciones de descubrimiento del
Tivoli Monitoring for Web Infrastructure, se agregan a la configuracin del
Tivoli.
Tivoli Monitoring para Web Infrastructure proporciona funcionalidades de
administracin en tres reas importantes:
Administracin del Funcionamiento
84
El PACs Tivoli Monitoring for Web Infrastructure provee modelos de recursos, o grupos de monitoreos, que peridicamente controlan el estado de
los componentes del servidor Web: El servidor Web y sus hosts virtuales. El
estado puede ser activo (operacional) o inactivo (no-operacional). Se puede
adaptar el modelo de recursos para lograr los requerimientos locales.
Administracin del Rendimiento
Los modelos de recursos del PACs permiten medir y reportar el rendimiento
de los hosts virtuales ejecutados por los recursos del servidor Web, para identificar cuellos de botella y problemas potenciales en la infraestructura Web.
Por ejemplo, se puede medir:
Para los servidores Web las mtricas principales de funcionamiento son:
1. Trfico,
2. Acceso,
3. Condiciones de error.
Para el WebSphere Application Server las mtricas principales disponibles
de funcionamiento son:
1. Rendimiento del JavaBean de la empresa (EJB),
2. Rendimiento de la conexin de la base de datos,
3. Rendimiento del runtime de la JVM,
4. Rendimiento de los Servlets/JSP.
Operaciones
El PACs de Tivoli Monitoring for Web Infrastructure permite manejar los
recursos de la red y del servidor de aplicaciones mediante una administracin
bsica. Se puede:
1. Iniciar, detener, y reiniciar los servidores.
2. Comprobar el estado y recuperar la informacin acerca de las instancias
y hosts virtuales del servidor Web.
4.5. TIVOLI MONITORING FOR WEB INFRASTRUCTURE
85
3. Recuperar y borrar los archivos de rastreo diario (WebSphere solamente).

Las reglas del Tivoli Monitoring for Web Infrastructure administran la
informacin presentada en la consola de eventos. Estas reglas quitan eventos
duplicados y poco significativos y correlacionan eventos para cerrar los eventos
que no son muy relevantes.
Las funciones de reporte de eventos del Tivoli Monitoring for Web Infrastructure soportan estndares de filtrado de eventos, que se pueden usar
para reducir el nmero de eventos enviados al servidor de eventos, adems de
pasrselos tambin a la Tivoli Enterprise Console.
Captulo 5
Supervisin en Tiempo Real

5.1
Introduccin
Este captulo cubre la implementacin de la supervisin en tiempo real con el

Tivoli Monitoring for Web Infrastructure a travs de la Web Health Console
y muestra cmo puede ser ampliada para incluir la correlacin de evento y
el anlisis de impacto en el negocio (empresa, organizacin) usando la Tivoli
Enterprise Console (TEC) y el Tivoli Business Systems Manager (TBSM).
5.2
Utilizacin del Tivoli Business Systems Manager
Tivoli Business Systems Manager provee a los ejecutivos de operaciones de la

empresa una interfaz grfica para ver y para entender rpidamente el estado
de funcionamiento de la infraestructura IT que se est utilizando o que se est
administrando. El Tivoli Business Systems Manager muestra a los ejecutivos
de la empresa cmo los componentes o los recursos individuales afectan al
funcionamiento de la empresa u organizacin.
Tivoli Business Systems Manager tambin muestra al personal de operaciones qu funciones del negocio son afectadas por la interrupcin de un
componente en particular. En el Tivoli Business Systems Manager, la funcin
del negocio es representada por una lnea de recursos del negocio.
87
88
CAPTULO 5. SUPERVISIN EN TIEMPO REAL
Tivoli Business Systems Manager recoge la informacin del estado de los

recursos de varias partes de la empresa. Se alimenta de datos provenientes de
entornos de mainframe, de subsistemas de asignacin de trabajos, del entorno
de Tivoli, de software de administracin de red o de otras aplicaciones de terceros. Procesa todos los eventos de esas fuentes y muestra una vista integrada
de la empresa.
Tivoli Business Systems Manager tambin muestra al personal de operaciones aquellas funciones del negocio que son afectadas por una salida de servicio
de un componente individual.
En Tivoli Business Systems Manager, las funciones del negocio son representadas por recursos de una Line of Business (Lnea de Negocios).
Tivoli Business Systems Manager recolecta informacin del estado de los
recursos desde varias partes de la organizacin. Se alimenta desde el entorno
mainframe, subsistemas de manejo de trabajos, Tivoli Framework, software
de administracin de red o aplicaciones de terceras partes. Procesa todos los
eventos desde esas entradas y muestra una visin integrada de la organizacin.
Relacionado con el Tivoli Monitoring for Web Infrastructure, el Tivoli
Business Systems Manager puede mostrar el estado de los servidores Web y el
estado de los recursos del WebSphere Application Server y cmo se relacionan
con una funcin de negocio.
El Tivoli Monitoring for Web Infrastructure genera eventos a travs de
los modelos de recursos y de adaptadores TEC. Estos eventos pasan a travs
del TEC cuando las reglas especializadas del TEC se utilizan para reenviar la
informacin al Tivoli Business Systems Manager. Alternadamente, el Tivoli
Business Systems Manager procesa estos eventos para mostrar los servidores
Web y el estado de los recursos del WebSphere Application Server.
5.2.1
Flujo de Eventos del Tivoli Business System
Un flujo detallado de eventos para la integracin del Tivoli Business Systems

Manager se muestra en la fig. 5.1, de la pg. 89.
El flujo de procesos se puede describir como:
1. Los eventos son generados por el modelo de recurso ITM o el adaptador TEC. Estos eventos se envan al servidor TEC del evento para ser
5.2. UTILIZACIN DEL TIVOLI BUSINESS SYSTEMS MANAGER
89
Figura 5.1: Flujo de Eventos Para el Tivoli Business Systems Manager Integration
90
procesados.
2. El servidor de eventos TEC compara el evento contra criterios en las
reglas que tiene.
3. El proceso de asignacin de eventos enva el evento formateado al agente
que lo escucha que reside en el servidor de base de datos Tivoli Business
Systems Manager. El agente que escucha (espera) evala al evento y lo
almacena en la base de datos del Tivoli Business Systems Manager.
4. La consola Tivoli Business Systems Manager es informada del evento y
del estado de los objetos monitoreados que han cambiado concordantemente.
5. Cuando un operador invoca una tarea operacional desde un menu contextual de alguno de los recursos del Tivoli Monitoring for Web Infrastructure, un requerimiento se enva a la tarea del proceso servidor.
6. La tarea del servidor ejecuta la tarea operacional usando el commando
wruntask.
5.2.2
Integracin de la Configuracin del Tivoli Business Systems Manager
En esta seccin se describe cmo configurar la integracin entre el Servidor

TEC y el Servidor TBSM. Para permitir el envo de los eventos del TEC
al TBSM el Tivoli Enterprise Console Adapter 3.7.1 se debe instalar en el
Servidor TEC, mientras que para la visualizacin de los eventos se debe instalar
la Consola TBSM.
Se instala el siguiente software para la configuracin del ambiente TBSM:
Tivoli Business Systems Manager 1.5
The TBSM patch 1.5-BSM-0024
Tivoli Business Systems Manager Event Enablement 1.5
91

TBSM Console
TBSM patch 1.5-BSM-0036.
La Consola TBSM no requiere una mquina dedicada. Se puede instalar
en cualquier mquina. Se utiliza un entorno TEC.
Para configurar el TBSM para manejar los eventos de Tivoli Monitoring
for Web Infrastructure y para permitir al servidor TEC remitir estos eventos,
se requiere lo siguiente:
En el TBSM Database Server ejecutar el archivo batch install.bat disponible en el CD-ROM de cada mdulo Tivoli Monitoring for Web Infrastructure en el directorio TBSM. Se debe observar que este proceso
podra tomar un cierto tiempo. La instalacin copiar el programa de
desinstalacin y comenzar los scripts itm<module>_tbms_init.sh de
inicializacin, donde el mdulo placeholder depende del mdulo que se
est instalando.
En el servidor de la base de datos TBSM, se debe conectar el Agent
Listener con el sistema de disponibilidad del evento, as el evento del
TEC comienza a transmitirse al TBSM. Este proceso usa el comando:
gemeeconfig - a < eehost >. Luego Recomenzar el servicio Agent
Listener. Para comprobar la conexin utilizar el comando gemeeconfig
otra vez.
En el servidor TEC, para cada mdulo del servidor Web, importar la
regla base especfica del mdulo ejecutando el siguiente comando: wrb
-imptgtrule itm<module name>_tbsm_forward EventServer <rule
base>
Cargar y compilar la regla base a travs del cono respectivo o a travs de
los comandos: wcomprules < rule base > y wloadrb <rule base
>. Estos comandos tienen que ser ejecutados en el Servidor TEC.
En el Servidor TEC, copiar los scripts que transmiten eventos al TBSM
desde el directorio, < TIVDIR>/bin/generic_unix/TME (TMEDIR de
aqu en adelante) al directorio $BINDIR/<interp>/TME/TEC/scripts/
92
(donde el valor del < interp > placeholder depende de la arquitectura

donde el Servidor TEC est instalado.).
<TMEDIR>/Apache/tec/itmapache_tbsm_forward.sh
<TMEDIR>/IIS/tec/itmiis_tbsm_forward.sh
<TMEDIR>/IPlanet/tec/itmiplanet_tbsm_forward.sh
En caso de que el Servidor TEC est instalado en un sistema Windows

2000, se recomienda cambiar el log de usuario para el servicio Tivoli
BSM Task Server del LocalSystem al Administrator. Si no se puede
hacer esto, podrn ocurrir errores cuando un usuario intente invocar las
tareas definidas por la Tivoli Monitoring for Web Infrastructure de la
Consola TBSM.
5.2.3
Descubrimiento de Recursos
Para descubrir los recursos que estn disponibles para cada mdulo del Tivoli
Monitoring for
Web Infrastructure, se requiere hacer funcionar un script para cada mdulo
del servidor Web y ejecutar una tarea para el mdulo WebSphere.
Descubrimiento de los Recursos del Servidor Web
Cada mdulo del servidor Web instala un archivo script en el servidor TEC
en el subdirectorio <TIVDIR>/bin/generic_unix/TME (TMEDIR de aqu en
adelante). Los scripts relevantes se deben ejecutar para descubrir los recursos
del servidor Web disponibles actualmente en la Tivoli Management Region.
Descubrimiento de los Recursos del WebSphere
Para el mdulo de WebSphere el proceso de descubrimiento consiste en ejecutar una tarea llamada Send_WebSphere_Discovery_Events_to_TBSM, que
puede ser encontrada en la biblioteca de tareas Utility Tasks del WebSphere
Application Server.
5.2.4
93
Utilizacin del Tivoli Business Systems Manager
La Consola TBSM se puede utilizar para iniciar y detener el Servidor HTTP

Apache, el Servidor Internet Information, los Servidores WebSphere Applications y tambin sus servidores Administration. Adems, es posible verificar
el estado del servidor WebSphere del Administration Server y del Application
Server.
El servidor Apache Administration y el servidor Web se pueden iniciar y
detener a travs de la consola TBSM.
El Internet Information Server se puede arrancar y detener a travs de la
consola TBSM.
El servidor de administracin iPlanet y el servidor Web se pueden iniciar
y detener a travs de la consola TBSM.
El Servidor WebSphere Administration se puede iniciar y detener. Por
otra parte, es posible comprobar el estado del Application Server y recoger
una lista de todas las aplicaciones manejadas por los servidores.
Captulo 6
Administracin de Reportes
6.1
Introduccin
El Tivoli Enterprise Data Warehouse (TEDW) es usado para recoger y para

manejar datos de varias aplicaciones de administracin de sistemas Tivoli y
no-Tivoli. Los datos se importan en las bases de datos de TEDW mediante
programas especializados, llamados extractores, estos transforman y cargan los
programas (ETL), desde las bases de datos de aplicacin, y son posteriormente
procesados para realizar anlisis y evaluacin histrica. Esta estrategia de
Tivoli es para obtener la mayora de los servicios de ETLs proporcionados
por los productos para poder cargar las bases de datos de TEDW con datos
significativos para la administracin de los sistemas. El Tivoli Monitoring for
Web Infrastructure es uno de los muchos productos que utiliza completamente
las ventajas de TEDW.
6.2
Descripcin del Tivoli Enterprise Data Warehouse
Tener acceso a los datos histricos con respecto al funcionamiento y la disponibilidad de los recursos de IT puede ser muy tile de varias maneras, por
ejemplo:
95
96
CAPTULO 6. ADMINISTRACIN DE REPORTES
TEDW recoge datos histricos de muchas aplicaciones en un

lugar central.
TEDW recoge los datos subyacentes desde los dispositivos / conexiones a la
red, equipos de escritorio / servidores, aplicaciones / software, y los problemas
y actividades que se han generado al manejar la infraestructura. Esto permite
la construccin de una vista extremo a extremo de la organizacin y una vista
de los datos relacionados del recurso, independientemente de las aplicaciones
especficas usadas para supervisar y controlar los recursos.
TEDW agrega valor a los datos primitivos.
TEDW realiza la agregacin de datos de usuarios en perodos especficos,
tales como diariamente o semanalmente, y tiene en cuenta restringir la cantidad de datos almacenados en el depsito central TEDW de los datos. Los
datos tambin se depuran y se consolidan para permitir al modelo de datos
del depsito central compartir dimensiones comunes. Por ejemplo, TEDW se
asegura que el tiempo, el nombre de host, y las direcciones IP sean las mismas
dimensiones a travs de todas las aplicaciones.
TEDW permite la correlacin de informacin desde muchas
aplicaciones Tivoli.
TEDW se puede tambin utilizar para obtener valor agregado correlacionando datos de muchas aplicaciones de Tivoli. Permite que los informes sean
escritos, con datos correlacionados de distintas aplicaciones.
TEDW utiliza interfaces abiertas provistas para la extraccin,
el almacenamiento y para poder compartir datos.
TEDW puede extraer datos desde cualquier aplicacin, Tivoli y no-Tivoli,
y almacenarlos en una base de datos central. TEDW tambin proporciona
acceso transparente para soluciones de Business Intelligence (BI) de terceras
partes usando el estndar CWM, tal como IBM DB2 OLAP, Crystal Decisions, Cognos, BusinessObjects, Brio Technology, Microsoft OLAP Server.
CWM (Common Warehouse Metadata), es una especificacin estndar para
el intercambio de metadatos definida por el Object Management Group.
6.2. DESCRIPCIN DEL TIVOLI ENTERPRISE DATA WAREHOUSE97
TEDW provee un reporte para usuario final basado en Web, llamado Reporting Interface, pero la arquitectura abierta proporcionada por el TEDW
permite otros productos de BI para usuario final que se utilizan para tener
acceso a los datos del warehouse central. El valor aqu es flexibilidad. Los
clientes pueden utilizar la aplicacin de reporte de su opcin; no estn limitados a una especfica en particular.
TEDW proporciona un robusto mecanismo de seguridad.
TEDW proporciona un robusto mecanismo de seguridad permitiendo que
los data marts sean construidos con datos de los subconjuntos de recursos manejados y proporcionando autorizacin completa de la base de datos para tener
acceso a esos data marts, TEDW puede tratar la mayora de los requisitos de
seguridad relacionados con la limitacin del acceso a los datos especficos a
esas unidades de clientes/negocios que tienen necesidades especficas de conocimiento.
TEDW proporciona una arquitectura escalable.
Puesto que TEDW depende de la tecnologa RDBMS estndar probada de
la industria, proporciona una arquitectura escalable para almacenar y recuperar los datos.
6.2.1
TEDW Conceptos y Componentes
Esta seccin trata los conceptos claves y los varios componentes de TEDW
en el orden lgico del flujos de datos de la dimensin: de los monitores que
recogen informaciones en bruto al informe detallado final.
La fig. 6.1, de la pg. 98 representa una configuracin tpica del Tivoli
Enterprise.
Es comn para las empresas tener varias aplicaciones distribuidas de monitoreo de rendimiento y de disponibilidad desplegadas que recogen una cierta
clase de datos de la dimensin y proporcionan un cierto tipo de administracin, de administracin central de eventos, y de otras funciones de supervisin
bsicas. Estas aplicaciones se refieren como aplicaciones fuente.
98
Figura 6.1: Ambiente Tpico de TEDW
El primer paso para obtener datos de administracin es permitir las aplicaciones fuente. Esto significa el abastecimiento de todas las herramientas y
reprobaciones necesarias para importar los datos operacionales de la fuente al
data warehouse central de TEDW. Todos los componentes necesarios para esa
tarea se recogen en los mdulos del warehouse para cada aplicacin fuente.
En el contexto de este trabajo, Tivoli Monitoring for Web infrastructure es
la aplicacin fuente que provee datos de administracin para los mdulos del
servidor Web y del servidor de Aplicaciones.
Una porcin importante de los mdulos del warehouse (almacn de datos) son los programas de Extraccin, Transformacin y Carga de datos, o
simplemente programas ETL. En general, los pasos son tres.
1. Primero extraen los datos desde una base de datos de aplicacin fuente,
llamada fuente de datos.
2. Despus los datos se validan, se transforman, se agregan, y/o se purifican
de modo que se adecuen al formato y las necesidades de los datos del
almacn.
3. Finalmente los datos se cargan en la base de datos correspondiente.
En el TEDW hay dos tipos de ETLs: ETL para el warehouse central y
ETL para los data mart.
1. ETL para el warehouse central: El ETL para el Warehouse central extrae
los datos de las aplicaciones fuente y los carga en el almacn central de
datos, segn lo mostrado en la fig. 6.1, de la pg. 98. Al ETL para el
warehouse central tambin se lo llama, a menudo, ETL fuente o ETL1.
2. ETL para los data mart: Segn lo mostrado en la fig. 6.1, de la pg.
98, el ETL para los data mart extrae un subconjunto de datos histricos
del almacn central de los datos, el cual contiene los datos adaptados
y optimizados para la tarea de reporte o de anlisis especfico. Este
subconjunto de datos se utiliza para cargar los data mart. El ETL para
los data mart tambin se conoce como ETL destino o ETL2.
Como concepto genrico, un data warehouse es un ambiente de base de
datos estructurado, extensible y diseado para el anlisis consistente de datos.
100
Los datos que se insertan en un data warehouse se transforman lgicamente y

fsicamente a partir de mltiples aplicaciones fuente, actualizados y mantenidos durante mucho tiempo, y sumarizados para un rpido anlisis.
El Tivoli Enterprise Data Warehouse Central Data Warehouse (CDW) es la
base de datos que contiene todos los datos histricos relacionados a la empresa,
con el nivel ms bajo de granularidad. Este almacn de datos se optimiza para
el almacenamiento eficiente de cantidades grandes de datos y tiene un formato
documentado que hace los datos accesibles a muchas soluciones (aplicativas)
de anlisis. La base de datos se organiza de una manera muy flexible, que deja
almacenar datos de nuevas aplicaciones sin agregar o cambiar tablas.
El servidor TEDW es un servidor DB2 Universal Database Enterprise Edition que alberga las bases de datos TEDW Central Data Warehouse. Estas
bases de datos se cargan con datos operacionales de Tivoli y / u otras aplicaciones de terceras partes para los anlisis histricos.
Un data mart es un subconjunto de datos histricos que satisfacen las
necesidades de un departamento, de un equipo, o de un cliente especfico.
Un data mart se optimiza para anlisis y reportes interactivos de datos. El
formato de un data mart es especfico a la herramienta de reportes o anlisis
que se planea utilizar. Cada aplicacin que proporciona un data mart ETL
crea sus data marts en el formato apropiado.
TEDW provee una Report Interface (RI) que crea reportes estadsticos
bidimensionales de los datos utilizando los data marts. La Report Interface
es una interface con rol basado en la Web que puede ser accedida con un
navegador Web sencillo sin la necesidad de instalar software adicional en el
cliente. Se puede usar otras facilidades para realizar anlisis OLAP, reportes
de inteligencia de negocios, o minera de datos.
El Centro de Control de TEDW es el servidor DB2 Universal Database
Enterprise Edition que contiene la base de datos de control de TEDW que
administra el entorno de TEDW. Desde el Centro de Control TEDW, se puede tambin administrar todas las bases de datos de aplicaciones fuentes del
entorno.
El nombre interno por defecto para la base de datos de control del TEDW
es TWH_MD. El Centro de Control TEDW tambin maneja la comunicacin
entre los varios componentes, tales como el TEDW Central Data Warehouse,
los data marts, y las Report Interfaces. El Centro de Control TEDW utiliza
facilidades del DB2 Data Warehouse Center para definir, mantener, programar
y supervisar los procesos ETL.

El TEDW almacena datos histricos primarios de bases de datos de aplicaciones Tivoli y de terceras partes en el TEDW Central Data Warehouse.
El nombre interno de la base de datos del TEDW Central Data Warehous es
TWH_CDW. Una vez que los datos se hayan insertado en la base de datos
TWH_CDW, estn disponibles para cualquier TEDW ETLs para ser cargados a la base de datos TEDW Data Mart (el nombre interno de la base de
datos TEDW Data Mart es TWH_MART) o a cualquier otra aplicacin especfica de ETL para procesar los datos y cargar la base de datos del data mart
especfico de la aplicacin.
6.2.2
Monitoreo del Proceso de Flujo de Datos
En esta seccin se analiza cmo el componente warehouse del producto Tivoli

Monitoring for Web Infrastructure (ITM) interacta con el Tivoli Enterprise Data Warehouse. Tambin se describirn los distintos componentes que
integran a los componentes warehouse del Tivoli Monitoring for Web Infrastructure.
Se mostrar cmo los datos se recogen desde el endpoint (punto final) y
cmo alcanzan la base de datos del data werehouse segn lo mostrado en la
fig. 6.2, de la pg. 102.
Para permitir a TEDW recibir datos recopilados por un modelo de recurso,
se debe permitir la registracin de los datos del TEDW para el perfil en el cual,
se utiliza el modelo de recurso. Una vez hecho esto el perfil se distribuye a los
endpoints, estos comienzan a registrar los datos a la base de datos local Tivoli
Monitoring. Esta base de datos est disponible en cada endpoint.
El componente de carga del ITM es responsible de mover los datos desde
las bases de datos de los puntos finales a la base de datos de nivel intermedio.
El ETL1 genrico se utiliza para recoger datos de la base de datos de
la capa media para cualquier Tivoli Monitoring for Web Infrastructure, para
transformar y para cargar stos a las tablas y a las tablas dinmicas en el
almacn central de datos, TWH_CDH.
Cuando se ejecuta el comando wdmcollect, la recoleccin de datos comienza
desde la base de datos del endpoint a la base de datos de la capa media del
ITM. En el paso siguiente se ejecutan los ETLs genricos para cargar el Central
102
Figura 6.2: ITM Para el Flujo de Datos de la Infraestructura Web
Data Warehouse. Finalmente, los ETLs de destino se ejecutan en los intervalos

programados y se cargan las bases de datos de los data mart.
Ahora, la Report Interface se puede utilizar para generar y mostrar varios
informes basados en los datos del data mart recientemente cargados/actualizados.
Captulo 7
Patrones Para el E-business

7.1
Generalidades
Los Patterns para el e-business son un grupo colectivo de arquitecturas probadas que se han compilado de ms de 20.000 contratos exitosos basados en
Internet. Este depsito de activos puede ser usado por las compaas para facilitar el desarrollo de aplicaciones basadas en la Web. Ayudan a una
organizacin a entender y analizar problemas complejos de negocios y a descomponerlos en funciones ms pequeas y manejables que entonces se puedan
implementar usando patrones de diseo de bajo nivel (ms sencillos).
Introduccin a los Patrones Para el E-business
Mientras que las compaas compiten en el mercado e-business, detectan
que deben reevaluar sus procesos de negocio y aplicaciones de modo que su
tecnologa no sea limitada por el tiempo, el espacio, los alcances de la organizacin, o las fronteras territoriales. Se debe considerar el tiempo que les
lleva para implementar la solucin, as como los recursos (personal, dinero, y
tiempo) que tienen a su disposicin para ejecutar con xito la solucin. Estos desafos, junto con la integracin con los sistemas heredados existentes y
la presin de entregar servicio constante de alta calidad, presentan una tarea
significativa al desarrollar una solucin de e-business.
En un esfuerzo para aliviar las tareas implicadas en definir una solucin de
e-business, ha construido un depsito de patrones para simplificar el esfuerzo.
En trminos simples, un patrn (pattern) se puede definir como un modelo o
105
106
CAPTULO 7. PATRONES PARA EL E-BUSINESS
plan usado como gua en la fabricacin de cosas. Como tal, los patrones sirven
para facilitar el desarrollo y la produccin de cosas.
Los patrones codifican la experiencia y el conocimiento repetibles de la
gente que ha realizado tareas similares antes. Los patrones no solamente
documentan soluciones a los problemas comunes, sino que tambin precisan
las trampas (dificultades) que deben ser evitadas. Los patrones de para el
e-business consisten en mejores prcticas arquitecturales documentadas.
Definen un marco global de las pautas y de las tcnicas que fueron utilizadas
actualmente en crear arquitecturas para los contratos de los usuarios. Los
patrones para el e-business tienden un puente sobre el vaco entre los negocios
y las IT, definiendo patrones arquitectnicos en varios niveles de los patrones
del negocio a los patrones de las aplicaciones y a los patrones de tiempo de
ejecucin, permitiendo la navegacin fcil a partir de un nivel al siguiente.
Cada uno de los patrones (Negocio, Integracin, Aplicacin, y Tiempo
de Ejecucin) ayudan a las compaas a entender el alcance verdadero del
desarrollo de su proyecto y proporcionan las herramientas necesarias para facilitar el proceso de desarrollo de aplicaciones, de tal modo de permitir que las
compaas acorten los tiempos de salida al mercado, reduzcan riesgos, y ms
importante, lograr un retorno de inversin ms significativo.
Los tipos de patrones para el e-business son los siguientes:
Patrones de Negocio.
Patrones de Integracin.
Patrones Compuestos.
Patrones de Aplicacin.
Patrones de Tiempo de Ejecucin.
Cuando una compaa aprovecha estos activos documentados, puede reducir el tiempo y los riesgos implicados en terminar un proyecto.
Los ejecutivos tcnicos de mayor categora pueden utilizar Patrones de
Aplicacin para tomar las decisiones crticas relacionadas con la estructura y la
arquitectura de una solucin propuesta. Los Patrones de Aplicacin ayudan a
refinar Patrones de Negocios para poder ponerlos en ejecucin como soluciones
computarizadas.
7.1. GENERALIDADES
107
Los ejecutivos tcnicos pueden utilizar estos patrones para identificar y

describir los componentes lgicos de alto nivel que son necesarios para implementar las funciones principales identificadas en un Patrn de Negocios. Cada
Patrn de Aplicacin describir la estructura (capas de la Aplicacin), la colocacin de los datos, y la integracin (dbilmente o fuertemente acoplados)
de los sistemas implicados.
Finalmente, los arquitectos de soluciones y los diseadores de sistemas
pueden desarrollar una arquitectura tcnica usando Patrones de Tiempo de
Ejecucin para realizar los Patrones de Aplicacin. Los Patrones de Tiempo
de Ejecucin describen la arquitectura lgica que se requiere para implementar un Patrn de Aplicacin. Los arquitectos de soluciones pueden equiparar
Patrones de Tiempo de Ejecucin a las necesidades de negocio y entorno existentes.
El Patrn de Tiempo de Ejecucin implementado establece los componentes necesarios para soportar el Patrn de Aplicacin elegido. Define los nodos
middleware lgicos, sus roles, y las interfaces entre estos nodos para resolver en
el orden apropiado los requisitos del negocio. El Patrn Tiempo de Ejecucin
documenta qu es necesario para completar la aplicacin, pero no especifica
marcas de productos. La determinacin de productos actuales se hace en la
etapa de los patrones referida al mapeo de productos.
En resumen, los Patrones (Patterns) para e-business capturan (aprovechan) una solucin al e-business que ha sido chequeada y probada. Haciendo
que estas soluciones estn disponibles y clasificndolas en categoras tiles,
los ejecutivos, los planificadores, los arquitectos, y los desarrolladores pueden
refinarlas para lograr mejoras, segn directivas tangibles.
Los patrones y sus lneas directivas asociadas permiten que se comience
con un problema y una visin, se encuentre un patrn conceptual en el que
quepa esta visin, se definan las piezas funcionales necesarias que la aplicacin
precisar para tener xito, y despus se construye realmente la aplicacin.
Adems, los patrones para el e-business proporcionan terminologa comn de
proyectos y aseguran que la aplicacin soporta objetivos de negocio, reduciendo
significativamente costos y riesgos.
Modelo de Activos Evaluados de Patrones Para E-business
Los Patrones para e-business proporcionan arquitecturas disponibles para
implementar exitosamente soluciones de e-business mediante la reutilizacin
de componentes y elementos de solucin probados, de experiencias exitosas. La
108
aproximacin de los Patrones se basa en un conjunto de activos (experiencias)

evaluados que pueden ser utilizados por cualquier metodologa de desarrollo
existente. Estos activos evaluados son estructurados de cierto modo que cada
nivel de detalle es construido en ltimo lugar.
Estos activos incluyen:
1. Patrones de Negocio que identifican la interaccin entre usuarios, negocios, y datos.
2. Patrones de Integracin que unen conjuntamente mltiple patrones de
Negocio cuando una solucin no puede ser suministrada por un solo
patrn de Negocio.
3. Patrones Compuestos que representan comnmente combinaciones que
ocurren de los patrones del Negocio y de los patrones de Integracin.
4. Patrones de Aplicacin que proporcionan una disposicin conceptual
describiendo cmo los componentes y los datos de aplicacin interactan
dentro de un patrn de Negocio o de un patrn de Integracin.
5. Patrones de Tiempo de Ejecucin que definen la estructura middleware
lgica que soporta un patrn de Aplicacin. Los patrones Tiempo de
Ejecucin representan los nodos middleware principales, sus roles, y las
interfaces entre estos nodos.
6. Mapeos de Producto que identifican la implementacin de software probados y examinados para cada patrn de Tiempo de Ejecucin.
7. Directrices de Mejores Prcticas para diseo, desarrollo, despliegue, y
administracin para aplicaciones e-business.
Estos activos y sus relaciones se muestra en la fig. 7.1 de la pg. 109.
Patrones Para el Sitio Web del E-business
Los Patrones del Sitio Web proporcionan una manera fcil de navegacin
desde arriba hacia abajo a travs de los patrones activos evaluados para determinar los activos reutilizables preferidos para un requerimiento acordado.
Cmo Utilizar los Patrones Para el E-business
7.1. GENERALIDADES
Figura 7.1: Modelo del Patrn Activo Acordado
109
110
Segn lo descrito en la seccin anterior, los patrones para el e-business

se estructuran de una manera en que cada nivel de detalle es construido en
ltimo lugar. En el nivel ms alto estn los Patrones de Negocio que describen
las entidades implicadas en la solucin de e-business. Un Patrn de Negocio
describe la relacin entre los usuarios, la organizacin o aplicacin del negocio,
y los datos que se accedern.
Los Patrones Compuestos aparecen en la jerarqua mostrada en la fig. 7.1
de la pg. 109 sobre los Patrones de Negocio. Sin embargo, los Patrones
Compuestos se componen de un nmero de Patrones de Negocio individuales
y por lo menos de un Patrn de Integracin. En esta seccin, se discute cmo
utilizar la estructura evaluada de los patrones para los activos de e-business.
Seleccin de Patrones y Mapeo de Productos
Despus que se ha identificado el patrn apropiado de Negocio, el paso
siguiente es definir los componentes lgicos de alto nivel que constituirn la
solucin y cmo interactuarn estos componentes. Esto se conoce como Patrn
de Aplicacin. Un Patrn de Negocio tendr generalmente mltiples Patrones
de Aplicacin identificados que describan los componentes lgicos posibles y
sus interacciones. Por ejemplo, un Patrn de Aplicacin puede tener componentes lgicos que describan una capa de presentacin para interactuar con los
usuarios, una capa de aplicacin Web, y una capa de aplicacin back-end.
El Patrn de Aplicacin requiere un soporte del middleware que se expresa
como uno o ms Patrones de Tiempo de Ejecucin. Los Patrones de Tiempo
de Ejecucin definen los nodos funcionales que representan las funciones del
middleware que deben ser realizadas.
Despus de haber identificado un Patrn de Tiempo de Ejecucin, el paso
lgico siguiente es determinar el producto actual y la plataforma a utilizar
por cada nodo. Los patrones para el e-business tienen mapeos de productos
que correlacionan a los Patrones de Tiempo de Ejecucin, describiendo los
productos actuales que se han utilizado para construir una solucin del ebusiness para esta situacin.
Finalmente, las directrices asisten (ayudan) en la creacin de la aplicacin
usando las mejores prcticas que se han identificado con la experiencia.
Parte II
111
Captulo 8
Implementacin del Tivoli

Storage Manager
8.1
Descripcin del Tivoli Storage Manager
En este apartado se proporciona una introduccin al Tivoli Storage Manager

y se describe funciones y caractersticas principales que estn actualmente
disponibles [8].
8.1.1
Proteger Datos con el Tivoli Storage Manager
Tivoli Storage Manager: Una solucin Empresa-Extensa

Tivoli Storage Manager almacena copias de backup y archivo de datos
en almacenamiento off-site.
Tivoli Storage Manager escala para proteger centenares de computadoras
que funcionan en una docena de sistemas operativos.
Tivoli Storage Manager proporciona tcnicas inteligentes de movimiento
y almacenamiento de los datos.
Los mdulos opcionales permiten a los negocio aplicaciones crticas que
funcionan 24x365 utilizar la proteccin de los datos sin la interrupcin
del servicio.
113
114
CAPTULO 8. IMPLEMENTACIN DEL T.S.M.
Tivoli Storage Manager protege los datos de la organizacin contra fallas

y otros errores del hardware manejando backup y copias de archivos de datos,
que pueden ser almacenado off-site. Diseado para un ambiente heterogneo,
el Tivoli Storage Manager se conecta va LAN, WAN, Internet, y el SAN para
proporcionar tcnicas inteligentes de movimiento y almacenamiento de datos,
automatismo y administracin de datos basada en poltica integradas. Los
mdulos opcionales permiten aplicaciones crticas de negocios que deben funcionar 24 horas al da, 7 das a la semana, utilizando la proteccin centralizada
de los datos del Storage Manager sin interrupcin de los servicios.
TSM no es una herramienta de backup. Es una herramienta de gerencia
de datos.
Soluciones Importantes del Tivoli Storage Manager 5.2.
Los componentes mostrados en la fig. 8.1 de la pg. 115 son componentes de la implementacin bsica del Tivoli Storage Manager. Las pginas
siguientes contienen descripciones detalladas de cada uno de estos componentes.
Administradores: los administradores incorporan su identificacin y contrasea administrativas cuando se abren una sesin inicialmente en un
servidor del Storage Manager. Los administradores pueden ser autorizados a una o ms de las clases de privilegio administrativas siguientes:
sistema, poltica, almacenamiento, operador, o analista. Los administradores pueden utilizar los comandos administrativos y las preguntas
permitidas por sus privilegios.
Storage Manager Server: en una configuracin LAN tradicional, el rol
de un servidor Storage Manager es almacenar los datos de backup o
del archivo de los clientes que soporta a los medios de almacenamiento. Tambin tiene una base de datos de informacin para no perder de
vista los datos que maneja, incluyendo objetos de la poltica de manejo,
usuarios y administradores, y nodos del cliente.
Planificador (Scheduler): el planificador definido como administrador
permite la automatizacin de las operaciones del servidor y del cliente del
Storage Manager. Un sistema comprensivo e integrado de planificadores
puede proporcionar la base para el manejo eficiente de datos con poca
necesidad de intervencin durante operaciones normales. El planificador
de las operaciones del cliente Storage Manager consisten del planificador
8.1. DESCRIPCIN DEL TIVOLI STORAGE MANAGER
115
Figura 8.1: Componentes de una Implementacin Bsica del Tivoli Storage

Manager
116
en el servidor del Storage Manager y un componente planificador que se

ejecuta en la mquina del cliente del Storage Manager.
Archivo de backup cliente: el cliente del TSM enva datos a, y recupera
datos desde, un servidor del TSM. El archivo de backup cliente del TSM
debe ser instalado en cada mquina que necesite transferir datos al almacenamiento manejado por el servidor llamado pools de almacenamiento.
El servidor del TSM utiliza un nombre nico de nodo para identificar
cada instancia de archivo de backup cliente del TSM. Una contrasea se
puede utilizar para autenticar comunicaciones entre el archivo de backup
cliente y servidor del TSM. Los datos se pueden recuperar en la misma
mquina cliente que transfiri inicialmente o en otro cliente con un formato del sistema de ficheros compatible si ese cliente ha proporcionado
el permiso.
Base de datos del Storage Manager: el Storage Manager guarda informacin en la base de datos del Storage Manager sobre cada archivo,
volumen lgico completo (sin discriminar), o base de datos que se respalda, archiva, o migra. Esta informacin incluye el nombre del archivo,
tamao del archivo, la clase administradora, copia de grupo, localizacin
de los archivos en almacenamiento del servidor del Storage Manager, y
toda otra informacin excepto los datos. Los datos se almacenan en un
pool de almacenamiento.
Registro de recuperacin del Storage Manager: el registro de recuperacin no pierde de vista todos los cambios realizados a la base de datos,
de modo que si ocurre una interrupcin del sistema, un registro de los
cambios estuviera disponible para la recuperacin.
Pools de almacenamiento: los pools de almacenamiento son colecciones de medios semejantes que proporcionan almacenamiento para los
archivos resguardados, archivados, y migrados. Estos pools se pueden
encadenar para crear una jerarqua de almacenamiento.
Administracin basada en Polticas: la poltica de negocios se utiliza
para manejar centralmente los datos del cliente. Las polticas son creadas
por el administrador y almacenadas en la base de datos en el servidor.
Librera de cintas: el Tivoli Storage Manager soporta una variedad de
tipos de librera, incluyendo libreras manuales, libreras SCSI, libreras
349X y 358X (LTO), y libreras externas. Una librera de cintas es esen-
117
cialmente una caja que sostiene controladores y cartuchos, y proporciona

automatizacin para la operacin de cinta.
La Funcionalidad Backup-Restore Proporcionada por el Tivoli
Storage Manager
El Tivoli Storage Manager puede realizar backups de archivos y de volmenes lgicos completos. Al respaldar los archivos, la base de datos del
servidor del Tivoli Storage Manager guarda una lista de todos los archivos y
de sus atributos (hora, fecha, tamao, listas de control de acceso, y atributos
extendidos). Fig. 8.2de la pg. 117.
Figura 8.2: La Funcionalidad Backup-Restore Proporcionada por el Tivoli

Storage
Los volmenes lgicos completos se tratan como entidades separadas, y se
aplica la clase de poltica de administracin a la imagen entera en su totalidad.
No hay seguimiento de archivos individuales en una imagen de backup, es decir,
se trata un objeto como separado.
118
Backup: crea una copia de un archivo para proteger contra la prdida

operacional o la destruccin de ese archivo. Los clientes controlan los
backups definiendo la frecuencia de backup y el nmero de versiones.
Restore: Sita las copias de backup de los archivos en un sistema o
estacin de trabajo determinado por el usuario despus de la prdida de
un archivo. Por defecto, la versin ms reciente de cada fichero activo
solicitado es substituida.
Hay cuatro niveles de backup disponibles: a nivel de bytes (cantidades
pequeas de datos, como en las computadoras porttiles), nivel de bloque
(cantidades ms grandes de datos, entre 40 KB y 2 MB), nivel de archivo (archivos normales), y nivel de imagen (incluye el sistema de ficheros y archivos).
Provisin de Grandes Capacidades de Almacenamiento Mediante
la Funcin Archive-Retrieve
La funcin Archive del Tivoli Storage Manager almacena archivos seleccionados incondicionalmente en el servidor, segn los lmites aplicables de las
clases de administracin. Incondicionalmente significa que no hay lmite de
versin, y sern conservados por el perodo definido de tiempo sin importar si
fueron eliminados en el cliente. Fig. 8.3de la pg. 119.
Archivar es til cuando se deseas almacenar los datos que son infrecuentemente accedidos pero deben mantenerse disponibles. Adems no es no habitual
tener un requisito legal para archivar los registros del negocio por perodos de
tiempo extendidos, y la funcin Archive es ideal para este propsito. El Tivoli Storage Manager 5.2 introduce la capacidad de archivar por 30 aos en
comparacin con el mximo de 9999 das por defecto en versiones anteriores.
Archive: crea una copia de un archivo o sistema de archivos para la retencin de registros vitales de datos, tales como informacin de la patente,
informacin financiera, o registros del cliente. Los clientes controlan el
archivo definiendo el periodo de validez. Esta caracterstica permite a
los clientes guardar copias ilimitadas de un archivo.
Retrieve: una funcin que permite a los usuarios copiar un fichero almacenado del pool de almacenamiento a la estacin de trabajo. La copia
del archivo en el pool de almacenamiento no es afectada.
Capacidades de Gestin del Administrador
119
Figura 8.3: Provisin de Grandes Capacidades de Almacenamiento Mediante

la Funcin Archive-Retrieve
120
Tivoli Storage Manager permite a los clientes registrar a los administradores y otorgar a los administradores la capacidad de realizar tareas especficas.
Despus de que los administradores son registrados, pueden hacer preguntas
y solicitar ayuda en la lnea de comando. Para realizar otras funciones del
servidor, deben tener cierto nivel de autoridad que les fue asignado mediante
una o ms clases de administracin de privilegio. Fig. 8.4de la pg. 120.
Figura 8.4: Capacidades de Gestin del Administrador

Las Capacidades de Automatizacin Proporcionadas por el Tivoli
Storage Manager
El Tivoli Storage Manager incluye un componente programable (schedule)
central que permite el proceso automtico de comandos de gestin y de operaciones del cliente durante un perodo de tiempo especfico cuando se activa el
schedule. Un administrador es responsable de crear y mantener los schedules
en cada dominio de la poltica. El scheduling de Tivoli Storage Manager est
121
divido en dos categoras: el scheduling administrador y el scheduling cliente.

Fig. 8.5de la pg. 121.
Figura 8.5: Capacidades de Automatizacin
8.1.2
Almacenamiento y Gestin de Datos
Tipos de Medios de Almacenamiento en los Cuales TSM Almacena

Datos
Para almacenamiento de acceso secuencial, TSM soporta muchos tipos de
dispositivos y medios (fig. 8.6de la pg. 122).
Los pools de almacenamiento contienen archivos de backup, archivos almacenados y archivos migrados. Estos pools de almacenamientos se encadenan
para crear una jerarqua de almacenamiento. El pool de discos es usualmente
primero en la cadena y es seguido generalmente por el de cintas. A esto se
llama una jerarqua.
122
Figura 8.6: Tipos de Medios de Almacenamiento
123
Estrategia Basada en Polticas Para la Administracin de los Datos

Los datos del cliente son manejados centralmente por la poltica de negocio.
Las polticas son creadas por el administrador y almacenadas en la base de
datos en el servidor.
Las polticas se componen de varios elementos:
Dominio de Polticas: un grupo de nodos manejados por el mismo conjunto de polticas de restriccin segn lo definido por los conjuntos de
polticas. Un nodo se puede definir solamente a un dominio de polticas
por servidor. Un nodo puede ser registrado en ms de un servidor.
Grupo de Polticas: una coleccin de definiciones de clases de administracin (MC). Un dominio de polticas puede contener varios grupos
de polticas. Sin embargo, solamente una poltica fijada en un dominio
puede estar activa en un momento dado.
Clase Administradora (MC): una coleccin de atributos de gestin describen caractersticas de backup y de almacenamiento. Hay dos conjuntos de atributos MC, uno para el backup y otro para el almacenamiento.
A un conjunto de atributos se lo llama grupo de copia, y hay un grupo
de copia de backup y un grupo de copia de almacenamiento.
Tivoli Storage Manager Para Productos de Proteccin de Datos
IBM ofrece una variedad de productos para la proteccin de los datos
(Tivoli Data Protection o TDP) que funcionan con el Tivoli Storage Manager
para proteger datos de la empresa.
El Tivoli Storage Manager for Databases es un mdulo de software que
funciona con el Tivoli Storage Manager para proteger una amplia gama de
datos de aplicacin a travs de la proteccin de los sistemas de administracin
de base de datos fundamentales que sostienen los datos. El Tivoli Storage Manager for Databases explotan las utilidades y las interfaces de backup-certified
proporcionados por Oracle, Microsoft SQL Server, e Informix. Conjuntamente
con el Tivoli Storage Manager, este mdulo automatiza las tareas de proteccin
de datos y permite que los servidores de base de datos continen ejecutando sus
aplicaciones principales mientras resguardan y restauran datos para y desde
almacenamiento fuera de lnea.
124
El Tivoli Storage Manager ERP construye estructuras en la base de datos

SAP e incluye un conjunto de funciones de administracin de base de datos
integradas con R/3 para el control y administracin de la base de datos.
El Tivoli Storage Manager for Hardware mejora la proteccin de los datos
de las bases de datos de un negocio crtico y las aplicaciones ERP que requieren
las 24 horas de los 365 das de disponibilidad. Este mdulo de software ayuda
al Tivoli Storage Manager y a sus otros mdulos de proteccin de datos a
realizar de manera muy eficiente los backups y el archivado de datos de la
mayora de las aplicaciones crticas de negocios mientras elimina casi todo el
impacto del funcionamiento en la base de datos o servidores ERP.
El Tivoli Storage Manager for Mail es un mdulo de software para el Tivoli
Storage Manager que automatiza la proteccin de los datos de los servidores
de E-mail que ejecutan cualquier Lotus Domino or Microsoft Exchange. Este
mdulo utiliza las interfaces de programacin de aplicaciones (APIs) proporcionados por los vendedores de aplicaciones de E-mail para realizar backups
en caliente en lnea sin cerrar el servidor de E-mail y mejora el rendimiento
del restore de los datos.
El Tivoli Storage Manager for Application Servers es un mdulo de software que trabaja con el Tivoli Storage Manager para proteger mejor la infraestructura y los datos de aplicacin y para mejorar la disponibilidad de
los WebSphere Application Servers. Trabaja con el WebSphere Application
Servers para proporcionar un applet de GUI para hacer backup en lnea reproducibles y automatizados de un ambiente de WebSphere Application Server,
incluyendo al administrador de base de datos del WebSphere (DB2 UDB), los
datos de configuracin, y los archivos de los programas de aplicacin desplegados.
El Tivoli Storage Manager for Space Management libera a administradores
y usuarios de las tareas de planeamiento manuales del sistema de ficheros y
posponen la necesidad de comprar discos de almacenamiento adicionales emigrando automtica y transparentemente archivos con poca frecuencia de acceso
al almacenamiento del Storage Manager mientras que los archivos usados con
ms frecuencia permanecen en el sistema de ficheros local.
La extensin Tivoli Storage Manager for Storage Area Networks permite
que los servidores del SANconnected Storage Manager y las computadoras
clientes del Storage Manager hagan uso mximo de su conexin de red directa
al almacenamiento. Esta extensin de software permite a los servidores y a las
125
computadoras cliente hacer la mayora de su backup-restauracin y archivorecuperacin transfiriendo datos sobre el SAN en vez de la LAN, directamente
o a cinta o al pool de almacenamiento en disco del Storage Manager. Esta
capacidad reduce en gran medida el impacto en el rendimiento de la proteccin
de los datos en la LAN mientras que reduce la utilizacin de la CPU en el
cliente y en el servidor.
8.1.3
Licencia
Licencia del Tivoli Storage Manager

EL Tivoli Storage Manager Extended Edition proporciona algunas funcionalidades adicionales mas all de las funciones principales del Tivoli Storage
Manager. El Tivoli Storage Manager Extended Edition provee funciones tales
como comparticin de la librera de cintas, soporte adicional de la librera de
cinta, recuperacin de desastres, desplazamiento libre de los datos al servidor
y mucho ms, (fig. 8.7de la pg. 126).
La licencia del Tivoli Storage Manager incluye el soporte para libreras
incluyendo hasta 3 dispositivos, y 40 slots.
Todos los procesadores servidores en un sitio se deben licenciar por el Tivoli Storage Manager o por el Tivoli Storage Manager Extended Edition.
No debe haber mezcla de estos productos en un sitio. Todos los sistemas
manejados por el Tivoli Storage Manager Extended Edition deben tener
la licencia del Tivoli Storage Manager Extended Edition.
Las licencias del cliente del Tivoli Storage Manager o del Tivoli Storage
Manager Extended Edition (computadoras de escritorio y porttiles) son
permutables.
Tivoli Storage Manager or Tivoli Storage Manager Extended Edition
license entitlements are required for all systems to be licensed for offerings.
Las ofertas del Tivoli Storage Manager Data Protection ( incluyendo
Storage Area Network y Space Management) pueden ser agregadas al
Tivoli Storage Manager o al Tivoli Storage Manager Extended Edition.
La licencia para el Tivoli Storage Manager for ERP se requiere slo para
los servidores de base de datos.
126
Figura 8.7: Licencia del Tivoli Storage Manager
127
La licencia para el Tivoli Storage Manager for Hardware se require slo

para los servidores de base de datos y requieren el TSM for Databases
en adicin al Tivoli Storage Manager o al Tivoli Storage Manager Extended Edition. Escenarios de backup en caliente requiren licencias en
los servidores de backup.
8.1.4
Introduccin al Escenario
Introduccin a la Compaa XYZ

La compaa XYZ est implementando una solucin Tivoli Storage Manager para reunir la administracin y la proteccin necesaria de los datos. Los
desafos descriptos en el escenario de la compaa XYZ son las clases de desafos que se pueden encontrar y solucionar con el Tivoli Storage Manager, (fig.
8.8 de la pg. 127).
Figura 8.8: Introduccin al Escenario

Instalacin del Servidor y de Clientes del Tivoli Storage Manager
128
Los administradores de la compaa XYZ instalarn al Tivoli Storage Manager como un servicio de produccin, pero primero experimentarn con el
Tivoli Storage Manager en su ambiente de prueba. Ellos utilizarn la gua
rpida Quick Star para instalar el servidor TSM, los archivos de backup de
los clientes, y la lnea de comando administrativa del cliente como parte del
ciclo de prueba. Tambin instalarn y configurarn una librera de cintas que
esta localmente unida al servidor TSM. Posteriormente, los administradores
prepararan los cartuchos de cinta para el uso en la librera de cintas.
Manejo de Volmenes y Medios del Pool de Almacenamiento
En este ambiente, hay diversos grupos de mquinas con necesidades similares de proteccin de los datos. Por ejemplo, los administradores de sistemas
pueden determinar que los servidores del laboratorio de Windows requieren
que el sistema operativo (OS) sea respaldado slo una vez y que puedan respaldarse los sistemas cada vez que una nueva aplicacin sea instalada en las
mquinas. Pueden no querer que algn dato de usuario sea respaldado. Para
el crtico servidor del proyecto en este ambiente, el sistema entero, el OS, las
aplicaciones, y los datos del usuario se pueden respaldar diariamente, de domingo a viernes, los incrementales como los backup completos deben hacerse
el sbado. Una copia del archivo sera tomada muy probablemente en off-site
semanalmente para las capacidades de recuperacin de desastre, y los datos
pueden esperar para ser almacenado off-site un ao antes de que puedan ser
eliminados del sistema. Los usuarios en el servidor crtico del proyecto pueden
esperar poder restaurar archivos rpidamente a partir de cualquier da durante las dos semanas previas. Los administradores deben configurar los pool
de almacenamiento y jerarquas de pool de almacenamientos para resolver los
requerimientos de los clientes.
Definicin de las Polticas del Tivoli Storage Manager
Los administradores definen nuevos dominios de la poltica, conjuntos de
polticas, clases administradora, copia de backup en grupo, y grupos de copia
de archivo para trazar los acuerdos del nivel de servicio para el proyecto crtico,
el laboratorio, y los sistemas de base de datos a las polticas del Tivoli Storage
Manager. La compaa XYZ, segn muestra el diagrama, tiene dos administradores que estaran manejando el registro de administradores, otorgando
niveles de autoridad, y manejando cuentas administrativas. Un administrador tiene ltima autoridad sobre los backups para los sistemas Windows en el
sitio, mientras que el otro tiene ltima autoridad sobre las backups para los
servidores UNIX en el sitio. Hay varios operadores que sern responsables de
129
manejar sesiones de clientes y manejar operaciones de cinta.

Volmenes de Configuracin del Registro de la Base de Datos y
de la Recuperacin
Los administradores de la compaa XYZ deben configurar volmenes de
la base de datos y del registro para resolver los requerimiento de espacio en
disco y los requerimiento de espacio del registro de recuperacin para su sitio.
Configuracin del Cliente
La compaa XYZ tiene estrechas pautas de seguridad y requiere que las
contraseas expiren en los intervalos especificados y resuelvan ciertas pautas
para un nmero mnimo de caracteres.
Manejo de Datos del Cliente
Considerar un caso donde uno de los encargados en un grupo de trabajo
crtico ha eliminado inadvertidamente un archivo importante y ha llamado
para solicitar que el archivo fuera restaurado. Debido a los problemas con una
estacin de trabajo, varios archivos con los que el encargado trabaj al principio del da se ha encontrado que estn corruptos. El encargado haba estado
trabajando con los archivos relacionados al proyecto X. Los miembros del equipo que trabajan en un proyecto crtico han decidido que una versin anterior de
su documento es realmente mejor que la versin actual. Desafortunadamente,
nadie guard la versin anterior. El administrador del almacenamiento es responsable de ayudar a los encargados en la restauracin de los archivos, segn
lo necesario, a las localizaciones deseadas.
Automatizacin de las Operaciones del Cliente
Los administradores del almacenamiento de la compaa XYZ desearn
automatizar sus procesos de archivo y backup de modo que sucedan consistentemente y que a la vez eso sea conveniente. Adems, pueden desear agregar
algunas tareas de pre-processing o post-processing.
Logging de Monitoreo y Eventos
Configurando el registro de eventos, los administradores de la compaa
XYZ pueden determinar qu eventos quisieran supervisar y cmo hacerlo para
que los eventos sean manejados. Por ejemplo, los administradores pueden elegir seleccionar ciertos tipos de eventos para ser formateados como un informe
de los xitos y las faltas de la culminacin del backup.
130
Proteccin de la Base de Datos

Los administradores del almacenamiento en la compaa XYZ desearn
respaldar su informacin de la base de datos y de la configuracin del Storage
Manager regularmente de modo que pueda ser restaurado su servidor del Tivoli
Storage Manager en caso de un desastre que resulta en la corrupcin de la base
de datos del Storage Manager.
8.2
Instalacin del Servidor, Cliente y Dispositivos

de Almacenamiento del Tivoli Storage Manager
En ste apartado se tratar del servidor Storage Manager bsico, archivo de

backup del cliente, y dispositivos de instalacin y configuracin.
8.2.1
Instalacin del Tivoli Storage Manager
Los requisitos previos del curso asumen el conocimiento de instalar programas

sobre su servidor Storage Manager y plataforma de cliente. Para esta clase,
usaremos las Ventanas 2000 o la plataforma AIX para los ejercicios.
Instalacin del Tivoli Storage Manager en Windows
Despus de insertar el CD del Tivoli Storage Manager Windows Server,
en el browser del CD aparece un men principal. Seleccionar Install Products
y se mostrar la ventana de Install Products. La secuencia de instalacin
es indicada por la disposicin de producto proporcionada en la pantalla de
Products Install.
Aunque la pantalla Install Products muestre una secuencia diferente de
instalacin, se puede considerar preferible instalar el driver del dispositivo
antes de instalar el cliente TSM.
Instalacin del Tivoli Storage Manager Server
Tareas de Instalacin del Servidor:
Instalar el software.
Migrar desde una versin anterior.
8.2. INSTALACIN DEL SERVIDOR Y DEL CLIENTE
131
Iniciar el servidor.
Asignar el almacenamiento requerido por el Servidor.
Personalizar el archivo de opciones de servidor.
Comenzar el servidor.
Prerequisitos Para Tivoli Storage Manger Server
Las plataformas soportadas del servidor para el Storage Manager Server
son las siguientes:
R
IBM AIX
AIX 5L 5.1 or later (32 bit or 64 bit) or AIX 5.2 (32 bit or
64 bit)
HP-UX 11.0 (32 bit or 64 bit) or 11.11 (11i Version 1.0) (32 bit and 64
bit)
Windows Server 2003 - Standard Edition - 32 bit, Enterprise Edition 32 bit, Datacenter
Edition - 32 bit, Enterprise Edition - 64 bit, Datacenter Edition - 64 bit
Windows 2000 Professional, Server, Advanced Server, Datacenter Server
Sun Solaris 8 (64 bit), or 9 (64 bit)
R
PASE V5R1 or V5R2
OS/400
R
OS/390
z/OS V1R1, or later, V2R10 or later
Linux on pSeries: SuSE Enterprise Server 8

Linux on xSeries: Red Hat Linux Advanced Server 2.1 or 2.4.9-e.10
enterprise SMP
SuSE Enterprise Server 7 or SuSE Enterprise Server 8/United Linux 1.0
Linux on zSeries: SuSE Linux Enterprise Server 8
The TSM administrative Web interface, Web proxy, and Web client require
one of the following:
132
Netscape Navigator 6.0 (which provides Java Swing support) or later

Netscape Navigator 4.7 or later with the Java Plug-In (JRE 1.3.1)
Microsoft Internet Explorer 5.0 or later with the Java Plug-In (JRE
1.3.1)
Mozilla 1.4.2 or later
Se recomienda instalar y usar el JRE 1.4 para optimizar el rendimiento del
cliente Java backuparchive.
Tivoli Storage Manager soporta los siguientes protocolos de comunicacin:
TCP/IP y los llamados pipes.
Instalacin del Storage Manager Server en Windows
Instalar el Storage Manager Server en Windows es un simple proceso de
InstallShield. Permitir elegir el idioma usado para la instalacin. Esta configuracin del lenguaje slo se aplica para la instalacin.
Componentes Basicos Instalados por Tivoli Storage Manager
La instalacin bsica del servidor del Tivoli Storage Manager de la fig. 8.9
de la pg. 133 crear lo siguiente:
Base de Datos del Tivoli Storage Manager: Contiene informacin sobre
polticas, schedules, y log de actividades.
Recovery Log: Contiene informacin sobre todos los cambios en la base
de datos.
DSMSERV.OPT: Contiene opciones de configuracin del servidor.
DSMSERV.DSK: (en la mayora de las plataformas) Identifica el nombre
totalmente calificado de la base de datos y del log de recuperacin.
BACKUPPOOL: Almacenamiento en disco para sostener datos.
ARCHIVEPOOL: Almacenamiento en disco para datos archivados.
SPACEMGPOOL: Almacenamiento en disco para datos. Este es ocasionalmente usado para ahorrar espacio.
133
Figura 8.9: Componenetes Bsicos Instalados por el Tivoli Storage Manager
134
DISKPOOL: Almacenamiento en disco slo en Windows.

Verificar que la Instalacin del Servidor Se Haya Completado
Satisfactoriamente
Las instalaciones pueden ser verificadas en los sistemas Windows viendo el
archivo initserv.log.
8.2.2
Archivos de Licencias
Instalacin de los Archivos de Licencias en Windows

Usar el acistente InstallShield para instalar la Licencia 5.2.0.0 del Tivoli
Storage Manager.
Licencias Bsicas Soportadas por el Tivoli Storage Manager
El soporte de licencias basicas del Tivoli Storage Manager consiste en lo
siguiente:
Un cliente local de backup de archivo.
Un nmero ilimitado de clientes administrativos.
Soporte de administracin de la empresa.
Soporte virtual de volumen servidor a servidor.
Soporte de comunicacin en Red.
Utilizacin del License Wizard Para Configurar Licencias
El License Wizard no ser mostrado si no han sido instalados los paquetes
de licencias del Storage Manager. El paquete de licencia es un componente
requerido por el Storage Manager.
Si la License Wizard no se muestra, se debe hacer lo siguiente:
1. Completar la secuencia de configuracin del wizard.
2. Comenzar de nuevo el navegador del CD e instalar el paquete de licencia.
135
3. Retomar la consola del Storage Manager, expandir el rbol para el servidor del Storage Manager que se est configurando, y hacer clic en
Wizards.
4. Seleccionar License Configuratin desde el wizards mostrado en el panel
derecho y comenzar este wizard para registrar las licencias que se han
comprado.
Registrar y Consultar Licencias Desde la Lnea de Comandos
Para saber qu licencias hay se puede usar el comando QueryLICense. Se
puede usar el comando REGister LICense para registrar una nueva licencia
con el servidor del Storage Manager. Las licencias son almacenadas en archivos
llamados archivos certificado de inscripcin. Estos certificados son archivos
que contienen informacin de licencias para el producto del servidor. Cuando
son registradas, las licencias son almacenadas en un archivo llamado NODELOCK
en el directorio corriente desde el cual el servidor fue iniciado. Si un sistema
del Storage Manager excede los trminos de su acuerdo de licencia, ocurre uno
de los siguientes hechos:
1. El servidor emite un mensaje de advertencia indicando que no est en
cumplimiento con los trminos de la licencia.
2. Las operaciones fallan devido a que el servidor no es licenciado para situaciones especficas. El Storage Manager requiere la licencia mgsyslan.lic
para cada sistema manejado que mueve datos para, y desde el almacenamiento sobre una red de area local (LAN).
Los siguientes son ejemplos de archivos de certificado de inscripcin para
registrar a clientes adicionales:
drm.lic para el Tivoli Disaster Recovery Manager.
spacemgr.lic para Tivoli Space Manager.
mgsyslan.lic para cada sistema manejado que mueve datos a travs de
una LAN.
mgsyssan.lic para cada sistema manejado que mueve datos a travs de
un SAN.
136
oracle.lic para Tivoli Data Protection para Oracle.

mssql.lic para Tivoli Data Protection para MS SQL.
msexch.lic para Tivoli Data Protection para MS Exchange.
lnotes.lic para Tivoli Data Protection para Lotus Notes.
domino.lic para Tivoli Data Protection para Lotus Domino.
informix.lic para Tivoli Data Protection para Informix.
r3.lic para Tivoli Data Protection para R/3.
ess.lic para Tivoli Data Protection para ESS.
essr3.lic para Tivoli Data Protection para ESS R/3.
emcsymm.lic para Tivoli Data Protection para EMC Symmetrix.
emcsymr3.lic para Tivoli Data Protection para EMC Symmetrix R/3.
library.lic para cada biblioteca en Extended Device Category.
afsdfs.lic para cada sistema manejado que mueve datos usando el
cliente AIX AFS/DFS.
libshare.lic para el manejo de libreras que tienen acceso sobre una
librera compartida.
8.2.3
Instalar el Packs de Lenguaje
Desde el Install Products, se puede seleccionar el lenguaje en el item Language

Packs para leventar el Packs Lenguage de Window. La Language Packs de
Window permite escoger el paquete de lenguaje para la implementacin del
Tivoli Storage Manager.
8.2.4
Instalacin de los Drivers del Dispositivo
Instalacin del Driver del Dispositivo en Windows

Para usar un dispositivo, se debe instalar el driver apropiado del dispositivo. Tivoli Storage Manager proporciona su propio driver de dispositivo para
137
dispositivos de no-IBM. Para plataformas Windows, un InstallShield Wizard

es proporcionado para modificar, reparar, instalar, o remover el driver del
dispositivo del Tivoli Storage Manager.
Tivoli Storage Manager adems da soporte a los drivers de los dispositivos
de vendedores de terceras partes si los dispositivos son asociado con el dispositivo de la clase GENERICTAPE y el vendedor de hardware tambin soporta este
driver de dispositivo. La utilizacin de otra clase de dispositivo distinta de
GENERICTAPE con un driver de dispositivo de un vendedor de tercera parte no
es recomendable. El driver del dispositivo del Tivoli Storage Manager es generalmente el preferido para usar con el Tivoli Storage Manager. Es requerido
para usar con dispositivos de librerias automatizadas y dispositivos de discos
pticos a no ser que se utilice el administrador Windows Removable Storage
para manejar los medios.
8.2.5
Instalacin del Cliente
Instalacin del Storage Manager Client y Lineas de Comandos de

Administracin en Windows
El siguiente paso recomendado es instalar el backup-archive client. La
plataforma de Windows proporciona una InstallShield para el Tivoli Storage
Manager cliente. Se debe hacer una instalacin Custom para obtener una instalacin administrada del cliente. Se debe leer toda la documentacin readme
proporcionada ntes de comenzar La documentacin proporcionada antes de
comenzar a instalar cualquier cdigo del Storage Manager.
Identificar Los Requisitos Previos Del Cliente Web
Sistemas Operativos del Cliente Web Soportados:
Hewlett-Packard HP-UX
Linux for x86, Linux for IBM zSeries and S/390
SGI IRIX UNIX
OS/390 and Z/OS UNIX
Sun Solaris
Windows XP, Windows ME, Windows NT 4.0, SP5 y SP6,
138
Windows 2000 Professional Server, Advanced Server, y DataCenter

Tru64 UNIX
Requisitos Previos para Backup-Archive Client
Tivoli Storage Manager, Version 5.2 los clientes son soportados en los siguientes sistemas operativos:
AIX 5.1 and 5.2 (32-bit and 64-bit)
HP/UX 11.0, 11i ( 32-bit and 64-bit)
Linux x86 2.4 kernel (Red Hat 7.2, 7.3, 8, and Advanced Server 2.1;
SuSE 7.3, 8.0, 8.1, and SLES 7 and 8; TurboLinux 7.5, and 8.0)
Linux for pSeries 2.4 kernel (SuSE 8.0)
Linux/390 and zSeries 2.4 kernel (SuSE Linux Enterprise Server 7 and
8)
Macintosh, X(10).x
Novell NetWare 5.1, 6
OS/390, zSeries USS (S/390 V2R10 with SMP/E, z/OS V1R1, V1R2,
V1R3, and V1R4)
OS/400 5.1 or 5.2 API client
SGI IRIX UNIX, Release 6.5 with EFS or XFS File Systems (with V5.1
functional client)
Sun Solaris, 7, 8, or 9 (32-bit or 64 bit)
Tru64 UNIX, Version 5.1A (with V5.1 functional client)
Windows XP (32 bit and 64 bit), Windows Server 2003 (32 bit or 64
bit), Windows 200
Professional Server, Advanced Server, and Datacenter Server
Windows NT 4.0 SP5 and SP6a (with V5.1 functional client)
Novell NetWare 5.1, 6
139
Instalacin de la Linea de Comandos del Cliente Administrativo

Para Windows, usar la InstallShield Wizard del Tivoli Storage Manager
Client para instalar los archivos de la linea de comandos del cliente administrativo.
Esto instala un cliente administrativo con lo siguiente por defecto:
User ID: admin
Password: admin
8.2.6
Instalacin y Configuracin de una Libreria de Cinta

Adosada al Tivoli
Figura 8.10: Instalacin y Configuracin de una Libreria de Cinta
140
La combinacin de la librera , el o los manipuladores, y su clase de dispositivos

representa el ambiente fsico del dispositivo fig.8.10de la pg.139. Una librera
fsica es una coleccin de uno o ms manipuladores que comparten similares
requerimientos de medios de montaje. Cada mecanismo manipulador (driver)
dentro de un dispositivo (que usa medios de comunicacin desmontables) es
representado por un objeto manipulador. Para dispositivos con mltiples manipuladores, incluyendo libreras automatizadas, cada manipulador es definido
separadamente y debe ser asociado con una librera.
Un manipulador es un dispositivo de hardware capaz de realizar operaciones sobre un tipo especfico de medios secuenciales. Las definiciones de
manipulador pueden incluir informacin tal como la direccin del elemento
(para manipuladores en libreras SCSI), cun a menudo debe ser limpiada la
unidad manipuladora (para unidades de cinta magntica), y si realmente o
no el manipulador est en lnea. Cada dispositivo definido al Tivoli Storage
Manager es asociado con una clase de dispositivo. Esta clase de dispositivo
especifica un tipo de dispositivo y la informacin de administracin del medio,
como la grabacin del formato, capacidad estimada, y prefijos de etiquetado.
Una clase de dispositivo para una cinta o manipulador ptico debe tambin
especificar una librera.
Conectar la Librera
Realizar los siguientes pasos para unir un dispositivo de librera automatizada, fig. 8.11 de la pg. 141:
1. Instalar el SCSI o tarjeta adaptadora FC en el sistema, si ya no fue
instalada.
2. Determinar el SCSI IDs disponible en la tarjeta adaptadora a la que se
unir el dispositivo. Buscar un SCSI ID no usado para cada manipulador, y uno para la librera o el controlador autocambiador. En algunas
bibliotecas automatizadas, los manipuladores y el autocambiador comparten un solo SCSI ID, pero tienen diferentes LUNs. Para estas libreras, es requerido slo un SCSI ID. Comprobar la documentacin para
el dispositivo.
Seguir las instrucciones del fabricante para poner el SCSI ID para los manipuladores y el regulador de la librera a los SCSI IDs no usado que se encontr.
Por lo general esto significa configurar switches atrs del dispositivo.
Figura 8.11: Conectar la Librera
141
142
Nota: Cada dispositivo conectado en una cadena a un solo bus SCSI debe
estar puesto a un nico SCSI ID. Si cada dispositivo no tiene un SCSI ID
nico, el sistema puede tener serios problemas.
Nota: Apagar el sistema antes de agregar un dispositivo para prevenir
dao al hardware. Tambin, se debe agregar un terminator al ltimo dispositivo en la cadena de dispositivos conectados en una tarjeta adaptadora
SCSI.
Adquisicin de Informacin Para el Storage Manager Device Driver
Usar los Wizards asociados con el servidor TSM para acceder al Device Configuration Wizard y ver informacin de configuracin de dispositivos
existentes.
Determinacin de Nmeros para Libreras con Mltiples Drives
La direccin del elemento es un nmero que indica la posicin fsica de un
manipulador dentro de una librera automatizada, fig. 8.12 de la pg. 143.
El Tivoli Storage Manager necesita la direccin del elemento para conectar la
posicin fsica del manipulador a las direcciones SCSI de los manipuladores.
Cuando se define un manipulador, el mmero del elemento es requerido slo
por las libreras de tipo SCSI, no para la 3494, StorageTek con ACSLS, o
libreras de tipo manuales.
Guardar las Hojas de Trabajo: La informacin que se registra en las hojas de trabajo puede ayudar cuando se tiene que realizar operaciones como
la agregacin de volmenes a un autocambiador. Guardarlas para futuras
referencias.
Configurar el Modelo de Librera: Para que el Tivoli Storage Manager
tenga acceso a una librera SCSI, el dispositivo debe estar configurado de
mado apropiado. El modo que el servidor requiere es generalmente llamado
modo random; sin embargo, la terminologa puede variar de un dispositivo a
otro.
Dos ejemplos:
Algunas libreras tienen paneles de mens frontales y muestran que pueden ser usados para solicitudes explcitas de operadores. Sin embargo, si
el dispositivo es configurado para responder a tal solicitud, este tpica-
143
Figura 8.12: Determinacin de Nmeros para Libreras con Mltiples Drives
144
mente no responder a solicitudes hechas por el Tivoli Storage Manager.

Algunas libreras pueden ser puestas en modo secuencial, en el cual los
volmenes automticamente montados en drives usando un acceso secuencial. Este modo est en desacuerdo con como Tivoli Storage Manager accede al dispositivo.
Una funcin disponible en 5.2 es la capacidad de autodescubrir un nmero
de elemento. Dependiendo en las capacidades de la librera, ELEMENT=AUTODETECT
no puede ser soportado. En este caso se tendr que suministrar la direccin
del elemento.
Usar el comando mttest para verificar que el dispositivo esta
conectado
Es posible realizar un rastreo del driver del dispositivo sin comenzar el
rastreo del driver del dispositivo con la lnea de comandos. Esto puede ser
muy provechoso cuando se trata de diagnosticar a un determinado driver en
el Storage Agent.
Usar tsmdlst para verificar dispositivos encontrados.
Usar lbtest para testear problemas en manipuladores y libreras.
Para probar problemas en el manipulador o la librera con los manipuladores y libreras 3490, 3570, 3575, y 3590, usar el comando tapeutil.
Para cintas de I/O en los manipuladores, usar el comando mttest.
8.2.7
Trabajar con Medios
Preparacin de Cartuchos de Cintas

Primero deben ser etiquetadas las cintas y luego agregarlas al inventario
de cintas disponibles en el Tivoli Storage Manager. Las cintas pueden ser
chequeadas en el Tivoli Storage Manager tanto como liberada o disponible
(scratch) o privadas. Las cintas que son parte del scratch pool son eligibles
para ser seleccionadas para uso. Una vez que una cinta es seleccionada, los
datos permanecen sobre la cinta hasta que sea expirada o movida. La cinta
entonces puede ser reclamada y devuelta al scratch pool, fig. 8.13 de la pg.
145.
Figura 8.13: Preparacin de Cartuchos de Cintas
145
146
Hay varios mtodos para controlar una cinta. Pueden ser controladas en
lnea o fuera de lnea.
Etiquetar Volmenes con el Labeling Wizard
Todos los medios requieren etiquetas. Etiquetar los medios con una librera automatizada es diferente a etiquetar medios con un dispositivo manual
porque una librera automatizada requiere que se compruebe los medios en la
librera. El procesamiento extra check-in puede ser hecho al mismo tiempo que
el volumen es etiquetado. Si se etiquetan volmenes con el Labeling Wizard,
se puede seleccionar el procesamiento check-in en el wizard. Una etiqueta no
puede incluir espacios en blanco o perodos y debe ser vlida cuando es usada
como un nombre de archivo en el medio.
Para etiquetar medios con una librera automatizada, inserte los medios
en las ranuras de almacenamiento o puertos de entrada/salida e invoque al
Labeling Wizard.
Etiquetar Volumenes Usando DSMLABEL
Etiquetar Cintas con LABEL LIBVOLUME
Si se etiqueta volmenes con el comando LABEL LIBVOLUME, se puede emitir
el parmetro CHECKIN.
Se puede etiquetar volmenes con el comando LABEL LIBVOLUME.
Diferencias Entre Scratch y Privados
Un volumen privado es un volumen etiquetado que est en uso u ocupado
por una aplicacin y puede contener datos vlidos. Se debe definir cada volumen privado, y este slo puede ser usado para satisfacer una peticin para
montar el volumen llamado. Los volmenes privados no retornan al scratch
cuando estn vacos.
Un volumen scratch es un volumen etiquetado que es vaco o no contiene
datos vlidos y puede ser usado para satisfacer cualquier peticin al montar
un volumen scratch. Cuando los datos son escritos a un volumen scratch, su
estado cambia a privado.
Se puede cambiar el estado de los volmenes usando el comando UPDATE
LIBVOLUME. El comando permite asignar un estado privado a un volumen scratch o asignar un estado scratch a un volumen privado. Los volmenes privados
deben ser volmenes definidos por el administrador con ningun dato o con
147
datos invlidos. Ellos no pueden ser volmenes parcialmente escritos, contienen datos activos. La estadstica del volumen se pierde cuando el estado del
volumen es modificado.
Checking In Volumes
Despus de que han sido etiquetado los volmenes, hacer disponibles los volmenes al dispositivo del Tivoli Storage Manager para comprobar los volmenes en el inventario de volumenes de la librera usando el comando CHECKIN
LIBVOLUME. La comprobacin de los medios en una librera automatizada implica la adicin de ellos al inventario de volumenes de la librera.
Creacin de Cintas Scratch Usando el Comando LABEL LIBVolume
El comando LABEL LIBVolume combina los comandos DSMLABEL y CHECKIn
LIBVolume con los que fueron usados en las versiones anteriores del TSM,
fig. 8.14 de la pg. 148. La utilizacin de un comando LABEL LIBVolume
reduce considerablemente el tiempo y la interaccin requerida durante estas
dos operaciones de trabajo intensivo.
Este comando, sin embargo, no sustituye el mtodo anterior del DSMLABEL
seguido del CHECKIn LIBVol para impedir etiqutar cinta en gran escala desde los recursos del servidor. El comando LABEL LIBVol permite a todas las
funcionalidades del comando DSMLABEL, como la bsqueda, cdigo de barras,
y sobreescribir opciones. LABEL LIBVol adems comprueba los volmenes en
la librera como volmenes privados o scratch.
Comprobar la Extraccin de Volmenes
Se puede quitar volmenes de la librera automatizada ejecutando el comando CHECKOUT LIBVOLUME.
El Tivoli Storage Manager monta cada volumen y verifica su etiqueta interna antes de comprobarlos en el inventario de volumenes. Despus de que
un volumen ha sido verificado, Tivoli Storage Manager mueve los medios al
puerto de entrada/salida del dispositivo si este tiene uno, o el Tivoli Storage
Manager solicita que el operador quite el volumen de un manipulador dentro
del dispositivo. Para libreras automatizadas con mltiples puertos de entrada/salida, se puede ejecutar el comando CHECKOUT LIBVOLUME con el parmetro SEARCH=BULK. El Tivoli Storage Manager expulsa el volumen al siguiente
puerto de entrada/salida disponible.
148
Figura 8.14: Creacin de Cintas Scratch
149
Auditar una Librera

Se puede ejecutar el comando AUDIT LIBRARY para revisar los inventarios
de volumenes de las libreras automatizadas, fig. 8.15 de la pg. 149.
Figura 8.15: Auditar una Librera
Auditar el inventario de volumenes asegura que la informacin mantenida

por el servidor Tivoli Storage Manager es compatible con los medios fsicos en
la librera. La auditora es til cuando el inventario ha sido manipulado manualmente. Tivoli Storage Manager elimina volmenes que fallan y actualiza
las localizaciones de los volmenes que se han movido desde la ltima auditora. Tivoli Storage Manager no puede aadir nuevos volmenes durante una
auditora.
150
8.3
Manejo de Pools de Almacenamiento y Volmenes de Pool de Almacenamiento
8.3.1
Pools de Almacenamiento, Jerarquas de Pool de Almacenamiento y Volmenes de Pool de Almacenamiento
Los pools de almacenamiento de datos son donde el servidor almacena los

archivos que son resguardados y archivados, fig. 8.16 de la pg. 150. La base
de datos sirve como el inventario o el ndice para archivos de cliente dentro
del almacenamiento de datos.
Figura 8.16: Pools de Almacenamiento

El almacenamiento de datos puede ser compuesto de medios pticos, almacenamiento de acceso directo, y medios de cinta secuencial. Los archivos al
principio pueden ser colocados en diferentes pools de almacenamiento segn
la poltica de administracin de almacenamiento deseada. Los archivos son
automticamente movidos a otros dispositivos para satisfacer espacio libre,
8.3. MANEJO DE POOL Y VOLMENES
151
utilizacin del espacio, rendimiento, y requerimientos de recuperacin.

Un administrador con el sistema, almacenamiento, o privilegio de operador
puede manejar el almacenamiento de los datos. Esto incluye planificacin,
preparacin, monitorizacin, y eliminacin de volmenes de almacenamiento
y pools de almacenamiento dependiendo del nivel de la clase de privilegio.
El almacenamiento de datos en realidad es definido como una coleccin de
pools de almacenamiento.
Jerarquas del Pool de Almacenamiento
Figura 8.17: Jerarquas del Pool de Almacenamiento

Se llama pool de almacenamiento a un conjunto de volmenes, pertenecientes a la misma clase de dispositivo, que es el destino de los datos b-upeados o
archivados. Una clase de dispositivo es una agrupacin de dispositivos parecidos, como el disco o la cinta.
El objetivo de los pools de almacenamiento es agrupar requerimientos de
usuario para datos con las caractersticas fsicas del dispositivos de almacenamiento. Por ejemplo, si los usuarios necesitan acceso inmediato a ciertos
152
datos, se puede definir un pool de almacenamiento, que consiste en volmenes

de almacenamiento que residen en un DASD ( Dispositivo de Almacenamiento
de Acceso Directo - un trmino de IBM para un disco duro) de alto rendimiento. Entonces, los usuarios pueden asociar este pool de almacenamiento como
un destino para sus archivos buscando la clase de administracin apropiada.
Los pools de almacenamientos pueden ser encadenados para crear una
jerarqua de almacenamiento, fig. 8.17 de la pg. 151.
Clases de Dispositivos
Una clase de dispositivo representa un conjunto de dispositivos de almacenamiento con similar disponibilidad, rendimiento, y caracter sticas de almacenamiento. Estos tipos de dispositivo son manejados por el TSM. TSM usa
la clase de dispositivo para determinar qu dispositivo y tipo de volumen de
almacenamiento se usar:
Almacenar Backup, archivos a proteger, o espacio de datos administrado
(pools de almacenamientos primarios).
Almacenar copias de datos primarios del pool de almacenamiento (copia
de los pools de almacenamiento).
Almacenar backups de base de datos.
Exportacin o importacin de datos del TSM.
Una clase de dispositivo puede ser asociada con mltiples pools de almacenamiento. Cada pool de almacenamiento es asociado con slo una clase de
dispositivo. Cada clase de dispositivo es caracterizada por su tipo de dispositivo, que indica el tipo de los volmenes de almacenamiento que son usados
para almacenar datos.
Para almacenamiento de acceso random, TSM soporta slo la clase de
dispositivo DISK. La clase de dispositivo DISK es predefinida por TSM. Sin
embargo, se puede definir muchos pools de almacenamiento asociados con la
clase de dispositivo DISK. No se puede modificar la clase de dispositivo DISK.
Basado en el ambiente de cinta, un administrador con privilegio del sistema
puede definir tantas clases de dispositivo diferentes para pools de almacenamiento de cinta como sea necesario. Cada clase de dispositivo de cinta es
153
nicamente identificada por su nombre. No todas las clases de dispositivo

estn disponibles en todas las plataformas.
Las clases de dispositivo de cinta permiten en la instalacin el control de
lo siguiente:
Si se usar cartucho (cartridge) o carrete de cinta (reel tape).
El mximo nmero cintas que pueden ser montadas simultneamente.
Los minutos mximos antes de que la cinta ociosa sea desmontada.
La convencin para la denominacin de los volmenes.
La capacidad de volumen estimada, ya que por default no considera el
uso de compresin por el cliente o el hardware de cinta.
Clases de Dispositivos y Pool de Almacenamiento
Figura 8.18: Clase de Dispositivos y Pool de Almacenamiento
154
Cada dispositivo es asociado con una clase de dispositivo que especifica el

tipo de dispositivo y como el dispositivo maneja sus medios.
Los pools de almacenamiento son mapeados a una clase de dispositivo. Es
por este mapeamiento que, cuando los datos son escritos a o accedidos desde
un pool de almacenamiento, TSM conoce las caractersticas de dispositivo del
medio del pool de almacenamiento y como tener acceso a ello, fig. 8.18 de la
pg. 153.
Destinacin de Almacenamiento
Figura 8.19: Destinacin de Almacenamiento

Un destino de almacenamiento identifica el pool de almacenamiento donde
los datos del cliente son enviados cuando son resguardados, archivados, o migrados. Es especificado en las definiciones del backup y del grupo de copia de
archivo que son incluidas en la clase de administracin. La colocacin de datos es adems influenciada por la configuracin de los pool de almacenamiento
que pueden restringir los accesos de lectura/escritura y el lmite de tamao de
archivos colocados en el pool de almacenamiento, fig. 8.19 de la pg. 154.
155
Definicin de los Pools de Almacenamiento

Las siguientes tareas son asociadas con la administracin de los pools de
almacenamientos y sus volmenes.
Durante la instalacin, TSM provee pools de almacenamientos de acceso
random predefinidos:
BACKUPPOOL - un destino de almacenamiento para los archivos de
usuarios que son resguardados en el servidor.
ARCHIVEPOOL - un destino de almacenamiento para los archivos de
usuarios que son archivados en el servidor.
SPACEMGPOOL - un destino de almacenamiento para archivos migrados desde los nodos de usuarios.
DISKPOOL - Slo para sistemas Windows.
FILPOOL1 - un pool de almacenamiento por defecto de la clase de dispositivo FILEDEV1 creando como defecto Next Storage Pool para ARCHIVEPOOL como para BACKUPOOL.
Actualizacin y Preguntas en los Pools de Almacenamiento
Usar el comando UPDate STGpool para cambiar cualquier parmetro en
un pool de almacenamiento existente.
Se puede usar este comando para modificar parmetros seleccionados para
el pool de almacenamiento especificado. Si no se actualiza explcitamente
un parmetro, este permanece inalterado. Los parmetros de actualizacin
son los mismos que los parmetros que se utilizan para definir un pool de
almacenamiento.
Usar el comando Query STGpool para mostrar la informacin sobre uno o
mas pool de almacenamiento.
Para la sintaxis de los comandos ir al Tivoli Storage Manager Administrators Guide o emitir el comando HELP UPDate STG o HELP Query como un
administrador.
Definicin de Volumenes de Pool de Almacenamiento
156
Usar el comando DEFine VOLume para asignar un volumen de acceso random o secuencial para ser usado para almacenamiento dentro de un pool de
almacenamiento existente. Se puede definir un volumen para un pool de almacenamiento primario o un pool de almacenamiento de copia.
Se debe definir cada volumen para ser usado en un pool de almacenamiento
a no ser que se permitan volmenes scratch para el pool de almacenamiento.
Antes de emitir este comando para un volumen de acceso random, se debe
asignar y formatear el volumen usando la utilidad DSMFMT, o el comando
DEFine VOLume del TSM con el parmetro formatsize.
Para pools de almacenamiento de acceso secuencial con un tipo u otro
de dispositivo como FILE o SERVER se debe preparar los volmenes para
su uso. Cuando el servidor tiene acceso a un volumen de acceso secuencial,
este comprueba el nombre del volumen en el principal para asegurar que esta
siendo accedido el volumen correcto.
Eliminar Pools y Volmenes de Almacenamiento
MOVE DATA - Usar el comando MOVE DATA para mover todos los archivos a otro volumen.
Solicitar explcitamente para desechar todos los archivos en el volumen de
almacenamiento especificando la siguiente opcin:
DISCARDDATA= YES
DELETE VOLUME - Usar el comando DELete VOLume para eliminar un
volumen del pool de almacenamiento y, opcionalmente, los archivos dentro del
volumen. Este comando puede ser usado para eliminar un volumen asignado a
un pool de almacenamiento primario o de copia. Si durante el procesamiento
de este comando para un volumen del pool de almacenamiento primario, el
TSM elimina la copia principal de un archivo (no una copia cached), entonces
el TSM adems elimina cualquier copia de aquel archivo que reside en los pools
de almacenamiento de copia.
Si se va a eliminar varios volmenes, es recomendado que se elimine los
volmenes uno por uno.
La eliminacin simultnea de volmenes puede afectar desfavorablemente
el rendimiento del servidor.
QUERY CONTENT - Para determinar el contenido almacenado en un
157
volumen, usar el comando Query CONtent.

DELETE STGPOOL - Usar el comando DELete STGpool para eliminar
un pool de almacenamiento.
Para usar este comando, primero se debe eliminar todos los volmenes
asignados al pool de almacenamiento especificado.
No se puede eliminar un pool de almacenamiento que esta definido como
un pool de almacenamiento subordinado.
No eliminar un pool de almacenamiento que esta especificado como destinacin para una clase de administracin o grupo de copia en el conjunto de
poltica ACTIVE.
Desbordamiento de los Pools de Almacenamiento
Usado cuando el volumen de la librera se llena
Volmenes de pool de copias o primarios
Volmenes movidos manualmente a la posicin desbordada
Rastreo de Base de Datos
Usar el rastreo de base de datos para actualizar la posicin del volumen
a una posicin de desbordamiento especificada. Los desbordamientos de los
pools de almacenamientos permiten al administrador del TSM un mejor manejo de los pools de almacenamiento que crecen ms all de la capacidad de
la librera. El rastreo de la base de datos es utilizada principalmente para
pools de almacenamientos de archivo long-term donde los datos son mantenidos localmente, pero raramente son recuperados para procesamiento del Tivoli
Storage Manager.
La primera etapa en la implementacin de desbordamiento de un pool
de almacenamiento debe definir la localizacin de los volmenes cuando ellos
se desbordan de la librera. Esto puede ser hecho con el comando DEFine
STGpool o el UPDate STGpool y el nuevo parmetro OVFLOCATION. Este parmetro es una descripcin de texto de donde los volmenes pueden ser encontrados. No hay ningn valor por defecto para este parmetro. La descripcin
puede aumentar en la longitud a 255 carcteres.
158
La localizacin de desbordamiento para un pool de almacenamiento puede ser mostrada usando el comando Query STGpool F=D (Format=Detail).
Esto produce la salida mostrando el nombre del pool de almacenamiento, el
tipo, la clase de dispositivo asociada, la capacidad estimada, y la localizacin
de desbordamiento.
8.3.2
Mover Datos
Mover Datos a Nodo

La operacin MOVE NODEDATA puede aparecer incompleta por ciertas razones.
Un ejemplo:
La operacin de mover datos de nodo es comenzada
MOVE NODEDATA bob FROMSTG=stgpoola
TOSTG=stgpoolb type=backup.
El siguiente MOVE DATA estan ya en progreso.
MOVE DATA vol3 STGPOOL=stgpoola
Al principio, la operacin de mover nodo determina que el VOL1, VOL2
y VOL3 son los volmenes que tienen datos para el nodo BOB y encola aquellos volmenes en una lista para procesarlos. Sin embargo, por el tiempo la
operacin de mover datos de nodo en realidad comienza a procesar el VOL3,
todos los datos de BOB en el VOL3 pueden haber sido movidos a otro volumen, debido a la operacin MOVE DATA, y as no estaran disponibles para la
operacin MOVE NODEDATA.
El comando MOVE NODEDATA puede ser usado para mover datos en un pool
de almacenamiento de acceso secuencial para uno o varios nodos y es til para
consolidar datos para un nodo especfico dentro de un pool de almacenamiento.
Esto es provechoso para reducir el nmero de montajes de volumen requeridos
durante una operacin de restauracin.
159
MOVE NODEDATA tambin puede ser usado mover datos de un nodo a diferentes pools de almacenamiento. Esto es provechoso preparando procesamiento
de restauracin para el cliente moviendo los datos principales a un pool de
almacenamiento de acceso random.
El proceso MOVE NODEDATA hace lo siguiente:
Crea una lista de nodos y espacios de archivo al mover basandose en los
criterios del usuario especificados en el comando MOVE NODEDATA.
Comienza un hilo de la cola para determinar una lista de volmenes para
procesar.
Los volmenes agregados a esta lista tienen los criterios siguientes:
Acceso READWRITE o READONLY.
Tienen datos para el nodo y espacios de archivo especificados por el usuario.
Adems de la lista de volmenes creada se hace la lista de volmenes
para excluir.
Una vez que un hilo de la cola esta completo se comienza un hilo de
proceso.
El nmero de hilos de proceso comenzados es determinado por el parmetro
MAXPROCESS.
Cada hilo de proceso que es comenzado hace lo siguiente:
Selecciona un volumen desde la lista de volumen.
Procesa cada bitfile en el volumen para determinar si debera ser movido.
Usa las funciones de mover datos para batck up el archivo y mover el
bitfile.
Movimiento Automatico de Datos
El movimiento automtico de datos entre pools de almacenamientos es
usado para equilibrar el rendimiento y el costo de diferentes dispositivos de
160
Figura 8.20: Movimiento Automtico de Datos
161
almacenamientos asegurando el espacio adecuado libre para satisfacer nuevas

localizaciones de espacios. Estos procesos son conocidos como migracin. Para
cada pool de almacenamiento, se definen puertas de migracin altas y bajas.
La puerta baja identifica la cantidad de espacio libre necesario para satisfacer
las exigencias de requerimientos de procesamientos diarios del negocio. La
puerta alta es usada para provocar la migracin y asegurar que est disponible
bastante espacio libre mientras la migracin es realizada. La diferencia entre
las puertas altas y bajas indica la cantidad aproximada de datos que sern
migrados, (fig. 8.20 de la pg. 160.
Para reducir el montado de cintas y para usar el espacio en los volmenes
de cinta ms eficientemente (cuando la colocacin no es usada), asegurar que
la cantidad de datos que son migrados desde un pool de almacenamiento de
disco es mltiple a la capacidad de un volumen de cinta en el siguiente pool de almacenamiento. El movimiento de datos automticamente es adems
usado para liberar en los volmenes de cinta consolidando datos activos de
volmenes de cinta fragmentados en un slo volmen, dejando los volmenes
originales disponibles para la reutilizacin. Estos procesos son conocidos como recuperacin. Para cada pool de almacenamiento de cinta, se define una
puerta de recuperacin, que indica la cantidad de espacio consumido por los
datos que no son vlidos antes de generar la recuperacin. Se recomienda no
especificar un valor menor al 50 % para evitar la recuperacin de volumen de
cinta a mltiples volmenes.
8.3.3
Migracin del Pool de Almacenamiento
Cuando el lmite superior de migracin se alcanza en un pool de almacenamiento, el TSM migra los archivos del pool al siguiente pool de almacenamiento
en la cadena. Ninguna migracin ocurre si no hay un siguiente pool de almacenamiento. El TSM primero identifica cul nodo cliente fue respaldado
o migrado y los archivos que ocupan la mayor parte de espacio. Cuando el
servidor identifica el nodo cliente basado en estos criterios, el servidor migra
todos los archivos de cada espacio de archivo que pertenece a aquel cliente para aquellos archivos cuyo nmero de das en el pool de almacenamiento excede
el valor especificado por el parmetro MIGDELAY, (fig. 8.21 de la pg. 162.
Despus de que los archivos para el primer nodo cliente son migrados al
siguiente pool de almacenamiento, el servidor comprueba el lmite inferior
de migracin para el pool de almacenamiento al determinar si el proceso de
162
Figura 8.21: Migracin del Pool de Almacenamiento
163
migracin ha finalizado. Si la cantidad de espacio usado en el pool de almacenamiento est ahora por debajo del lmite inferior de migracin, la migracin
finaliza. Si no, usando los mismos criterios descritos arriba, TSM escoge otro
nodo cliente, y el proceso de migracin sigue.
Si el valor para MIGCONTINUE ha sido puesto a YES, entonces TSM sigue el
proceso de migracin basado en cunto tiempo los archivos han estado en el
pool de almacenamiento. Los archivos ms viejos son migrados primero hasta
que el lmite inferior de migracin sea alcanzado. Si el valor para MIGCONTINUE
ha sido puesto a NO, entonces los procesos de migracin terminan, y un mensaje
de advertencia ser emitido al administrador.
Si mltiples procesos de migracin son ejecutados (controlados por el parmetro MIGPROCESS del comando DEFine STGpool), los archivos para ms
que un nodo pueden ser escogidos para la migracin al mismo tiempo.
Si la opcin cache es permitida, los archivos que se migran permanecen
en el almacenamiento de disco (es decir los archivos son cached) hasta que el
espacio sea necesario para nuevos archivos. Se puede permitir caching especificando CACHE=YES cuando se define o actualiza un pool de almacenamiento
de disco. Cuando se permiten caching, el proceso de migracin deja copias de
archivos en disco despus de que el servidor migra estos archivos a los pools
de almacenamiento subordinados en la jerarqua de almacenamiento. Las copias permanecen en el pool de almacenamiento de disco, pero en un estado
de cached, de modo que peticiones de recuperacin subsecuentes puedan ser
satisfechas rpidamente. Sin embargo, si el espacio es necesario para almacenar nuevos datos en el pool de almacenamiento de disco, archivos cached son
borrados y el espacio que ellos ocuparon es usado para los nuevos datos.
La ventaja de usar un cache para un pool de almacenamiento de disco es
que el caching puede mejorar cun rpidamente el servidor recupera algunos
archivos. Cuando se usa un cache, una copia del archivo permanece en el
almacenamiento de disco rpido despus de que el servidor migra el archivo
primario a otro pool de almacenamiento. Se puede querer usar un pool de
almacenamiento de disco con caching permitido para almacenar archivos que
son frecuetemente accedidos por los clientes.
Sin embargo, usar un cache tiene algunas desventajas importantes, como:
Puede aumentar el tiempo para operaciones de backup completos del
cliente.
164
Puede requerir ms espacio para la base de datos del TSM.
8.3.4
Reclamacin
Figura 8.22: Reclamacin

El espacio en un volumen secuencial se hace recuperable cuando los archivos
expiran o son eliminados del volumen.
La recuperacin es el proceso de reclamar este espacio. Por ejemplo, los
archivos se hacen obsoletos debido al envejecimiento o lmites en el nmero de
versiones de un archivo, (fig. 8.22 de la pg. 164.
Cuando el porcentaje de espacio recuperable excede un nivel especificado
(del lmite de recuperacin), el volumen es eligible para la recuperacin. El
servidor comprueba si la recuperacin es necesaria al menos una vez por hora
y comienza la recuperacin del espacio para volmenes eligibles. Se puede
configurar un lmite de recuperacin para cada pool de almacenamiento de
acceso secuencial cuando se define o actualiza el pool.
165
Cuando mltiples volmenes son eligibles para la recuperacin, TSM reclama los volmenes eligibles en orden aleatorio.
El espacio dentro de archivos agregados es tambin reclamado durante
el proceso de recuperacin. Un agregado es un archivo fsico que contiene
mltiples archivos lgicos resguardados o archivados de un cliente en una sola
transaccin. El espacio no usado de archivos lgicos expirados o eliminados
es quitado tal como el archivo agregado es copiado a otro volumen durante la
recuperacin.
1. Recuperacin de una Sla Unidad
Recuperacin del espacio.
Pools de almacenamiento de medio de acceso secuencial.
Parmetro RECLAIMSTGPOOL del pool de almacenamiento.
Usado como rea de organizacin durante la recuperacin.
Requerimientos de espacios.
Sin tamao mnimo.
El tamao relacionado con la puerta de recuperacin o el pool de almacenamiento para ser reclamado.
RECLAIMSTGPOOL indica otro pool de almacenamiento que puede ser usado
como el rea de propiedad para los datos que estn siendo consolidados.
El pool de almacenamiento especificado como el pool de almacenamiento
reclamado puede ser cualquier pool de almacenamiento primario en el sistema
o un nuevo pool de almacenamiento primario creado para este propsito. El
nico pool de disco permitido es uno con DEVTYPE=FILE. Un pool de almacenamiento de copia no puede se definido como un pool de almacenamiento
reclamado devido a que los datos slo pueden ser copiados a o un pool de
almacenamiento de copia, no movido.
Ejemplo de Reclamacin de una Sla Unidad
166
Permite a que los datos sean reclamados dentro de la jerarqua.

Deben ser medios de accesos secuenciales.
Tiene el pool siendo reclamado como su NEXT pool de almacenamiento.
La recuperacin de la unidad es efectivamente una automatizacin del comando MOVE DATA y la migracin del pool de almacenamiento. El proceso
MOVE DATA mueve slo los datos que no han expirado desde el pool de almacenamiento para ser reclamado al RECLAIMSTGPOOL. Estos datos entonces
pueden ser migrados hacia atrs en la jerarqua de almacenamiento del TSM
a los volmenes del pool de almacenamiento ahora vacos.
La segunda mitad del proceso de recuperacin de una sla unidad implica
la migracin TSM. Esto significa que una reclamacin del pool de almacenamiento debera tener el pool de almacenamiento que se est reclamado como
su NEXT pool de almacenamiento en la jerarqua TSM. Esto permite que los
datos movidos en el pool de almacenamiento reclamado por el proceso de
recuperacin sean migrados hacia atrs a travs de la jerarqua TSM.
El tapepool es definido con el diskpool como su pool de almacenamiento
reclamado, y el diskpool es definido con el tapepool como su NEXT pool de
almacenamiento.
8.3.5
Colocacin
La colocacin es un proceso en el cual el servidor intenta mantener archivos

que pertenecen a un solo nodo cliente o a un solo espacio de archivo de un
nodo cliente en un nmero mnimo de volmenes de almacenamiento de acceso
secuenciales, fig. 8.23 de la pg. 167. Se puede configurar la colocacin para
cada pool de almacenamiento de acceso secuencial cuando se define o actualiza
el pool.
Para tener datos colocados en un pool de almacenamiento TSM para el nodo cliente, se pone la colocacin a YES. Para tener datos colocados en un pool
de almacenamiento TSM para un espacio de archivo cliente, configurar la colocacin a FILESPACE. Usando la colocacin, se reduce el nmero de operaciones
de montaje de volumen requerido cuando los usuarios restauran, recuperan,
o consultan muchos archivos desde el pool de almacenamiento. La colocacin
mejora as el tiempo de acceso para estas operaciones.
Figura 8.23: Colocacin
167
168
Si la colocacin est permitida y la recuperacin ocurre, el servidor trata

de reclamar los archivos para cada nodo cliente o el espacio de archivo del
cliente en un nmero mnimo de volmenes.
Captulo 9
Polticas de Administracin
9.1
Introduccin
La poltica de administracin permite al administrador determinar un conjunto de reglas explicando cmo Tivoli Storage Manager tratar los datos.
Este conjunto de reglas est compuesto de dominios de poltica, conjuntos de
poltica, clases administradoras, y grupos de copia.
9.2
9.2.1
Como TSM Maneja Datos

Polticas de Negocio Manejadas Centralmente
Basado en acuerdos de niveles de servicios con datos de los propietarios, el

administrador del Storage Manager puede planificar lo siguiente:
Qu datos resguardar.
Qu datos archivar.
Dnde almacenar los datos.
Nmero de versiones a conservar.
Perodo de retencin.
169
170
CAPTULO 9. POLTICAS DE ADMINISTRACIN
Otras especificaciones basadas en las necesidades del negocio.

Estos planes son entonces implementados a travs de polticas de administracin, (fig. 9.1 de la pg. 170).
Figura 9.1: Polticas de Negocio Manejadas Centralmente

Descripcin de Poltica de Administracin
Las polticas son creadas por el administrador y almacenadas en la base
de datos del servidor. Varios elementos comprenden la poltica:
Dominio de la Poltica - un grupo de nodos administrados por el
mismo conjunto de poltica coaccionan como definidas por los conjuntos
de polticas. Un nodo slo puede estar definido a un dominio de poltica
por servidor. Un nodo puede estar definido a ms de un servidor Storage
Manager.
Conjunto de Poltica - una coleccin de definiciones de clase de administracin (MC). Un dominio de poltica puede contener un nmero
9.3. DEFINIR POLTICAS
171
de conjuntos de polticas, sin embargo, slo un conjunto de poltica en

un dominio puede ser activo a la vez.
Clase de Administracin - Una coleccin de atributos de administracin que describen backup y caractersticas de archivo. Hay dos conjuntos de atributos CA (Clases de Administracin), uno para el backup y
otro para el archivo. Un conjunto de atributos es llamado un grupo de
copia. Hay un grupo de copia de backup y un grupo de copia de archivo.
Para clientes del Tivoli Space Manager slo, hay parmetros que afectan
la administracin del espacio.
Especificacin de Poltica
La poltica es definida tanto en el cliente como en el servidor. En el servidor, un administrador es responsable de crear polticas que administrarn
los datos del cliente y asociar clientes con un conjunto de polticas desde las
cuales ellos pueden seleccionar. Como es mostrado en el diagrama, un dominio
de poltica es usado para asociar lgicamente a clientes con un conjunto de
polticas.
El administrador es adems responsable de definir una poltica por defecto,
una que ser usada a no ser que otra poltica sea explcitamente seleccionada.
El cliente, sin embargo, puede decidir anular la poltica por defecto y seleccionar cualquier otra poltica que esta tambin en su dominio de poltica.
Hay varias maneras para que el cliente pueda hacer esto:
En la opcin Include que est en la configuracin del cliente o la opcin
del archivo.
En el comando DSMC Archive.
En el panel GUI del Archivo.
9.3
9.3.1
Definir Polticas
Dominios de Polticas
Un dominio de poltica proporciona un modo lgico de administrar backup y

polticas de archivo para un grupo de nodos con necesidades comunes. Esto es
172
una coleccin de uno o varios nodos y una o ms polticas. Cada dominio es un

objeto almacenado en la base de datos del Storage Manager con un nombre
que contiene desde 1 a 30 carcteres. Los nombres de dominio de polticas
deberan ser significativos. No hay lmites al nmero de dominios de polticas
que pueden ser definidos en el servidor Storage Manager, (fig. 9.2 de la pg.
172).
Figura 9.2: Dominios de Polticas

Un nodo cliente puede ser asociado con slo un dominio de poltica en un
servidor Storage Manager especfico. Sin embargo, un cliente o nodo pueden
ser registrados (definidos) a ms de un servidor. Cada dominio puede tener
uno o ms clientes o nodos asociados a l. Los clientes o nodos pueden ser
ejeutados en la misma o en diferentes plataformas. En algunas instalaciones
se puede ver que slo requieren de un solo dominio de poltica.
Un dominio de poltica tambin contiene un perodo de gracia backup y
un periodo de retencin de archivo que acta como una red de seguridad para
asegurar que los datos que han sido resguardados o archivados en un pool de
almacenamiento no son eliminados accidentalmente si estos pierden su backup
9.3. DEFINIR POLTICAS
173
o el grupo de copia del archivo.

Perodos de Retencin de Gracia del Dominio De poltica
El perodo de retencin de gracia del dominio de la poltica es especificado en comando DEFine DOmain.
El perodo de gracia de retencin por defecto del backup es de 30 (BACKRETention=30).
El perodo de gracia de retencin por defecto del Archivos es de 365
(ARCHRETention=365).
El perodo de retencin de gracia del dominio de la poltica es usado
cuando la MGMTCLASS por defeto no tiene ningn grupo de copia para
backup y archivo.
Cada dominio de poltica contiene un perodo de retencin de gracia de
backup y un perodo de retencin de gracia de archivo. El perodo de retencin
de gracia es usado para proteger versiones de backup y copias de archivo de
ser inmediatamente eliminados cuando la clase administradora por defecto no
contiene un backup o un grupo de copia de arhivo.
9.3.2
Poltica por Defeto del Servidor
Tivoli Storage Manager proporciona un dominio de polticas predefinidas, conjunto de poltica, clase administradora, grupo de copia de backup, y grupo de
copia de archivo. Cada poltica es almacenada en el servidor y llamada STANDARD. La utilizacin de los objetos de poltica proporcionados en el Tivoli
Storage Manager permite comenzar a usar el Tivoli Storage Manager inmediatamente. Se puede adaptar la poltica estandar.
El Perodo de Gracia de Retencin De backup - Especifica el nmero de
das a conservar una versin de backup cuando el servidor es incapaz de asociar
de nuevo el archivo a una clase administradora apropiada. Por defecto es de
30 das.
9.3.3
Configuraiones de Poltias Por Defecto en el Dominio

STANDARD
Atributos del Grupo de Copia
174
Los atributos en el grupo de copia definen:

El destino del pool de almacenamiento donde los datos respaldados o
archivados deben ser almacenados.
El intervalo mnimo, en das, entre operaciones de archivo y backup.
Si el archivo debe ser respaldado independientemente de si ha sido modificado desde el ltimo backup.
Si el archivo puede estar en uso cuando un usuario intenta respaldar o
archivar el archivo.
El nmero mximo de versiones diferentes de backup que pueden ser
conservadas para archivos no extensos en el sistema de arhivos del cliente.
El perodo de retencin, en das, para todos excepto la versin ms
reciente del backup, y para la ltima versin restante de backup que es
no extensa en el sistema de arhivos del cliente.
El nmero de das que una copia de archivo debe ser conservada.
El conjunto de parmetros de backup define la frecuencia, el modo (modificado o absoluto), el destino, la serializacin de copia, el nmero de versiones,
el nmero de versiones cuando el archivo es eliminado, das de retencin para
todos excepto la ltima versin, y das de retencin para la ltima versin
cuando el archivo es eliminado.
El conjunto de parmetros de archivo define la frecuencia (siempre Cmd),
el modo (siempre ABSolute), la destinacin, la serializacin de copia, y das
de retencin para copias de archivo.
9.3.4
Opcin Relacionada al Servidor: EXPINterval Hours
La opcin EXPINterval Hours:

Especifica el nmero de horas entre ejecuciones de expiracin de inventario automticas.
Tiene un valor mnimo de 0, donde la expiracin automtica no ocurre
y debe ser comenzada con el comando EXPIRE INVENTORY.
9.4. CONJUNTO DE POLTICAS
175
Tiene un valor mximo de 336 (14 das).

Tiene un valor por defecto de 24 das.
Las copias de los archivos que han expirado no son eliminados del almacenamiento del servidor hasta que el procesamiento de expiracin ocurra.
Se puede ejecutar el proceso de expiracin automticamente o por comando. Se controla automticamente el proceso de expiracin usando la opcin (EXPINTERVAL) del intervalo de expiracin en las opciones del arhivo
(DSMSERV.OPT) del Storage Manager.
El proceso de expiracin entonces elimina las versiones eligibles de backup
y copias de archivo archivados. Las versiones de backup son eligibles basadas
en la poltica en el grupo de copia de backup (por cunto tiempo y cuntas
versiones inactivas son guardadas). Las copias del archivo arhivado son eligibles basadas en la poltica en el grupo de copia de archivo (por cuanto tiempo
las copias archivadas son guardadas).
9.4
9.4.1
Conjunto de Polticas
Definicin de un Nuevo Conjunto de Polticas
Cada onjunto de poltica contiene una clase administradora por defecto y

puede contener cualquier nmero de clases administradoras adicionales. Los
conjuntos de poltica son usados para implementar polticas diferentes basadas
en requerimientos de negocios y usuarios.
Usar el comando ASSIGN DEFMGMTCLASS para especificar una clase administradora existente como la clase administradora por defecto para un conjunto
particular de poltica. Se debe asignar una clase administradora por defecto
para un conjunto de poltica antes de que se pueda activar aquel conjunto
de poltica. Se recomienda que la clase administradora por defecto contenga
tanto un grupo de copia de archivo como un grupo de copia de backup.
ASsign DEFMGmtclass domainname setname classname
176
9.4.2
Validar y Activar un Conjunto de Polticas
El comando validate examina las definiciones de las clases administradoras

y de los grupos de copia en un conjunto especificado de polticas y reportes en
condiciones que necesitan ser consideradas si el conjunto de polticas debe ser
activado.
Una vez que se ha hecho un cambio a un conjunto de polticas o agregado
una clase administradora, grupo de copia, etctera, y el conjunto de polticas
es validado, entonces el conjunto de polticas debe ser activado para hacerlo
un conjunto de polticas ACTIVE.
Usar el comando VALIDATE POLICYSET para verificar que un conjunto de
polticas est completa y vlida antes de su activacin.
VALidate Policyset domainname setname
Cuando un conjunto de polticas es activado, su contenido es copiado a un
conjunto de polticas que tiene el nombre reservado ACTIVE.
El comando VALIDATE POLICY SET fallar si cualquiera de las siguientes
condiciones existen:
Una clase administradora por defecto no esta definida para el conjunto

de polticas.
Un grupo de copia dentro del conjunto de polticas especifca un pool de
almacenamiento de copia como un destino.
Una clase administradora especifca un pool de copia como destino para
archivos space-managed.
Cuando un conjunto de polticas es activado, los contenidos del conjunto

de polticas son copiados a un conjunto de polticas que tiene el nombre reservado ACTIVE. Una vez activado, no hay ninguna relacin verdadera entre el
conjunto de polticas que ha sido activado (copiado a ACTIVE) y el contenido
del conjunto de polticas ACTIVE. El conjunto original de polticas todava
puede ser modificado, pero las definiciones copiadas en el conjunto de polticas
ACTIVE slo pueden ser modificadas activando otro conjunto de polticas.
9.5. TRABAJAR CON CLASES ADMINISTRADORAS
9.5
177
Trabajar con Clases Administradoras
Definir Clases Administradoras Para Backup Policy-Driven

Una clase administradora asocia backup y grupos de archivos con archivos
y especifica si y cmo los archivos del nodo cliente son migrados al pool de
almacenamiento. Una clase administradora puede contener un backup o un
grupo de copia de archivos, un backup y un grupo de copia de archivos, o
ningn grupo de copias. Los usuarios pueden asociar sus archivos a una clase
administradora a travs de la lista incluir - excluir.
9.5.1
Cmo los Archivos son Destinados a la Clase Administradora
Un cliente Storage Manager respalda, archiva, o migra un archivo. El

archivo es destinado a la clase administradora por defecto o a una clase
administradora especificada en la lista incluir - excluir del cliente.
Si, dependiendo de la clase administradora, el archivo es elegido para
backup, archivar, o administrar el espacio, el cliente enva el archivo y
la informacin del archivo al servidor.
El servidor comprueba la clase administradora (space management) o el
grupo de copia (backup y archivo) para determinar donde se elmacenar
inicialmente el archivo en el almacenamiento del servidor.
Si no hay bastante espacio en el pool de almacenamiento inicial, se comienza a migrar. El servidor almacena la informacin sobre el archivo en la base
de datos.
9.5.2
Binding and Rebinding the Management Class
El binding es el proceso de asociar un nombre de archivo con un nombre

de clase administradora. Los archivos son destinados a un nombre de clase
administradora cuando:
Un usuario asocia un archivo a un nombre de clase administradora especfica usando la opcin INCLUDE en una lista incluir - excluir.
178
Un usuario asocia un archivo a un nombre de clase administradora usando la opcin ARCHMC cuando archiva un archivo.
Un usuario asocia un directorio al nombre de clase administradora usando la opcin DIRMC cuando resguarda un archivo.
El nodo de cliente asocia un archivo a la clase administradora por defecto
en el conjunto activo de polticas, cuando un usuario no asocia a un
nombre de clase administradora especfica.
Rebinding es el proceso de asociar un archivo con un nuevo nombre de
clase administradora.
9.5.3
Clase Administradora Rebinding Para Versiones de Backup
Las versiones de backup estn reencuadradas a un nombre de clase administradora diferente en los siguientes casos:
Los usuarios cambian la clase administradora asignada a un archivo especificando a una clase administradora diferente en una lista incluir excluir y luego realizar un backup incremental o selectivo.
Un administrador activa una poltica que no contiene la clase administradora.
Un administrador asigna un nodo cliente a un dominio diferente de polticas y el conjunto activo de polticas en aquel dominio de polticas que
no tiene una clase administradora con el mismo nombre.
Si la clase administradora a la cual los archivos son asociados es eliminada,
Tivoli Storage Manager usa los atributos de la clase administradora por defecto
para manejar las versiones de backup.
9.5.4
Especificacin de la Clase Administradora
La clase administradora especificada en el dominio de polticas define el criterio

de backup y archivo para los nodos clientes en el dominio de la poltica.
9.6. TRABAJAR CON GRUPOS DE COPIA
179
Los usuarios clientes tienen la opcin de crear una lista incluir - excluir para
identificar los archivos que son elegidos para servicios de backup y especificar
como Tivoli Storage Manager manejar archivos de backup o archivados.
Las opciones INCLUDE y EXCLUDE son especificadas en el archivo de opcin
del cliente.
Se debe asignar una clase administradora por defecto a un conjunto de
polticas antes de activar el conjunto de polticas. Para asegurar a los clientes
siempre puede respaldar y archivar los archivos, escogiendo una clase administradora por defecto que contiene tanto grupo de copia de archivo como un
grupo de copia de backup.
Domain_name - Especifica el dominio de poltica al cual la clase administradora pertenece.
Policy_set_name - Especifica el conjunto de polticas para el cual se
quiere asignar una clase administradora por defecto. Se puede asignar
una clase administradora por defecto al conjunto de polticas ACTIVE.
Class_name - Especifica la clase administradora que debe ser la clase
administradora por defecto para el conjunto de polticas.
9.6
9.6.1
Trabajar con Grupos de Copia

Grupos de Copias
Un grupo de copia contiene los atributos de administracin del almacenamiento especfico que describen cmo el servidor debe manejar archivos de backup
o archivados.
Cada clase administradora puede contener hasta dos grupos de copia: una
para archivos de backup y una para archivos de archivados.
9.6.2
Utilizacin de la Lnea de Comandos para Definir un

Backup del Grupo de Copia
Usar el comando DEFine COpygroup para definir un nuevo backup o grupo de

copia de archivo dentro de un dominio especificado de poltica, conjunto de
180
polticas, y clases admistradoras.

El comando DEFINE COPYGROUP tiene los siguientes parmetros:
Domainname - Especifica el nombre del dominio de poltica para el
cual se define el grupo de copia. Este parmetro es requerido.
Setname - Especifica el nombre del conjunto de polticas para el cual
se define el grupo de copia. Este parmetro es requerido.
Classname - Especifica el nombre de la clase administradora para la
cual se define el grupo de copia. Este parmetro es requerido.
STANDARD - Especifica el nombre del grupo de copia como STANDARD.
El nombre del grupo de copia debe ser STANDARD. Este parmetro es
opcional. El valor por defecto es STANDARD.
Type=Backup - Especifica que se quiere definir un grupo de copia de
backup. El parmetro por defecto es BACKUP. Este parmetro es opcional.
DESTination=poolname - Especifica el nombre del pool de almacenamiento primario donde los datos de backup deben ser almacenados.
FREQuency=freqvalue - Especifica el intervalo mnimo, en das, entre backup sucesivos.
VERExists=verevalue - Especifica el nmero mximo de versiones de
backup a retener para archivos corrientes.
VERDeleted=verdvalue - Especifica el nmero mximo de versiones
de backup a retener para los archivos que son eliminados del sistema de
archivo del cliente.
RETExtra=retevalue - Especifica cuntos das Tivoli Storage Manager conserva una versin de backup despus de que aquella versin se
hacen inactivas.
RETOnly=retovalue - Especifica el tiempo de retencin, en das, para
la ltima versin de backup de un archivo que ha sido eliminado del
sistema de archivo del cliente.
MODE=mode - Especifica si un archivo debera ser resguardado basado en cambios hechos al archivo desde la ltima vez que fue resguardado.
9.7. AUTORIDAD ADMINISTRATIVA
181
Este parmetro es opcional. El valor MODE slo es usado para backup

incrementales. Este valor es ignorado durante los backup selectivos. El
valor por defecto es MODIFIED.
SERialization=serialvalue - Especifica cmo los archivos o directorios
son manejados si son modificados durante el proceso de backup y lo
que el Storage Manager debera hacer si ocurre una modificacin. Este
parmetro es opcional. El valor por defecto es SHRSTATIC.
9.6.3
Administracin del Storage Management Archive File
El Retain Version que se indica en el grupo de copia de archivo especifica el

nmero de das que una copia archivada permanece en el almacenamiento de
datos. Cuando el nmero especificado de das transcurre para la copia archivada del archivo, Tivoli Storage Manager elimina el archivo del almacenamiento
de datos.
A diferencia de la funcin de backup, el archivo no permite mltiples versiones de archivos de datos y directorios.
9.7
9.7.1
Autoridad Administrativa
Clases de Privilegios
La fig. 9.3 de la pg. 182 muestra como se pueden dividir las tareas administrativas en cinco clases de privilegios.
9.7.2
Privilegio System
Un administrador con el privilegio System tiene la autoridad para realizar

tareas administrativas de Storage Manager, fig. 9.4 de la pg. 183, tales
como:
Registrar o eliminar administradores.
Otorgar o suspender autoridad administrativa.
182
Figura 9.3: Clases de Privilegios
183
Bloquear o desbloquear administradores desde el servidor.

Renombrar administradores o actualizar informacin del administrador.
Definir o eliminar declaraciones de polticas.
Importa o exportar datos desde el servidor.
Cancelar procesos administrativos de segundo plano.
Configurar parmetros operacionales para el servidor.
Definir o eliminar pools de almacenamientos.
Figura 9.4: Privilegio System

Un administrador con privilegios system puede revocar o conceder nuevos
privilegios al ID SERVER_CONSOLE del usuario. Sin embargo, no se puede:
Registran o actualizar al SERVER_CONSOLE user ID.
184
Cerrar o abrir al SERVER_CONSOLE user ID.

Renombran al SERVER_CONSOLE user ID.
Remover al SERVER_CONSOLE user ID.
Ruta de comandos desde el SERVER_CONSOLE user ID.
9.7.3
Privilegio Storage
Las tareas que puede realizar un administrador con privilegio de storage se

muestan en la fig. 9.5 de la pg. 184.
Figura 9.5: Privilegio Storage

Privilegio Storage sin Restriccin
Un administrador con el privilegio storage sin restriccin tiene la autoridad
para manejar la base de datos, el log de recuperacin, y todos los pool de
185
almacenamiento. Pueden publicar comandos que afectan todos los pools de

almacenamiento existentes as como cualesquier pools de almacenamiento que
ser definido en el futuro. Un administrador storage sin restriccin no puede
definir o eliminar pools de almacenamientos. Un administrador con privilegios
sin restriccin puede publicar los siguientes comandos:
AUDit Volume
DEFine/DELete Volume
MOVE DATA
UPDate STGpool
Privilegio Storage Restringido
Los administradores con el privilegio storage restringido pueden emitir
un subconjunto de los comandos del privilegio storage slo para los pools
de almacenamientos para los cuales estn autorizados. No tienen autoridad
para manejar log de recuperacin o la base de datos. Un administrador con
privilegios restringidos puede emitir los siguientes comandos:
DEFine DBVolume/DEVclass/LOGVolume DBCOPY/LOGCopy
DELete DBVolume/DEVclass/LOGVolume
EXtend/REDuce DB/LOG
UPDate DEVclass
Hay dos diferencias entre lo que un administrador con privilegio restringido
y sin restriccin puede hacer:
El administrador sin restriccin puede emitir los comandos que afectan
todos los dominios o pools, mientras que el administrador restringido slo
puede emitir los comandos que afectan el dominio o pools a los cules ellos
estn autorizados.
El administrador sin restriccin puede emitir toda la politica y comandos de almacenamiento, mientras que el administrador restringido slo puede
emitir un subconjunto de aquellos comandos.
186
9.7.4
Privilegio Policy
Un administrador con privilegio policy sin restriccin, como se muestra en

la fig. 9.6 de la pg. 186, tiene la autoridad para manejar los servicios de
backup y archivos de los nodos clientes que son asignados a cualquier dominio
de poltica.
Figura 9.6: Privilegio Policy
Cuando nuevos dominios de poltica son definidos en el servidor, un administrador con el privilegio policy sin restriccin es automticamente autorizado para manejar los nuevos dominios de poltica. Un administrador policy
sin restriccin no puede definir, eliminar, o copiar dominios de poltica. Un
administrador con el privilegio policy restringido puede emitir un subconjunto
de los comandos de poltica para los dominios de poltica a los cuales estan
autorizados.
9.7.5
187
Privilegio de Operator
Los administradores con el privilegio de operator controlan la operacin inmediata del servidor TSM y la disponibilidad de los medios de almacenamiento,
fig. 9.7 de la pg. 187.
Figura 9.7: Privilegio de Operator

Un operador puede realizar las siguientes tareas:
Inutilizar al servidor para impedir a clientes tener acceso el servidor.
Permitir el acceso al servidor a los clientes.
Cancelar sesiones.
Cambiar volmenes de disco sobre o fuera de lnea para el mantenimiento.
Realizar el reset del estado de error para volmenes de cinta.
188
Manejar montajes de cinta.

Parar al servidor cuando sea necesario.
9.7.6
Privilegio de Analyst
Los administradores con el privilegio de analyst pueden usar comandos para

resetear los contadores de estadsticas de seguimiento del servidor. Tambin
pueden llevar a cabo operaciones TSM cuando sea necesario, fig. 9.8 de la
pg. 188.
Figura 9.8: Privilegio de Analyst
9.7.7
Administrador de Nodo
Los administradores de nodo pueden usar el comando Query DB Format=Detail

para mostrar los valores estadsticos bufferpool y la estadstica de mxima utilizacin de la base de datos, fig. 9.9 de la pg. 189.
Figura 9.9: Administrador de Nodo
189
190
Alguien con autoridad de administrador puede usar el comando Query LOG

Format=Detail para mostrar la mxima utilizacin del log de recuperacin
corriente.
Para cambiar la autoridad de un administrador, usar el comando GRant
AUTHority. El nivel system es el nivel de autoridad ms alto.
9.8
9.8.1
Tipos de Interfaces Administrativas

Interface Administrativa Web
La interface administrativa Web es la primera interface GUI para administrar

el TSM.
La interfaz administrativa Web permite al administrador manejar todas
las funciones del Tivoli Storage Manager a traves de una combinacin de GUI
y un intrprete de lnea de comando. La interfaz administrativa Web tiene las
siguientes vistas:
La vista operacional consiste en funciones administrativas.
La vista red consiste en grupos de servidores, servidores, clientes, y el comando que encamina la funcin.
La vista configuracin consiste en perfiles de configuracin y suscripciones de
perfil.
La vista objeto consiste en todos los grupos y clases en la jerarqua bsica.
Marco de Detalle - Muestra informacin detallada sobre el item que se
selecciona en el marco del rbol. Todas las operaciones que estn disponibles
para manipular el item seleccionado son proporcionadas en forma de un men
desplegable en la esquina superior derecha del marco de detalle.
Lnea de Comando - una lnea de comando administrativa puede ser
mostrada seleccionndolo desde el men desplegable en la interfaz administrativa Web, como se muestra en el grfico. Esto devuelve la salida con formato
de pgina HTML. El uso de la lnea de comando es el nico modo de obtener
los resultados en una sentencia SELECT del lenguaje de pregunta estructurado
(SQL) con las utilidades TSM.
9.8. TIPOS DE INTERFACES ADMINISTRATIVAS
191
Inspector de Eventos (Local) - el Inspector de Evento (Local) est disponible en el Tivoli Storage Manager Management Console. Expandir el rbol
sobre el lado izquierdo de la consola para mostrar las opciones de inspeccin
que incluyen Aplicacin, Seguridad, Sistema, TSM Servidor, TSM Cliente, y
vistas de eventos del TSM Device Driver. Se pueden personalizar los datos
mostrados para cada vista pulsando en View en la barra de herraminetas en
la parte de arriba de la ventana y seleccionando las opciones que se prefieran.
La seguridad para la interfaz administrativa Web est basada en logging
mejorados de sesiones basadas en Web, restricciones de contrasea, capacidades de cierre de administrador, y comunicaciones SSL.
Para implementar una lnea de comando dentro de la interfaz administrativa Web, simplemente seleccionar Show command line de la lista desplegada
de Options, y un Java applet llamado comando es ejecutado.
9.8.2
Uso de la Linea de Comando en la Interface Administrativa Web
Para ejecutar un comando administrativo, escribir el comando en la caja de

Server Command (en el fondo de la ventana de administracin Web) y hacer
clic en el botn Submit.
Formato Estndar del Resultado de la Pregunta
Este ejemplo muestra los resultados del comando Query ADmin cuando se
usa desde la lnea de comando de la intrface administrativa Web. El formato
de salida es llamado STANDARD, fig. 9.10 de la pg. 192.
Formato Detallado del Resultado de la Pregunta
Este ejemplo muestra los resultados del comando Query ADmin Format=Detail
cuando es usado desde la lnea de comando de la interfaz administrativa Web.
El formato de salida es llamado DETAIL. Este comando de pregunta se puede
reducir a: Query ADmin F=D, fig. 9.11 de la pg. 193.
192
Figura 9.10: Formato Estndar del Resultado de la Pregunta
Figura 9.11: Formato Detallado del Resultado de la Pregunta
193
194
9.8.3
Interfaz Administrativa de Lnea de Comando del Cliente
Comenzar la interfaz administrativa de lnea de comando del cliente en el

prompt del sistema. La ruta puede variar, pero la ruta por defecto es Program
Files >> Tivoli >> TSM >> baclient.
Para comenzar la lnea de comando, escribir: dsmadmc
Para finalizar sesin del cliente administrativo, escribir: quit
La interfaz administrativa del cliente deja a los administradores controlar
y supervisar al servidor a travs de comandos administrativos.
9.8.4
Linea de Comando del Comando Recall
La lnea de comando recall est disponible tanto para el cliente administrativo

como para el cliente de archivo y backup. Esto permite rellamar y corregir
comandos ingresados anteriomente.
El comando recall soportado est disponible en clientes administrativos
y en clientes de archivo y backup en todas las plataformas cliente.
En clientes de UNIX, el soporte para el comando recall es activado agregando EDITOR YES al archivo de opcin cliente (DSM.OPT). En otras plataformas cliente, ningunas opciones de configuracin son requeridas para activar
el comando recall.
El teclado es usado para navegar el buffer de historia del comando y corregir
los comandos ingresados antes. Las teclas del teclado son estandarizadas a
travs de todas las plataformas de clientes de lnea de comando. Las teclas
del cursor (las flechas arriba y abajo) son usadas para navegar en el buffer de
historia del comando. Por ejemplo, un usuario puede seleccionar el comando
anterior o siguiente.
La lnea de comando de clientes almacenan hasta veinte comandos ingresados en una sesin en el buffer de comando recall. El comando recall opera
usando el principio primero en llegar, primero en salir (FIFO). Es decir el
comando ms viejo es quitado cuando el buffer esta lleno.
9.8.5
195
Configuracin de la Interfaz Administrativa Web
Las comunicaciones HTTP son controladas por lo siguiente:

COMMMETHOD HTTP
HTTP PORT 1580, default
En la instalacin, el valor por defecto de interrupcin para la interfaz
administrativa Web es de diez minutos.
Cuando el perodo de interrupcin expira, el usuario de la interfaz Web se
autentica de nuevo ingresando y especificando una contrasea. El siguiente
ejemplo muestra como configurar el valor de interrupcin a veinte minutos:
set webauthtimeout 20
Para crear las definiciones necesarias para el servidor Web, se debe ejecutar un trabajo de configuracin de definicin de interfaz. Esto se realiza
ejecutando el archivo DSMSERV.IDL usando la opcin RUNFILE en el DSMSERV ejecutable. Esto crea las definiciones HTML para todos los objetos del
servidor en la base de datos y permite la interfaz administrativa Web.
Dos opciones en el archivo DSMSERV.OPT son usadas para configurar la
interfaz administrativa Web.
El valor HTTP usado en la conjuncin con otros valores de la opcin
COMMMETHOD informa al servidor Storage Manager que los administradores usarn este mtodo para comunicarse con el servidor.
HTTPPORT especifica el puerto de TCP/IP que la interfaz del servidor
Web debera supervisar para conexiones entrantes. Este valor tiene un valor por defecto de 1580, pero puede ser configurado con otros valores de ser
requeridos.
SSL proporciona conversaciones encriptadas seguras, entre navegadores
Web y servidores Web. Con SSL, todas las transferencias de datos TCP/IP
enviados y recibidos son pasados a un API SSL. As todos los datos son encriptados antes de que sean enviados a la red, y son descifrados cuando son
recibidos desde la red.
El Netscape Navigator y Internet Explorer soportan SSL y pueden ser usados para administrar a servidores Storage Manager que corren sobre Sistemas
196
Windows o AIX. El servidor z/OS actualmente no soporta SSL.
Captulo 10
Personalizacin de la Base de
Datos y del Log de
Recuperacin del Storage
Manager
10.1
Introduccin
La base de datos del Storage Manager es usada por el servidor para manejar
la informacin sobre archivos de clientes. El log de recuperacin del Storage
Manager se usa para asegurar la consistencia y la disponibilidad de la base de
datos.
10.2
Propsito de la Base de Datos y del Log de

Recuperacin
10.2.1
Base de Datos y Log de Recuperacin
La base de datos del Storage Manager contiene la informacin que es necesaria

para operaciones del servidor e informacin sobre los datos del cliente que
han sido resguardados, archivados, y administrados en cuanto a su espacio de
197
198
CAPTULO 10. PERSONALIZACIN DE LA BD Y DEL LOG
almacenamiento. La base de datos no almacena datos del cliente. En cambio,

la base de datos indica las ubicaciones de los archivos del cliente en el pool de
almacenamiento, (fig. 10.1 de la pg. 198).
Figura 10.1: Base de Datos y Log de Recuperacin

La base de datos incluye informacin sobre:
Nodos clientes y administradores
Polticas y schedules
Configuraciones del Servidor
Ubicaciones de archivos del cliente en el servidor de almacenamiento
Operaciones del servidor (por ejemplo, logs de actividades y registros de
eventos)
El log de recuperacin contiene informacin sobre las actualizaciones de la
base de datos que an no han sido realizadas.
10.2. PROPSITO DE LA B.D Y DEL LOG
199
Las actualizaciones pueden incluir actividades como la definicin de una

clase de administracin, backup de un archivo del cliente, y registros de un
nodo cliente. Los cambios a la base de datos son registrados en el log de
recuperacin para mantener una imagen consistente de base de datos.
10.2.2
Transacciones
Para soportar mltiples transacciones desde sesiones simultneas del cliente,

el servidor mantiene registros del log de transaccin en el pool de buffer del
log de recuperacin hasta que ellos puedan ser escritos al log de recuperacin.
Estos registros permanecen en el pool del buffer hasta que el buffer activo se
llene o el Tivoli Storage Manager fuerza la grabacin de los registros al log de
recuperacin, (fig. 10.2 de la pg. 199).
Figura 10.2: Transacciones

Los resultados de los cambios de las transacciones son mantenidos en el
pool del buffer temporalmente y no son grabados en la base de datos inmedia-
200
tamente. Por lo tanto, la base de datos y el log de recuperacin no siempre

son consistentes.
Cuando todos los registros para una transaccin son escritos al log de recuperacin, el Tivoli Storage Manager actualiza la base de datos. La transaccin
entonces es realizada en la base de datos. En algn momento, luego de que
una transaccin es realizada, el servidor elimina el registro de transaccin del
log de recuperacin.
Cuando una transaccin ocurre, el servidor realiza las siguientes acciones:
1. Lee una pgina de base de datos en el buffer de base de datos y lo
actualiza. Una pgina es un bloque de 4096 bytes que son transferidos
como una unidad entre el almacenamiento de disco y la memoria.
2. Escribe un registro del Log de transaccin al Log de recuperacin para
describir la accin que ocurre y asocia esto con la pgina de la base de
datos en caso de la pgina de base de datos necesite retroceder durante
la recuperacin.
3. Escribe la pgina de la base de datos a la base de datos, liberndolo del
pool de buffer. Las pgina permanecen en el pool de buffer hasta que el
espacio del pool se necesita para otra pgina.
10.2.3
Modos de Recuperacin del Log de Transaccin
El log de recuperacin es usado por el servidor para mantener un registro

de todos los cambios a la base de datos. Cuando un cambio ocurre, el log
de recuperacin es actualizado con alguna informacin de transaccin antes
de que la base de datos sea actualizada. Esto permite a transacciones no
comprometidas retroceder durante la recuperacin, entonces la base de datos
permanece consistente, (fig. 10.3 de la pg. 201).
El log de recuperacin funciona en dos modos - modo normal y modo
avanzado.
Modo Normal
Cuando el registro del log de transaccin es escrito al log de recuperacin,
se registra un punto de recuperacin, y los datos son grabados en la base de
datos. Si la base de datos tiene que ser recuperada, el servidor usar el punto
10.2. PROPSITO DE LA B.D Y DEL LOG
Figura 10.3: Modos de Recuperacin del Log de Transaccin
201
202
de recuperacin en el log de recuperacin para devolver la base de datos a

su ltimo punto de consistencia. Un punto de consistencia es un tiempo en
que toda la informacin recuperable en la base de datos es igual a los datos
manejados por el servidor. Si un fracaso ocurre antes de que una transaccin
sea grabada en la base de datos, el servidor hace retroceder cualquier cambio
hecho a las pginas de la base de datos.
El log es tratado como un arreglo circular de bloques con la cabecera (los
registros del log ms recientes) siempre seguida de la cola (los registros ms
viejos). El servidor nunca dejar alcanzar a la cabecera y superponer la cola;
debe tomar alguna otra accin. Cuando las transacciones se realizan, dejan
libre el espacio del log y permiten avanzar a la cola. El log de recuperacin
guarda algunos registros de las transacciones que ya han sido realizadas, pero
slo lo necesario para volver a hacer el procesamiento en la recuperacin. El
log de recuperacin tambin puede ser usado para la recuperacin avanzada
de la base de datos durante la recuperacin de desastres.
Modo Roll-forward
En el modo roll-forward todos los cambios hechos a la base de datos desde
el ltimo backup son guardados en el log de recuperacin.
10.3
Asignacin de Espacio
10.3.1
Asignacin de Espacio de la Base de Datos y del Log

de Recuperacin
Cuntos Volmenes de Base de Datos son Necesarios?

En general, el acceso a la base de datos es predominantemente orientado
a lectura. La colocacin de los volmenes de base de datos sobre mltiples
volmenes fsicos puede mejorar el rendimiento porque esto permite al administrador de volmenes lgicos extender la carga de entrada - salida sobre ms
volmenes. Esto es tambin verdadero cuando se usa mirroring (espejado)
porque el administrador del volumen lgico programa operaciones de lectura
al volumen menos ocupado en el conjunto mirror. Sin embargo, mantiene el
nmero razonable de volmenes (menos de 12), reduce el espacio usado para
el administrador superior del volumen lgico. El lmite mximo del tamao
de base de datos es de 530 GB.
10.3. ASIGNACIN DE ESPACIO
203
Cuntos Volmenes de Log de Recuperacin son Necesarios?

En general, el acceso al log de recuperacin es predominantemente orientado a escritura donde muchos escriben y pocos leen, la mayora de las veces
agrupados. Por lo tanto, se apropian menos volmenes de log de recuperacin.
El mirroring tiene poco efecto sobre el rendimiento del log de recuperacin.
El lmite mximo del tamao del archivo del log es de 13 GB.
10.3.2
Espacio de la Base de Datos y del Log de Recuperacin
Los volmenes usados para contener la base de datos y el log de recuperacin

deben ser volmenes de disco, (fig. 10.4 de la pg. 203).
Figura 10.4: Consideracin del Espacio de la Base de Datos y del Log de

Recuperacin
Tivoli Storage Manager trata todos los volmenes asociados con la base de
datos o con el log de recuperacin como un solo volumen lgico. El adminstrador del volumen lgico mapean los datos entre el almacenamiento lgico y
204
el fsico, permitiendo a los datos de la base de datos y del log de recuperacin pasar al discos fsicos. No requieren ninguna reorganizacin del log de
recuperacin o la base de datos.
La cantidad de espacio disponible para la base de datos o el log de recuperacin iguala el espacio combinado de todos los volmenes definidos al log de
recuperacin o la base de datos. Cuando los datos son agregados, el Storage
Manager rastrea el porcentaje de utilizacin, que es la cantidad de espacio usado en un punto especfico del tiempo. Tener presente que la cantidad mxima
de espacio usado por el log de recuperacin puede variar considerablemente a
lo largo del da, es proporcional a la carga de transacciones en el sistema. La
cantidad mxima de espacio usado por la base de datos es ms consistente con
el porcentaje de utilizacin, porque la cantidad de espacio de base de datos
consumido crece en proporcin al nmero de objetos insertados en la base de
datos.
10.4
Dimensionamiento de la Base de Datos y del

Log de Recuperacin
10.4.1
Estimacin de Requerimientos de Espacio para la Base

de Datos
Estimacin de Requerimientos de Espacio

El tamao de la base de datos del Storage Manager depende del nmero
de archivos de cliente para ser almacenados y como el Tivoli Storage Manager
los maneja. Si se puede estimar el nmero mximo de archivos que podran
estar en el almacenamiento del servidor en cualquier momento, se puede usar
la siguiente informacin para realizar una estimacin til del tamao de base
de datos:
Cada versin de un archivo que el Tivoli Storage Manager almacena
requiere de aproximadamente 400 a 600 bytes del espacio de la base de
datos.
Cada copia de un archivo al pool de almacenamiento de copia o cached
requiere aproximadamente 100 a 200 bytes del espacio de la base de
datos. Caching por defecto esta apagado. Slo es usado para moverse
de un pool de almacenamiento al prximo.
10.4. DIMENSIONAMIENTO DE LA BASE DE DATOS Y DEL LOG DE RECUPERACIN2
La sobrecarga podra aumentar el espacio requerido hasta un 25 % adicional.

En el ejemplo siguiente, los cmputos son los mximos probables. Adems,
los nmeros no estn basados en el uso de agregacin de archivo. En general,
cuanto ms pequeos son los archivos agregados, menos espacio de base de
datos es requerido.
Asumir los siguientes nmeros para un sistema Tivoli Storage Manager:
Hasta 500,000 archivos de cliente podran ser resguardados. La poltica
de almacenamiento indica conservar hasta tres copias de archivos resguardados:
500,000 archivos x 3 copias = 1,500,000 archivos.
Archivos archivados, hasta 100.000 archivos; podran ser archivados las
copias de archivos de cliente.
Manejo del espacio de archivos hasta 200,000 archivos migrados de terminales de trabajo del cliente podran estar en el almacenamiento del
servidor.
El espacio requerido para todos los archivos resguardados, archivados, y
espacio administrqdo a 600 bytes por archivo es:
( 1,500,000 + 100,000 + 200,000) x 600 = 1.0 GB
En este ejemplo, hay tres servidores de aplicacin para los cuales la base
de datos y el log de recuperacin estn siendo dimensionado.
3 x 1.0 GB = 3 GB.
10.4.2
Cached y Archivos del Pool de Almacenamiento de Copia
El caching es permitido en el pool de almacenamiento de disco. El pool de

disco tiene una capacidad de 5 GB y usa por defecto el umbral mximo de
206
migracin (90 %) y el umbral bajo de migracin (70 %). As, si la migracin

comienza con el 90 % y para con el 70 %, el 20 % del pool de disco, o 1 GB,
es ocupado por archivos cached.
Caching del pool de disco:
Si el tamao promedio del archivo es aproximadamente 10 KB, aproximadamente 100,000 archivos estn en el cache en un momento dado.
100,000 archivos x 200 bytes = 19 MB.
Pool de almacenamiento de copia:
Todos los pool de almacenamiento primarios son resguardados al pool de
almacenamiento de copia.
( 1,500,000 + 100,000 + 200,000) x 200 bytes = 343 MB). Por lo tanto, los
archivos de pool de almacenamiento de copia y caches requieren aproximadamente 0.4 GB de espacio de datos.
10.4.3
Sobrecarga
Comenzar con al menos 12 MB para el log de recuperacin. Si se usar el

backup de la base de datos y funciones de recuperacin en el modo avanzado,
se debera comenzar con al menos 25 MB.
Hasta este punto aproximadamente son requeridos 1.4 GB para versiones
de archivo y archivos del pool de almacenamiento de copia y caches. Hasta
un espacio adicional del 50 % (o 0.7 GB) debera ser tenido en cuenta para la
sobrecarga.
La base de datos, entonces, debera ser aproximadamente de 2.1 GB.
Si no es prctico estimar el nmero de archivos a ser cubiertos por la poltica de administracin del almacenamiento, se puede estimar aproximadamente
el tamao de base de datos como del 1 % al 5 % del espacio requerido de
almacenamiento del servidor. Por ejemplo, si se necesitan 100 GB del almacenamiento del servidor, la base de datos debera estar entre 1 GB Y 5 GB.
10.5. AGREGAR ESPACIO
207
Atencin: Tener en cuenta que los resultados son estimaciones. El tamao real de la base de datos puede diferenciarse de la estimacin debido a
factores tales como el nmero de directorios y la longitud de la ruta de acceso
y nombres del archivo. Peridicamente se debera supervisar la base de datos
y el log recuperacin y ajustar sus tamaos como sea necesario.
10.4.4
Estimacin del Tamao del Log de Recuperacin
Tanto en el modo normal como en el modo roll-forward, el volumen de las

transacciones del Tivoli Storage Manager afectarn a cmo de grande debera
ser el log de recuperacin. Cunto ms clientes son agregados y el volmen de
transacciones simultneas se incrementa, se debera ampliar el tamao del log.
En el modo roll-forward tambin se debe considerar cun frecuentemente se
realizan los backup de la base de datos. En este modo, el log de recuperacin
mantiene todas las transacciones desde el ltimo backup de la base de datos y
tpicamente requiere considerablemente ms espacio que en el modo normal.
En el modo roll-forward, se tiene que determinar cunto espacio es usado
en el Log de recuperacin entre backups de la base de datos. Por ejemplo, si
se planifica backups incrementales diariamente, se debera comprobar su uso
diario por el perodo del tiempo.
10.5
Agregar Espacio
10.5.1
Crear Volmenes Adicionales
DEFINIR EL VOLMEN - Usar el comando DEFine DBVolume para definir

un nuevo volmen de la base de datos y usar el comando DEFine LOGVolume
para definir un nuevo volmen del log de recuperacin.
Otro mtodo para asignar un nuevo volmen a la base de datos del Storage
Manager es usando el comando DEFine DBVolume con la opcin FORMATSIZE
desde la consola del Storage Manager o desde un cliente administrativo.
EXTENDER EL VOLMEN - Usar el comando EXTend DB para incrementar la cantidad de espacio que puede ser usado por la base de datos dentro
de todos los volmenes de la base de datos asignados previamente al Tivoli
Storage Manager. Usar el comando EXTend LOG para incrementar la cantidad
208
de espacio que puede ser usado por el log de recuperacin dentro de todos los
volmenes del log de recuperacin asignados previamente al Storage Manager.
10.6
Reducir el Espacio de la Base de Datos y del

Log de Recuperacin
Hay algunos comandos adicionales que se pueden usar para reducir el espacio
de la base de datos y del Log de recuperacin. Slo se debe ejecutar stos
comandos si se quiere redisear las disposiciones del volmen, o agregar nuevos
volmenes al Tivoli Storage Manager.
Usar el comando REDUCE DB para disminuir la cantidad de espacio que
puede ser usado por la base de datos. Para reducir la capacidad de la
base de datos, se debe reducir la base de datos en incrementos de 4 MB.
Si no se especifica la reduccin en incrementos de a 4 MB, Tivoli Storage
Manager redondea el nmero a la siguiente particin de 4 MB.
Usar el comando REDUCE LOG para disminuir la cantidad de espacio que
puede ser usado por el log de recuperacin. Para reducir la capacidad
del log de recuperacin, se debe reducir el Log de recuperacin en incrementos de 4 MB. Si no se especifica la reduccin en incrementos de 4
MB, Tivoli Storage Manager redondea el nmero a la siguiente particin
de 4 MB.
10.7
Mirroring (Espejado)
10.7.1
Mirroring de la Base de Datos y del Log de Recuperacin
La disponibilidad de la base de datos y del log de recuperacin es asegurada,

proporcionando proteccin ante errores lgicos y ante fallas de los dispositivos
y medios, (fig. 10.5 de la pg. 209).
Mirroring ofrece flexibilidad adicional al usar copia dual de hardware. Mirroring tiene las siguientes ventajas:
1. Se pueden soportar tres copias.
10.7. MIRRORING (ESPEJADO)
209
Figura 10.5: Mirroring de la Base de Datos y del Log de Recuperacin
210
2. Se tiene el control preciso de lo que se espeja.

3. Las copias pueden estar sobre los volmenes fsicos que residen en diferentes unidades de control de almacenamiento.
4. El rendimiento en lecturas se mejora con mirroring debido a que el servidor leer desde el dispositivo con el mejor tiempo de respuesta.
Nota: no es aconsejable usar volmenes mirror independientes para la
base de datos o el log de recuperacin, aunque sea permitido.
10.7.2
Ejemplos de Mirroring
Usar el comando DSMFMT para formatear el espacio. Por ejemplo, para formatear un volumen de base de datos llamado db1.dsm con un tamao de 12 MB,
ir al prompt del sistema y ejecutar el siguiente comando:
dsmfmt -db c:\TSMdata\server1\db1copy.dsm 12
Nota: la posicin por defecto del comando DSMFMT est en C:\Program
Files\tivoli\TSM\console directory.
Entonces, defina el volumen mirrored ejecutando el siguiente comando desde el prompt de comandos administrativos del Storage Manager:
define dbcopy c:\TSMdata\server1\db1.dsm
c:\TSMdata\server1\db1copy.dsm
El proceso de agregar un mirror es muy similar a la agregacin de espacio la
base de datos y al Log de recuperacin. Slo recordar que si se usa la interfaz
GUI para crear la copia mirror, todava se debe usar el comando DSMFMT
para formatear el espacio ntes de definir el mirror. El comando del Storage
Manager para definir un mirror para la base de datos es DEFine DBCopy. Para
definir un mirror del log de recuperacin usar DEFine LOGCopy.
Usar el comando DEFine DBCopy para crear un volmen de copia de un
volmen de base de datos existente. Las copias de volmenes deben tener al
menos la misma capacidad que el volumen original y deberan estar definidas
en dispositivos fsicos separados. Cualquier espacio adicional en la copia del
volumen no es usado.
10.8. PARMETROS BUFPOOLSIZE Y LOGPOOLSIZE
211
Usar el commando DEFine LOGCopy para crear un volmen de copia de

un volumen existente del log de recuperacin. Despus de que un volmen de
copia es definido, el volmen de copia se sincroniza con el volmen original.
Despus de que la sincronizacin se haya completado, los volmenes de copias
son las imgenes espejo el uno del otro. Se puede solicitar informacin sobre
los volmenes espejados de la base de datos o del Log de recuperacin usando
los comandos DBVolume y Query LOGVolume.
10.8
Parmetros BUFPOOLSIZE y LOGPOOLSIZE
Se puede dejar que el Tivoli Storage Manager ajuste dinmicamente el tamao

del pool del buffer de almacenamiento de base de datos o se puede ajustar
manualmente.
Las opciones que permiten la configuracin automtica del temao del pool
de la base de datos del buffer y de la base de datos del Log son:
BUFPOOLSIZE
El tamao mnimo es de 256 KB.
El tamao mximo es limitado por la memoria virtual disponible - por defecto
es de 2048 kilobyte.
Lo recomendado es de 131072 para el servidor con 1GB de memoria real.
LOGPOOLSIZE.
SELFTUNEBUFPOOLSIZE.
El procesmiento de expiracin del servidor reinicia el pool del buffer de la
base de datos antes de que el siguiente procesamiento comience y examina si
el cache del pool del buffer de la base de datos esta por encima del 98 %. Si
la proporcin del cache es inferior al 98 %, el pool del buffer de la base de
datos ser incrementado; si es ms alto, el tamao del pool del buffer no se
cambiar. El aumento del pool del buffer de la base de datos no usar ms
del 10 % del almacenamiento real disponible.
212
Usar el comando SETOPT BUFPOOLSIZE para cambiar el tamao del pool

del buffer.
10.9
Espacios Triggers
10.9.1
DEFine SPACETrigger
Cuando el servidor realiza una operacin interna de movimiento de datos,

tal como la migracin, recuperacin, movimiento de datos, o restauracin o
backup del pool de almacenamiento, ajustar los valores del rendimiento automaticamente ajustando los parmetros, configurndolos, para alcanzar el
rendimiento ptimo. Para prevenir quedarse sin espacio del log durante estas
operaciones, usar el comando DEFine SPACETrigger para permitir la extensin del log de recuperacin.
El Administrator de espacios definidos para triggers avisa al Storage Manager server cundo aumentar el tamao de la base de datos o del log. Los
espacios para triggers definen un porcentaje mximo de utilizacin. Cuando
dicho porcentaje de utilizacin se alcanza, el primer paso es aumentar el tamao de la base de datos o del log, usando el espacio antes asignado, pero no
usado. Para hacer esto se usa el comando extend.
Si no hay el espacio previamente asignado, o si hay espacio insuficiente
para reducir el porcentaje de utilizacin debajo del valor trigger, la base de
datos o el log se amplian. El primer paso para expandir la base de datos
es asignar un nuevo volumen. Se deben predefinir un prefijo de nombre de
volumen y la cantidad de espacio a extenderse como un porcentaje de la base
de datos existente o el log.
Un lmite superior forzado puede ser definido para la base de datos o el
Log para prevenir la extensin ms all de un cierto punto. Cundo finaliza
el formateado del volmen de asignacin, la base de datos o el log ampliar
el tamao de los volmenes recin asignados. Los volmenes espejados sern
asignados tambin si la base de datos o el log son espejados.
El comando DEFine SPACETrigger define configuraciones para la base de
datos y el log de recuperacin que determina cundo y cmo el Tivoli Storage
Manager trata con escasos espacios en el log de recuperacin y la base de
datos.
10.9. ESPACIOS TRIGGERS
213
El primer parmetro especifica si la base de datos o el log deben ser manejados por el trigger de extensin automtica del espacio.
Captulo 11
Configuracin del Cliente

11.1
Interfaces de los Clientes
11.1.1
Identificar los Tipos de Clientes
Se puede usar la interfaz grfica de usuario (GUI), la interfaz de lnea de

comando, o la interfaz del cliente Web para realizar tareas, (fig. 11.1 de la
pg. 216).
11.1.2
La Interface de Lnea de Comando
El cliente puede ser invocado usando la interfaz de lnea de comando escribiendo dsmc en el prompt de comando del sistema en la ruta del directorio
donde el cliente fue instalado, (fig. 11.2 de la pg. 217).
Por ejemplo:
c:\Program Files\Tivoli\tsm\baclient dsmc
El cliente invoca una sesin con el servidor hasta que el comando se complete. El comando dsmc puede estar seguido de una palabra clave. Por ejemplo,
el comando incremental dsmc mostrado a continuacin:
dsmc i
Cuando la autenticacin est disponible, se debe ingresar una contrasea
215
216
CAPTULO 11. CONFIGURACIN DEL CLIENTE
Figura 11.1: Tipos de Clientes
11.1. INTERFACES DE LOS CLIENTES
Figura 11.2: Interface de Lnea de Comandos
217
218
en la lnea de comando, o se le solicitar al usuario que ingrese una contrasea.

La contrasea est encriptada y no se mostrar cuando es tipeada.
11.1.3
Utilizacin del Loop de la Interface de lnea de Comando
El comando dsmc loop es otra opcin de la interfaz de lnea de comando para

ingresar en una serie de comandos del Storage Manager. El loop invocar una
sesin del servidor hasta que el comando quit haga que la sesin se cierre.
Mientras que en el loop se pueden ingresar tantos comandos como se quiera
sin preceder el comando con el prefijo de la interfaz de lnea de comando dsmc.
El ingreso dsmc sin un parmetro invocar el loop de la interfaz de lnea de
comando.
11.1.4
Interface Web del Cliente
Para usar al cliente Web, especificar la URL de la mquina cliente ejecutando

el cliente Web en el navegador, y el puerto cliente 1581. Por ejemplo:
http://x.x.x.x:1581
El cliente Web se ejecuta sobre los siguientes navegadores:
Netscape Navigator 6.0 o anteriores con la opcin de soporte Java instalado.

Netscape Navigator 4.7 o anteriores con Java Plug-in 1.3.1.
Microsoft Internet Explorer 5.0 o anteriores con Java Plug-in 1.3.1. El
mnimo nivel JRE requerido para navegadores de Microsoft Internet Explorer que se ejecutan en plataformas Windows es JRE 1.3.1_01.
TCP/IP es el nico protocolo de comunicacin soportado para esta interfaz

cliente.
11.1. INTERFACES DE LOS CLIENTES
11.1.5
219
La Interfz GUI
La interfaz GUI de backup y archivado puede ser accedida desde el men Start
Windows seleccionando:
Start >> Programs >> Tivoli Storage Manager >> BackupArchive GUI.
El comando DSM comenzar la interfz GUI desde la lnea de comando.
Comandos del Utilities Menu
Las siguientes funciones estn disponibles al cliente a traves del Utilities
Menu de la interface GUI:
Cambio de contrasea
Lista de acceso a nodos
Acceso a otro nodo
Vista de la informacin de polticas
Eliminar datos de archivo
Eliminar filespaces
Setup wizard
Cambio de Contrasea
Una contrasea es requerida cundo la autorizacin esta conectada. La
funcin cambiar de contrasea permite cambiar la contrasea en cualquier
momento.
Lista de Acceso a Nodo
Esta opcin es usada en conjuncin con el comando de Acceso a Otro Nodo.
En esta ventana, se podr crear o modificar las reglas que permitirn a otro
nodo tener acceso a los espacios de archivo resguardados en un servisor TSM.
Esta funcin fue puesta en el Native GUI y en el cliente Web. Tambin, la
interfz ha sido rediseada para ayudar a mejorar la utilidad de sta funcin.
Acceso a Otro Nodo
220
Un usuario puede dar acceso a otro usuario a sus archivos en el servidor

TSM mediante la ventana de Lista de Acceso a Nodos en la GUI del cliente
del TSM o mediante el comando set access en la lnea de comando. El
segundo usuario puede usar la ventana de Acceso a Otro Nodo en la GUI del
cliente TSM, o la opcin fromnode en la lnea de comando para restaurar o
recuperar los otros objetos del nodo desde el servidor a la mquina en la que se
ejecuta el cliente. La funcionalidad Acceso a Otro Nodo ahora ser soportado
en el cliente Web TSM, permitiendo a un nodo restaurar objetos resguardados
o archivados por otro nodo a la mquina en la que se ejecuta el agente del
cliente Web del TSM del primer nodo.
Ver Informacin de Poltica
La ventana de la Vista de la Informacin de Poltica muestra las clases
administradoras disponibles. Esta informacin incluye la informacin de grupo
de copia para el backup y los grupos de copia de archivado.
Eliminar Datos Archivados
Se puede eliminar el paquete de archivo entero o archivos individuales que
no es necesario almacenar en el servidor TSM.
Eliminar Filespace
Usar esta utilidad si no se necesita un espacio de archivo. Cuando se
selecciona el comando Delete Filespace desde el men, una peticin de confirmacin de eliminacin se muestra en el prompt. Tambin se puede eliminar
un espacio de archivo utilizando el comando Delete Filespace en la lnea de
comando.
Setup Wizard
El wizard de configuracin del cliente es accesible desde aqu. El Setup
Wizard guiar a travz de todos los pasos necesarios para configurar al cliente
TSM y al cliente Web.
Pregunta DiskInfo
La Pregunta DiskInfo est disponible para el cliente a travz del Utilities
Menu de la interfz Web.
La pregunta DiskInfo permite a los usuarios y administradores obtener el
LUNs y el serial IDs de todos los discos accesibles por la mquina cliente sin
necesidad de conectarse realmente a las mquinas clientes. Durante la confi-
11.2. CONTROL DE ACCESO ADMINISTRATIVO
221
guracin del TSM para el movimiento server-free de datos, el administrador

debe obtener la informacin para los discos en los cules el usuario deber
ser resguardado. Esto es necesario para asegurar que slo un nodo cliente
ser capaz de realizar una operacin de backup o restauracin server-free para
cualquier disco dado en el SAN.
11.2
Control de Acceso Administrativo
11.2.1
Registracin
ntes de que un usuario pueda solicitar servicios al Storage Manager, el nodo

debe ser registrado con el servidor:
Cada nodo debe ser registrado con el servidor y requiere un archivo de
opcin con un indicador del servidor.
Cuando un nodo es registrado, el Storage Manager automticamente
crea un ID de usuario administrativo con autoridad de cliente propietario
sobre el nodo.
Se puede usar este ID de usuario administrativo para acceder al backuparchivado del cliente Web desde ubicaciones remotas a travz de un navegador Web.
Si un ID de usuario administrativo ya existe con el mismo nombre, el ID
de un usuario administrativo automticamente no es definido.
11.2.2
Administracin de Contraseas
Los administradores tienen una variedad de comandos y opciones que pueden

ser usados para limitar y controlar el acceso al sistema, (fig. 11.3 de la pg.
222).
Expiracin del Conjunto de Contraseas
Por defecto, el servidor configura la expiracin de la contrasea a 90 das.
El perodo de expiracin comienza cuando un administrador o el nodo cliente
son registrados por primera ves en el servidor. Si una contrasea de usuario
222
Figura 11.3: Administracin de Contraseas
223
no es cambiada dentro de este perodo, el servidor obliga al usuario a cambiar

la contrasea la prxima vez que el usuario trata de acceder al servidor.
set passexp 120 node=joe
Por defecto, Tivoli Storage Manager no comprueba el nmero de veces que
un usuario intenta conectarse con una contrasea invlida. Se puede configurar
un lmite para el nmero de intentos consecutivos de contraseas invlidas para
todos los nodos clientes. Cundo el lmite excede, el servidor cierra el nodo.
El siguiente ejemplo configura el lmite para todo el sistema en tres intentos
consecutivos de contraseas invlidas:
set invalidpwlimit 3
Configuracin de la Longitud Minma de la Contrasea
Por defecto, Tivoli Storage Manager no comprueba la longitud de una
contrasea. El administrador puede especificar una longitud mnima de la
contrasea que es requerida para las contraseas del Tivoli Storage Manager. El siguiente ejemplo muestra como configurar la longitud mnima de la
contrasea a ocho carcteres:
set minpwlength 8
11.2.3
Impedir a los Nodos Clientes el Acceso al Servidor
Se puede impedir a un nodo cliente acceder al sistema usando el comando

LOCK NODE, (fig. 11.4 de la pg. 224).
No se puede cancelar a un nodo cuando ste ya tiene una sesin.
Hay varios motivos por los qu un nodo podra ser cancelados:
Un nodo se cancela cuando hay demasiados intentos de contraseas invlidas.

Un administrador puede decidir cancelar un nodo para impedirle incluirse en un evento prximo previsto.
224
Figura 11.4: Impedir a los Nodos Clientes el Acceso al Servidor
11.2.4
225
Opciones del Cliente
Las opciones del cliente pueden ser modificadas a travs de la GUI escogiendo
Edit >> Preferences. La utilizacin de la GUI, ms que trabajar directamente con el archivo de opciones de configuracin, reduce el potencial error
humano. Algunas opciones, sin embargo, no estn disponibles en la GUI. Se
deben editarlas manualmente utilizando el editor de textos a eleccin, (fig.
11.5 de la pg. 225).
Figura 11.5: Opciones del Cliente

Configuracin del Archivo de Opciones
Hay dos archivos de opcin del cliente, y cualquiera se puede usar, dependiendo del sistema operativo:
DSM.OPT
226
DSM.SYS
En el sistema operativo Windows 2000, las opciones del cliente estn en el
DSM.OPT. Este es un archivo que el cliente puede editar, contiene un conjunto
por defecto de procesamiento de las opciones que identifican al servidor, el
mtodo de comunicacin, las opciones de backup y archivado, y las opciones
de planificacin.
11.2.5
El Editor Grfico de Opciones
El cambio de los archivos de configuracin del archivo de backup del cliente

usando un editor de textos es potencialmente una tarea peligrosa.
Un editor grfico de opciones (Edit >> Preferences) est disponible
para la GUI del backup y archivado del cliente para hacer la personalizacin
de las opciones de configuracin del cliente ms fcil de usar y menos propenso
a errores.
Sin embargo se debera saber que los editores grficos de opciones agregan
opciones al final del archivo de opcin.
El editor grfico de opciones actualiza los archivos de configuracin del
cliente DSM.OPT y DSM.SYS (clientes de UNIX solamente) si cualquier
opcin es cambiada.
Los archivos de configuracin del cliente todava pueden ser actualizados
usando un editor de textos en los clientes.
El editor grfico de opciones usa las variables DSM_DIR y DSM_CONFIG
del Storage
Manager para localizar el archivo de configuracin del cliente.
El editor grfico de opciones preguntar al servidor por las opciones que
son almacenadas centralmente en la configuracin de las opciones del cliente
en el servidor. Es importante notar que el editor grfico de opciones slo
actualizar o agregar opciones del cliente a los archivos de opciones en el
cliente. Las configuraciones de opciones del cliente en el servidor TSM no son
actualizadas. Las opciones almacenadas centralmente son mostradas por el
editor grfico de opciones.
11.2.6
227
Configuracin del Acceso del Cliente al Servidor
El Tivoli Storage Manager usa varios parmetros de comunicacin que deben

ser configurados. Estas opciones son NODename, TCPServeraddress, COMMMethod, y TCPPORT, (fig. 11.6 de la pg. 227).
Figura 11.6: Configuracin del Acceso del Cliente al Servidor

NODENAME - Usar la opcin NODENAME para identificar la estacin de trabajo en el servidor. El nodename puede tener un nombre de
1 a 64 carcteres que ser usado para identificar al nodo para el cul se
quiere solicitar servicios al Storage Manager. Para sistemas Windows,
por defecto es el nombre de la mquina si no se usa sta opcin.
La opcin NODENAME esta en el archivo de opciones del sistema del
cliente dsm.sys.
228
TCPSERVERADDRESS - Usar la opcin TCPSERVERADDRESS

para especificar la direccin TCP/IP para un servidor del Storage Manager. Para usar el protocolo de comunicacin TCP/IP, se debe incluir la
opcin TCPSERVERADDRESS en el archivo de opcin del cliente. Las
otras opciones del TCP/IP tienen los valores por defecto que se pueden
modificar slo si se quiere cambiar el valor por defecto.
Proporcionar de uno a sesenta y cuatro caracteres a la direccin TCP/IP
para un servidor del Storage Manager. El valor que se especifica para ste parmetro puede ser un nombre de dominio TCP/IP de Internet o una direccin
de IP.
COMMMETHOD - Usar la opcin COMMMETHOD para especificar
el mtodo de comunicacin que se usa para proporcionar la conectividad para la comunicacin del servidor y del cliente. Algunos mtodos
de comunicacin que se pueden usar con la opcin COMMMETHOD
incluyen:
SHAREDMEM - mtodo de comunicacin de Memoria Compartida. Esta
opcin de mtodo de comunicacin es posible cuando el Storage Manager
Server y el Storage Manager Client estn en la misma mquina UNIX.
TCPIP - mtodo de comunicacin, Protocolo de Control de Transmisin /
Protocolo de Internet (TCP/IP).
NAMEDPIPE - la opcin Named Pipe especifica el nombre de un pipe llamado para usar la comunicacin entre un Storage Manager Server y un
Storage Manager Client en la misma estacin de trabajo Windows.
TCPPORT - Usar la opcin TCPPORT para especificar la direccin del
puerto TCP/IP de un servidor. La direccin del puerto TCP/IP es
usada para la comunicacin con un servidor del Storage Manager. El
rango de valores es de 1000 a 32767. Por defecto es de 1500.
TCPPORT port_address
PASSWORDACCESS GENERATE
El soporte de generacin de passwordaccess se activa para especificar un
PASSWORDACCESS GENERATE en un archivo de opcin del cliente.
229
La contrasea del cliente del Tivoli Storage Manager de archivado y backup

se encripta y almacena en un archivo en el cliente. Si un cliente recibe un
cdigo de retorno desde el servidor del Tivoli Storage Manager indicando que
la contrasea ha expirado, el cliente genera una nueva contrasea aleatoria.
La opcin PASSWORDDIR del cliente de archivado y backup es usada
para especificar la ubicacin del archivo de contrasea encriptado. El cliente
Win32 de archivado y backup es una excepcin a esta regla de cmo el Tivoli
Storage Manager almacena la contrasea encriptada del cliente en el registro.
11.2.7
Identificar Preferencia de Opciones
Si se tiene una opcin en el set central de opciones del cliente y en el archivo de opciones del cliente (dsm.opt) el set central de opciones del cliente
sobreescribir el archivo de opciones del cliente.
Anular Opciones de Configuracin
Un administrador en el servidor puede anular un subconjunto de opciones
del cliente, por ejemplo, programando el modo.
Las opciones pueden ser especificadas invocando la lnea de comando o la
GUI del cliente, que entonces anulan las opciones sin necesidad de hacer un
cambio al archivo de opciones actual. La excepcin es la sentencia DOMAIN
que es agregada al archivo de opcin del cliente.
Cuando las opciones son cambiadas, el cliente debera ser reinicializado.
La Opcin Domain
Si no se especifica controladores locales con la opcin DOMAIN en el archivo de opciones del cliente, por defecto son todos controladores locales.
Cuando se usa esta opcin con el comando INCREMENTAL, agrega los
controladores locales que se especifican a los que estn definidos en el archivo
de opciones del cliente. Por ejemplo, si se ingresara:
DOMAIN C: D: E:
En el archive de opciones del cliente y se ingresara:
dsmc incremental -domain=g: h: en la lnea de comando, Tivoli
Storage Manager realiza un backup incremental para los controladores locales
230
c:, d:, e:, g:, y h:.

Esta descripcin se aplica generalmente a todas las plataformas. Considerar el trmino controladores locales para indicar volmenes o sistemas de
archivos.
Usar la opcin DOMAIN para especificar los controladores que se quiere
incluir en el dominio del cliente para el backup incremental. Cuando se usa
esta opcin en el archivo de opcin del cliente, define el dominio del cliente
por defecto.
Tivoli Storage Manager usa el dominio del cliente por defecto para determinar qu controladores locales procesar durante un backup incremental en
estas situaciones:
Se ejecuta un backup incremental usando el comando INCREMENTAL sin
especificar qu controladores locales tratar.
El administrador del Tivoli Storage Manager define un schedule para
ejecutar un backup incremental, pero no especifica qu controladores
locales tratar.
11.3
Rendimiento y Opciones del Cliente
11.3.1
Opciones Disponibles del Cliente para Configurar y Proporcionar Rendimiento
TXNBYTELIMIT - La opcin TXNBYTELIMIT en el archivo de

opcin del cliente indica el nmero total de bytes que el cliente puede
enviar al servidor en una sla transaccin.
TCPWINDOWSIZE - Usar la opcin TCPWINDOWSIZE para especificar, en kilobytes, el tamao que se quiere usar para la ventana
deslizante del TCP/IP para el nodo cliente. El host emisor no puede
enviar ms datos hasta que ste reciba un reconocimiento y reciba una
actualizacin TCP.
Cada paquete TCP contiene informacin de la ventana de recepcin de
TCP de la conexin. Una ventana ms grande permite al remitente continuar
11.3. RENDIMIENTO Y OPCIONES DEL CLIENTE
231
enviando datos y puede mejorar el rendimiento de la comunicacin, sobre

todo sobre en redes rpidas con alta latencia. El valor recomendado es de 63
kilobyte.
TCPBUFFSIZE - La opcin TCPBUFFSIZE especifica el tamao del
buffer de comunicacin interno del TCP/IP usado para transferir datos
entre el nodo cliente y el servidor. Aunque esto use ms memoria, un
buffer ms grande puede mejorar el rendimiento de la comunicacin.
TCPNODELAY - La opcin TCPNODELAY especifica si el servidor
permite a los paquetes de datos que son menores que el tamao de la unidad de transmisin mxima (MTU) ser enviados inmediatamente sobre
la red. La configuracin recomendada es Yes.
La fig. 11.7 de la pg. 232 muestra las opciones disponibles del cliente
para configurar y proporcionar rendimiento.
11.3.2
TXNGROUPMAX
TXNGROUPMAX es el nmero de los archivos que son transferidos como

un grupo entre un cliente y el servidor entre determinados puntos de una
transaccin. Es posible afectar el rendimiento de las operaciones de backup,
archivado, restauracin, y de la recuperacin del cliente usando un valor ms
grande para la opcin TXNGROUPMAX.
Se puede usar la opcin TXNGROUPMAX para aumentar el rendimiento
cuando el Tivoli Storage Manager graba a cintas. Este rendimiento puede ser
considerable cuando un usuario transfiere mltiples archivos pequeos, (fig.
11.8 de la pg. 233).
11.3.3
Configurar las Opciones de Logging
ERRORLOGNAME - Usar la opcin ERRORLOGNAME para especificar la ruta y el nombre del archivo donde se quiere que el Storage
Manager almacene la informacin sobre los errores que ocurren durante
el procesamiento.
ERRORLOGRETENTION - Usar la opcin ERRORLOGRETENTION para especificar el nmero de das que se guardarn las entradas
232
Figura 11.7: Opciones Disponibles del Cliente Para Generar y Proporcionar

Rendimiento
Figura 11.8: TXNGROUPMAX
233
234
en el log de error, y si hay que guardar las entradas eliminadas. El log

de error es eliminado cuando el primer error es escrito al log despus
que la sesin del Storage Manager comienza y despus de que cada schedule se ejecuta. Si la nica sesin del Storage Manager que se ejecuta
es el scheduler, y se lo ejecuta las 24 horas del da, el log de error no
podran ser eliminado segn las expectativas. Se debe parar la sesin
y comenzarla nuevamente para permitir al log ser eliminado cuando el
siguiente error es escrito. Se recomienda que se configure el log para ser
mantenido durante 7 das.
QUIET - La opcin QUIET impide que los mensajes se muestren en
la pantalla durante el procesamiento del Storage Manager. Por ejemplo, cuando se ejecuta el comando del backup incremental o selectivo,
el Storage Manager muestra la informacin sobre cada archivo que fue
resguardado. Usar la opcin QUIET para reducir el nmero de entradas
que se pueden observar. Cuando se usa la opcin QUIET, cierta informacin de error todava se muestran sobre la pantalla, y los mensajes
son escritos al log de archivos. Si no se especifica la opcin QUIET, el
Storage Manager usa la opcin por defecto, VERBOSE. Se recomienda
que se configure a la opcin QUIET.
11.3.4
Opciones del Cliente y del Servidor del TSM
Usar las opciones descritas en la fig. 11.9 de la pg. 235, para controlar el
procesamiento del servidor y del cliente.
COMMTIMEOUT - Este es el nmero de segundos que el servidor
espera una respuesta desde un cliente antes de finalizar la sesin del
cliente.
IDLETIMEOUT - Este es el nmero de minutos que el servidor permite a una sesin cliente permanecer ocioso antes de finalizar la sesin
del cliente.
MAXSESSIONS - Esto determina el nmero mximo de sesiones simultneas de clientes con el servidor.
USELARGEBUFFERS - Esto determina si los buffers grandes son
usados para comunicaciones cliente/servidor.
Figura 11.9: Opciones del Cliente y del Servidor del TSM
235
236
11.3.5
Conjunto de Opciones Cliente
Para crear un conjunto de opciones cliente, fig. 11.10 de la pg. 237, y hacer
que los clientes usen el conjunto de opciones, hacer lo siguiente:
1. Crear un conjunto de opcin cliente con el comando DEFINE CLOPTSET.
El comando DEFINE CLOPTSET define el nombre y la descripcin del conjunto de opciones. El nombre puede tener una longitud de 64 carcteres
y no debera incluir en su interior espacios en blanco. La descripcin del
conjunto de opciones puede tener una longitud de hasta 255 caracteres y
debera ser encerrada entre comillas si son usados espacios en blanco en
su interio. Para ejecutar este comando el administrador tiene que tener
el privilegio SYSTEM o el privilegio de POLICY sin restriccin.
2. Agregar opciones de cliente al conjunto de opciones con el comando
DEFINE CLIENTOPT. El conjunto de opciones est vaco primero cuando
es definido. Una vez que el conjunto de opciones ha sido definido al Tivoli
Storage Manager, las opciones y sus valores deben ser definidos en el
conjunto de opciones. Esto se hace con el comando DEFINE CLIENTOPT.
El conjunto de opciones, el nombre de la opcin y el valor de la opcin
deben ser suministrados. Opcionalmente, un nmero de secuencia y/o
el valor forzado pueden ser suministrados tambin.
3. Especificar qu clientes deberan usar la opcin de configuracin con el
comando REGISTER NODE o UPDATE NODE. Una vez que una opcin del
cliente se configura y las opciones del cliente han sido definidas, los nodos
pueden ser asociados con aquella configuracin. Esto se hace usando la
opcin CLOPTSET en el comando REGISTER NODE para nuevos nodos, o
en el comando UPDATE NODE para nodos existentes.
11.3.6
Identificar el Valor del Conjunto de Opciones del Cliente
Las opciones de configuracin del cliente permiten al administrador especificar opciones adicionales que no pueden ser incluidas en el archivo (dsm.opt)
de opcin del cliente. Se puede especificar cules clientes usarn la opcin
de configuracin con el comando REGISTER NODE o UPDATE NODE. El cliente
Figura 11.10: Conjunto de Opciones Cliente
237
238
puede usar estas opciones definidas durante un proceso de backup, archivado,

restaurarcin, o recuperacin.
Las opciones definidas en una opcin de configuracin del cliente son un
subconjunto de las opciones del cliente disponibles. Las opciones como el
mtodo de comunicacin todava son almacenadas en la mquina cliente. Para
permitir al administrador controlar estas opciones centralmente, es posible
especificar qu opciones individuales no pueden ser anuladas en la mquina
cliente, (fig. 11.11 de la pg. 238).
Figura 11.11: Identificar el Valor del Conjunto de Opciones del Cliente

Definir Opciones Incluyen - Excluyen
Dos de las opciones que pueden ser definidas en una configuracin de opciones del cliente son INCLUDE y EXCLUDE.
Cuando estos parmetros son especificados en el archivo de opcin del clien-
239
te un parmetro adicional para la clase administradora a ser usada tambin

puede se proporcionado.
11.3.7
Uso de la Opcin FORCE
El nmero de secuencia asignado a una opcin del cliente es usado cuando la

misma opcin es definida ms de una vez. Las opciones tales como INCLUDE
pueden ser definidas a una opcin de configuracin del cliente muchas veces y
la secuencia es crucial. La opcin FORCE es usada para especificar opciones
que no pueden ser anuladas por el archivo de opcin local del cliente. Para
parar una opcin siendo anulada por el cliente, debera ser definida a la opcin
de configuracin con FORCE=YES. Por defecto es NO, (fig. 11.12 de la pg.
239).
Figura 11.12: Uso de la Opcin FORCE
240
11.3.8
Identificar Archivos a Ser Incluidos o Excluido Desde

el Backup
La lista incluir - excluir permite establecer los archivos que deben ser incluidos
o excluidos del procesamiento de backup. La sentencia incluir es usada para
dos propsito. Uno es para especificar excepciones a la lista excluir. El otro es
para asociar a una clase administradora con un archivo o un grupo de archivos.
La sentencia incluir tambin es usada durante el archivado para determinar la
clase administradora, mientras la sentencia excluir no es comprobada durante
el prosesamineto de archivado.
A no ser que se tenga la sentencia EXCLUDE.DIR, el tipo de directorio de los
archivos son siempre incluidos en el backup, incluso cuando todos los archivos
dentro del directorio son excluidos.
La lista incluir - excluir usa metacharacters para seleccionar archivos a
ser incluidos o excluidos. Algn metacharacters se diferencia dependiendo
de la plataforma del cliente. Estos metacharacters permiten especificar el
procesamiento comodn. Los metacharacters tambin pueden ser usado en la
lnea de comando para indicar la especificacin del archivo en la mayora de
los comandos.
Los metacharacters incluyen: (Los ejemplos estn en parntesis)
? - Uno y slo un carcter matched como un comodn (us?r.doc)
* - Match cualquier nmero de carcteres como un comodn (us*.doc)
\ ... - Windows: Match cualquier directorio (\ ...\user.doc)
11.3.9
Procesamiento Incluir - Excluir
Usar el diagrama de flujo de la fig. 11.13 de la pg. 241, para determinar si

un archivo ser incluido o excluido del procesamiento segn las reglas proporcionadas para el incluir - excluir.
11.3.10
Procesamiento Continuado del Incluir - Excluir
El proceso incluir - excluir es un proceso bottom up en el cual la ltima

sentencia incluir - excluir se comprueba primero. Cuando el archivo encuentra
Figura 11.13: Procesamiento Incluir - Excluir
241
242
la sentencia, finaliza el procesamiento excluir para ese archivo. La lista incluir

- excluir es generada en el archivo de opciones de configuracin. La lista excluir
en el archivo de opciones puede ser anulada por las opciones incluir - excluir
en el comando. La fig. 11.14 de la pg. 242, muestra un ejemplo.
Figura 11.14: Procesamiento Continuado del Incluir - Excluir
11.3.11
Excluir Directorios de Backup
Sentencia EXCLUDE.DIR
La sentencia EXCLUDE.DIR excluye una estructura de directorio desde el
rbol de recorrido interno que el cliente del backup y archivado del TSM construye internamente ntes de realizar el backup y previene que los directorios
y atributos del directorio sean copiados, fig. 11.15 de la pg. 243.
Figura 11.15: Excluir Directorios de Backup
243
244
EXCLUDE.DIR: Excluye una estructura de directorio del backup e

impide que sea alcanzada durante el backup incremental.
EXCLUDE.FILE: Puede ser abreviado a EXCLUDE y excluir archivos
de backup. Un directorio es alcanzado incluso si todos los archivos de
aquel directorio son excluidos.
Si una estructura de directorio es excluida usando EXCLUDE.DIR, los subdirectorios en el rbol excluido de directorio no son eligibles para el backup.
Algunas sentencias INCLUDE que incluyen parte de una estructura de directorio
excluida son ignoradas en el momento del backup.
Backup de Directorios Excluidos
Incluso aunque una estructura de directorio sea excluida usando la nueva
sentencia EXCLUDE.DIR, los subdirectorios y archivos dentro de la estructura
de directorio excluida pueden ser explcitamente resguardados.
La sentencia excluir esta en el archivo de opcin del usuario cliente (dsm.opt)
slo en usuarios del TSM como clientes Windows.
11.3.12
Uso de Nmeros de Sequencias en un Conjunto de

Opciones
Las opciones son procesadas comenzando con el nmero de secuencia ms alto.

Algunas sentencias incluir - excluir en el conjunto de opciones del cliente del
servidor tienen prioridad sobre las sentencias incluir - excluir en el conjunto de
opciones del cliente local. Las sentencias incluir - excluir del servidor siempre
son forzadas y colocadas al final de la lista incluir - excluir y evaluadas ntes
de las sentencias incluir - excluir del cliente, (fig. 11.16 de la pg. 245).
Si el conjunto de opcin del servidor tiene varias sentencias incluir - excluir,
las sentencias son procesadas comenzando con el nmero de secuencia ms alto.
El cliente puede usar el comando QUERY INCLEXCL para ver las sentencias
incluir - excluir en el orden en que son procesadas. QUERY INCLEXCL tambin
muestra el recurso de cada sentencia incluir - excluir.
245
Figura 11.16: Uso de Nmeros de Sequencias en un Conjunto de Opciones
246
11.3.13
Consultar, Eliminar o Actualizar un Conjunto de Opciones del Cliente
Los conjuntos de opciones del cliente pueden ser consultados, eliminados, o actualizados usando los comandos QUERY, DELETE, y UPDATE CLOPTSET. Opciones
individuales del cliente dentro de un conjunto de opciones pueden ser eliminadas usando el comando DELETE CLIENTOPT. El nmero de secuencia de una
opcin del cliente puede ser cambiado usando el comando UPDATE CLIENTOPT,
(fig. 11.17 de la pg. 247).
Es posible tambin crear un archivo que tenga sentencias incluir - excluir,
y se seale un cliente a ste archivo. Esto es prctico cuando se quiere crear
un conjunto de sentencias y sealar a mltiples clientes en l.
247
Figura 11.17: Consultar, Eliminar o Actualizar un Conjunto de Opciones del

Cliente
Captulo 12
Funciones de Bachup y
Archivado del Cliente
12.1
Introduccin
El cliente se comunica con el servidor e invoca las funciones cliente del Storage
Manager.
El cliente es soportado sobre una variedad de las plataformas que podran
residir en una estacin de trabajo de usuario o en un servidor LAN. En este
captulo se detallarn varios mtodos disponibles para resguardar, restaurar,
archivar y recuperar datos, y qu opciones estn disponibles para personalizar
estos procesos segn las necesidades.
12.2
Tipos de Backups Disponibles
12.2.1
Tipos de Backups Disponibles Desde la GUI
La fig. 12.1 de la pg. 250, muestra los diferentes tipos de backup disponibles
desde la interface grfica de usuario.
249
250
CAPTULO 12. BACKUP Y ARCHIVADO DEL CLIENTE
Figura 12.1: Tipos de Backups Disponibles Desde la GUI
12.2. TIPOS DE BACKUPS DISPONIBLES
12.2.2
251
Backup Incremental (Completo) y Basado en Journal
La funcin de backup incremental (tambin conocido como incremental completo) resguarda todos los archivos que se han modificado y todos los archivos
que fueron creados desde el ltimo backup. Esta funcin realiza un backup
basado en journal de aquellos sistemas de archivos previamente seleccionados
para journaling. La funcin de backup incremental no resguarda los archivos
que son excluidos por la lista incluir - excluir (fig. 12.2 de la pg. 251).
Figura 12.2: Backup Incremental y Basado en Journal

El backup basado en journal es soportado en todos los clientes Windows
excepto el cliente Windows Server 2003 de 64-bit. Si se instala el servicio de
motor journal y ste se ejecuta, entonces por defecto el comando incremental
automticamente realizar un backup basado en journal en los sistemas de
252
archivos seleccionados que estn siendo supervisados por el journal engine

service.
El Tivoli Storage Manager no usa la facilidad journaling inherente en los
sistemas de archivos Windows NTFS o ningn otro sistema de archivo journaled.
Para realizar satisfactoriamente un backup basado en journal, varias condiciones deben ser encontradas. Estas incluyen:
El servicio journal debe ser configurado para supervisar el sistema de
archivo que contiene los archivos y directorios que estn siendo resguardados.
Un backup incremental completo tiene que haber sido ejecutado satisfactoriamente al menos una vez en el sistema de archivo que est siendo
resguardado.
La imagen del espacio de archivo del sistema de archivo en el servidor
no debe haber sido modificado por un comando administrativo desde el
ltimo incremental completo.
La poltica de administracin del almacenamiento para los archivos que
estn siendo resguardados no debe haber sido actualizada desde el ltimo
incremental completo.
12.2.3
Backup Incremental por Fechas (Slo Fechas)
Para un disco o volumen a ser eligible para backups incrementales por fecha,
se debe haber realizado al menos un backup incremental completo de aquel
disco entero o volumen. Ejecutar un backup incremental de slo una rama
del directorio o del archivo individual no har que el disco o el volumen sean
eligible para backups incrementales por fecha.
Para realizar un backup incremental por fecha utilizando el GUI, seleccionar la opcin Incremental (date only) desde el tipo de backup del men
desplegable o usar la opcin INCRBYDATE con el comando INCREMENTAL. Ver
la fig. 12.3 de la pg. 253.
El cliente respalda slo aquellos archivos cuya fecha y hora de modificacin
son posteriores a la fecha y la hora del ltimo backup incremental del sistema
Figura 12.3: Backup Incremental por Fechas
253
254
de archivo en el cual el archivo reside.

Los archivos agregados por el cliente despus del ltimo backup incremental, pero con una fecha de modificacin anterior al ltimo backup incremental,
no son resguardados.
Los archivos que fueron renombrados despus del ltimo backup incremental, pero permanecen inalterados no sern resguardados.
Incremental por la fecha sin embargo, no comprobar lo siguiente:
Frecuencia.
Nuevos archivos.
Archivos eliminados.
Cambios en los atributos del archivo.
Rebinding de archivos.
12.2.4
Backup Incremental (sin Journal)
Un backup incremental (sin journal) realiza un backup incremental sin usar el

journal del backup de la base de datos. Ver fig. 12.4 de la pg. 255.
En el proceso de ejecutar un backup incremental (sin journal) se procede
como se indica a continuacin:
1. El cliente comienza la sesin, y pide la informacin de backup.
2. Hay una bsqueda en la base de datos del TSM para la informacin
sobre los archivos del cliente.
3. Si no hay informacin, quiere decir que nunca antes hubo un backup,
entonces un backup completo ocurrir.
4. Si hay informacin en la base de datos, aquella informacin acerca de
cules archivos han sido cambiados se retransmite, y luego TSM realiza
un backup incremental.
Figura 12.4: Backup Incremental (sin Journal)
255
256
12.2.5
Siempre Backup (Selectivo) de Backup
El backup selectivo siempre intenta resguardar los objetos que se seleccion.

Usar un backup selectivo cuando se quiere resguardar archivos especficos o
directorios independientemente de si una copia corriente de aquellos archivos
existe en el servidor. Ver fig. 12.5 de la pg. 256.
Figura 12.5: Siempre Backup (Selectivo) de Backup
12.2.6
Backup de Imagen Fotogrfica
Un backup de imagen fotogrfica realiza un backup de la imagen en lnea de un

volumen en el cual el volumen permanece activo y disponible para operaciones
de lectura y escritura durante el backup. Esta funcin est disponible slo si
el Tivoli Storage Manager Logical Volume Snapshot Agent est instalado y
disponible. Este tem es visible slo si la imagen plug-in esta instalada y el
257
cliente est conectado a un servidor que ejecuta el Tivoli Storage Manager

V5.1 o superior. Ver fig. 12.6 de la pg. 257.
Figura 12.6: Backup de Imagen Fotogrfica
12.2.7
Backup de Imagen (Windows 2000 y XP)
El tipo de backup Image Backup (Windows 2000 y XP) hace lo siguiente:

Realiza un backup de imagen en lnea o fuera de lnea dependiendo del
tipo de imagen configurado en la sentencia Include.Image en el IncludeExclude de la pgina Preferences o en el archive de opciones del cliente.
Si el tipo de imagen es configurado a Snapshot, entonces el cliente realiza
un backup de imagen en lnea.
258
Si el tipo de imagen es configurado a Static, entonces el cliente realiza

un backup de imagen fuera de lnea.
Si no hay sentencia Include.Image o no hay configuracin del tipo de
imagen, entonces el cliente por defecto realiza un backup de imagen en
lnea si el Logical Volume Snapshot Agent (LVSA) est instalado.
Si el LVSA no esta instalado, entonces el cliente por defecto realiza un
backup de imagen fuera de lnea.
Desde la estacin de trabajo local, se puede resguardar uno o ms volmenes como un slo objeto (backup de imagen) en el sistema. Estos volmenes
pueden ser formateados a FAT, FAT32, NTFS, o volmenes RAW no formateados. Si un volumen es formateado a NTFS, slo aquellos bloques usados
por el sistema de archivo sern resguardados.
El backup de imagen est visible slo si la imagen plug-in est instalada y
el cliente est conectado a un servidor que ejecuta el Tivoli Storage Manager
V5.1 o superior.
12.2.8
Backup de Imagen Incremental (Slo fecha)
El backup de Imagen Incremental (slo fecha) hace lo siguiente:

Realiza un backup incremental - por - da de la ltima imagen.
Resguarda los archivos que han cambiado en el volumen desde el ltimo
backup de imagen.
No marca los archivos inactivos en el servidor para archivos que han sido
eliminados de la mquina cliente.
Se puede Realizar backup incremental - por - da de la ltima imagen
independientemente de si la imagen completa fue resguardada usando backup
de imagen en lnea o fuera de lnea. Se recomienda usar backup de imagen en
combinacin con backup incrementales regulares para que la restauracin sea
ms fcil.
12.3. REALIZACIN DE BACKUPS DEL CLIENTE
259
12.3
Realizacin de Backups del Cliente
12.3.1
Uso del Backup - Archive de la GUI del TSM, Resguardar Archivos Desde un Cliente
La fig. 12.7 de la pg. 259 muestra un ejemplo.
Figura 12.7: Uso del Backup-Archive de la GUI del TSM, Resguardar Archivos
Desde un Cliente
12.3.2
Seleccionar Archivos y Realizar un Backup
Se debe tomar un momento para ver el Backup-Archive en el rbol de directorio de la GUI. Se ver que no slo estn representados los archivos locales
260
y remotos, sino que adems estn representados en el rbol los RAW, los
removibles, y los objetos del sistema. Ver la fig. 12.8 de la pg. 260.
Figura 12.8: Seleccionar Archivos y Realizar un Backup

La seleccin box next to a branch puede tener los siguientes estados:
No seleccionado (vaco).
Parcialmente seleccionado (parcialmente lleno).
Implcitamente seleccionado (lleno).
Totalmente seleccionado (comprobado).
12.3.3
261
Resultados de la Revisin del Backup
Mientras el backup se est ejecutando, se mostrar la ventana de la fig. 12.9

de la pg. 261, la cul muestra el progreso del backup. Cuando el backup
termina, la ventana mostrar los resultados del backup.
Figura 12.9: Resultados de la Revisin del Backup
12.3.4
Uso de la Funcin Find
Hacer clic en el botn de la parte de arriba de la pantalla donde aparecen

campos resaltados o seleccionar Edit >> Find para hallar la funcin Find.
Notar los nombres de los archivos en el directorio del TSM.
La funcin Find filtra o busca archivos almacenados localmente en el dis-
262
co de un cliente o archivos en el servidor TSM. Al invocar la funcin Find

aparece una ventana para filtrar archivos o buscar archivos que corresponder
a ciertos criterios. Los archivos que corresponden con el filtro del criterios
de bsqueda entonces pueden ser seleccionados para realizar una accin en
el Storage Manager (resguardar, archivar, recuperar, restaurar, o eliminar el
fichero archivado). Ver la fig. 12.10 de la pg. 262.
Figura 12.10: Uso de la Funcin Find
12.3.5
Resultados de un Filtro
Cuando se seleccionan nombres que comienzan con una b y luego se hace click
en el botn Filter en lugar del botn Find, los nombres de archivos listados en
el directorio del TSM sern slo los nombres de archivos que comienzan con
263
la letra b.
As, Find Files da otra ventana de la cual se pueden seleccionar archivos,
y el Filter modifica los archivos mostrados en la ventana de backup. Ver fig.
12.11 de la pg. 263.
Figura 12.11: Resultados de un Filtro
12.3.6
Funcin File Details
La funcin File Details muestra informacin detallada sobre un archivo o

directorio que es manejado por el Storage Manager o es local en un disco del
cliente. Ver la fig. 12.12 de la pg. 264.
File Details muestra informacin detallada sobre el archivo o el directorio
que est actualmente seleccionado:
264
Figura 12.12: Funcin File Details
265
Nombre.
Tamao.
Archivo.
Directorio.
Espacio del archivo.
Fecha de Modificacin.
Fecha de Creacin.
ltima Fecha de Acceso.
Atributos (Bit de archivot, atributos extendidos, etc.).
12.3.7
Uso de la Funcin de Estimacin
La funcin de estimacin usa la informacin recolectada durante backups anteriores (datos histricos) para estimar cuanto tiempo tomar realizar un backup. Si nunca ntes se ha resguardado un tem, no habr ninguna informacin
de estimacin disponible. La estimacin es calculada usando la tasa de transferencia media y la tasa de compresin media de operaciones anteriores.
La funcin de estimacin calcula el nmero de bytes que los objetos seleccionados actualmente ocupan para explorar los directorios seleccionados o
solicitar informacin de archivo del servidor TSM.
Los datos histricos son almacenados en el disco del cliente. Si el cliente se
conecta a mltiples servidores, entonces es registrado uno por uno en la base
del servidor.
12.3.8
Seleccionar Siempre Backup Como Tipo de Backup
Seleccionar archivos cuando se realiza un backup selectivo es igual que el incremental. Las opciones Find Files y Filter tambin pueden ser usadas con
el Selectivo tal como el Incremental. Ver la fig. 12.13 de la pg. 266.
Modificar las Opciones de Backup
Los ejemplos de opciones de backup incluyen:
266
Figura 12.13: Seleccionar Siempre Backup Como Tipo de Backup
12.4. RESTAURAR ARCHIVOS
267
COMPRESSALWAYS.
MEMORYEFFICIENTBACKUP.
La opcin de compresin especifica si el Storage Manager debera comprimir los archivos antes de enviarlos al servidor TSM. La compresin de los
archivos disminuye la cantidad de almacenamiento de datos requerido para
almacenar versiones de backup y copias de archivado de los archivos. Esto
puede, sin embargo, afectar el rendimiento del Storage Manager.
Un procesador rpido en una red lenta se beneficia de la compresin, pero
un procesador lento sobre una lnea rpida no lo hace. Esta opcin controla
la compresin slo si el administrador del TSM especifica que el nodo cliente
determina la seleccin.
El Storage Manager contina comprimiendo un archivo incluso si ste determina que el tamao de archivo aumenta. La opcin COMPRESSALWAYS
controla qu hace el Storage Manager cuando un archivo crece durante la
compresin.
Se puede especificar continuar comprimiendo, o enviar el objeto otra vez
si crece durante la compresin.
La opcin MEMORYEFFICIENTBACKUP especifica un algoritmo ms
eficiente de memoria para procesar backup incrementales, resguardando un
directorio a la vez, y usando menos memoria. Se debe usar esta opcin cuando
la mquina tiene poca memoria o cuando no se tiene sistemas bien equipados.
12.4
Restaurar Archivos
Descripcin del Restore

Restore es el proceso de copiar una versin de backup de un archivo del
usuario desde el servidor del Storage Manager a la estacin de trabajo o al
servidor LAN.
Los clientes puede solicitar restaurar sus propios archivos.
Los usuarios puede restaurar los archivos de otros con autorizacin.
268
El servidor del Storage Manager enva la copia del archivo al cliente,

pero permanece el backup en el servidor.
El usuario puede restaurar archivos resguardados a un punto especfico
en el tiempo.
Los usuarios pueden hacer restauraciones a travs de la GUI, la lnea de
comando del cliente, o a travs de un schedule.
Si un archivo se daa, el usuario (cliente Storage Manager) puede solicitar
que el sistema restaure el mismo o una versin especfica del backup sin la
ayuda de un administrador.
Un usuario slo puede restaurar archivos que l ha resguardado a no ser
que tengan autoridad para acceder a los archivos de backup de otra persona.
Cuando un usuario restaura una versin de backup de un archivo, el Storage Manager enva una copia del archivo al nodo cliente. La versin de backup
permanece en el servidor de Storage Manager. Si existe ms de una versin
de backup, un usuario puede restaurar la versin activa de backup del archivo
o cualquier versin inactiva de backup.
Si la poltica es correctamente instalada, un usuario puede restaurar archivos resguardados a un punto especfico en el tiempo. Un usuario puede
restaurar archivos a otra ubicacin diferente de la cual los backups fueron obtenidos. Un usuario tambin puede hacer restauraciones a travs de la GUI,
la lnea de comando del cliente, o a travs de un schedule.
12.4.1
Restaurar Archivos Usando la GUI
La restauracin GUI pregunta al servidor TSM acerca de una lista de los

archivos que han sido resguardados y los presenta en el mismo formato que
el backup GUI. Simplemente hay que seleccionar los archivos que se quiere
restaurar.
Tambin se puede usar la funcin Find para seleccionar los archivos. La
funcin Find da las mismas opciones que aquellas usadas para hacer un backup, pero buscar archivos resguardados en el servidor TSM de los cuales
seleccionar para restaurar.
12.4.2
269
Restaurar una Versin Especfica de un Archivo
Para restaurar una versin especfica de un archivo, se debe seleccionar View

and display. Cuando se muestra la pantalla de la fig. 12.14 de la pg. 269,
seleccionar la posicin Original.
Figura 12.14: Restaurar una Versin Especfica de un Archivo
12.4.3
Modificar Opciones de Restauracin
El panel Modify Restore Options ofrece varias opciones para el proceso de

restauracin.
Escoger All selected files and directories recupera tanto archivos co-
270
mo directorios; cuando se escoge Files only se recupera slo archivos cuando

se escoge Directories only se recupera slo directorios. Tambin se puede
especificar qu acciones tomar en archivos que ya existen. Se puede an especificar cmo restaurar la imagen escogiendo slo la imagen, o la imagen ms
directorios y archivos incrementales.
La siguiente opcin est disponible durante slo el proceso de restauracin:
Se selecciona la caja de comprobacin Restore NTFS security information si se quiere restaurar la informacin de seguridad NTFS como permisos
de archivo y calcular la comprobacin de redundancia cclica (CRC) de seguridad de Windows para los archivos. Esto es aplicable slo a archivos Windows
en unidades NTFS. Ver fig. 12.15 de la pg. 270.
Figura 12.15: Modificar Opciones de Restauracin

Nota 12.1 Escoger esta opcin podra reducir la velocidad de la restauracin
271
porque Tivoli
Storage Manager tiene que recuperar toda la informacin de seguridad del
NTFS.
Las opciones que se especifican son efectivas durante la operacin corriente
del cliente, pero no permanecen guardadas para la siguiente operacin.
12.4.4
Mostrar Versiones Activas e Inactivas de un Archivo

para Restaurar
La fig. 12.16 de la pg. 271 muestra un ejemplo.
Figura 12.16: Mostrar Versiones Activas e Inactivas de un Archivo para Restaurar
272
12.4.5
Restauracin a un Punto en el Tiempo
El Storage Manager usa la restauracin a un punto en el tiempo (PIT) para

restaurar un espacio de archivado, directorio, o archivo a la versin igual o
antes del punto en el tiempo. Los backup incrementales son necesarios para
capturar los archivos que han sido suprimidos.
El soporte para la restauracin PIT es esencial para recuperar un espacio
de archivo o el directorio a un momento para el cual se conoce que su estado
es consistente. Por ejemplo, una restauracin PIT puede eliminar el efecto de
datos daados o recuperar una configuracin a una fecha u hora previa.
Cuando se realiza una restauracin PIT, los nuevos archivos que se han
creado en el cliente despus de la fecha PIT no son eliminados.
Las restauraciones de un punto en el tiempo que incluyen archivos eliminados son posible cuando los backups incrementales son ejecutados en el cliente.
Esto es porque el servidor slo es notificado de los archivos que son eliminados
de un espacio de archivo del cliente durante un backup incremental.
Los backups incrementales deberan ejecutarse frecuentemente para proporcionar la resolucin necesaria en un punto del tiempo. Los archivos que
han sido eliminados de un espacio de archivo del cliente entre dos backups
incrementales podran ser restaurados durante una restauracin en un punto
del tiempo.
12.4.6
Restauraciones Relanzables
Si un error ocurre en medio de una restauracin, el usuario puede comenzar

otra restauracin especificando la misma fuente y destino. Si la restauracin se
comienza dentro del perodo de reinicio permitido, la restauracin comenzar
desde donde qued.
Si una restauracin es recomenzada, algunos archivos pueden ser restaurados otra vez dependiendo cuantas transacciones del Tivoli Storage Manager
fueron completadas cuando ocurri el error.
Una restauracin recomenzada comienza en un lmite de transacciones definido por las opciones TXNGROUPMAX y TXNBYTELIMIT del cliente y
del servidor del TSM.
12.5. ARCHIVADO Y RECUPERACIN
273
Para realizar una restauracin relanzable utilizando la GUI, se deben seguir

estos pasos:
1. Click en Help de la ventana Restore.
2. Click Restoring Backup Versions.
3. Click en Work with restartable restore sessions.
12.5
Archivado y Recuperacin
12.5.1
Archivar y Recuperar Usando la GUI
El archivado GUI presenta una lista de los archivos en el mismo formato que
en el backup GUI. Seleccionar los archivos que se quieren archivar y pulsar el
botn de Archive.
Tambin se puede usar la funcin Find para seleccionar archivos. La funcin Find da las mismas opciones para realizar un backup. Ver fig. 12.17 de
la pg. 274.
Descripcin de Archivado
La funcin archivar es usada para conservar archivos para el empleo
posterior o para registros.
Archivar puede ser usado para solicitar al Storage Manager copias de
archivos, subdirectorios, y directorios para almacenamiento a largo plazo
en medios controlados por el Storage Manager.
Cuando los usuarios archivan archivos, pueden decidir hacer que el Storage Manager borre los archivos originales de la estacin de trabajo despus
de que los archivos son archivados.
El Storage Manager usa paquetes de archivo para identificar los grupos
de archivos archivados.
Archivar Archivos
274
Figura 12.17: Archivado y Recuperacin
275
La funcin archivar permite que el grupo de archivos importantes tenga

una descripcin asociada para archivarlos y ms tarde recuperarlos.
Se puede archivar mltiples archivos, directorios, o subdirectorios juntos.
El archivado es procesado de manera diferente a la del backup en la cual
una copia es almacenada en el servidor independientemente del estado
de cambio o la frecuencia del backup.
Los archivos puede ser agrupados segn la descripcin para una fcil
recuperacin.
Se usa un grupo separado de copia para el archivado y backup de modo
que cada clase administradora pueda manejar las diferencias entre el
backupy el archivado.
Descripciones del Archivo
Una descripcin de archivo es un campo de texto de 255 carcteres que
identifica archivos y directorios archivados.
El Backup-Archive GUI lista todas las descripciones de archivo usadas
previamente.
Cuando los archivos son archivados usando el backup-archive del cliente, se
requiere una descripcin del archivo. La descripcin de archivo es un campo
de texto de 255 byte que puede contener informacin relevante a los archivos y directorios archivados. Si no se igresa una descripcin, se asigna una
descripcin de archivado por defecto.
TSM almacena las descripciones de archivado en un nuevo formato internamente en la base de datos del TSM. Un proceso de conversin inicial ocurre
cuando un usuario comienza una funcin de archivado en la GUI. Este proceso
de conversin puede ejecutarse mucho tiempo si el usuario posee un nmero
grande de archivos archivados. El proceso de conversin puede ser cancelado
y recomenzado luego.
Descripcin del Archivado
La descripcin de archivado es una cadena de texto de 255 carcteres
asociada con archivos y directorios. La descripcin de archivado puede ser
usada para localizar e identificar archivos y directorios sin el conocimiento de
los espacios fsicos del archivo del cliente donde los mismos fueron archivados.
276
12.5.2
nicas Descripciones de Archivo
Cuando la funcin archivado es seleccionada desde el backup - archivado de

la GUI, se muestra una lista de todas las descripciones de archivado usadas
previamente. Las descripciones de archivado mostradas pueden ser usadas en
archivados subsecuentes.
12.5.3
Paquetes de Archivado
Un paquete de archivado es un conjunto de archivos y directorios archivados

con una nica descripcin de archivo comn. Todos los archivos archivados
requieren una descripcin. La especificacin de una descripcin nica de archivo crea un nuevo paquete. La descripcin por defecto es: Archive Date:
mm/dd/yyyy.
12.5.4
Modificar Opciones de Archivado
En el dilogo Archive Options se puede seleccionar comprimir o comprimir

siempre, elegir que TSM elimine los archivos de la estacin de trabajo despus
de que son satisfactoriamente archivados, y elegir modificar la lista incluida y
seleccionar la clase de manejo que se desea para el archivo. Ver fig. 12.18 de
la pg. 277.
Archivo V2
Seleccionar Archivo V2 para archivar slo archivos seleccionados sin archivar el directorio entero de los archivos (como el archivar ADSM Version
2).
La accin por defecto es para el directorio entero de archivos seleccionados
para ser archivados a no ser que se especifique la opcin V2archive.
Adems, si se selecciona un directorio para archivar, todos los archivos
y subdirectorios en su ruta son archivados. Sin embargo, haciendo click en
V2archive, cualquier directorio seleccionado y sus subdirectorios no son archivados, slo los archivos en su ruta.
La opcin que se especifica es eficaz durante la operacin corriente del
cliente, pero no se retiene para la siguiente operacin.
Figura 12.18: Anular Opciones de Archivado
277
278
Seleccionar Override de la lista incluir - excluir para anular las clases administradoras asociadas con los objetos por medio de la lista incluir - excluir.
12.5.5
Recuperacin Usando la GUI
Cuando un usuario recupera un archivo, el Storage Manager enva una copia

del archivo al nodo cliente. El archivo archivado deja el servidor del Storage
Manager. La fig. 12.19 de la pg. 278, muestra la interface GUI para recuperar
un archivo.
Figura 12.19: Recuperacin Usando la GUI

La ventana retrieve muestra objetos que se han archivados antes en el
12.6. BACKUPS Y RESTAURACIN
279
servidor. Se puede usar esta ventana para seleccionar objetos que se quiere
recuperar. Tambin se puede ejecutar una estimacin para recuperar o cambiar
las opciones de procesamiento.
12.5.6
Recuperar Paquetes de Archivo Usando la GUI del

Cliente
La GUI muestra la recuperarcin de archivos archivados jerrquicamente en

un rbol desplegable de directorios. Los archivos son agrupados segn sus
descripciones de archivado. La ampliacin del rbol desplegable de descripcin
muestra los directorios y los archivos individuales de los cuales consiste el
paquete de archivado.
12.5.7
Opciones de Recuperacin - Modificar las Opciones de

Recuperacin y de Colisin
La pantalla modify retrieve and collision options, mostrada en la fig. 12.20 de

la pg. 280, permite especificar qu objetos recuperar y qu acciones tomar
para los archivos que ya existen.
12.6
Backups y Restauracin con la Lnea de Comandos
12.6.1
Utilizacin de la Lnea de Comandos para el Backup y

el Archivado
La lnea de comandos de backup y de archivado ofrece ms opciones para

resguardar y restaurar datos. Hay tambin ms de un mtodo para invocar la
misma lnea de comandos. Ver la fig. 12.21 de la pg. 281.
12.6.2
Realizar un Backup Incremental con la Lnea de Comandos
Cuando se ejecuta un backup incremental con la lnea de comandos, se ve una

descripcin de los resultados desde principio a fin. Ver la fig. 12.22 de la pg.
280
Figura 12.20: Modificar las Opciones de Recuperacin y de Colisin
281
Figura 12.21: Utilizacin de la Lnea de Comandos para el Backup y el Archivado
282
282.
Figura 12.22: Realizar un Backup Incremental con la Lnea de Comandos
12.6.3
Ejemplos de Backup Selectivos
El comando selectivo resguarda los archivos que se especifica. Si estos archivos

son daados o perdidos, se pueden sustituir por versiones de backup del servidor. Cuando se ejecuta un backup selectivo, todos los archivos son candidatos
para el backup a no ser que se los excluya del backup, o si estos no encuentran
requerimientos de la clase administradora para la serializacin.
Para resguardar todos los archivos en el directorio d:\proj, usar el siguiente
comando:
dsmc selective d:\proj\*
Para incluir todos los subdirectorios al mismo backup:
283
dsmc selective d:\proj\ -subdir=yes
12.6.4
Realizar Backup Incremental de Slo un Directorio Especificado
La opcin dirsonly procesa slo directorios, y est disponible slo en la lnea

de comandos. El cliente no procesa los archivos. Esta opcin es vlida para
todos los clientes Windows. El cliente API del Storage Manager no soporta
esta opcin. Ver la fig. 12.23 de la pg. 283.
Figura 12.23: Realizar Backup Incremental de Slo un Directorio Especificado
12.6.5
Uso del Comando Query Filespace
El comando Query FILESpace muestra una lista de los espacios de archivado en el almacenamiento del Storage Manager. Tambin se puede especificar
284
un solo nombre de espacio de archivado al hacer la pregunta. Esto tambin se puede hacer desde la lnea de comandos del cliente sin el parmetro
Format=Detailed. Ver la fig. 12.24 de la pg. 284.
Figura 12.24: Uso del Comando Query Filespace
12.6.6
Restaurar Archivos Resguardados Usando el Comando

de Restauracin dsmc
La fig. 12.25 de la pg. 285 muestra un ejemplo de la restauracin de archivos

resguardados con el comando dsmc.
285
Figura 12.25: Restaurar Archivos Resguardados Usando el Comando de Restauracin dsmc
286
12.6.7
Uso del Comando de Restauracin dsmc con la Opcin

PICK
La funcin restore permite restaurar archivos desde la interfaz de lnea de

comandos.
El comando restore es:
Precedido por dsmc.

Continuado por opciones y una especificacin de archivado de los archivos a restaurar desde el servidor.
Usar la opcin PICK para listar backup activos e inactivos almacenados

en el servidor. Esto puede ser usado para escoger una versin de backup que
es ms vieja que el backup ms reciente.
Usar la opcin INACTIVE para indicar al Storage Manager restaurar un
backup inactivo, si un activo no est disponible. Ver la fig. 12.26 de la pg.
287.
12.6.8
Utilizacin del Comando dsmc restore con Superposicin
La fig. 12.27 de la pg. 288 muestra un ejemplo de la utilizacin del comando

dsmc restore.
12.6.9
Uso de la Opcin LATEST con el Comando dsmc restore
El uso de la opcin LATEST restaura la versin ms reciente de backup de

un archivo, incluso si el backup esta inactivo. Slo versiones activas son consideradas para restaurar a no ser que se usen las opciones inactive o latest. Ver
la fig. 12.28 de la pg. 289.
287
Figura 12.26: Uso del Comando de Restauracin dsmc con la Opcin PICK
288
Figura 12.27: Utilizacin del Comando dsmc restore con Superposicin
289
Figura 12.28: Uso de la Opcin LATEST con el Comando dsmc restore
290
12.6.10
Restaurar a una Nueva Posicin Usando la Opcin de

Restauracin PRESERVEPATH
La opcin de restauracin PRESERVEPATH ha sido agregado al backup archivado de la lnea de comandos del cliente. Esta opcin permite a los
usuarios especificar cmo sern manejadas las estructuras de directorio cuando
se realiza la restauracin a una nueva localizacin.
Esto crea el directorio fuente de nivel ms bajo como un subdirectorio del
directorio objetivo.
Los archivos del directorio fuente son almacenados en el nuevo subdirectorio. Ver fig. 12.29 de la pg. 290.
Figura 12.29: Restaurar a una Nueva Posicin Usando la Opcin de Restauracin PRESERVEPATH
La opcin PRESERVEPATH puede ser especificada con una de las siguientes opciones siguientes:
291
subtree: Crea el directorio fuente del nivel ms bajo como un subdirectorio del directorio objetivo. Los archivos del directorio son almacenados
en el nuevo subdirectorio. Esto es por defecto.
complete: Restaura la ruta completa, comenzando desde la raz, en el
directorio especificado.
La ruta completa incluye todos los directorios excepto el nombre de espacio
del archivo.
nobase: Restaura el contenido del directorio fuente sin el nivel ms
bajo, o el directorio base, en el directorio de destino especificado.
none - Restaura todos los archivos fuente seleccionados al directorio
objetivo. Ninguna parte de la ruta fuente en o encima del directorio
fuente se reproduce en el objetivo.
Si se especifica subdir=yes, Tivoli Storage Manager restaura todos los
archivos en los directorios fuente a un slo directorio objetivo.
12.6.11
Uso del IFNEWER con el Comando dsmc restore
Usar la opcin IFNEWER para guiar al Storage Manager a sustituir un archivo

existente por el backup, si el backup es ms reciente que el archivo existente.
Ver fig. 12.30 de la pg. 292.
12.6.12
Utilizacin de las Opciones PITDATE y PITTIME
Las opciones TODATE y TOTIME o PITDATE y PITTIME especifican una

fecha y un rango de tiempo para el tratamiento de restauracin. Ver fig. 12.31
de la pg. 293.
12.6.13
Comandos de Restauracin Reiniciable
La restauracin reiniciable puede ser realizada tambin desde la lnea de comandos. Se puede usar el comando query restore para averiguar si el cliente
292
Figura 12.30: Uso del IFNEWER con el Comando dsmc restore
Figura 12.31: Utilizacin de las Opciones PITDATE y PITTIME
293
294
tiene algunas sesiones de restauracin reiniciable en el servidor de la base de

datos.
Comandos de Restauracin Reiniciable
QUERY RESTORE
Los reportes activos se restauran con el nmero de sesin asociado.
Las restauraciones reiniciables son reportes con nmeros negativos de sesiones, que las hacen ms fciles de identificar.
RESTART RESTORE
Inicia una sesin de restauracin reiniciable. Se presenta al usuario una
lista de sesiones de rastauracin reiniciables por nmero.
CANCEL RESTORE
Cancela una sesin de restauracin reiniciable y la elimina de la lista preguntando al usuario que sesin cancelar.
CANCEL SESSION
Cancela sesiones de restauracin.
Para asegurar una restauracin consistente, el espacio de archivo del cliente
que es restaurado durante una restauracin reiniciable se cierra cuando una
restauracin reiniciable se est ejecutando.
El Storage Manager mueve todas las operaciones hacia medios secuenciales
que contienen archivos prevenidos del nodo o del espacio de archivado. Los
backups del cliente TSM que afectan datos son restaurados y tambin son
prevenidos.
El estado de la restauracin reiniciable se quita desde la base de datos
del Storage Manager luego de una exitosa restauracin, o cuando el proceso restaurar es cancelado por el cliente o por un administrador del Storage
Manager.
El estado de la restauracin reiniciable tambin es quitado por algunos
procesos del servidor TSM despus de que el RESTOREINTERVAL ha transcurrido.
Las operaciones de movimiento de datos del servidor tales como migracin
295
y recuperacin y el comando MOVE DATA quitan el estado de la restauracin

reiniciable desde la base de datos del Storage Manager cuando estn en ejecucin.
El estado de la restauracin se quita tambin durante el procesamiento de
expiracin. El proceso de expiracin es cuando los archivos son identificados
para la eliminacin porque su fecha de vencimiento o el perodo de retencin
ha pasado.
12.6.14
Lnea de Comandos de Archivado y Recuperacin
El comando archive archiva un solo archivo, archivos seleccionados, o todos

los archivos en un directorio y sus subdirectorios en un servidor TSM. Los
directorios son archivados.
Se puede archivar los archivos que se quiere mantener en su condicin
actual. Para liberar espacio de almacenamiento en la estacin de trabajo,
eliminar archivos tal como se los archiv. Se debe recuperar los archivos
archivados a la estacin de trabajo siempre que se los necesite otra vez. Ver
fig. 12.32 de la pg. 296.
Las opciones disponibles para el comando archive son:
archmc: Usar la opcin archmc para nombrar la clase de administracin
disponible en el conjunto activo de poltica del dominio de poltica.
deletefiles: Usar la opcin deletefiles para eliminar archivos archivados desde la estacin de trabajo despus de que son almacenados en el servidor.
description: Usar la opcin description para asignar una descripcin a un
archivo cuando se lo archiva. Si no se recuerda el nombre de un archivo
archivado, se puede usar la opcin description para recuperar el archivo.
dirsonly: Usar la opcin dirsonly para resguardar y restaurar slo los directorios.
filesonly: Usar la opcin filesonly para resguardar y restaurar slo los archivos.
Cuando se archiva un link simblico, TSM archiva el archivo al cual el link
simblico seala. Esto no archiva la informacin de la ruta para el directorio.
296
Figura 12.32: Lnea de Comandos de Archivado y Recuperacin
297
Si se archiva un link simblico que apunta a un directorio, TSM archiva los

archivos contenidos en el directorio (y sus subdirectorios si la opcin SUBDIR
es configurada a yes) con el nombre del link simblico.
12.6.15
Archivado y Recuperacin de Directorios
El backup y archivado del cliente soporta archivado y recuperacin de directorios. Los directorios con las listas de control de acceso asociadas (ACL) o
derechos de accesos son archivados cuando los archivos son archivados y son
recuperados cuando los archivos son recuperados.
12.6.16
Archivo y Recuperacin de Directorios
Las opciones de lnea de comandos son proporcionadas para soportar el archivado y recuperacin de directorios.
DIRSONLY
Cuando esta opcin es especificada, slo los directorios y sus atributos son
archivados o recuperados.
FILESONLY
Cuando esta opcin de lnea de comandos es especificada, slo los archivos
y sus atributos son archivados o recuperados. Por defecto archiva o recupera
tanto directorios como archivos.
Los directorios que son archivados usan la misma descripcin de archivado
que los archivos con los cuales son archivados.
12.6.17
Lnea de Comandos Retrieve
Se puede usar el comando RETRIEVE para recuperar archivos. Se debe indicar

el archivo que se quiere recuperar y un destino, si no se indica un destino, los
archivos son recuperados a su ubicacin original.
Sintaxis
Source: Identifica la ruta y el nombre del archivo en el almacenamiento
298
TSM que se quiere recuperar. Usar comodines para especificar un grupo

de archivos o todos los archivos en un directorio.
Destination: Identifica la ruta y nombres del archivo donde se quiere colocar los archivos recuperados. Si no especifica un destino, TSM
devuelve los archivos a su ruta fuente original.
Options: Usar la opcin fromdate para configurar una fecha desde la
cual se quiere buscar archivos resguardados. TSM no incluye archivos
procesados antes de esta fecha, aunque los directorios ms viejos pudieran ser incluidos.
Opciones de Comando
Las siguientes opciones de comando estn disponibles:
FROMTIME
TODATE
FROMDATE
TOTIME
FROMNODE
FROMOWNER
PICK
FROMTIME: Usar la opcin FROMTIME con el FROMDATE y/o la
opcin TOTIME para especificar el tiempo de comienzo o una ventana
de tiempo.
TODATE: Usar la opcin TODATE para especificar la ltima fecha
de archivado de los archivos para ser listados. TSM no lista archivos
archivados despus de la fecha especificada. Usar sta opcin con la
opcin FROMDATE para listar archivos archivados entre la fecha y el
hasta el momento.
299
TOTIME: Usar el TOTIME y el TODATE con el FROMTIME y el

FROMDATE para solicitar una lista de los archivos que fueron archivados dentro de una ventana de tiempo. Por ejemplo, se podra solicitar
los archivos que fueron archivados entre las 6:00 a.m. del 1 de junio del
2002, y las 11:59 p.m. del 30 de junio del 2002.
FROMNODE: Usar la opcin FROMNODE para ver una lista de los
nombres de espacio de archivo en otro nodo en cuyo nombre se puede
restaurar o recuperar archivos.
FROMOWNER: Usar la opcin FROMOWNER para especificar un propietario alternativo desde el cual restaurar archivos. El propietario debe
conceder el acceso para usar los archivos.
PICK: Usar la opcin PICK para mostrar una lista de los archivos archivados que cumplen la especificacin de archivo que se ingresa. Desde
la lista, se puede seleccionar las versiones a restaurar.
Parte III
Ejemplo Prctico y
Conclusiones
301
Captulo 13
Aplicacin en el Entorno
13.1
Introduccin
Este capitulo muestra las tareas y acciones realizadas con TSM como desarrollo
del trabajo final de aplicacin [7].
13.2
Entornos de Administracin
13.2.1
Consola Administrativa del Servidor del Tivoli Storage

Manager
En la fig. 13.1, de la pg. 304, se muestra el entorno grfico de administracin

del Tivoli Storage Manager; desde la cual se puede acceder a la Lnea de
Comandos, a la Administracin Web y a los Recursos Administrados por TSM.
13.2.2
Interface Administrativa Web
En la fig. 13.2, de la pg. 305 se muestra la interface administrativa web

iniciada desde la consola del TSM.
303
304
CAPTULO 13. ENTORNO TIVOLI STORAGE MANAGER
Figura 13.1: Consola Administrativa del Servidor TSM
13.2. ENTORNOS DE ADMINISTRACIN
Figura 13.2: Interface Administrativa Web
305
306
La interface administrativa web tambien se puede iniciar desde un navegador web, escribiendo la URL con el nombre del host, desde el cual se quiere
acceder y el puerto 1580, (fig. 13.3, de la pg. 306 ).
Figura 13.3: Acceso a la Interface Web Desde un Navegador Web
Luego de escribir la URL en el navegador web, se deber ingresar el nombre

de usuario y la contrasea del administrador, (fig. 13.4, de la pg. 307).
Para que la interface web pase a un estado inactivo luego de un determinado
tiempo sin uso, se debe ingresar el comando set webauthtimeout con algn
valor razonable, (fig. 13.5, de la pg. 308).
13.2. ENTORNOS DE ADMINISTRACIN
Figura 13.4: Ingreso de Datos Para Acceder a la Administracin Web
307
308
Figura 13.5: Comando set webauthtimeout
13.3. MANEJO DE LICENCIAS
13.3
Manejo de Licencias
13.3.1
Comando Query LICense
309
Para ver que licencias se estan manejando, ingresar el comando Query LICense
como lo muestra la fig. 13.6, de la pg. 309.
Figura 13.6: Comando Query LICense
En la fig. 13.7, de la pg. 310 se muestra el resultado arrojado por el

comando Query LIcense.
310
Figura 13.7: Resultado del Comando Query LICense
13.3. MANEJO DE LICENCIAS
13.3.2
311
Registracin de un Archivo de Licencia
Para registrar un archivo de licencia, ingresar el comando register license

file(nombre del archivo), como lo muestra la fig. 13.8, de la pg. 311.
Este comando arroja el resultado que se muestra en la fig. 13.9, de la pg.
312.
Figura 13.8: Registrar un Archivo de Licencia
312
Figura 13.9: Resultado de la Registracin de un Archivo de Licencia
13.4. DEFINICIN DE POOL DE ALMACENAMIENTO
13.4
Definicin de Pool de Almacenamiento
13.4.1
Comando Query
313
Para ver la configuracin de Pool de Almacenamiento, usar el comando Query

como se muestra en la fig. 13.10, de la pg. 313.
Figura 13.10: Comando Query
Tambien se puede navegar por la interface web, como lo muestra la fig.

13.11 de la pg. 314, y desde aqu ver las configuraciones de pool de almacenamiento.
314
Figura 13.11: Configuracin de Pool de Almacenamiento
13.4.2
315
Consultas Desde la Interface Web
Se puede realizar distintas consultas desde la interface web, como lo muestra

la fig. 13.12, de la pg. 315.
Figura 13.12: Consultas Desde la Interface Web
13.4.3
Definicin de Volumenes de Backup
Para definir un volumen de backup, se lo puede hacer desde la lnea de comandos de la consola del TSM, especificando la unidad de almacenamiento,
como lo muestra la fig. 13.13, de la pg. 316.
316
Figura 13.13: Definicin de Volumenes de Backup
13.4.4
317
Comando q stg
Para consultar los volmenes creados se utiliza el comando q stg, como se

muestra en la fig. 13.14, de la pg. 317, el cual arroja el resultado que se
muestra en la fig. 13.15, de la pg. 318.
Figura 13.14: Comando q stg
13.4.5
Manejo de Estados de los Volmenes de Pool de Almacenamiento
Se puede definir distintos estados de acceso a los volmenes de pool de almacenamiento.

Acceso de Slo Lectura
318
Figura 13.15: Resultado del Comando q stg
319
La fig. 13.16, de la pg. 319 muestra un ejemplo del comando para definir
un acceso de slo lectura en un pool de almacenamiento.
Figura 13.16: Acceso de Slo Lectura

Acceso Completo a un Volumen del Pool de Almacenamiento
En la fig. 13.17, de la pg. 320 se muestra como definir un acceso completo
al volumen DISK2.DSM del pool de almacenamiento.
13.4.6
Eliminacin de Volmenes
En la fig. 13.18, de la pg. 321 se muestra como eliminar el volumen DISK3.DSM

del pool de almacenamiento de archivado.
320
Figura 13.17: Acceso Completo a un Pool de Almacenamiento
321
Para consultar si el volumen fue eliminado se utiliza en comando , como

lo muestra la fig. 13.19, de la pg. 322.
Figura 13.18: Eliminacin de un volumen
13.4.7
Utilizacin del Comando QUERY VOLUME
Para ver todos los espacios definidos, como lo muestra la fig. 13.20, de la pg.
323 se utiliz el comando QUERY VOLUME.
322
Figura 13.19: Verificar si el Volumen Fue Eliminado
Figura 13.20: Comando QUERY VOLUME
323
324
13.5
Polticas
13.5.1
Definicin de un Dominio de Polticas Para Windows
Se puede definir distintos dominios de polticas, acorde a un criterio. La fig.

13.21, de la pg. 324 muestra la definicin de un dominio de polticas para
Windows.
Figura 13.21: Definicin de un Dominio de Polticas
13.5.2
Definicin de un Conjunto de Polticas
En la fig. 13.22, de la pg. 325 se muestra la definicin de un conjunto de

polticas, desde la lnea de comandos de la consola TSM.
13.5. POLTICAS
Figura 13.22: Definicin de un Conjunto de Polticas
325
326
13.5.3
Definicin de una Clase Administradora
La fig. 13.23, de la pg. 326 muestra la definicin de una clase administradora

desde la lnea de comandos de la consola del TSM.
Figura 13.23: Definicin de una Clase Administradora

Tambien es posible definir una clase administradora desde la interface web,
la fig. 13.24, de la pg. 327 muestra un ejemplo.
13.5.4
Activacin de un Conjunto de Polticas
La fig. 13.25, de la pg. 328 muestra un ejemplo de la activacin de un

conjunto de polticas.
13.5. POLTICAS
327
Figura 13.24: Definicin de una Clase Administradora Desde la Interface Web.
328
Figura 13.25: Activacin de un Conjunto de Polticas
13.6. ADMINISTRADORES
13.6
Administradores
13.6.1
Registracin de Administradores
329
La registracin de administradores desde la interface web es una tarea muy

sencilla,la fig. 13.26, de la pg. 329 muestra un ejemplo.
Se puede crear administradores con distintas clases de privilegios, como lo
muestra la fig. 13.27, de la pg. 330.
Figura 13.26: Registracin de Administradores
330
Figura 13.27: Registracin de Administradores
13.7. LISTAR LOS DETALLES DEL SERVIDOR
13.6.2
331
Consulta de Administradores Registrados
La fig. 13.28, de la pg. 331 muestra como consultar los administradores

registrados desde la consola TSM.
La fig. 13.29, de la pg. 332 muestra como consultar los administradores
registrados desde la caja de comandos de la interface web.
Figura 13.28: Consulta de Administradores
13.7
Listar los Detalles del Servidor
En la fig. 13.30, de la pg. 333 y el la fig. 13.30, de la pg. 334 se muestra

un listado con todos los detalles delservidor TSM.
332
Figura 13.29: Consultar Administradores Registrados
13.7. LISTAR LOS DETALLES DEL SERVIDOR
Figura 13.30: Listado del Detalle del Servidor
333
334
Figura 13.31: Listado de los Detalles del Servidor
13.8.
335
13.8
13.8.1
Vista de la Configuracin de la Base de Datos y del Log

de Recuperacin
La fig. 13.32, de la pg. 335 muestra como ingresar a travs de la lnea

de comamandos para ver la configuracin de la base de datos y del log de
recuperacin que se muestra en la fig. 13.33, de la pg. 336.
Figura 13.32: Vista de la Configuracin de la Base de Datos y del Log de

Recuperacin
La misma informacin se puede obtener tambien desde la lnea de comandos de la consola del TSM, como lo muestra la fig. 13.34, de la pg. 337 y la
fig. 13.35, de la pg. 338.
336
Figura 13.33: Vista de la Configuracin de la Base de Datos y del Log de

Recuperacin
13.8.
337
Figura 13.34: Vista de la Configuracin de la Base de Datos
338
Figura 13.35: Vista de la Configuracin del Log de Recuperacin
13.9. ESPEJADO
13.8.2
339
Incremento del Tamao de la Base de Datos
La fig. 13.36, de la pg. 339 muestra como se incrementa el tamao de la base

de datos agregando volmenes.
Figura 13.36: Incremento del Tamao de la Base de Datos
13.9
Espejado
Definir Volumen de la Base de Datos Espejada

La fig. 13.37, de la pg. 340 muestra un ejmplo de como se define un volumen
espejado de la base de datos a travs de la consola del TSM.
340
Figura 13.37: Definir un Volumen Espejado de la Base de Datos
13.10. NODOS
13.10
Nodos
13.10.1
Consulta de Nodos Registrados
341
En la fig. 13.38, de la pg. 341 se muestra el comando para consultar los

nodos que estan registrados desde la lnes de comandos y en la fig. 13.39, de
la pg. 342 se muesta como consultar los nodos registrados desde la interface
administrativa web.
Figura 13.38: Consulta de Nodos Registrados
13.10.2
Registracin de Nodos
En la fig. 13.40, de la pg. 343 se muestra como registrar un nodo desde la

interface administrativa web, y en la fig. 13.41, de la pg. 344 se muestra
como registrarlo desde la lnea de comandos.
342
Figura 13.39: Consulta de Nodos Registrados
13.10. NODOS
343
Figura 13.40: Registrar Nodo
344
Figura 13.41: Registrar Nodo
13.11. BACKUP
13.11
Backup
13.11.1
Interface Grfica de Usuario
345
La fig. 13.42, de la pg 345 muestra la interface gfica de usuario para la

realizacin de backup y archivado.
Figura 13.42: Interface Grfica de Usuario
13.11.2
Backup Incremental (Complete)
La fig. 13.43 de la pg. 346 muestra un ejemplo de como realizar un backup

incremental completo desde la interface grfica de usuario.
Luego seleccionar la opcin incremental desde el drop-down de la pantalla
que se muestra en la fig. 13.44 de la pg. 347; una vez hecho esto selecciono
346
Figura 13.43: Backup Incremental Completo
13.11. BACKUP
347
el archivo crtico a resguardar, como lo muestra la fig. 13.45 de la pg. 348.

Seleccionar el tem y luego presionar la opcin Backup, como lo muestra
la fig. 13.46 de la pg. 349, se tiene que observar la pantalla que se muestra
en la fig. 13.47 de la pg. 350.
13.11.3
Backup Selectivo
La fig. 13.48 de la pg. 351 y la fig. 13.49 de la pg. 352 muestra como hacer
un backup selectiv utilizando la funcin find.
348
Figura 13.45: Bachup Incremental Completo
13.11. BACKUP
Figura 13.46: backup Incremental Completo.
349
350
13.11. BACKUP
351
Figura 13.48: Backup Selectivo
352
Figura 13.49: Backup Selectivo
13.12. APLICACIN WEB
13.12
353
Aplicacin Web
La fig. 13.50 de la pg. 353 muestra la aplicacin web en su entorno de diseo

y desarrollo.
Figura 13.50: Aplicacin Web
13.12.1
Aplicacin Web Desde el Navegador
La fig. 13.51 de la pag. 354 y la fig. 13.52 de la pg. 355 muestran la

aplicacin web ejecutndose desde el navegador web.
354
13.12. APLICACIN WEB
355
Captulo 14
Conclusiones
Se cumpli con los objetivos establecidos en la planificacin del desrrollo del
trabajo final.
Se observ la flexibilidad de las tareas de backup, restauracin y gestin
del TSM a travs de la web.
Se observ la alta capacidad automtica de gestionar y controlar los recursos de almacenamientos y la destinacin de los datos en los medios de
almacenamiento.
Se observ la posibilidad de elegir distintos tipos de backup ofrecidos por
el TSM de acuerdo a las necesidades actuales.
Se observ la alta integridad y complejidad de Sofware.
14.1
Lneas Futuras
Implementar un entorno Server TSM con un sistema operativo Linux.
357
Bibliografa
[1] L. Joyanes Aguilar. Cibersociedad. Mac Graw-Hill, 1997.
[2] L. Joyanes Aguilar. La Carrera Mundial por el Conocimiento. Una Visin
Desde la Nueva Economa. Universidad Pontificia de Salamanca, MadridEspaa, 2000.
[3] Bart Jacob Carla Sadtler, John Ganci. WebSphere Product Family Overview and Architecture. IBM Press, USA, 2004.
[4] E. Castillo; M. Reyes Ruiz Cobo. Preparacin de Documentos con Latex.
Maestra en Informtica y Computacin - FACENA - UNNE, Argentina,
1998.
[5] IBM Corporation. IBM DB2 Connect Enterprise Edition para OS/02 y
Windows Gua Rpida de Iniciacin.
[6] IBM Corporation. IBM DB2 Universal Database para Windows Gua
Rpida de Iniciacin Versin 7. IBM Press, USA, 2000.
[7] IBM Corporation. IBM Tivoli Storage Manager 5.2 Implementation Students Exercise Guide for Windows. IBM Press, USA, 2004.
[8] IBM Corporation. IBM Tivoli Storage Manager 5.2 Implementation Students Training Guide. IBM Press, USA, 2004.
[9] IBM. IBM DB2 Warehouse Manager Gua de Instalacin Versin 7. IBM
Press, USA, 2001.
[10] Sun Microsystems.
http://java.sun.com, 1998.
The
Java
Language
version
1.1.4.
[11] Rudyanto Linngar Saida Davies, Surech Amujuri. WebSphere Business

Integration Pub/Sub Solutions. IBM Press, USA, 2004.
359
360
BIBLIOGRAFA
[12] E. Castillo; A. Cobo; P. Gmez; C. Solares. JAVA - Un Lenguaje de

Programacin Multiplataforma para Internet. Paraninfo, Espaa, 1997.
[13] H. Zorrilla. La Gerencia del Conocimiento y la Gestin Tecnolgica. 2000.
ndice de Materias
acceso a otro nodo, 219
ACL, 297
activacin de un conjunto de polticas, 326
actualizacin del grupo de productos Tivoli Storage Manager,
50
actualizacion y preguntas en los pools de almacenamiento, 155
tilde nas, 221
administracion basada en politicas,
116
administracion de aplicaciones de ebusiness, 67
administracion de aplicaciones de ebusiness utilizando tivoli, 77
administracion de cambios, 70
administracion de capacidad, 69
administracion de configuracion, 70
administracion de costos, 69
administracion de la disponibilidad,
69
administracion de niveles de servicio, 68
administracion de problemas, 70
administracion de reportes, 95
administracion del funcionamiento,
83
administracion del rendimiento, 84
administracion del Storage Management Archive File, 181
administrador de nodo, 188

administradores, 114, 329
agregar espacio, 207
almacenamiento y gestion de datos,
121
anular opciones de configuracin, 229
aplicacin en el entorno tivoli storage manager, 303
aplicacin web, 353
aplicacin web desde el navegador,
353
archivado y recuperacin, 273
archivado y recuperacin de directorios, 297
archivar archivos, 273
archivar y recuperar usando la GUI,
273
archive, 118
archivo de backup cliente, 116
archivo v2, 276
archivo y recuperacin de directorios, 297
archivos de certificado de inscripcion, 135
archivos de licencias, 134
arquitectura de infraestructuras de
aplicaciones de e-business,
71
arquitectura del tivoli enterprise data warehouse, 41
361
362
arquitectura y procesos del data warehouse, 17

asignaci de espacio, 202
auditar una libreria, 149
automatizacion de las operaciones,
129
autoridad administrativa, 181
background, 48
backup, 118, 345
backup basado en Journal
backup, 56
backup de directorios excluidos, 244
backup de imagen (Windows 2000
y XP), 257
backup de imagen fotogrfica, 256
backup de imagen incremental (slo
fecha), 258
backup incremental (complete), 345
backup incremental (sin journal), 254
backup incremental por fechas, 252
backup incremental y basado en journal, 251
backup selectivo, 347
backups y restauracin con la lnea
de comandos, 279
base de datos del Storage Manager,
116
base de datos y log de recuperacin,
197, 335
bases de datos operacionales, 6
bases de datos operacionales versus
informativas, 10
BI, 3, 4
Business Intelligence, 3
binding and rebinding, 177
cmo se organiza el tivoli enterprise
data warehouse, 40
NDICE DE MATERIAS
cached y archivos del pool de almacenamiento de copia

cached, 205
caching del pool de disco, 206
tilde na, 219
capacidades de automatizacion proporcionadas por el Tivoli Storage Manager, 120
capacidades de gestion del administrador, 118
caracteristicas del ODS, 24
cartuchos de cintas, 144
clase administradora rebinding, 178
clases administradoras, 177
clases de dispositivos, 152
clases de privilegios, 181
client acceptor daemon y scheduler
service, 57
colocacion, 166
comando mttest, 144
comando q stg, 317
comando Query, 313
comando Query LICense, 309
comando recall, 194
comando UPDATE LIBVOLUME,
146
comandos de restauracin reiniciable, 291
comandos del Utilities Menu, 219
como utilizar los patrones para el
e-business, 108
competitividad, 4
componentes basicos instalados, 132
componentes de tivoli enterprise warehouse, 37
conclusiones, 357
tilde na, 223
configuracin del acceso del cliente
al servidor, 227
NDICE DE MATERIAS
configuracin del archivo de opciones, 225

configuracin del cliente, 215
configuracion de la interfaz administrativa web
interfaz administrativa web, 195
configuracion del cliente, 129
configuraiones de politias por defecto, 173
configurar el modelo de libreria, 142
configurar las opciones de logging,
231
conjunto de opciones cliente, 236
conjunto de politicas, 175
conocimiento, 4
consola administrativa del servidor
del TSM, 303
consulta de administradores registrados, 331
consulta de nodos registrados, 341
consultar, eliminar o actualizar un
conjunto de opciones del cliente, 246
consultas desde la interface web, 315
control de acceso administrativo, 221
control y distribucion del software,
70
crear volmenes adicionales, 207
data mart, 7, 25
data mart sencillo, 14
data mining, 11
data warehouse, 5, 7
Data Warehouse Manager, 3
data wareusing, 19
datos de OLTP en servidores separados, 12
DB2 data warehouse manager, 28
DB2 datawarehouse, 37
363
definicin de pool de almacenamiento, 313

definicin de un conjunto de polticas, 324
definicin de un dominio de polticas para Windows, 324
definicin de una clase administradora, 326
definicin de volumenes de backup,
315
definicion de las politicas del Tivoli
Storage Manager, 128
definicion de los pools de almacenamiento, 155
definicion de un nuevo conjunto de
politicas, 175
definicion de volumenes de pool de
almacenamiento, 155
definir el volmen, 207
definir opciones incluyen - excluyen,
238
definir politicas, 171
definir volumen de la base de datos
espejada, 339
desbordamiento de los pools de almacenamiento, 157
descripcin del archivado, 275
descripcin del restore, 267
descripcion de politica de administracion, 170
descripcion del Tivoli Enterprise Data Warehouse, 95
descripcion del Tivoli Storage Manager, 113
descripcion del tivoli storage manager, 47
descripciones del archivo, 275
descubrimiento de los recursos del
servidor web, 92
364
descubrimiento de los recursos del

WebSphere, 92
descubrimiento de recursos, 92
destinacion de almacenamiento, 154
diferencias entre scratch y privados,
146
dimensionamiento de la B.D y del
log, 204
DISK, 152
dominio de politicas, 123
dominios de politicas, 171
drill-down, 9
editor grfico de opciones, 226
ejemplos de backup selectivos, 282
ejemplos de mirroring, 210
eliminacin de volmenes, 319
eliminar datos archivados, 220
eliminar filespace, 220
eliminar pools y volumenes de almacenamiento, 156
encriptacin, 58
Enterprise Data Warehouse, 3
entornos de administracin, 303
entrega de servicios, 68
escripcin de archivado, 273
espacio de la B.D y del log de recuperacin, 203
espacios triggers, 212
especificacion de la clase administradora, 178
espejado, 339
estimacin de requerimientos de espacio, 204
tilde no del log, 207
estrategia basada en politicas para la administracion de los
datos
estrategia basada en politicas,
123
NDICE DE MATERIAS
estructura compleja de capas de servicios, 62

estructura del producto tivoli, 79
etiquetar volumenes
Labeling Wizard, 146
excluir directorios de backup, 242
tilde nas, 221
extender el volmen, 207
extraccin-propagacin, 18
flujo de eventos del Tivoli Business
System, 88
fuente de datos operacionales
ODS, 24
fuentes de datos, 18
fuentes externas de datos, 8
funcin file details, 263
funcionalidad backup-restore proporcionada por el Tivoli Storage Manager, 117
funciones de backup y archivado del
cliente, 249
generalidades, 105
grupo de politicas, 123
grupos de copia, 179
herramientas de presentacin y anlisis, 26
identificar archivos a ser incluidos
o excluido desde el backup,
240
identificar el valor del conjunto de
opciones del cliente, 236
identificar los tipos de clientes, 215
identificar preferencia de opciones,
229
impedir a los nodos clientes el acceso al servidor, 223
NDICE DE MATERIAS
implementacion del tivoli storage manager, 113

implementaciones del B.I., 11
tilde no de la base de datos, 339
informacin de metadatos
metadatos, 23
inspector de eventos, 191
instalacin distribuida, 42
instalacin distribuida con los agentes remotos del warehouse,
45
instalacin en una sola mquina, 42
instalacion de la linea de comandos,
139
instalacion del servidor y de clientes del Tivoli Storage Manager, 127
instalacion del servidor, cliente y dispositivos de almacenamiento, 130
instalacion del Tivoli Storage Manager, 130
instalacion del Tivoli Storage Manager Server, 130
instalacion en Windows, 130
instalacion y configuracion de una
libreria de cinta, 139
integracion de la configuracion del
Tivoli Business Systems Manager, 90
inteligencia de negocios, 4
interfz GUI, 219
interface administrativa web, 190,
303
interface de lnea de comando, 215
interface grfica de usuario, 345
interface web del cliente, 218
interfaces de los clientes, 215
introduccin, 37, 303
365
introduccin, 47, 61, 87, 95, 169,

197
introduccion a los patrones para el
e-business, 105
IT, 5
jerarquias de pool de almacenamiento, 150
lnea de comandos de archivado y
recuperacin, 295
lnea de comandos retrieve, 297
lneas futuras, 357
lbtest, 144
libreria de cintas, 116
licencia, 125
licencia del Tivoli Storage Manager, 125
linea de comando, 190
lista de acceso a nodo, 219
listar los detalles del servidor, 331
logging de monitoreo y eventos, 129
LVSA, 258
mado normal, 200
Management Class, 123
manejo de datos, 129, 169
Manejo de estados de los volmenes
de pool de almacenamiento, 317
manejo de la infraestructura del ebusiness, 61
manejo de licencias, 309
manejo de volumenes y medios del
pool de almacenamiento, 128
marco de detalle, 190
mejoramiento del TSM del cliente
TSM del cliente, 56
mejoras del LAN-free
LAN-free, 51
mejoras del servidor TSM, 58
366
mesa de ayuda, 70
metadata, 9
metadatos, 16
migracion, 161
mirroring, 208
modelo 3494, 55
modelo de activos evaluados de patrones para e-business, 107
modelo fsico de la base de datos,
21
modelo lgico de la base de datos,
22
modificar las opciones de backup,
265
modificar opciones de archivado, 276
modificar opciones de restauracin,
269
modo roll-forward, 202
modos de recuperacin del log de
transaccin, 200
monitoreo del proceso de flujo de
datos, 101
mostrar versiones activas e inactivas de un archivo para restaurar, 271
mover datos, 158
movimiento automatico de datos, 159
nivel back-end, 72
nivel de aplicacion, 71
nodos, 341
objetos del sistema, 57
OLAP, 8
OLTP, 12
opcin domain, 229
opciones de recuperacin - modificar las opciones de recuperacin y de colisin, 279
opciones del cliente, 225
NDICE DE MATERIAS
opciones del cliente y del servidor

del TSM, 234
opciones disponibles del cliente para configurar y proporcionar rendimiento, 230
operaciones, 84
packs de lenguaje, 136
paquetes de archivado, 276
paquetes warehouse, 41
parmetros BUFPOOLSIZE y LOGPOOLSIZE, 211
patrones de aplicacion, 106
patrones de tiempo de ejecucion, 107
patrones para el e-business, 105
patrones para el sitio web del e-business,
108
periodos de retencion de gracia, 173
personalizacin de la B.D y del log
de recuperacin del S.M, 197
PIT, 272
planificacion para emergencias, 69
planificador
scheduler, 114
polticas, 324
politica por defeto, 173
politicas de administracion, 169
politicas de negocio manejadas centralmente, 169
pool de almacenamiento de copia,
206
pools de almacenamiento, 116, 150
pregunta diskInfo, 220
prerequisitos, 131
privilegio de analyst, 188
privilegio de operator, 187
privilegio policy, 186
privilegio storage, 184
privilegio system, 181
NDICE DE MATERIAS
procesamiento continuado del incluir

- excluir, 240
procesamiento incluir - excluir, 240
procesamiento transaccional en lnea
OLTP, 7
proceso analtico en lnea
OLAP, 7
proceso MOVE NODEDATA, 159
productos basicos usados para facilitar aplicaciones de e-business,
73
propsito de la base de datos y del
log, 197
proteccion de la base de datos, 130
proteger datos con el Tivoli Storage
Manager, 113
provision de almacenamiento mediante la Funcion archive-retrieve,
118
punto de consistencia, 202
rastreo de base de datos, 157
realizacin de backups del cliente,
259
realizar backup incremental de slo
un directorio especificado,
283
realizar un backup incremental con
la lnea de comandos, 279
reclamacion, 164
recuperacin usando la GUI, 278
recuperar paquetes de archivado usando la GUI del cliente, 279
reducir espacio, 208
refinacin de los datos, 19
registracin, 221
registracin de administradores, 329
registracin de nodos, 341
registracin de un archivo de licencia, 311
367
registrar y consultar licencias, 135

registro de recuperacion del Storage
Manager, 116
rendimiento y opciones del cliente,
230
restauracin a un punto en el tiempo, 272
restauraciones relanzables, 272
restaurar a una nueva posicin usando la opcin de restauracin PRESERVEPATH, 290
restaurar archivos, 267
restaurar archivos resguardados usando el comando de restauracin dsmc, 284
restaurar archivos usando la GUI,
268
restaurar una versin especfica de
un archivo, 269
restore, 118, 267, 286
restringido, 185
resultados de la revisin del backup, 261
resultados de un filtro, 262
retrieve, 118
SAN, 48
SANergy, 53
seleccion de patrones y mapeo de
productos, 110
seleccionar archivos y realizar un backup, 259
seleccionar siempre backup como tipo de backup, 265
sentencia EXCLUDE.DIR, 242
servidor OLAP, 9
setup wizard, 220
siempre backup (selectivo) de backup, 256
sin restriccion, 184
368
sobrecarga, 206
soluciones importantes del Tivoli Storage Manager 5.2., 114
soporte de servicio, 70
star-join, 22
storage area network, 51
Storage Manager Server, 114
supervision en tiempo real, 87
Trminos Principales del B.I, 6
tabla resumen, 12
TDS, 31
TEDW conceptos y componentes,
97
tipos de backups disponibles, 249
tipos de backups disponibles desde
la GUI, 249
tipos de interfaces administrativas,
190
tipos de medios de almacenamiento, 121
Tivoli
introduccin, 3
Tivoli Decission Support, 30
Tivoli Enterprise Data Warehouse,
3
tivoli enterprise data warehouse, 29,
40
tivoli monitoring for web infrastructure, 82
Tivoli Storage Manager for Application Servers, 124
Tivoli Storage Manager for Databases, 123
Tivoli Storage Manager for Hardware, 124
Tivoli Storage Manager for Mail, 124
Tivoli Storage Manager for Space
Management, 124
NDICE DE MATERIAS
Tivoli Storage Manager for Storage

Area Networks, 124
Tivoli Storage Manager para productos de proteccion de datos, 123
trabajar con medios, 144
transacciones, 199
transferencia LAN-free
LAN-free, 50
transformacin-depuracin, 18
TSM, 261, 268, 294, 295
tsmdlst, 144
TXNGROUPMAX, 231
unicas descripciones de archivo, 276
unicode habilitado del espacio del
archivo del cliente, 59
uso de la funcin de estimacin, 265
uso de la funcin find, 261
uso de la opcin FORCE, 239
uso de la opcin LATEST con el comando dsmc restore, 286
uso de nmeros de sequencias en un
conjunto de opciones, 244
uso del backup - archive de la GUI
del TSM, 259
uso del comando de restauracin dsmc
con la opcin PICK, 286
uso del comando Query Filespace,
283
uso del IFNEWER con el comando
dsmc restore, 291
utilizacin de la lnea de comandos
para el backup y el archivado, 279
utilizacin de las opciones PITDATE y PITTIME, 291
utilizacin del comando dsmc restore con superposicin, 286
NDICE DE MATERIAS
utilizacin del comando QUERY VOLUME, 321

utilizacin del loop, 218
utilizacion del License Wizard, 134
utilizacion del Tivoli Business Systems Manager, 87, 93
validar y activar un conjunto de politicas, 176
ventajas de usar el Tivoli Enterprise Data Warehouse, 33
ver informacin de poltica, 220
vista de la configuracin de la base
de datos y del log de recuperacin, 335
volumenes de configuracion, 129
volumenes de pool de almacenamiento, 150
zona desmilitarizada, 71
369

Manual Tivoli Manager - 5.2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Manual Tivoli Manager - 5.2

Uploaded by

Copyright:

Available Formats

Universidad Nacional del Nordeste

Facultad de Ciencias Exactas, Naturales y Agrimensura

Stella Maris Gerzel - L.U.: 30.418

brindando de esta manera, posibilidades de gestin global del citado recurso.

Captulo 7: presenta los conseptos y tipos de patrones para e-business.

1 Introduccin al Tivoli EDW

Actualizacin del Grupo de Productos Tivoli Storage

7 Patrones Para el E-business

Tivoli Storage Manager

8 Implementacin del T.S.M.

8.1.1 Proteger Datos con el Tivoli Storage Manager . . . . . .

9.5.4 Especificacin de la Clase Administradora . . . . . . . . 178

10 Personalizacin de la BD y del Log

10.6 Reducir el Espacio de la Base de Datos y del Log de Recuperacin208

11.3.13 Consultar, Eliminar o Actualizar un Conjunto de Opciones del Cliente . . . . . . . . . . . . . . . . . . . . . . 246

12.5.7 Opciones de Recuperacin - Modificar las Opciones de

Ejemplo Prctico y Conclusiones

13 Entorno Tivoli Storage Manager

Consultas Desde la Interface Web . . . . . . . . . . . . .

Trminos comunes de Business Intelligence. . .

Componentes del Tivoli Enterprise Data Warehouse . . . . . .

Arquitectura de Transferecia de Datos del Cliente LAN-free . .

Growing Infrastructural Complexity . . . . . . . . . . . . . . .

Niveles de Servicios Especficos de la Solucin de E-business . .

Ambiente Tpico de TEDW . . . . . . . . . . . . . . . . . . . . 98

Modelo del Patrn Activo Acordado . . . . . . . . . . . . . . . 109

Componentes de una Implementacin Bsica del Tivoli Storage

8.23 Colocacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

Polticas de Negocio Manejadas Centralmente . .

Base de Datos y Log de Recuperacin . . . . . . . . . . . . . .

Tipos de Backups Disponibles Desde la GUI . . . . . . . . . . .

13.1 Consola Administrativa del Servidor TSM . . . . . . . . . . . . 304

13.3 Acceso a la Interface Web Desde un Navegador Web . . . . . . 306

Contenido y Conceptos de Business Intelligence

Este captulo proporciona una introduccin a los conceptos, tecnologas, y

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW

La inteligencia de negocios (BI) no es un negocio como cualquiera. Se refiere

Aspectos de los Negocios Motivadores del BI

Hay algunos aspectos motivadores del B.I ; uno es la necesidad de mejorar la

1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE

formes diferidos mensuales, y las organizaciones de IT tendrn

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW

Trminos Principales del B.I.

Se explican seguidamente algunos trminos principales que se relacionan con

Figura 1.1: Trminos comunes de Business Intelligence.

1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE

Procesamiento Transaccional en Lnea (OLTP):

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW

1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW

Se puede definir al Drill-down como la capacidad para navegar a travs de

Figura 1.2: Drill-down.

1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE

cuando el primer registro se extrae desde las bases de datos operacionales

Figura 1.3: Bases de datos operacionales e informativas.

Diferentes Implementaciones del B.I.

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW

La fig. 1.4 de la pg. 12 brinda una descripcin de cuatros modelos

Figura 1.4: Implementacin de Business Intelligence.

1.1. CONTENIDO Y CONCEPTOS DE BUSINESS INTELLIGENCE

Figura 1.5: Tabla Resumen en OLTP

Figura 1.6: Data Warehouse Limitado.

CAPTULO 1. INTRODUCCIN AL TIVOLI EDW