2008-05-05 capacitación tsm v5.4.pdf

7/16/2019 2008-05-05 Capacitación TSM v5.4.pdf

http://slidepdf.com/reader/full/2008-05-05-capacitacion-tsm-v54pdf 1/137

Tivoli Storage Manager5.4

Manual de Capacitación

Junio de 2008



2

Eficiencia, Simplicidad e Innovación a la

medida de su empresa



3



Bibl iografía recomendada- IBM Tivoli Storage Management Concepts, SG24-4877-03- Deployment Guide for IBM Tivoli Storage Manager V. 5.3, SG24-6761-00

Estas publicaciones se encuentran disponibles en: www.redbooks.ibm.com

- IBM Tivoli Storage Manager for Windows: Quick Start, GC32-0784-02- IBM Tivoli Storage Manager for Windows: Administrator's Guide, GC32-0782-02- IBM Tivoli Storage Manager for Windows: Administrator's Reference, GC32-0783-02- IBM Tivoli Storage Manager for Windows: Messages, SC32-9090-03- IBM Tivoli Storage Manager for UNIX: Backup-Archive Clients Installation and User's Guide, GC32-0789-03- IBM Tivoli Storage Manager for Windows: Backup-Archive Clients Installation and User's Guide, SG-0788-03

Términos util izados:

CLI: Command Line Interface.Cliente: Equipo/Servidor a ser respaldado por TSM.Server: Servidor TSM Server.TSM: Tivoli Storage Manager.WAI: Web Administrator Interface.Backup: Respaldo.

¡IMPORTANTE!

Este manual pertenece a DRUIDICS Soluciones Informáticas SRL., por lo tanto queda prohibida la reproduccióntotal o parcial de este documento, para cualquier propósito, sin permiso por escrito de DRUIDICS SolucionesInformáticas SRL., hecho el depósito en la Dirección Nacional del Derecho de Autor bajo el expediente Nro. 109167.

ISBN 987-20154-0-6



4



INDICE

1. TIVOLI STORAGE MANAGER CONCEPTOS _____________________________________9

1.1 Características de TSM _________________________________________________________ 91.1.1 TSM Database _____________________________________________________________ 121.1.2 Backup Progresivo Incremental_________________________________________________ 131.1.3 Políticas de Backup__________________________________________________________ 141.1.4 Backup a disco primero_______________________________________________________ 151.1.5 Collocation_________________________________________________________________ 151.1.6 Reclamación _______________________________________________________________ 161.1.7 Raw Volume Backup _________________________________________________________ 171.1.8 Puesta a Punto Automática____________________________________________________ 171.1.9 Capacidad de Backups Múltiples _______________________________________________ 18

1.1.10 Backup Basado en el Journal _________________________________________________ 181.1.11 Comando Move Nodedata ___________________________________________________ 181.1.12 Lan Free Backup ___________________________________________________________ 191.1.13 Soporte de Cluster _________________________________________________________ 191.1.14 Backup a Nivel de Subarchivo_________________________________________________ 201.1.15 Encriptación_______________________________________________________________ 201.1.16 Backup Set _______________________________________________________________ 211.1.17 Backup por Imagen _________________________________________________________ 211.1.18 Soporte NDMP ____________________________________________________________ 241.1.19 Storage Pools de Copia _____________________________________________________ 241.1.20 Disaster Recovery Manager __________________________________________________ 251.1.21 Storage Pools de Datos Activos _______________________________________________ 29

1.1.22 Destrucción de Datos _______________________________________________________ 292. INTERFACES DE BACKUP / ARCHIVE _________________________________________30

2.1 Instalación del Cliente Backup/Archive GUI (Windows) _________________________________ 30Como respaldar un disco local ___________________________________________________ 40Como restaurar archivos ________________________________________________________ 43

2.2 Cliente de interfaz Web Backup/Archive _____________________________________________ 46

2.3 Cliente de Backup/Archive por línea de comandos_____________________________________ 492.3.1 Backup Incremental__________________________________________________________ 502.3.2 Backup Full ________________________________________________________________ 502.3.3 Archive ___________________________________________________________________ 50

2.3.4 Consulta de Backups ________________________________________________________ 502.3.5 Consulta de Archives ________________________________________________________ 502.3.6 Restauración de Backups _____________________________________________________ 502.3.7 Restauración de Archives _____________________________________________________ 51

3. ARCHIVING _______________________________________________________________52

4. BACKUP SET______________________________________________________________53

PREGUNTAS 1er Parte ________________________________________________________55

5. ADMINISTRACIÓN (UTILIZANDO INTERFAZ WEB Y CLI) __________________________59

5.1 Manejo de librerías _____________________________________________________________ 65



5



5.1.1 Consulta del device class (QUERY DEVCLASS) ___________________________________ 655.1.2 Consulta de la librería (QUERY LIBRARY)________________________________________ 655.1.3 Consulta de los drives (QUERY DRIVE)__________________________________________ 655.1.4 Consulta de cintas dentro de la librería (QUERY LIBVOLUME) _______________________ 65

5.2 Manejo de cintas _______________________________________________________________ 665.2.1 Consultar cintas (QUERY VOLUME) ____________________________________________ 665.2.2 Actualizar una cinta (UPDATE VOLUME)_________________________________________ 665.2.3 Definir cintas (DEFINE VOLUME)_______________________________________________ 675.2.4 Consultar contenido de las cintas (QUERY CONTENT)______________________________ 675.2.5 Mover datos a otro storage pool (MOVE DATA) ____________________________________ 68

5.3 Manejo de Storage Pools ________________________________________________________ 685.3.1 Consulta de Storage Pools (QUERY STGPOOL)___________________________________ 685.3.2 Migración de información en discos a cintas (UPD STGPOOL) ________________________ 69

5.4 Manejo de Device Class _________________________________________________________ 705.4.1 Consulta de device class (QUERY DEVCLASS) ___________________________________ 70

5.5 Manejo de Cintas en Librería______________________________________________________ 705.5.1 Retirar cintas de la librería (CHECKOUT LIBVOLUME) ______________________________ 705.5.2 Ingresar cintas en la librería (CHECKIN LIBVOLUME)_______________________________ 715.5.3 Consulta de requerimiento (QUERY REQUEST) ___________________________________ 715.5.4 Respuesta (REPLY) _________________________________________________________ 715.5.5 Etiquetar cintas (LABEL LIBVOLUME) ___________________________________________ 725.5.6 Auditar la librería (AUDIT LIBRARY)_____________________________________________ 72

5.6 Consulta de procesos (QUERY PROCESS)__________________________________________ 72

5.7 Manejo de la Base de Datos de TSM._______________________________________________ 735.7.1 Consulta de la base de datos TSM (QUERY DB) ___________________________________ 735.7.2 Consulta del recovery log (QUERY LOG) _________________________________________ 73

5.7.3 Consulta de las cintas de backup de base TSM (QUERY VOLHISTORY) _______________ 735.7.4 Backup de la historia de las cintas (BACKUP VOLHISTORY) _________________________ 745.7.5 Backup de la configuración de los dispositivos (BACKUP DEVCONFIG)_________________ 745.7.6 Backup de la base TSM (BACKUP DB) __________________________________________ 75

5.8 Manejo de Schedules de TSM_____________________________________________________ 755.8.1 Consulta de eventos (QUERY EVENT)___________________________________________ 755.8.2 Consulta de sesiones abiertas con TSM (QUERY SES) _____________________________ 765.8.3 Definir Schedule (DEFINE SCHEDULE)__________________________________________ 765.8.4 Asociación de nodos a un schedule (DEFINE ASSOCIATION) ________________________ 775.8.5 Actualizar / Modificar Schedule (UPDATE SCHEDULE)______________________________ 775.8.6 Consulta del log de actividades (QUERY ACTLOG)_________________________________ 77

PREGUNTAS 2da Parte _______________________________________________________796. OPERATORIA DIARIA_______________________________________________________83

6.1 Revisión de los eventos diarios ____________________________________________________ 836.1.1 Chequear que las tareas de backups hayan corrido exitosamente______________________ 836.1.2 Verificar los detalles de los eventos _____________________________________________ 846.1.3 Chequear que las tareas administrativas hayan corrido exitosamente___________________ 856.1.4 Verificar el detalle de los File Spaces de los nodos _________________________________ 856.1.5 Identificar Sesiones activas____________________________________________________ 856.1.6 Identificar Procesos activos____________________________________________________ 866.1.7 Verificar el porcentaje de utilización y status de las cintas dentro del robot _______________ 87



6



6.1.8 Verificar la existencia de cintas en Scratch para el próximo proceso de backup ___________ 876.1.9 Identificar cintas en estado Unavailable __________________________________________ 876.1.10 Identificar las cintas a reclamar________________________________________________ 886.1.11 Identificar las cintas FULL a retirar del robot de cintas ______________________________ 886.1.12 Identificar las cintas que pasaron a Scratch ______________________________________ 89

6.1.13 Verificar el tamaño de la Base de Datos ITSM ____________________________________ 896.1.14 Identificar los últimos backups de la base TSM ___________________________________ 896.1.15 Verificar el estado de los drives________________________________________________ 906.1.16 Verificar la migración de los datos del Storage Pool en disco a cintas __________________ 906.1.17 Identificar cintas en estado de error ____________________________________________ 906.1.18 Identificar la cantidad de RE-ESCRITURAS de las cintas ___________________________ 916.1.19 Identificar los errores de la noche ______________________________________________ 916.1.20 Verificar en el log de actividades los archivos que no pudieron ser respaldados __________ 916.1.21 Revisión de logs de clientes y agentes TDP ______________________________________ 92

7. DATABASE Y RECOVERY LOGS______________________________________________95

7.1 Definir un nuevo volumen de la base TSM ___________________________________________ 96

7.2 Expansión del espacio de la base TSM______________________________________________ 96

7.3 Creación de volúmenes en TSM Servers sobre Windows NT/2000 ________________________ 97

7.4 Creación de volúmenes en TSM Servers sobre Unix ___________________________________ 99

7.5 Creación de la copia de la base __________________________________________________ 100

7.6 Configuración del Recovery Log __________________________________________________ 100

7.7 Triggers _____________________________________________________________________ 101

8. POLITICAS DE BACKUP____________________________________________________102

8.1 Policy Domain ________________________________________________________________ 103

8.2 Policy Set____________________________________________________________________ 103

8.3 Management Class ____________________________________________________________ 104

8.4 Backup settings _______________________________________________________________ 105

8.5 Archive Settings_______________________________________________________________ 107

9. USUARIOS DE TSM _______________________________________________________108

9.1 System Privilege Class _________________________________________________________ 108

9.2 Policy Privilege Class __________________________________________________________ 109

9.3 Storage Privilege Class _________________________________________________________ 109

9.4 Operator Privilege Class ________________________________________________________ 1109.5 Analyst Privilege Class _________________________________________________________ 110

9.6 Node Privilege Class ___________________________________________________________ 110

9.7 Administración de Passwords ____________________________________________________ 111

10. CONFIGURACIÓN DE LIBRERIAS, DRIVES Y DEVICE CLASSES _________________112

10.1 Como TSM utiliza los dispositivos secuenciales _____________________________________ 112

10.2 Como configurar tapes en TSM con la interfaz de comandos___________________________ 11210.2.1 Como definir Librerías______________________________________________________ 113



7



10.2.2 Como definir Drives________________________________________________________ 11310.2.3 Device Classes ___________________________________________________________ 114

11. RECOVERY _____________________________________________________________115

11.1 Recovery de clientes __________________________________________________________ 115

11.2 Recovery del TSM Server ______________________________________________________ 11911.2.1 Escenario 1 ______________________________________________________________ 11911.2.2 Escenario 2 ______________________________________________________________ 11911.2.3 Escenario 3 ______________________________________________________________ 12011.2.4 Escenario 4 ______________________________________________________________ 121

12. OPERATIONAL REPORTING _______________________________________________122

PREGUNTAS 3ra Parte _______________________________________________________129

Anexo A Instalación del Cliente Backup/Archive (Linux)______________________________131

Respuestas de las preguntas propuestas _________________________________________135

Preguntas 1er Parte _____________________________________________________________ 135Preguntas 2da Parte ____________________________________________________________ 136Preguntas 3er Parte _____________________________________________________________ 137



8





9



1. TIVOLI STORAGE MANAGER CONCEPTOS

Tivoli Storage Manager (TSM) provee soluciones de administración de resguardo para redes corporativas,

soporta una amplia variedad de plataformas desde computadoras portátiles hasta equipos grandes agregandofuncionalidades como protección de aplicaciones, administración de espacio y recuperación ante desastres.

1.1 Características de TSM

Figura 1.1.1

Figura 1.1.2



10



INFOTRON S.A.Integradoresde Sistemas

Principales Características de Tivoli

Storage Manager

El "Catálogo" es una base de datos relacional

Metodología de Backup Progresivo

Collocation

Reclamation

Clientes LAN free Backup

Disk storage pools

Figura 1.1.3

Figura 1.1.4

Figura 1.1.5



11



Figura 1.1.6

Figura 1.1.7

Figura 1.1.8



12



Figura 1.1.9

Figura 1.1.10

1.1.1 TSM Database

Una de las características principales de TSM es que el catálogo o base de datos de TSM reside una baserelacional que provee Tivoli con el servidor TSM. Fue especialmente diseñada para administrar los datoscorrespondientes a la información almacenada y su configuración.

La base de TSM contiene toda la información correspondiente a la configuración del Servidor TSM:políticas, storage pools, schedules, clientes y datos de los clientes. Puede ser expandida o reducida en forma

dinámica manual o automáticamente.

TSM permite que la base y los recovery logs puedan ser espejados hasta en 3 copias diferentes, en discosdiferentes locales o remotos a través de NetBEUI o NFS.



13



Figura 1.1.11

Benefic ios de la base de TSM:

Rápida respuesta durante los procesos de backup, búsqueda y restauración.

Extensible, los volúmenes de la base de TSM pueden ser agregados en línea mientras encuentre espacio físicoen disco. No hay límite de tamaño lógico en crecimiento.

Auto-mantenida, no es requerido un administrador de base de datos para administrar TSM, el mantenimientopuede ser realizado automáticamente por el server.

Confiable, performante y robusta.

1.1.2 Backup Progresivo Incremental

TSM realiza un método patentado de backup incremental denominado backup progresivo, TSM no respaldala información que fue respaldada anteriormente y no fue modificada, a menos que el usuario lo solicite.

En esquemas donde la red es el “cuello de botella” de los procesos de backup TSM minimiza la cantidad deGB que necesitan ser transferidos al servidor de backup.

TSM no requiere backups full redundantes los fines de semana.



14



Figura 1.1.2.1

Figura 1.1.2.2

1.1.3 Políticas de Backup

Las políticas de TSM son usadas para definir cómo TSM maneja los datos del cliente, las políticas sondefinidas centralmente en el TSM Server. Muchos de los clientes pueden compartir la misma política.

Estas políticas son flexibles, permite que diferentes tipos de datos sean manejados en forma diferente, lagranularidad llega hasta nivel de archivo.

Cada cliente es asignado a un dominio (Policy Domain), el cliente sólo puede pertenecer a un dominio almismo tiempo. No existe límite en la cantidad de dominios a definir en el TSM.

Cada Dominio puede tener varios Sets (Policy Set), cada set tendrá diferentes configuraciones de clasesde manejo de los datos (management classes), sólo uno puede estar activo a la vez dentro del dominio.

Las clases de manejo definen como manejar los archivos respaldados, archivados o migrados, cada clasede manejo (management classes) contiene la configuración de los backups y la de los archives. Cada



15



management class permite definir el comportamiento y tiempos de retención de los backups diarios, semanales ymensuales.

En la configuración de los backups y archives se definen los tiempos de retención, cantidad de versiones amantener, los storage pools involucrados, y el modo de trabajar los archivos abiertos.

Figura 1.1.3.1

1.1.4 Backup a disco primero

La mayoría de las aplicaciones de backup ven limitada la concurrencia de los procesos de backupdependiendo de la cantidad de drives disponibles, el backup a través de la red directo a tape produce “start/stop” en

los tapes drives perdiendo performance y capacidad de compresión del equipo.

Ventajas:

a) Mayor performance en escritura en disco que en cinta.

b) El factor limitante es la arquitectura de la red y no la cantidad de drives disponibles.

c) Los datos recientemente almacenados permanecen en caché por lo tanto la performance en la restauración esmayor.

1.1.5 Collocation

TSM provee la facilidad de separar por cintas los datos del cliente. De esta manera el proceso derestauración del cliente requerirá menor cantidad de montajes de cintas y búsquedas dentro de la misma cintamejorando la performance de restauración. Es responsabilidad del cliente determinar cuáles equipos necesitan estetipo de beneficio.



16



Figura 1.1.5.1

1.1.6 Reclamación

Los datos en los tapes expiran basados en los tiempos de retención configurados en la política de backupdel cliente. Generalmente no todos los datos en los tapes expiran al mismo tiempo, por lo general en los sistemasde backups los tapes no pueden ser reutilizados hasta que todos los datos en el tape hayan expirado, esto reduceel aprovechamiento del medio usado.

TSM provee reclamación de espacio en cintas, cuando los tapes alcanzan el porcentaje de reclamación pre-definido automáticamente mueve lo datos válidos desde el tape con bajo porcentaje de ocupación a otra cinta o adisco. El tape original puede ser usado nuevamente.

Figura 1.1.6.1



17



1.1.7 Raw Volume Backup

Figura 1.1.7.1

1.1.8 Puesta a Punto Automática

Figura 1.1.8.1



18



1.1.9 Capacidad de Backups Múltiples

Figura 1.1.9.1

1.1.10 Backup Basado en el Journal

Figura 1.1.10.1

1.1.11 Comando Move Nodedata

TSM permite consolidar la información respaldada diariamente en cinta en forma incremental, permitiendoque la información correspondiente a un mismo nodo quede consolidada en forma contigua minimizando la cantidadde montajes y desmontajes de tapes necesarios para recuperar los datos del nodo.

La consolidación de los datos puede ser realizado a cintas o discos, si utilizamos la función de consolidar los datos a disco, en el momento de restaurar la operación será realizada directamente del pool de discosminimizando el tiempo requerido para completar el proceso.



19




Consolidación de Datos

move nodedata bobfromstgpool=tapepooltostgpool=diskpool

Storage pool hierarchy

move nodedata bobfromstgpool=tapepool

Consolidation

Files for node BOB

Movement to Disk

Files for node BOB

Storage pool hierarchyStorage pool hierarchy


Consolidation

Files for node BOB

Movement to Disk

Files for node BOB

Storage pool hierarchyStorage pool hierarchy


Consolidation

Files for node BOB

Movement to Disk

Files for node BOB

Storage pool hierarchy

El tiempode restore puedeser mejoradoconsolidandolos datosen disco o en

cintapor clientes.Los archivosmovidospertenencena un nodo(s) específico(s) y residenen unpool de almancenamientode accesosecuencial.

Figura 1.1.11.1

1.1.12 Lan Free Backup

Figura 1.1.12.1

1.1.13 Soporte de Cluster

Figura 1.1.13.1



20



1.1.14 Backup a Nivel de Subarchivo

TSM permite realizar backups por bloques de archivo modificado, este proceso está pensado para backupsremotos con anchos de bandas restringidos o por líneas de teléfonos analógicas utilizando módems.

Definiremos de acuerdo al ancho de banda el tamaño mínimo de los archivos a procesar usando este modoy TSM realizará este proceso en forma transparente.

Si el porcentaje de cambios de algún archivo a procesar, usando Sub File Backup, supera el 75% entoncesTSM optará por respaldarlo en forma completa.

Figura 1.1.14.1

1.1.15 Encriptación

TSM permite realizar backups encriptados, los cuales son necesarios cuando queremos enviar datos de

manera segura a través de redes no seguras o compartidas.

Para poder recuperar los datos procesados es necesario que usuario conozca la password con la cuál fueencriptado el proceso de backup.

Figura 1.1.15.1



21



1.1.16 Backup Set

TSM permite realizar el backup full a partir de los backups incrementales sin acceder al nodo cliente y sindepender de la ventana de backup disponible para el full backup.

El backup set fue diseñado para reemplazar los procesos de archiving ya que podemos indicarle una fechade expiración diferente a la que tenía asignada en el pool de backup incremental.

El backup set permite ser recuperado a través de la red o en forma local en el cliente sin acceder al servidorTSM, utilizando el cliente de TSM, lo cual hace que sea una excelente solución para grandes volúmenes de datos.Esta característica de restaurar los datos sin acceder al TSM Server es denominada Lan Free Restore.

A partir de la versión 5.4 de TSM, los backup sets pueden almacenar datos de varios nodos en una mismacinta.

Figura 1.1.16.1

Figura 1.1.16.2

1.1.17 Backup por Imagen

TSM permite realizar backups de tipo “imagen”, este proceso permite grabar por bloques y no por archivoscomo se realiza normalmente. El backup o restore por imagen tiene la ventaja de que ser más performante perotiene la restricción de que con bases de datos o bases de correo los servicios tienen que estar “offline” durante elproceso.TSM puede realizar recuperaciones parciales del backup imagen y realizar incrementales de la imagen tomadaanteriormente.



22



Figura 1.1.17.1

Figura 1.1.17.2

Figura 1.1.17.3



23



Figura 1.1.17.4

Figura 1.1.17.5

Figura 1.1.17.6



24



Figura 1.1.17.7

1.1.18 Soporte NDMP

Figura 1.1.18.1

1.1.19 Storage Pools de Copia

Este tipo de pool de TSM, permite mantener doble copia de cada archivo respaldado, estos tapes puedenser enviados a una ubicación offsite y usados en caso de recuperación total de desastre. La única manera de perderinformación con este esquema actualizado diariamente es perdiendo o no teniendo acceso a la cinta original ni a suduplicado, brindando un mayor nivel de seguridad.


El tiempoparacrear tapes de recovery parael sitio local y el offsite es

reducidocon escriturassimultáneasa múltiples pools de almacenamiento

duranteel procesode backup y archive.

Los pools de destinopuedenser de diferentesdevice classes

COPYPOOL1

DISKPOOL

COPYPOOL2define stgpool diskpoolcopystgpools=copypool1,copypool2

ABC

TSM Cliente TSM Server

C B A

CB

A

C B A

Escritura Simultánea a Copy Pools

Figura 1.1.19.1



25



1.1.20 Disaster Recovery Manager

TSM permite administrar las cintas de recovery creando el plan de desastres que será actualizadodiariamente indicando las cintas requeridas para cada uno de los nodos involucrados en el plan. Por otro lado

generará el script que permita recuperar el TSM Server en otro equipo en forma automática con los parámetrosvigentes al momento de crear el plan.

Figura 1.1.20.1

Figura 1.1.20.2

Figura 1.1.20.3



26



Figura 1.1.20.4

Figura 1.1.20.5

Figura 1.1.20.6



27



Figura 1.1.20.7

Figura 1.1.20.8

Figura 1.1.20.9



28



Figura 1.1.20.10

Figura 1.1.20.11



29



1.1.21 Storage Pools de Datos Act ivos

Los Active Data Pools mantienen las copias activas de los servidores agrupadas. Tienen como objetivomaximizar las ventanas de recuperación (si el tipo de dispositivo es disco) ó proveer copias de seguridad off-site (si

el tipo de dispositivo es cinta).

Figura 1.1.21.1

1.1.22 Destrucción de Datos

Data shredding para Storage Pools de discos permite maximizar la confidencialidad de la información.

Normalmente, cuando los datos son migrados de discos a cintas, éstos son eliminados lógicamente de la base de

datos de TSM, pero existen todavía físicamente sobre los discos. Entonces, estos datos podrían llegar a serrecuperados fácilmente por herramientas que trabajan a bajo nivel.

Data Shredding sobrescribe varias veces la información eliminada para evitar que pueda ser recuperada másadelante.

Figura 1.1.22.1



30



2. INTERFACES DE BACKUP / ARCHIVE

Hay tres tipos de interfaces de Backup/Archive:

Cliente Backup/Archive GUI

Cliente de interfaz por línea de comandos Backup/Archive

Cliente de interfaz Web Backup/Archive

Los agentes Tivoli Data Protection para aplicaciones poseen interfases gráficas y por línea de comandos.

2.1 Instalación del Cliente Backup/Archive GUI (Windows)

Ejecutamos setup.exe del CD instalador.



31





32





33



El cliente se ejecuta desde: Inicio – Programas – Tivoli Storage Manager – Backup Client GUI



34





35



El cliente se puede encontrar en: Inicio – Programas – Tivoli Storage Manager – Backup Client GUI enel sistema operativo MS Windows o /usr/tivoli/tsm/client/ba/bin/dsm o /opt/tivoli/tsm/client/ba/bin/dsm en el entornoUnix.

Las pantallas que veremos serán las del cliente TSM de MS Windows.

Figura 2.1.1



36



Figura 2.1.2

Para configurar el cliente seleccionamos EDIT – PREFERENCES:

Figura 2.1.3



37



Figura 2.1.4

Figura 2.1.5



38



Figura 2.1.6

Figura 2.1.7



39



Figura 2.1.8

Figura 2.1.9



40



Figura 2.1.10

Como respaldar un d isco local

1º Seleccionar Backup

En el Cliente Backup/Archive GUI

Figura 2.1.11



41



Figura 2.1.12

2º Expandir la rama Local

Figura 2.1.13

3º Marcar la casilla gris a la izquierda los directorios a respaldar



42



Figura 2.1.14

4º Seleccionar en Backup.

Figura 2.1.15



43



Como restaurar archivos

En el Cliente Backup/Archive GUI

1º Seleccionar en Restore

2º Seleccionar Point in Time si queremos recuperar la información a una fecha específica.

Figura 2.1.16

Figura 2.1.17



44



Figura 2.1.18

3º Expandir el árbol en File Level

Marcar la casilla gris a la izquierda del archivo o directorio buscado

Figura 2.1.19

4º Seleccionar en Restore

5º Modificar las opciones del destino del restore



45



Figura 2.1.20

6º Seleccionar Restore



46



2.2 Cliente de interfaz Web Backup/Archive

Este cliente se puede encontrar ingresando la siguiente URL en la barra de direcciones de su InternetExplorer o Netscape Navigator web browsers:

Para poder acceder por la interfaz web del cliente TSM desde una PC es necesario instalar el Java RuntimeEnvironment de Sun Microsystems Inc. en la versión 1.3.1_01.

El link donde podemos bajar esta herramienta es: http://java.sun.com/products/archive/j2se/1.3.1_01/jre/

http ://nombre o Nº IP del cliente:1581

Ej: http://<Nombre del Servidor o dirección IP>:1581/

El manejo de este cliente es similar al cliente GUI

Figura 2.2.1

Figura 2.2.2



47



Seleccionamos el tipo de backup a realizar:

Figura 2.2.3

Visualizamos todos los archivos respaldados:

Figura 2.2.4



48



Figura 2.2.5

Figura 2.2.6

Esta herramienta a diferencia del cliente GUI, no permite realizar búsquedas de archivos para restaurar,pero brinda la funcionalidad de control remoto de procesos de backup/restore sobre demanda.



49



2.3 Cliente de Backup/Archive por línea de comandos

Esta herramienta posee las funcionalidades de las otras, pero tiene la ventaja de poder ejecutarse en formabatch en un proceso externo al TSM que solicita backup sobre demanda en un script.

./opt/tivoli/tsm/client/ba/bin/dsmc = Linux

./usr/tivoli/tsm/client/ba/bin/dsmc = AIXc:\tivoli\tsm\baclient\dsmc.exe = Windows

Figura 2.3.1

Figura 2.3.2



50



2.3.1 Backup Incremental

tsm> incremental o tsm> i

tsm> i /data/ o tsm> i /data/*

tsm> i –subdirectory=yes /data/* o tsm> i –su=yes /data/*2.3.2 Backup Ful l

tsm> selective /data/* o tsm> s /data/*

tsm> s –su=yes /data/*

tsm> s –su=yes /data/*.sh

2.3.3 Archive

tsm> archive /data/* o tsm> a /data/*

tsm> a –su=yes /data/*

tsm> a –su=yes /data/* -desc=”Mensual Octubre Server A”

tsm> a –su=yes /data/* /users/* -des=”Mensual Octubre Server A”

2.3.4 Consul ta de Backups

tsm> query backup *

tsm> query backup /data/* o tsm> q b /data/*

tsm> query backup /data/* -inactive

tsm> query backup /data/* -fromdate=12/11/2001

2.3.5 Consul ta de Archives

tsm> query archive *

tsm> q a /data/*

2.3.6 Restauración de Backups

tsm> restore /data/*

tsm> restore /data/* /tmp/data

tsm> restore –replace=all –su=yes /data/*

tsm> restore –replace=all –su=yes /data/* -pitdate=08/01/2001 –pittime=03:00:00

tsm> restore –replace=all –su=yes /data/* -todate=08/01/2001 –totime=03:00:00



51



2.3.7 Restauración de Archives

tsm> retrieve /data/* -des=”Mensual Octubre Server A”

tsm> retrieve /data/* /tmp/ -des=”Mensual Octubre Server A”



52



3. ARCHIVING

A diferencia de los backups incrementales, los procesos de archiving están pensados para respaldar

información específica a largo plazo. (Dependiendo de la política de backup implementada).

Al realizar un archiving es necesario especificar un rótulo o etiqueta que le daremos al trabajo el cuál nospermitirá identificarlo más adelante.

TSM separa el pool o conjunto de cintas de backup de las de archive, permitiendo realizar offsites de losarchives.

TSM sugiere que los procesos de Backup incluyan los sistemas operativos, aplicaciones y datos, en cambiopara los Archives sugiere que sólo incluya datos o información de versiones finales que necesiten permanecer en lahistoria, como por ejemplo datos asociados a sistemas contables o proyectos en sus versiones finales.

Una ventaja de TSM es que permite visualizar el contenido de todos los archives realizados, hasta nivelarchivo, contenidos en la política de retención de los mismos.

Pasos para realizar un Archive desde el cliente de backup GUI:

Figura 3.0.1



53



4. BACKUP SET

Existe otra manera de generar un backup full que queremos retener en un largo plazo. Definiremos el

tiempo de expiración a este backup set.

Ventajas:

• No requiere realizar el backup full mensual de los servidores a través de la red. Es un proceso interno del TSM.

• Separa los clientes por set de cintas, permitiendo durante un recovery montar la menor cantidad de cintas yrealizar la menor cantidad de búsquedas dentro de la cinta.

• Permite la función de LAN FREE RESTORE, conectando un drive compatible con las cintas en el cliente realizarla restauración de forma local mejorando notablemente la performance de restauración.

• Esta operación requiere al menos una cinta dedicada por servidor.

Task Path

Create

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click a server name.3. In the server's policy domains table, click a name of a domain.4. In the domain's properties portlet, click Client Nodes.5. In the Client Nodes table, click the name of a node.6. In the node's properties notebook, click the Backup Sets tab.7. In the Backup Sets table, click Select Action, select Generate backup set.

View and modify

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click a server name.

3. In the server's policy domains table, click a name of a domain.4. In the domain's properties portlet, click Client Nodes.5. In the Client Nodes table, click the name of a node.6. In the node's properties notebook, click the Backup Sets tab.7. In the Backup Sets table, select a backup set.8. Click Select Action, select Modify Backup set.



54





55



PREGUNTAS 1er Parte

Marcar con una cruz o un círculo la respuesta correcta:

1. ¿Cuántas interfaces de backup/archive posee el cliente de TSM?

a. unab. dosc. tresd. cuatro

2. ¿Qué es el point in time restore?

a. Restaurar los datos a una fecha y hora determinada.b. Restaurar los datos de un full backup.c. Restaurar los datos especificando una cinta determinada.

3. ¿Para qué se utiliza la función de archive?

a. Backup full.b. Backup incremental.c. Archivar los datos a largo plazo.d. Archivar los datos en forma incremental.

4. ¿Qué comando se utiliza para realizar un archive del directorio /datos incluyendo sus subdirectorios?

a. selective –su=yes /datos/*b. archive –su=yes /datosc. archive –su=yes /datos/*

5. ¿Para qué se utiliza la función Backup Set?

a. Para generar un backup full a partir de un backup incremental.b. Para generar un conjunto de backups incrementales.c. Para generar un archive a partir de un backup.d. Para generar un backup incremental.

6. ¿El backup set requiere al menos un tape por nodo para realizar esta operación?

a. Nob. Si

7. ¿ Es lo mismo un backup de tipo “selective” que “always backup”?

a. Nob. Si

8. ¿Para qué sirve la opción password access generate en los clientes?

a. Para grabar el password del cliente encriptada en el disco local.b. Para solicitar el password cuando uno accede al cliente.c. Para acceder al cliente Web de backup.

9. El backup a disco se utiliza para:



56



a. Ahorrar el costo de utilización de cintas.b. Mejorar la velocidad del backup.c. Permitir sesiones de backup simultáneas.d. Todas las anteriores.e. Sólo b y c.

10. Collocation se utiliza para:

a. Mejorar la velocidad del backup.b. Mejorar la velocidad del restore.c. Mejorar la velocidad de grabación a disco primero.

11. La Reclamación se utiliza para:

a. Mejorar la velocidad del backup.b. Grabar los datos en cintas independientes por equipo.c. Reciclar las cintas con poco porcentaje de utilización.

d. Restaurar desde un backup set.

12. Para utilizar el cliente de backup por la interfase Web no hace falta poner el login si el cliente tienehabilitada la opción “Passwordaccess generate”.

a. Verdaderob. Falso

13. El Backup basado en el Journal

a. Registra las modificaciones diarias para acelerar los backups incrementales.b. Permite programar los backups en los clientes.

14. TSM permite generar doble copia de las cintas de forma sincrónica y asincrónica.


15. Lan Free Backup se utiliza para enviar los archivos por la LAN.




57



16. Server free Backup elimina la necesidad del servidor de backup.


17. Los backups de TSM por defecto se graban encriptados en cinta.


18. ¿Cuándo es útil la utilización del backup por imagen?

a. Cuando un equipo tiene gran cantidad de archivos chicos.b. Cuando un equipo tiene raw devices.c. Cuando pretendemos maximizar la performance del backup.d. Sólo A y Be. Sólo B y Cf. A, B y C

19. DRM (Disaster Recovery Manager) se utiliza para:

a. Para restaurar los clientes de TSM en forma automática.b. Para generar el DRP (Disaster Recovery Plan)c. Para automatizar el proceso de recuperación del TSM Server.d. Sólo B y C.e. A, B y C.

20. Data Shredding se utiliza para:

a. Destruir los datos contenidos en una cinta.b. Destruir los datos contenidos en el disco en Active Data Pools.

c. Maximizar la confidencialidad sobrescribiendo los datos eliminados en los discos.



58





59



5. ADMINISTRACIÓN (UTILIZANDO INTERFAZ WEB Y CLI)

Nota: Entre paréntesis están descriptos los comandos utilizados en la interfase CLI, por ej: ( tsm> query

devclass)

Para conectarse a la consola del servidor TSM:Por la interfaz Web – http://172.17.70.17:8421/ibm/console, nombre del servidor donde se encuentra instalada laconsola ISC.Por la interfaz CLI – ejecutar el archivo DSMADMC ubicado en el directorio del cliente TSM

Distribución de la consola TSM



60



Toolbar

ISC Banner



61



ISC Navigation tabs

ISC Group view



62



ISC Navigation tree

ISC Work area



63



Figura 5.0.1

Figura 5.0.2



64



Figura 5.0.3

Figura 5.0.3.1

Show Command Line permite ingresar consulta o realizar operaciones por línea de comandos.



65



5.1 Manejo de librerías

5.1.1 Consulta del device class (QUERY DEVCLASS)

( tsm> query devclass , tsm> query devclass format=detailed )

Task Path

View1.Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Device Class.

5.1.2 Consulta de la librería (QUERY LIBRARY)

( tsm> query library , tsm> query library format=detailed)

Task PathView

1.Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, select a library.

5.1.3 Consulta de los drives (QUERY DRIVE)

( tsm> query drive , tsm> query drive format=detailed)

Task Path

View

1.Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, click the name of a library.3. In the library's properties portlet, click the Drives tab.

4. In the table, select a drive.

5.1.4 Consul ta de cintas dentro de la librería (QUERY LIBVOLUME)

( tsm> query libvolume , tsm> query libvolume format=detailed):

Task Path

View

1. Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, click a library name.3. In the library's properties portlet, click the Volumes tab.4. In the table, select a volume.



66



5.2 Manejo de cintas

5.2.1 Consultar cintas (QUERY VOLUME)

( tsm> query volume tsm> query volume format=detailed)

Task Path

View

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, click a storage pool name.5. In the storage pool's properties notebook, click the Volumes tab.6. In the table, select a volume.

5.2.2 Actualizar una cinta (UPDATE VOLUME)

( tsm> update volume <Nombre de la Cinta> access=readwrite)

Task Path

Update

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, click a storage pool name.5. In the storage pool's properties notebook, click the Volumes tab.6. In the table, select a volume.7. Click Select Action, select Modify Volume.

Ejecutando el comando q vol se puede observar de cada volumen la siguiente información:

Cantidad de veces que TSM montó la cinta.

Momento de la última escritura.

Número de re-escrituras completas.

Número de errores de escritura en la cinta.

Momento de la última lectura.

Número de errores de lectura en la cinta.

Si la cinta se encuentra en estado de error .

Status: Empty, Full, Filling.

Porcentaje de espacio reclamable en la cinta.

Modo de Acceso:

Read/Write. La cinta puede ser leída y/o escrita por TSM.

Read only: Una cinta se encuentra en este estado cuando se llenó, tuvo un error de escritura o el operador la cambió a este estado para sacarla de edificio.



67



Unavailable: No disponible, esto sucede cuando TSM solicita una cinta (para backup o restore) que no seencuentra montada en la librería, por defecto solicita las cintas por consola cada un minuto durante 60minutos, si el operador no realiza el montaje de la cinta entonces TSM automáticamente pasa su estado ano disponible.

Destroyed : Asignado por el operador en casos que físicamente no pueda leerse la cinta, TSM no solicitarála cinta para backup ni restore.

Offsite: Cintas copias de originales que son retiradas del edificio, para maximizar los niveles de seguridad.

5.2.3 Defini r cintas (DEFINE VOLUME)

( tsm> define volume <Nombre del Storage Pool> <Nombre de la Cinta>)

Task Path

Define

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, click a storage pool name.5. In the storage pool's properties notebook, click the Volumes tab.6. In the volumes table, click Select Action, select Add Volume.

5.2.4 Consultar contenido de las cintas (QUERY CONTENT)

( tsm> query content <Nombre de la Cinta>)

Task Path

View

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, click a storage pool name.5. In the storage pool's properties notebook, click the Volumes tab.6. In the table, select a volume.7. Click Select Action, select View Contents.



68



5.2.5 Mover datos a otro storage pool (MOVE DATA)

( tsm> move data <Nombre de la Cinta> stgpool=<Nombre del Storage Pool>)

Task Path

View

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, click a storage pool name.5. In the storage pool's properties notebook, click the Volumes tab.6. In the table, select a volume.7. Click Select Action, select Move Data.8. Select move destination and click OK.

5.3 Manejo de Storage Pools

5.3.1 Consulta de Storage Pools (QUERY STGPOOL)

( tsm> query stgpool tsm> query stgpool format=detailed)

Task Path

View

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, select a storage pool.

Nota: Si el valor “Pct Migr” en backuppool es mayor a 0 significa que el cache contiene información a migrar a cintas(para ver este valor ejecutar el comando q stgpool f=d)



69



5.3.2 Migración de información en discos a cintas (UPD STGPOOL)

( tsm> update stgpool <Nombre del Storage Pool> high=0 low=0)( tsm> migrate stgpool <Nombre del Storage Pool> low=0)

Task Path

Update

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Storage Pools.4. In the server's storage pools portlet, select a storage pool.5. Click Select Action, select Modify Storage Pool.

Modificar los parámetros:

High Migration Threshold: Máximo porcentaje de ocupación del Storage Pool, pasado este porcentajeTSM lanza automáticamente un proceso de migración a cinta.

Low Migration Threshold: Mínimo porcentaje de ocupación del Storage Pool durante un proceso demigración a cinta cuando este valor es alcanzado TSM finaliza el proceso de migración.Desde aquí configuraremos los parámetros LOW y HIGH para determinar en que porcentaje de ocupación

comienza y para el proceso de migración a cinta.

La opción CACHING ENABLED le permite a TSM darle la función de “cachear” al storage pool en disco, lacuál ante una solicitud de restauración, verificará primero la presencia de los objetos a restaurar si aún permanecenen caché (aunque hayan sido migrados a cinta), mejorando notablemente la velocidad de restauración.

La opción MIGRATION PROCESSES especifica cuántos procesos concurrentes queremos que TSMejecute al momento de la migración a cinta. Este valor dependerá de la cantidad de lectograbadoras quedisponemos y la cantidad que queremos ocupar para este fin. Mayor cantidad de procesos concurrentes mejora lavelocidad de transferencia de disco a cinta.

Nota: Para forzar una migración parametrizar los dos valores en 0, una vez finalizado el proceso es necesariorestablecer los valores.

IMPORTANTE: Si el valor de High Migration Threshold se encuentra parametrizado en 0 durante un proceso debackup, éste se realizará directo a cinta sin utilizar el Storage Pool en disco. La siguiente figura muestra la pantallacon las propiedades de backuppool:

Figura 5.3.4



70



La opción MAXIMUM SIZE THRESHOLD permite configurar el tamaño máximo del archivo que sealmacenará en el storage pool de disco, realizar el backup a disco de archivos chicos en paralelo mejoran laperformance del proceso, por otro lado el backup a disco de archivos muy grandes desaprovecha espacio en elstorage pool de disco y performance, por lo que conviene configurar el tamaño máximo de archivo que queremosalmacenar en disco.

En dispositivos de almacenamiento, seleccionar el servidor de TSM, luego seleccionar acción: propiedadesdel servidor, y finalmente procesos del servidor para chequear el proceso de la migración corriendo en background.

Nro de proceso: Con este ID podemos cancelar el proceso si lo deseamos.Moved bytes: Indica la cantidad en bytes transferidos a cinta.Waiting for moun t: Indica la cinta que TSM solicita para realizar el proceso y el tiempo de espera actual.

El próximo paso es volver los valores anteriores al Storage Pool con que hicimos update después del proceso por elmismo algoritmo.

5.4 Manejo de Device Class

5.4.1 Consulta de device class (QUERY DEVCLASS)

( tsm> query devclass , tsm> query devclass format=detailed )

Task Path

View

1.Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Device Class.4. In the server's device classes portlet, select a device class.5. Click Select Action, select Modify Device Class.

5.5 Manejo de Cintas en Librería

5.5.1 Retirar cintas de la librería (CHECKOUT LIBVOLUME)

Sin usar la puerta de exportación

( tsm> checkout libvolume <Nombre_del_robot> <Nombre_de_la_cinta> checklabel=no remove=no)

Task Path

Check outvolumes froma library

1. Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, click a library name.3. In the library's properties notebook, click the Volumes tab.4. In the Volumes table, click Select Action, select Check Out Volumes.

Para asegurarse que el proceso funcionó correctamente, hay que verificar la finalización del proceso en elactivity log o renovar tabla para comprobar que la cinta fue retirada por TSM en forma lógica.

Después del CHECKOUT LIBVOLUME la cinta quedará en la librería, hay que retirarla manualmente.



71



5.5.2 Ingresar cintas en la librería (CHECKIN LIBVOLUME)

El checkin de cintas en la librería sirve para que TSM identifique las cintas que posee dentro del equipo.

Poner las cintas a ingresar en los slots disponibles de la librería, si no hubiese lugar retirar cintaspreviamente realizando un “checkout libvolume”.

Si es necesario agregar cintas SCRATCH en la librería, hay que poner el parámetro STATUS=SCRATCH

Sin usar la puerta de exportación de cintas

( tsm> checkin libvolume <Nombre_de_libreria > search=yes status=private)

Task Path

Check in andlabel volumesfor a library

1. Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, click a library name.

3. In the library's properties notebook, click the Volumes tab.4. In the Volumes table, click Select Action, select Add Volumes .

5.5.3 Consulta de requerimiento (QUERY REQUEST)

( tsm> query request)

Task Path

View1. Click Enterprise Management in the Work Items list.2. In the table, select a server.3. Click Select Action, select View Operator Request.

5.5.4 Respuesta (REPLY)

( tsm> reply N (donde N es el número del request))

Task Path

Reply

1. Click Enterprise Management in the Work Items list.2. In the table, select a server.3. Click Select Action, select View Operator Request.4. In the table, select a request.5. Clic Select Action, select Reply to Request.

Antes de confirmar (ingresar el comando REPLY 1) cumplimos con el requerimiento: Si ejecutamos unproceso de CHECKIN LIBVOLUME, es necesario ingresar las cintas en la puerta de exportación.



72



5.5.5 Etiquetar cintas (LABEL LIBVOLUME)

El etiquetado de cintas es una función indispensable para que TSM pueda utilizar las cintas como volúmenes.

Sin usar la puerta de exportación de cintas

( tsm> label libvolume ez17 search=yes overwrite=yes checkin=scr labelsource=barcode)

Task Path

Label

1. Click Storage Devices in the Work Items list.2. In the Libraries for all Servers table, click a library name.3. In the library's properties portlet, click the Volumes tab.4. In the table, click Select Action, select Add Volumes.

5.5.6 Auditar la librería (AUDIT LIBRARY)

( tsm> audit library ez17 label=barcode)

5.6 Consulta de procesos (QUERY PROCESS)

( tsm> query process)

En Dispositivos de almacenamiento, seleccionar acción: propiedades del servidor, y luego procesos del servidor sepueden observar los procesos que se están ejecutando en ese momento.

Task Path

View

1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server’s properties portlet click Server Processes.

Cuando un usuario o administrador usa un comando de TSM para realizar una operación, TSM lanza unproceso.

Muchos procesos ocurren rápidamente y corren en foreground, mientras que otros toman más tiempo encompletarse. Para permitir realizar otras tareas mientras ocurren las operaciones de largo proceso, TSM lanza lasentre otras las siguientes operaciones en background:

• Backup de la base• Backup de un storage pool• Check in o check out de cintas que usan librerías• Expire inventory• Migración de archivos de un storage pool a otro• Reclamación de espacio en cintas

El servidor de TSM asigna a cada proceso en background un número ID y muestra ese ID cuando laoperación comienza. Por ejemplo, si usted usa el comando EXPIRE INVENTORY, TSM muestra un mensaje similaral siguiente:

EXPIRE INVENTORY started as Process 10



73



5.7 Manejo de la Base de Datos de TSM.

5.7.1 Consulta de la base de datos TSM (QUERY DB)

( tsm> query db tsm> query db format=detailed)

Task Path

Display overallstatus of the

database

1. Click Health Monitor in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's health information portlet, click Database and Recovery Log Information .4. Click Select Action, select Database Properties.

5.7.2 Consulta del recovery log (QUERY LOG)

( tsm> query log tsm> query log format=detailed)

Task Path

Display overallstatus of the log.

1. Click Health Monitor in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's health information portlet, click Database and Recovery Log Information.4. Click Select Action, select Log Properties.

Pct Util: nos informa el porcentaje utilizado del log o la base, valores por encima del 70% requieren extender elmismo.

Max Pct Util: nos informa el pico alcanzado por el TSM en el uso del log o la base.

Qué sucede si se llena la Base de TSM?Si esto sucede TSM no puede actualizar en el catálogo la información a respaldar, por lo tanto los procesos

de respaldo quedarán inhabilitados hasta extender el tamaño de la base. Los procesos de restore están habilitados.El Recovery Log en modo Roll Forward permite definir un trigger de expansión automática de la base TSM

Qué sucede si se llena el Recovery Log?TSM no brindará servicios hasta extender la misma. En modo Roll Forward permite definir un trigger de

expansión automático del Recovery Log.

5.7.3 Consulta de las cintas de backup de base TSM (QUERY VOLHISTORY)

( tsm> query volhistory type=dbbackup)

Task Path

Display volumehistory

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Volume History



74



5.7.4 Backup de la historia de las cintas (BACKUP VOLHISTORY)

( tsm> backup volhistory tsm> backup volhistory filename=/ruta/volhist.out,/rutax/volhist.out)

Task Path

Backup volumehistory

1. Click Storage Devices in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select View Volume History.4. In the Volumes table, select a volume.5. Click Select Action, select Backup Volume History.

Por defecto TSM actualiza el archivo en modo automático, pero el comando BACKUP VOLHISTORY sirvepara forzar el resguardo del mismo en el caso de que el archivo no exista más o esta corrupto.Este archivo contiene:

Nombres de las cintas que han sido agregadas, re-usadas o eliminadas. Cintas de backup de la base.

La información de las cintas que están almacenadas en la base, la restauración de la base, no está disponible.Para realizar la restauración, TSM toma la información desde el Volume History File.

Para asegurar la disponibilidad de la información tenemos las siguientes opciones:

- Almacenar al menos una copia del volume history file en un disco separado de la base u offsite.- Almacenar una copia del volume history file con los backups de la base.- Almacenar una copia remota en un file system NFS- Almacenar un print out offsite.

Nota: Es posible restaurar una base sin el volume history file, pero requiere leer la cinta para determinar la fecha derealización.

Por defecto TSM guarda este archivo denominándolo VOLHIST.OUT en el directorio Server del TSM. Agregando el path al archivo en el comando podemos redireccionar el backup su directorio necesario

5.7.5 Backup de la configuración de los dispositivos (BACKUP DEVCONFIG)

( tsm> backup devconfig tsm> backup devconfig filename=/ruta/devconfig.out,/ruta/devconfig.out)

Task Path

Backup deviceconfiguration

1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.

3. Click Select Action, select Back Up Device Configuration.

Por defecto TSM actualiza el archivo en modo automático, pero el comando BACKUP DEVCONFIG sirve paraforzar el resguardo del mismo en el caso de que el archivo no exista más o esta corrupto.

Este archivo contiene información acerca de la configuración de los dispositivos, librerías, drives y cintas montadasnecesarias para leer los datos. TSM mantiene esta información en la base, pero durante una restauración de labase al no estar disponible, utiliza este archivo.



75



5.7.6 Backup de la base TSM (BACKUP DB)

( tsm> backup db devclass=<device> type=full)

Task Path

Backupdatabase

1. Click Health Monitor in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's health information portlet, click Database and Recovery Log Information.4. Click Select Action, select Backup.

Ud. puede utilizar device classes existentes para backup de la base o definir uno nuevo. Para realizar backups incrementales de la base es conveniente especificar un device class distinto que para los full backups.

Por ej. es posible realizar full backups a cinta y backups incrementales a disco, para realizar backups adisco es necesario definir device classes de tipo FILE.

Comando para ejecutar un backup de la base de datos a cinta:

Nota: Cada backup de TSM debe ser realizado en cinta diferente. (No permite más de uno por cinta).Los backups incrementales en cinta deben realizarse en cintas diferentes.Ud. Puede reutilizar una cinta de backup de la base de datos cuando haya sido eliminado delvolume history file.En una cinta de datos no puede grabar un backup de la base ni viceversa.

5.8 Manejo de Schedules de TSM

5.8.1 Consulta de eventos (QUERY EVENT)

Para ver como fue los backups y archives programados de clientes de ayer a partir de 00:00:00 horas y

hasta 8hs de la mañana de hoy, hacemos el siguiente comando por la interfaz Web:

QUERY EVENT * * BEGIND=TODAY-1 ENDTIME=08:00:00

O por la CLI:

tsm> query event * * begindate=today-1 endt=08:00:00

Task Path

View

1. Click Health Monitor in the Work Items list.2. In the Servers table, click a server name.3. Click Select Action, select View Health Details.4. Clic Schedule Information in detail information table.

Cada operación de cliente programada es llamada evento. El server TSM rastrea cada evento programado yregistra los resultados de cada función en la base de datos.

Con el comando query event se pueden chequear si los trabajos programados fueron procesados exitosamente.

Posibles estados de un evento:

COMPLETED: especifica que la tarea programada ha sido completada exitosamente.

FUTURE: que no se ha llegado a la ventana de comienzo del trabajo.



76



PENDING: que la operación aún no ha comenzado y se encuentra dentro de la ventana de comienzo deltrabajo.

MISSED: que la ventana de comienzo a finalizado y que la tarea programada no ha comenzado.

STARTED: que el proceso ha comenzado.

FAILED: que el cliente un fallo en el proceso y no pudo superarse con los reintentos preprogramados.

UNCERTAIN: el estado del evento no puede ser determinado.

5.8.2 Consulta de sesiones abiertas con TSM (QUERY SES)

( tsm> query session tsm> query session format=detailed)

Task Path

View1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server’s properties portlet click Client Node Sessions.

Existen 2 tipos de sesiones:

1) Administrativas2) De los nodos (clientes TSM)

Sess Type nos indica el tipo de sesión:

Admin para administrativas.Node para clientes de backup o archive.

5.8.3 Definir Schedule (DEFINE SCHEDULE)

Existen 4 tipos de comandos que podemos automatizar:

1) Server Command Scripts: Son funciones (comandos) definidas en el server TSM como scripts.

2) Administrat ive Command Schedules: Comandos de administración de TSM que pueden ser programados

3) Client Schedules: Procesos de backup/restore, archive/retrieve que son programados

4) Inmediate Action Schedules: Procesos de backup/restore, archive/retrieve que serán ejecutadosinmediatamente.

Task Path

Create

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's policy domains notebook, click the name of a domain.4. In the domain's properties portlet, click Node Schedules.5. In the table, click Select Action, select Create a Schedule.



77



View andmodify

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's policy domains notebook, click the name of a domain.4. In the domain's properties portlet, click Node Schedules.5. In the table, select a schedule.

6. Click Select Action, select Create a Schedule.

Para procesos incrementales marcamos el nombre del dominio, definimos el nombre del schedule, accióndiario - incremental, fecha y hora de inicio y duración en horas de la ventana del backup.

El nombre del Schedule es obligatorio ingresarlo. El tipo de acción incremental realizará el backupincremental de todos los nodos que asociaremos más adelante a esta tarea, respaldará todos los archivos, quehayan sufrido alguna modificación desde el último backup, de cada cliente salvo que estén excluidos en el dsm.optdel cliente.

El parámetro “Duration y Duration Units” especificaremos la ventana de backup. Si por algún motivo TSM

no pudo ejecutar los trabajos, durante los reintentos verificará si permanece dentro de la de backup, de otra formacancelará la tarea.

Para las tareas del tipo “selective” (backup full) marcamos el nombre del dominio, definimos el nombre delschedule, acción - selective, objetos para resguardar, fecha y hora de inicio y duración en horas de la ventana delbackup.

En Objetos (Objects) para el backup del tipo selective, separados por espacios, si la información arespaldar contiene espacios en blanco en los nombres de directorios o archivos hay que ponerlos entre comillas.

5.8.4 Asociación de nodos a un schedule (DEFINE ASSOCIATION)

( tsm>define association <dominio> <schedule> <nombre_del_cliente>)

5.8.5 Actualizar / Modificar Schedule (UPDATE SCHEDULE)

Task Path

View andmodify

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's policy domains notebook, click the name of a domain.4. In the domain's properties portlet, click Node Schedules.5. In the table, select a schedule.6. Click Select Action, select Create a Schedule.

5.8.6 Consulta del log de activ idades (QUERY ACTLOG)

( tsm> query actlog)

Task Path

View

1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server’s properties portlet click Activi ty Log.

Consulta del log de actividades por la in terfase CLI:

tsm> query actlog begindate=<Fecha de inicio> begintime=<Hora de inicio> enddate<Fecha de fin>endtime=<Hora de fin>



78



o utilizando el parámetro search, podemos buscar los errores:

tsm> query actlog begindate=<Fecha de inicio> begintime=<Hora de inicio> enddate<Fecha de fin>endtime=<Hora de fin> search=error



79



PREGUNTAS 2da Parte

1. Completar en la columna de la derecha los comandos de TSM correspondientes.

a. Consultar la librería _______________________ b. Consultar los drives _______________________ c. Consultar los paths _______________________ d. Consultar los device class _______________________

2. Utilizando los comandos vistos previamente, completar los campos.

a. El nombre de la librería es ___________________________

b. Los nombres de los drives son _____________________ En-línea, Si o No? _____

c. Los nombres físicos de los dispositivos (device name) de los drives son ____________ ______________

d. El formato de grabación de los drives es __________________

3. ¿Cuál es el comando para consultar todos los volúmenes definidos para almacenar datos en TSM?

a. query volumeb. query stgpoolc. query tape

4. ¿Por qué el porcentaje de ocupación de un volumen en el estado FULL puede ser menos de 100% ?

a. Porque la cinta tuvo problemas de escritura.b. Porque el backup falló o canceló.c. Porque parte de los datos han expirado.

5. ¿Cuál es la diferencia entre “Volumes” y “Library Volumes” ?

a. Los volumes son todos los definidos para el TSM y los library volumes son los que se encuentrandentro de la librería.

b. No hay diferencia.c. Los volumes son los que se encuentran dentro de la librería y los library volumes son todos los

definidos en el TSM.

6. Correr los comandos de la consulta de los volúmenes.

a. ¿Cuáles son los tres status principales que puede tener un volumen?

b. ¿En qué casos una cinta se encuentra UNAVAILABLE?

i. Cuando la cinta cumple con su vida útil.ii. Cuando la cinta se llena por completo.iii. Cuando TSM solicita la cinta y esta no es ingresada a la librería de cintas.

c. ¿Cuál es el comando que hay que correr para actualizar el acceso de un volumen de“UNAVAILABLE” a “READWRITE” ?



80



i. update volume <nombre de la cinta> access=readwriteii. update libvolume <nombre de la cinta> status=privateiii. update stg <nombre del pool> hi=0 lo=0

7. ¿Cuál es el comando para ver los Storage Pool en disco y en cinta?

a. query poolb. query stgpoolc. query volumes

8. ¿Cuál es el porcentaje de migración actual del pool BACKUPPOOL?

9. ¿Cuál es el comando para forzar la migración de datos del Storage Pool de disco BACKUPPOOL a supróximo pool?

a. update stg backuppool hi=0 lo=0b. update stg backuppool hi=100 lo=0

c. update volume backuppool hi=0 lo=0d. update libvolume backuppool hi=0 lo=0

10. ¿Qué significa el término “Cache enabled” de un storage pool de disco?

a. TSM guarda dos copias de backup, la segunda copia en un pool de tipo copypool.b. TSM toma backup a disco primero.c. TSM mantiene los datos de backup en disco luego de la migracion, y durante procesos de

restauración verifica primero si el dato solicitado se encuentra en disco, sino lo busca en la cinta.

11. ¿Cuándo puede empezar la migración automática de un Storage Pool de disco a su próximo Storage Pool?

a. Cuando alcanza el porcentaje alto de migración (High migration pct).

b. Cuando TSM encuentra cintas disponibles.c. Nunca, debe realizarse manualmente.

12. ¿Cuál es el comando para etiquetar una cinta?

a. dismount vol <nombre de la cinta>b. delete vol <nombre de la cinta>c. label libvolume <nombre de la librería> <nombre de la cinta> labelsource=barcode overwrite=yes

checkin=yes.

13. ¿De qué manera pueden observarse las cintas montadas en los drives?

a. Query actlog

b. Query processc. Query mountd. Query request



81



14. ¿Para qué es necesario hacer Backup de la base de TSM?

a. Para realizar doble copia de los datos almacenados por los nodos.b. Para proteger el catálogo de metadatos del TSM.c. Para vaciar el pool de disco de TSM a cinta.

15. Correr el comando para consultar la base. Cuál es el parámetro más importante para observar en el estadodiario de la base de datos de TSM?

a. Available Spaceb. Pct utilc. Used Pages

16. Correr el comando para consultar el log. Cuál es el parámetro más importante para observar en el estadodiario del Recovery Log de TSM?

a. Available Spaceb. Pct utilc. Max Pct util

17. ¿Cuál es el comando para consultar todos los backups de la base hechos en el servidor TSM hasta elmomento actual?

a. query backups type=dbbb. query volumes type=dbbc. query volhistory type=dbbd. query actlog search=dbb

18. ¿Cómo se visualizan las tareas de backups/archive programados que residen en el servidor TSM?

a. query schb. query event * *c. query event * t=administratived. todas las anteriores

19. ¿Cuál es el comando para ver los eventos del cliente desde el día ayer a las 20hs y hasta la hora actual deldía de hoy?

a. query event * * begindate=today-1 begintime=20:00:00 enddate=today endtime=nowb. query actlog search=backup begindate=today-1 begintime=20:00:00 enddate=today endtime=nowc. todas las anteriores

20. ¿Qué tipo de sesiones existen en TSM?a. nodob. adminc. server d. todas las anteriores



82



21. ¿Cómo solicitar a TSM la ayuda en línea para poder usar el comando “query actlog” con los parámetrosrequeridos?

a. q actlog helpb. help q actlogc. helpd. todas las anteriores

22. ¿Cuál es el concepto de TSM para poder optimizar el espacio libre en un Storage Pool de cintas?

a. Reclamationb. Collocationc. Sub File Backup



83



6. OPERATORIA DIARIA

6.1 Revisión de los eventos diarios

6.1.1 Chequear que las tareas de backups hayan corrido exitosamente

tsm> query event * * begind=today –1 begint=22:00:00

Ejemplo:

Schedul ed Star t Act ual Star t Schedul e Name Node Name St at us- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -24. 02. 2008 23: 00: 00 24. 02. 2008 23: 28: 22 I NCREMENTAL CI TROEN Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 16: 42 I NCREMENTAL WI LLI AMS Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 14: 09 I NCREMENTAL PORSCHE Compl et ed

24. 02. 2008 23: 00: 00 24. 02. 2008 23: 00: 04 I NCREMENTAL FORD Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 00: 15 I NCREMENTAL FI AT Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 07: 06 I NCREMENTAL VOLKSWAGEN Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 09: 04 I NCREMENTAL OPEL Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 05: 40 I NCREMENTAL NI SSAN Compl et ed24. 02. 2008 23: 00: 00 24. 02. 2008 23: 09: 30 I NCREMENTAL NAS100 Compl et ed

Cada operación de cliente programada es llamada evento. El server ITSM rastrea cada evento programado yregistra los resultados de cada función en la base de datos.

Con el comando query event se pueden chequear si los trabajos programados fueron procesados exitosamente.

Posibles estados del evento:

COMPLETED: especifica que la tarea programada ha sido completado exitosamente.

FUTURE: que no se ha llegado a la ventana de comienzo del trabajo.

PENDING: que la operación aún no ha comenzado y se encuentra dentro de la ventana de comienzo deltrabajo.

MISSED: que la ventana de comienzo a finalizado y que la tarea programada no ha comenzado.

STARTED: que el proceso ha comenzado.

FAILED: que el cliente un fallo en el proceso y no pudo superarse con los reintentos preprogramados.

UNCERTAIN: el estado del evento no puede ser determinado.



84



6.1.2 Verificar los detalles de los eventos

tsm> q actlog begind=today-1 begint=21:00:00 search=ANE49??I

Ejemplo:Dat e/ Ti me Message- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -02/ 23/ 2008 23: 01: 52 ANE4952I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al number

of obj ect s i nspect ed: 1. 64002/ 23/ 2008 23: 01: 52 ANE4954I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al number

of obj ect s backed up: 602/ 23/ 2008 23: 01: 52 ANE4958I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al number

of obj ect s updated: 002/ 23/ 2008 23: 01: 52 ANE4960I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al number

of obj ect s r ebound: 002/ 23/ 2008 23: 01: 52 ANE4957I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al number

of obj ect s del et ed: 0

02/ 23/ 2008 23: 01: 52 ANE4970I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al numberof obj ect s expi r ed: 4

02/ 23/ 2008 23: 01: 52 ANE4959I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al numberof obj ect s f ai l ed: 0

02/ 23/ 2008 23: 01: 52 ANE4961I ( Sessi on: 1750, Node: VOLKSWAGEN) Tot al numberof bytes t r ansf er r ed: 7, 69 MB

02/ 23/ 2008 23: 01: 52 ANE4963I ( Sess i on: 1750, Node: VOLKSWAGEN) Dat a t r ansf ert i me: 6, 83 sec

02/ 23/ 2008 23: 01: 52 ANE4966I ( Sess i on: 1750, Node: VOLKSWAGEN) Net wor k dat at r ansf er r at e: 1. 152, 68 KB/ sec

02/ 23/ 2008 23: 01: 52 ANE4967I ( Sess i on: 1750, Node: VOLKSWAGEN) Aggr egat e datat r ansf er r at e: 147, 44 KB/ sec

02/ 23/ 2008 23: 01: 52 ANE4968I ( Sess i on: 1750, Node: VOLKSWAGEN) Obj ect s

compressed by: 0%02/ 23/ 2008 23: 01: 52 ANE4964I ( Sess i on: 1750, Node: VOLKSWAGEN) El apsedpr ocessi ng t i me: 00: 00: 53

Objects inspected: Muestra la cantidad de objetos (archivos, directorios y subdirectorios) inspeccionados candidatospara respaldar.Objects backed up: Muestra la cantidad de objetos realmente respaldados.Objects updated: Objetos que hayan cambiado los permisos.Objects rebound: Objetos que hayan cambiado la política de backup administrada por el managment class.Objects deleted : Objetos que hayan sido borrados por TSM luego que hayan sido exitosamente respaldados (esuna opción para los procesos de Archiving).Objects expired: Objetos que no existan más en los clientes que pasan a ser copias inactivasObjects failed: Objetos que no pudieron ser respaldados por ITSM.Bytes transferred: Cantidad de bytes transferidos.Data transfer time: Tiempo total de transferencia de datos a través de la red.Network data transfer time: Tasa de transferencia de la transmisión de los datos a través de la red.

Aggregate data transfer rate: Tasa de transferencia real.Objects compressed: Tasa de compresión de los datos (por software).Elapsed processing time: Tiempo total de proceso.



85



6.1.3 Chequear que las tareas administrativas hayan corrido exitosamente

tsm> query event * t=admin begind=today-1

Ejemplo:Schedul ed St ar t Act ual Start Schedul e Name St at us- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -24. 02. 2008 01: 00: 00 24. 02. 2008 01: 00: 08 BA_DI SKPOOL Compl et ed24. 02. 2008 05: 00: 00 24. 02. 2008 05: 00: 14 OFFSI TE Compl eted24. 02. 2008 08: 00: 00 24. 02. 2008 08: 00: 19 AUDI T_LI CENSE Compl et ed24. 02. 2008 08: 30: 00 24. 02. 2008 08: 30: 19 EXPI RATI ON_I - Compl eted

NVENTORY24. 02. 2008 09: 00: 00 24. 02. 2008 09: 00: 20 BACKUP_DB Compl et ed24. 02. 2008 09: 00: 00 24. 02. 2008 09: 00: 20 RECLAMATI ON1 Compl et ed24. 02. 2008 10: 00: 00 24. 02. 2008 10: 00: 22 BACKUP_I NCRE- Compl et ed

MENTAL24. 02. 2008 14: 00: 00 24. 02. 2008 14: 00: 00 RECLAMATI ON2 Compl et ed

24. 02. 2008 14: 30: 00 24. 02. 2008 14: 30: 00 BORRAR_DB Compl et ed24. 02. 2008 16: 00: 00 24. 02. 2008 16: 00: 03 BA_DEVCONFI G Compl et ed24. 02. 2008 16: 00: 00 24. 02. 2008 16: 00: 03 BA_VOLH Compl et ed

6.1.4 Verif icar el detalle de los File Spaces de los nodos

tsm> select node_name,filespace_name,date(backup_end) as fecha_backup,time(backup_end) ashora_backup from filespaces

Ejemplo:

NODE_NAME FI LESPACE_NAME FECHA_BACKUP HORA_BACKUP

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -BENETTON SYSTEM OBJ ECT 2008- 01- 22 23: 46: 41BENETTON \ \ benet t on\ c$ 2008- 01- 22 23: 23: 40BENETTON \ \ benet t on\ d$ 2008- 01- 22 23: 23: 33CHEVROLET SYSTEM OBJ ECT 2008- 02- 18 00: 00: 01CHEVROLET \ \ chevr ol et \ c$ 2008- 02- 17 23: 35: 04CHEVROLET \ \ chevr ol et \ d$ 2008- 02- 17 23: 37: 12CHEVROLET \ \ chevr ol et \ e$ 2008- 09- 13 21: 44: 50

Este ejemplo muestra los filespaces que ITSM respalda de los clientes y la fecha y hora de su últimobackup.

6.1.5 Identif icar Sesiones activas

Cuando un administrador o un cliente se comunican con el server TSM genera una sesión.El comando query session nos permite ver las sesiones que se encuentran activas.

tsm> query session

Si existen sesiones activas fuera de la ventana de backup, entonces es necesario reprogramar la ventanade backup o la hora de comienzo de las tareas programadas.

Si queremos cancelar las sesiones o los procesos ejecutamos el siguiente comando:



86



tsm> cancel ses all

tsm> cancel ses <Nro de sesión>

6.1.6 Identificar Procesos activos

Cuando un usuario o administrador usa un comando de TSM o usa el Web Administrator Interface (WAI) pararealizar una operación, el server lanza un proceso.

Muchos procesos ocurren rápidamente y corren en foreground, mientras que otros toman más tiempo encompletarse. Para permitir realizar otras tareas mientras ocurren las operaciones de largo proceso, TSM lanza lasentre otras las siguientes operaciones en background:

- Backup de la base- Backup de un storage pool- Check in o check out de cintas que usan librerías

- Expire inventory- Migración de archivos de un storage pool a otro- Reclamación de espacio en cintas

Para consultar los procesos activos:

tsm> query process

Ejemplo:

Process Process Descr i pt i on St atusNumber

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

309 Space Recl amat i on Vol ume 00000179 ( st or age pool BACKUP) , MovedFi l es: 0, Moved Bytes: 0, Unr eadabl e Fi l es: 0,Unr eadabl e Bytes: 0. Cur r ent Physi cal Fi l e( byt es) : 1, 774, 384, 099~Cur r ent i nput vol ume:00000179. ~Curr ent out put vol ume: 00000195. \

Moved Files: Muestra la cantidad total de archivos procesados.Moved Bytes: Muestra la cantidad total de bytes procesados.Unreadable Files: Muestra, si hubiese, la cantidad de archivos que no han podido ser leídos exitosamente de lacinta. Si ITSM detectaUnreadable Bytes: Muestra, si hubiese, la cantidad de bytes que no han podido ser leídos exitosamente de la cinta.Current Physical File (bytes): Muestra el tamaño del archivo procesando actualmente.Current input volume: Muestra el volumen del cual está leyendo.Current output volume: Muestra el volumen al cual está escribiendo.

Para cancelar un proceso es necesario identificar el nro de proceso.

tsm> cancel proc <Nro de proceso>



87



6.1.7 Verificar el porcentaje de utilización y status de las cintas dentro del robot

tsm> select cast(v.volume_name as char(10))as VOLUME_NAME,cast(v.stgpool_name as char(8))asSTGPOOL_NAME,cast(v.status as char (8)) as STATUS,cast(v.access as char(10)) as ACCESS, v.pct_utilized from

libvolumes as l,volumes as v where l.volume_name=v.volume_name order by stgpool_name,v.pct_utilized

Ejemplo:

VOLUME_NAME STGPOOL_NAME STATUS ACCESS PCT_UTI LI ZED- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -00000052 BACKUP EMPTY READWRI TE 0. 000000060 BACKUP EMPTY READWRI TE 0. 000000177 BACKUP EMPTY READWRI TE 0. 000000195 BACKUP FI LLI NG READWRI TE 17. 400000023 BACKUP FULL READWRI TE 31. 900000079 BACKUP FULL READWRI TE 36. 000000112 BACKUP FULL READWRI TE 43. 4

00000160 BACKUP FULL READWRI TE 44. 000000027 BACKUP FULL READWRI TE 51. 700000022 BACKUP FULL READWRI TE 51. 800000115 BACKUP FULL READWRI TE 77. 200000088 BACKUP FULL READWRI TE 85. 700000142 BACKUP FULL READWRI TE 86. 500000005 BACKUP FULL READWRI TE 98. 300000173 BACKUP FULL READWRI TE 99. 900000025 BACKUP FULL READWRI TE 100. 000000065 BACKUP FULL READWRI TE 100. 000000106 BACKUP FULL READWRI TE 100. 000000110 BACKUP FULL READWRI TE 100. 0

6.1.8 Verificar la existencia de cintas en Scratch para el próximo proceso de backup

tsm> select library_name,volume_name,status from libvolumes where status='Scratch'

Ejemplo:

LI BRARY_NAME VOLUME_NAME STATUS- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -3581_3329 A00252L2 Scr at ch3581_3329 A00253L2 Scr at ch

6.1.9 Identificar cintas en estado Unavailable

tsm> select volume_name,stgpool_name,access from volumes where access='UNAVAILABLE'

Ejemplo:

VOLUME_NAME STGPOOL_NAME ACCESS- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -A00254L1 BACKUP UNAVAI LABLE

Una cinta pasa a UNAVAILABLE cuando ITSM la solicita para un proceso como por ejemplo MIGRATION, MOVEDATA o RESTORE.



88



Si el operador no realiza el montaje de la cinta en el drive solicitada durante el tiempo que dura la solicitud (por defecto es de 60 minutos), la cinta pasa automáticamente a UNAVAILABLE.

Para pasar una cinta de UNAVAILABLE a READWRITE ejecutamos el siguiente comando:

tsm> update volume <nombre del volumen> access=readwrite

6.1.10 Identi ficar las cintas a reclamar

tsm> select cast(volume_name as char(8))as volume,cast(stgpool_name as char(8))asSTGPool,cast(pct_utilized as decimal (4,2))as PCT,cast(access as char(10))as access,cast(status as char(9))asstatus from volumes where pct_utilized<20 and status='FULL' order by 2,3

Ejemplo:

VOLUME STGPOOL PCT ACCESS STATUS- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -A00255L2 BACKUP 18. 70 READWRI TE FULL

Las cintas a reclamar deben ser ingresadas en el robot antes de la ventana automática de reclamación para queITSM las disponga para ser procesadas o deben reclamarse manualmente con el comando MOVE DATA.

6.1.11 Identificar las cintas FULL a retirar del robot de cintas

tsm> select cast(v.volume_name as char(9))as volume,cast(v.status as char(7))as status,cast(v.access aschar(9))as access,cast(v.stgpool_name as char (9))as stgpool,cast(pct_utilized as decimal(4,1))as util fromlibvolumes as l,volumes as v where l.volume_name=v.volume_name and v.status='FULL' andstgpool_name='BACKUP' order by stgpool,status,util

Ejemplo:

VOLUME STATUS ACCESS STGPOOL UTI L- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -A00256L2 FULL READWRI TE BACKUP 98. 2A00257L2 FULL READWRI TE BACKUP 98. 3A00258L2 FULL READWRI TE BACKUP 99. 2A00259L2 FULL READWRI TE BACKUP 99. 9A00260L2 FULL READWRI TE BACKUP 100. 0A00261L2 FULL READWRI TE BACKUP 100. 0A00262L2 FULL READWRI TE BACKUP 100. 0A00263L2 FULL READWRI TE BACKUP 100. 0

Las cintas en estado FULL deben retirarse del robot para dar lugar a cintas vacías y deben ingresarse para ejecutar procesos de restauración o de reclamación de espacio en cintas.



89



6.1.12 Identificar las cintas que pasaron a Scratch

tsm> q actlog begind=today-1 begint=09:00:00 msg=1341

Dependiendo de la política de retención de archivos existen cintas que pasarán de estado PRIVATE a SCRATCH yno se encuentran dentro del robot de cintas, estas deberían ingresarse dentro del robot para reciclarlas utilizandoel comando CHECKIN LIBVOLUME.

6.1.13 Verif icar el tamaño de la Base de Datos ITSM

tsm> q db f=d

Ejemplo:

Avai l abl e Space ( MB) : 20. 480Assi gned Capaci t y ( MB) : 20. 480

Maxi mum Ext ensi on ( MB) : 0Maxi mum Reduct i on ( MB) : 224

Page Si ze ( bytes) : 4. 096 Tot al Usabl e Pages: 640. 000

Used Pages: 580. 993Pct Ut i l : 10, 8

Max. Pct Ut i l : 11, 0Physi cal Vol umes: 2

Buf f er Pool Pages: 16. 384 Tot al Buf f er Request s: 50. 885. 882

Cache Hi t Pct . : 98, 59Cache Wai t Pct . : 0, 00

Backup i n Pr ogr ess?: No Type of Backup I n Pr ogress :I ncrement al s Si nce Last Ful l : 0

Changed Si nce Last Backup (MB) : 1, 44Per cent age Changed: 0, 06

Last Compl et e Backup Dat e/ Ti me: 25. 02. 2008 09: 00: 42

Pct Util: nos informa el porcentaje utilizado de la base.Max Pct Util: nos informa el pico alcanzado por el TSM en el uso del log o la base.

6.1.14 Identificar los últimos backups de la base TSM

tsm> select date(date_time)as date,time(date_time)as time,volume_name from volhistory wheretype='BACKUPFULL'

Ejemplo:

DATE TI ME VOLUME_NAME- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -2008- 02- 24 09: 00: 28 A00264L22008- 02- 25 09: 00: 42 A00265L2



90



6.1.15 Verificar el estado de los dr ives

tsm> q drive

Ejemplo:Li brar y Name Dr i ve Name Devi ce Type On- Li ne- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -3581_3329 LTO2 LTO Yes

6.1.16 Verificar la migración de los datos del Storage Pool en disco a cintas

Para determinar si existen datos en caché que aún no fueron copiados a cinta:

tsm> query stgpool backuppool

Pct Migr nos indica qué porcentaje del storage pool contiene datos de los clientes que pueden ser migrados acintas.

tsm> update stgpool backuppool hi=0 lo=0

Este comando establece los valores high y low en 0 generando un proceso de migración a cintas, una vez finalizadoeste proceso es necesario re-establecer los valores originales del cache.

tsm> update stgpool backuppool hi=90 lo=10

6.1.17 Identificar cintas en estado de error

tsm> select cast(volume_name as char(10)) as volume_name,cast(pct_utilized as decimal(5,2))aspct_util,cast(stgpool_name as char(10))as stgpool,cast(write_errors as decimal(3,0))as w_errors,cast(read_errors asdecimal(3,0))as r_errors from volumes where write_errors<>0 or read_errors<>0

Ejemplo:

VOLUME_NAME PCT_UTI L STGPOOL W_ERRORS R_ERRORS- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -A00267L2 98. 30 BACKUP 0 2

Si existiesen cintas en error el cliente debe contactar con su proveedor de cintas para ejecutar la garantía de lasmismas. Antes de realizar el cambio es necesario mover los datos de esta cinta a otra ejecutando el comandoMOVE DATA.



91



6.1.18 Identificar la cantidad de RE-ESCRITURAS de las cintas

tsm> select volume_name,cast(stgpool_name as char(12))as stgpool,cast(write_pass as decimal(3,0)) asw_pass,cast(times_mounted as decimal(5,0))as mounted from volumes where write_pass>1 order by 3 desc, 4 desc

Ejemplo:

VOLUME_NAME STGPOOL W_PASS MOUNTED- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -00000173 BACKUP 5 17000000179 BACKUP 4 14800000022 BACKUP 3 88

Nota: Recuerde que la tecnología LTO soporta hasta 100 re-escrituras por cintas.

6.1.19 Identificar los errores de la noche

tsm> q actlog begind=today-1 begint=21:00:00 search=ANR????E

Ejemplo:

25. 02. 2008 01: 01: 33 ANR8381E 8MM vol ume 00000193 coul d not be mount ed i n dr i ve8MM_2 ( mt 4. 0. 0. 1) .

6.1.20 Verificar en el log de actividades los archivos que no pudieron ser respaldados

tsm> q actlog begind=today-1 begint=21:00:00 search=ANE????E

Ejemplo:

24. 02. 2008 23: 20: 03 ANE4987E ( Sess i on: 2756, Node: OPEL) Err or processi ng' \ \ opel \ c$\ Document s and Set t i ngs\ pet r ova\ Conf i gur aci ¢nl ocal \ Temp \ DFEB15. t mp' : t he obj ect i s i n use by anotherpr ocess





92



6.1.21 Revis ión de logs de cl ientes y agentes TDP

Cuando se han detectado problemas con las tareas programadas, el administrador de TSM debe seguir una seriede pasos o caminos que lo llevaran a conocer la causa principal del problema o falla.

Esto se realiza en la práctica a través del análisis de los logs del Servidor TSM, de los Clientes B/A Cliente, agentesTDP y logs del sistema operativo.

El primer paso es verificar en el Activity Log del servidor TSM. Aquí se verán reflejados en mayor medida los acontecimientos que pertenecen al TSM Server (procesosadministrativos, dispositivos, jerarquía de almacenamiento, base de datos, recovery log, etc.)

Ejemplo:tsm> q ev * * begind=-1

Schedul ed Star t Act ual St ar t Schedul e Name Node Name St at us- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 00: 02: 10 I NCREMENTAL WI LLI AMS Fai l ed 1203/11/2008 23:59:00 03/12/2008 00:01:41 INCREMENTAL LADA Failed 12

03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 05: 34: 32 I NCREMENTAL BAR Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 03: 31: 22 I NCREMENTAL MERCEDES Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 02: 06: 21 I NCREMENTAL ALEKO Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 01: 25: 33 I NCREMENTAL FW- MAI L Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 01: 01: 20 I NCREMENTAL NAS100_TMP Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 05: 45: 49 I NCREMENTAL FORD2 Compl et ed03/ 11/ 2008 23: 59: 00 03/ 12/ 2008 04: 30: 31 I NCREMENTAL TOYOTA Compl et ed

LADA: es uno de los clientes que no ha completado satisfactoriamente su tarea programada. Analicemos el Activity log del Servidor para la hora aproximada en la que comenzó la tarea:

tsm> q ac begind=03/11/2008 begint=00:01:41

03/ 12/ 2008 00: 02: 56 ANR0406I Sess i on 4582 st ar t ed f or node LADA ( Wi nNT)( Tcp/ I p l ada. i nf ot r on. net ( 1353) ) . ( SESSI ON: 4582)

03/ 12/ 2008 00: 03: 02 ANE4987E ( Sessi on: 4583, Node: WI LLI AMS) Err or process i ng' \ \ wi l l i ams\ c$\ WI NNT\ Pr of i l es\ Admi ni st r ador \ NTUSER. DAT' :t he obj ect i s i n use by another pr ocess ( SESSI ON: 4583)

03/ 12/ 2008 00: 03: 09 ANE4987E ( Sessi on: 4582, Node: LADA) Err or process i ng' \ \ l ada\ c$\ Document s and Set t i ngs\ Local Ser vi ce\ Conf i gur a-ci ón l ocal \ Datos de pr ogr ama\ Mi cr osof t \ Wi ndows\ Usr Cl ass. -dat ' : t he obj ect i s i n use by another pr ocess ( SESSI ON:4582)

03/ 12/ 2008 00: 03: 09 ANE4987E ( Sessi on: 4582, Node: LADA) Err or process i ng' \ \ l ada\ c$\ Document s and Set t i ngs\ Net workSer vi ce\ nt user . -dat . LOG' : t he obj ect i s i n use by another pr ocess( SESSI ON: 4582)

03/ 12/ 2008 00: 03: 09 ANE4987E ( Sessi on: 4582, Node: LADA) Err or process i ng' \ \ l ada\ c$\ Document s and Set t i ngs\ Net workSer vi ce\ Conf i gu-r aci ón l ocal \ Datos de pr ogr ama\ Mi cr osof t \ Wi ndows\ Usr Cl as-s. dat ' : t he obj ect i s i n use by anot her pr ocess ( SESSI ON:4582)

03/ 12/ 2008 00: 03: 10 ANE4987E ( Sessi on: 4582, Node: LADA) Err or process i ng' \ \ l ada\ c$\ Document s and Set t i ngs\ Net workSer vi ce\ Conf i gu-r aci ón l ocal \ Datos de pr ogr ama\ Mi cr osof t \ Wi ndows\ Usr Cl as-s. dat . LOG' : t he obj ect i s i n use by another pr ocess



93



( SESSI ON: 4582)03/ 12/ 2008 00: 03: 19 ANE4987E ( Sess i on: 4581, Node: NAS100_TMP) Er r or

pr ocessi ng ' \ \ nas100\ c$\ WI NNT\ secur i t y\ edb. l og' : t heobj ect i s i n use by another pr ocess ( SESSI ON: 4581)

03/12/2008 00:03:36 ANR1405W Scratch volume mount request denied - no scratch

volume available. (SESSION: 4582)03/12/2008 00:03:36 ANR0522W Transaction failed for session 4582 for node LADA

(WinNT) - no space available in storage pool BACKUPPOOLand all successor pools. (SESSION: 4582)

03/ 12/ 2008 00: 03: 52 ANE4987E ( Sessi on: 4583, Node: WI LLI AMS) Err or process i ng' \ \ wi l l i ams\ c$\ WI NNT\ system32\ LSer ver \ t mp. edb' : t heobj ect i s i n use by another pr ocess ( SESSI ON: 4583)

03/ 12/ 2008 00: 03: 53 ANE4952I ( Sessi on: 4579, Node: LADA) Total number of obj ects i nspected: 30, 683 ( SESSI ON: 4579)

03/ 12/ 2008 00: 03: 53 ANE4954I ( Sessi on: 4579, Node: LADA) Total number of obj ect s backed up: 70 ( SESSI ON: 4579)

03/ 12/ 2008 00: 03: 53 ANE4958I ( Sessi on: 4579, Node: LADA) Total number of obj ect s updat ed: 0 ( SESSI ON: 4579)

03/ 12/ 2008 00: 03: 53 ANE4960I ( Sessi on: 4579, Node: LADA) Total number of obj ect s r ebound: 0 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4957I ( Sessi on: 4579, Node: LADA) Total number of

obj ects del eted: 0 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4970I ( Sessi on: 4579, Node: LADA) Total number of

obj ects expi r ed: 17 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4959I ( Sessi on: 4579, Node: LADA) Total number of

obj ect s f ai l ed: 2, 222 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4965I ( Sessi on: 4579, Node: LADA) Total number of

subf i l e obj ect s: 0 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4961I ( Sessi on: 4579, Node: LADA) Total number of

byt es t r ansf err ed: 101. 77 MB ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4963I ( Sessi on: 4579, Node: LADA) Dat a t r ansf er t i me:

27. 01 sec ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4966I ( Sessi on: 4579, Node: LADA) Net work dat a

t r ansf er r ate: 3, 858. 48 KB/ sec ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4967I ( Sessi on: 4579, Node: LADA) Aggr egat e dat a

t r ansf er r ate: 786. 91 KB/ sec ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4968I ( Sessi on: 4579, Node: LADA) Obj ect s compressed

by: 0% ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4969I ( Sessi on: 4579, Node: LADA) Subf i l e obj ects

r educed by: 0% ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANE4964I ( Sessi on: 4579, Node: LADA) El apsed processi ng

t i me: 00: 02: 12 ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANR2579E Schedul e I NCREMENTAL i n domai n STANDARD f or node

LADA f ai l ed ( r etur n code 12) . ( SESSI ON: 4579)03/ 12/ 2008 00: 03: 53 ANR0403I Sess i on 4579 ended f or node LADA ( Wi nNT) .

Podemos observar dos mensajes fuera de lo normal: ANR1405W y ANR0522W.



94



Estos mensajes nos indican, casi de forma directa, cual es el problema: El servidor no puede hacer el montaje deuna cinta Scratch. Para este caso no hace falta recurrir a los logs de los clientes, ya que la información paradiagnosticar el problema es suficiente.

Los logs de actividades de Clientes, de manera similar al activity log del Servidor, mantienen un registro cronológicode acciones. Cuando no hay datos suficientes para diagnosticar la situación desde el activity log del Servidor, eladministrador del sistema tendrá que también analizar estos archivos.

Los logs de clientes Backup/Archive utilizan los siguientes nombres por defecto:

- dsmsched.log (actividades de las tareas programadas)- dsmerror.log (refleja solo los errores de las tareas programadas)* La definición de estos nombres se encuentra en los archivos de configuración dsm.opt (para Windows) y dsm.sys(para Unix)

Los logs de agentes TDP (Exchange, MySAP, MSSQL, Oracle, etc.) se encuentran definidos en los archivos deconfiguración de los TDP y en los scripts que ejecutan los resguardos.

Verifique los nombres de archivos de configuraciones, logs y scripts de backup de sus agentes TDP y anótelos en elsiguiente cuadro:

Nombre del Nodo Tipo de Agente Archivo de

Configuraciones

Logs Utilizados Scripts de Backup

Nota 1: Para mas información acerca de los mensajes ver “Tivoli Storage Manager: messages (SC32-9090-03)” Allí se encuentra documentada la descripción de los mensajes correspondientes al Servidor, Clientes de Backup Archive, Agentes TDP y Storage Agents (SAN).

Nota 2: Existen casos en los que luego de revisar los logs de Clientes y Agentes no se puede llegar a unaconclusión de cual fue la causa que dio origen a un problema particular.En estos casos nos tendremos que remitir a los registros del sistema operativo. Este tipo de eventos en general sondetectados por fallas de Hardware o problemas de Infraestructura (red, energía, recursos, etc.)



95



7. DATABASE Y RECOVERY LOGS

La base de datos, los recovery logs y los storage pools están estrechamente relacionados. La base de datoscontiene la información necesaria para las operaciones del server y la información acerca de los datos del clienteque han sido respaldados o archivados.

Figura 7.0.1

Nota: Los clientes almacenan los datos en los storage pools, no en la base de datos.

La base de datos contiene punteros a las ubicaciones de todos los archivos de los clientes en los storagepools de TSM.

Los cambios en la base son registrados en los recovery logs para mantener la consistente la imagen de labase de datos, estos cambios son el resultado de las transacciones entre los clientes y el server.

La base de datos contiene:

Información acerca de los clientes y administradores Políticas de backup y schedules Configuración del server Ubicación de los archivos del cliente Información de las operaciones del server (Ej: log de actividades, log de eventos)

El recovery log contiene información acerca de actualizaciones que no han sido aplicadas (commit) a la base dedatos.

IMPORTANTE: Si la base no está disponible, TSM server no estará disponible. Si la base es perdida y nopuede ser recuperada, el backup y archive del server estarán perdidos.



96



► Estimación del tamaño de la base de TSM:

DBSIZE= { Cant. Total de Archivos + [Cant. De Archivos respaldados diariamente * Cant. De versiones retenidas] } *800 bytes + 25%.

Tener en cuenta que si generamos storage pools de copia, el valor se duplica.

Si generamos archives mensuales, la base crecerá mensualmente por cada archivo archivado.

► Estimación del tamaño del recovery log:

Depende del modo de trabajo:

NORMAL: 5-10% del tamaño de la base.

ROLL FORWARD: Generalmente requiere que el tamaño sea mayor, debido a que acumula todos los cambios enla base permitiendo recuperar la base desde el último backup actualizando luego la información desde el recovery

log. La estimación es del 30 al 40%.

Para configurar el recovery log:

tsm> set logmode normal

tsm> set logmode rollforward

Funciones de la base de datos y el recovery log

7.1 Definir un nuevo volumen de la base TSMTask Path

Add databasevolumes.

1. Click Health Monitor in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Database and Log tab.5. In the Database table, click Select Action.6. Select Add Volume.

7.2 Expansión del espacio de la base TSM

Task Path

Extend/ReduceDatabase.

1. Click Health Monitor in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Database and Log tab.5. Select Extend Or Reduce.



97



7.3 Creación de volúmenes en TSM Servers sobre Windows NT/2000

Utilizaremos el TSM Management Console

Figura 7.3.1

Figura 7.3.2



98



Figura 7.3.3

Figura 7.3.4

* los tamaños de la base deben ser de (5+(n*4)) bytes



99



Figura 7.3.5

7.4 Creación de volúmenes en TSM Servers sobre Unix

Usando la herramienta DSMFMT del directorio “console” del TSM Server, en la línea de comando del Sistemaoperativo donde reside el TSM Server poner:

dsmfmt -m -db </directorio/archivo> <tamaño+1mb>dsmfmt -m -log </directorio/archivo> <tamaño+1mb>

Después podemos definir lógicamente el volumen desde la interfaz web de administración o desde la línea decomando del server TSM:

define dbvol </directorio/archivo>define logvol </directorio/archivo>

extend db <tamaño+1mb>

extend log <tamaño+1mb>

O para la copia del volumen de la base, poner:

define dbcopy </directorio/archivo_primario> </directorio/archivo_de_copia>define logcopy </directorio/archivo_primario> </directorio/archivo_de_copia>



100



7.5 Creación de la copia de la base

Task Path

Mirror the database.

1. Click Health Monitor in the Work Items list.

2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Database and Log tab.5. Select a volume in the database volumes table.6. Click Select Action, select Mirror this Volume.

7.6 Conf iguración del Recovery Log

El log puede ser configurado como normal o roll-forward, el modo normal es por defecto.

Roll-forward ofrece el más alto nivel de protección de datos, sin embargo este modo tiene costos al implementarlo.

Normal:

Permite restaurar un backup full o incremental de la base de TSM.Es posible que en la recuperación exista la pérdida de los últimos procesos realizados luego del último backup de labase TSM.Requiere restaurar toda la base si uno de los volúmenes es dañado.No requiere el log para restaurar en point in time ya que no lo aplica.Es recomendable espejar la base y el log o ubicarlos en discos protegidos

Roll-Forward:

Permite restaurar desde un backup full o incremental de la base de TSM y con los logs intactos permite recuperar el

último estado antes de la caída.Es posible restaurar un volumen dañado solamente.El log mantiene todas las transacciones desde el último backup de la base. Esto puede incrementar notablemente eltamaño del log.

Es recomendable espejar el log, si el log se llena TSM disparará un backup automático de urgencia de la base oaumentará el tamaño del log si el espacio en disco lo permite.

tsm> set logmode normal tsm> set logmode rollforward



101



Figura 7.6.1

7.7 Triggers

Backup automático de la base que se dispara al llenarse el recovery log.

Task Path

Create BackupTrigger.

1. Click Health Monitor in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Database and Log tab.5. Click Select Action, select Create backup trigger.

Trigger que dispara TSM para la expansión automática de la base de datos o log de TSM

Task Path

Create BackupTrigger.

1. Click Health Monitor in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Database and Log tab.5. Click Select Action, select Create backup trigger.



102



8. POLITICAS DE BACKUP

Los administradores de políticas de backup especifican como los archivos son respaldados, archivados y

manejados por el TSM a través de las políticas de backup de TSM.

Figura 8.1.1

Figura 8.1.2



103



8.1 Policy Domain

Permite a los administradores agrupar nodos por política de backup, un policy domain puede contener un omás policy set, pero sólo una puede estar activa a la vez.

Task Path

Create1. Click Policies and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3.In the server's policy domains notebook, click Select Action, select Create a Policy Domain.

View and modify

1. Click Policies and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's policy domains notebook, select the name of a domain.4. Click Select Action, select Modify Policy Domain.

8.2 Policy Set

Cada set de políticas puede contener una o más management classes.

Figura 8.2.1



104



8.3 Management Class

Asocia los backup y archives copygroups, un management class puede contener más de un backupcopygroup y archive copygroup. El usuario puede asociar sus archivos al management class a través del include

exclude list del backup/archive client options (opt) o a través del client option set definido en el TSM server.

Task Path

Create

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.3. In the server's policy domains notebook, click the name of a domain.4. In the domain's properties portlet, click Management Classes.5. In the table, click Select Action, select Create Management Class.

View and modify

1. Click Policy Domains and Client Nodes in the Work Items list.2. In the Servers table, click the name of a server.

3. In the server's policy domains notebook, click the name of a domain.4. In the domain's properties portlet, click Management Classes.5. In the table, select a management class.6. Click Select Action, select Modify Management Class.



105



8.4 Backup settings

Controla como TSM realiza y administra el backup:

Figura 8.4.1



106



Backup settings:

Si el backup es del tipo incremental, se lo puede realizar de dos maneras: Absoluto o Modificado, enabsoluto el archivo es respaldado aunque el archivo no se haya modificado.

Si el archivo esta siendo modificado durante el proceso de backup, el programa puede realizar losiguiente:

a) Si el archivo está abierto, TSM lo copiará sin importar si hubo modificaciones durante su copia. Estetipo de grabación asegura que todos los archivos del cliente serán respaldados, pero no asegura laintegridad de los mismos. Este tipo de copia sólo es exitosamente cuando el administrador conocela forma de actualización de los archivos que va a respaldar, por ej.: esto es útil para los archivos delogs, que son actualizados secuencialmente y con una alta frecuencia.

b) Si el archivo está abierto, y no se encuentra en modo lectura denegada, TSM intentará respaldarlo,si el usuario o la aplicación actualizan el archivo antes que TSM pueda copiarlo, entonces lo saltea.

c) Idem a, salvo que TSM intentará respaldar el archivo, antes de que sea actualizado por el cliente ola aplicación, 4 veces por defecto (CHANGINGRETRIES en el opt del cliente). Si la cuarta vez no lologra entonces lo saltea.

d) Idem b, salvo que intenta primero grabarlo normalmente la cantidad predefinida de veces, si no lologra lo graba como Dynamic.

Backup Versions:

1) Cantidad de días que deberán pasar antes de que el archivo sea respaldado nuevamente.

2) Cantidad de versiones diferentes a mantener si el archivo existe en el cliente.

3) Cantidad de días a retener las diferentes versiones respaldadas.

4) Cantidad de versiones diferentes a mantener si el archivo NO existe en el cliente.

5) Cantidad de días a retener la última y única copia almacenada.



107



8.5 Archive Settings

Controla como TSM realiza y administra el archive:

Figura 8.5.1

Arch ive Sett ings:

1) Si el archivo esta siendo modificado durante el proceso de Archive, las opciones de trabajo son las mismasque en backup settings.

Arch ive Vers ions :

1) Tiempo de retención de los Archives.



108



9. USUARIOS DE TSM

Perfiles de usuarios de TSM.

Task Path

Create 1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.4. In the server's properties notebook, click the Administ rators tab.5. In the table, click Select Action, select Add Adminis trator .

View and modify 1. Click Enterprise Management in the Work Items list.2. In the Servers table, select a server.3. Click Select Action, select Server Properties.

4. In the server's properties notebook, click the Administ rators tab.5. In the table, select an administrator.6. Click Select Action, select Modify Administrator .

9.1 System Privi lege Class

Administradores con este privilegio pueden acceder a todas las funciones del TSM server y pueden daracceso o denegar acceso a otros administradores.

Tareas que pueden realizar administradores con system privilege:

Registrar o remover administradores. Dar o revocar permisos en todos los niveles de autorización.

Bloquear y desbloquear administradores. Renombrar y actualizar información de administradores. Definir, borrar y actualizar políticas de backup y storage pools. Importar y exportar datos desde el TSM server. Cancelar procesos en background. Configurar parámetros del TSM Server. Realizar auditoria de licencias. Otorgar privilegios a otros administradores.



109



9.2 Policy Privilege Class

Administradores con este privilegio pueden crear, modificar y borrar políticas de backup. Un administradorcon este privilegio puede tener acceso restringido a determinadas políticas o puede tener acceso a todas las

políticas definidas.

Un administrador con privilegio de políticas sin restricción puede:

Registrar nodos en cualquier policy domain. Manejar el acceso del cliente al server. Borrar los archivos de los clientes de los storage pools. Manejar las políticas de cualquier policy domain.

Un administrador con privilegio restringido a políticas puede:

Registrar nodos en policy domain autorizados.

Manejar el acceso del cliente asignado al dominio autorizado. Borrar los archivos de los clientes de los storage pools pertenecientes al dominio autorizado. Manejar las políticas de autorizados policy domain. Manejar los schedules de backups/archives de autorizados policy domain. Asociar clientes a schedules asignados a policy domain autorizados.

9.3 Storage Privi lege Class

Con este privilegio puede crear, modificar o borrar storage pools, puede tener acceso restringido o norestringido a determinados storage pools

Un administrador con privilegio de storage sin restricción puede:

Definir o borrar volúmenes de base de datos o recovery logs. Extender o reducir el tamaño de la base de datos y los recovery logs. Crear el mirroring de la base de datos y los recovery logs. Manejar dispositivos de cinta o disco. Definir o borrar volúmenes de discos y cintas. Mover datos de un storage pool a otro. Auditar volúmenes.

Un administrador con privilegio de storage restringido puede:

Definir o borrar volúmenes de los storage pools autorizados. Mover datos de un storage pool a otro. Auditar volúmenes de storage pools autorizados.



110



9.4 Operator Priv ilege Class

Con este privilegio puede controlar las operaciones inmediatas del TSM server y la disponibilidad de cintasen el storage.

Un administrador con privilegio de operador puede:

Habilitar/deshabilitar el server para prevenir el acceso de los clientes. Cancelar sesiones de los clientes. Poner online/offline volúmenes de disco para realizar mantenimiento. Resetear el status de error de los tapes. Manejar el montaje de las cintas. Para el servicio de TSM server, si es necesario.

9.5 Analyst Privilege Class

Con este privilegio puede resetear los contadores de estadísticas del TSM server.

9.6 Node Privi lege Class

Con este privilegio puede dar permiso de acceso a otro usuario a su nodo. Un usuario con privilegio de nodopuede remotamente acceder con el cliente web de backup/archive con un usuario administrativo y su password.

Esta función permite restaurar remotamente los datos de un cliente en el equipo de otro cliente.



111



9.7 Administración de Passwords

TSM permite administrar las passwords de los usuarios asignando, longitud mínima, tiempo de expiración e intentosinválidos de login.

Figura 9.7.1



112



10. CONFIGURACIÓN DE LIBRERIAS, DRIVES Y DEVICE CLASSES

TSM soporta más de 300 dispositivos ópticos y de cinta. Esto incluye drives y librerías de muchosfabricantes. Cuando es necesario configurar un drive dentro de una librería el TSM necesita un número de

elemento para el drive. Cada slot en la librería tiene uno.

La librería mantiene un inventario de los slots. Normalmente el inventario se realiza en la inicialización de lalibrería y es transferido al TSM.

10.1 Como TSM utiliza los dispos itivos secuenciales

Cada librería en TSM es una colección de drives. Un device class, que comanda como son almacenados losdatos, está asociado a una librería. Cuando definimos un Storage pool, asociamos el pool con un device class. LosVolúmenes están asociados con los pools.

Figura 10.1.1

10.2 Como configurar tapes en TSM con la interfaz de comandos

1) Definir la librería.2) Definir los drives en la librería.3) Definir un Device Class asociado con la librería. El Device Class define el tipo de medio a emplear en

TSM.4) Definir un Storage Pool el Device Class recién definido.5) Etiquetar los volúmenes de la librería.6) Hacer un Checkin de los volúmenes en la librería.



113



10.2.1 Como definir Librerías

Para utilizar un drive hay que definir la librería a la que pertenece ya sea manual o automática.

Para definir una librería automática SCSI de nombre AUTOLIB se puede utilizar por ejemplo el siguientecomando:

tsm> define library 3581_3329 libtype=scsi

tsm> define path tsm 3581_3329 srctype=server desttype=library device=lb2.1.0.2

Luego de definir una librería, usar el comando QUERY LIBRARY para recopilar información sobre librerías. A veces al reconfigurar un server, el nombre de device de las librerías cambia. En ese caso tendrá que usar

el comando UPDATE PATH.

tsm> update path tsm 3581_3329 scrtype=server desttype=library device=lb2.1.0.2

El siguiente comando es para borrar una librería de la configuración.

tsm> delete library 3581_3329

10.2.2 Como definir Drives

Para informar al server sobre un drive que se puede usar para acceder a los volúmenes hay que usar elcomando DEFINE DRIVE. Para usar este comando hay que tener presente la siguiente información .

Nombre de la librería Donde reside el drive.El nombre del drive El nombre asignado al drive.El nombre del device El nombre para acceder al drive.El número de elemento El número de elemento se utiliza para dar una ubicación física al drive en una

librería (depende de la librería).Esta opción no es valida para las librerías no SCSI.

Para definir un drive dentro de una librería automática :

tsm> define drive 3581_3329 LTO2

tsm> define path tsm LTO2 srctype=server desttype=drive library=3581_3329 device=mt2.0.0.2

Después de definir un drive, use el comando QUERY DRIVE para obtener información sobre los drives. A veces al reconfigurar un server, el nombre de device de los drives cambia. En ese caso tendrá que usar elcomando UPDATE DRIVE.

tsm> update path 3581_3329 LTO2 device=lb2.1.0.2

Para borrar un drive de la configuración use el comando DELETE DRIVE.

tsm> delete drive 3581_3329 LTO2



114



10.2.3 Device Classes

Un device class representa un tipo de dispositivo que puede ser usado por TSM. TSM utiliza los device class paradeterminar que device y que tipo de volumen usar para :

- Almacenar backup , archive o datos (Storage pool primario)

- Almacenar copias de los datos del storage pool primario (Storage pools de Copia).

- Almacenar backups de la base de datos.

- Exportar e importar datos de TSM.

Un device class puede estar asociado a múltiples storage pools . Pero cada storage pool puede estar asociado a un sólo device class.

Cada device class se caracteriza por su tipo de dispositivo (device type) , lo que indica el tipo de volumenque se usará para almacenar los datos.

Para dispositivos de tipo disco, TSM soporta sólo el device class DISK. El device class DISK estápredefinido por TSM. Sin embargo, se pueden definir muchos storage pools que están categorizados por el deviceclass DISK.

Para dispositivos de acceso secuencial, TSM soporta los siguientes tipos.

4MM Dispositivos de cinta de 4mm.8MM Dispositivos de cinta de 8mm.DLT Digital Lineal Tape.LTO Linear Tape Open.QIC Quarter-Inch Cartridge.3570 IBM Magstar.

REMOVABLEFILE Dispositivos con medios removibles Ej.: Zip ,Jazz ,etc.GENERICTAPE Dispositivos de cinta soportados por Windows NT y

Windows 2000FILE Volúmenes que son archivos en un file system en el server.

tsm> define dev LTO library=3581_3329 devtype=LTO format=ULTRIUM2C estimatecapacity=400G



115



11. RECOVERY

11.1 Recovery de cl ientes

Restaurando Windows 2000 / 2003

Nota: El servidor no debe ser controlador de dominio.Microsoft no garantiza la restauración completa de un equipo en otro con diferente configuración de

hardware.

Requerimientos:

• Conocer la siguiente información del equipo a recuperar:Información de las particiones de disco

Nombre del host utilizadoDirección IP originalService pack instaladoHost name o dirección IP del ITSM Server a utilizar para la recuperaciónLa cuenta del equipo a recuperar debe existir en el dominio, no hay que eliminar la cuenta ya quecomplicará el proceso de recuperación

• Verificar el System Object del cliente desde la interfaz por línea de comandos del cliente TSM con elcomando:dsmc> query systemobject

Es necesario verificar que los componentes respaldados del system object fueron respaldados con pocossegundos o minutos de diferencia entre ellos (dependiendo del tamaño de cada componente)

Pasos a seguir:

1. Reinstalación del Sistema Operativo:

a. Definir los arreglos físicos de discos correspondientes y las particiones del RAID.

b. Realizar una instalación mínima del Windows 2000 Server en un workgroup con conectividad de red con el TSMServer.

c. Crear la partición de arranque del mismo tamaño que el sistema siendo recuperado. La partición debe ser formateada utilizando el mismo filesystem (NTFS o FAT32). La partición debería tener la misma letra asignada(normalmente C).

d. La carpeta de instalación debe ser la misma que el sistema a recuperar (p.ej: WINNT)e. Configurar el server con el mismo host name que el sistema a recuperar.

f. Recordar la password utilizada para el administrador local, este será requerido luego.

g. Configurar la fecha y hora correctamente.

h. Verificar que los adaptadores de red estén utilizando los drives correctos con su parametrización correspondiente.



116



i. No es requerido instalar servicios o aplicaciones que no serán utilizados durante la recuperación. Esrecomendable no seleccionar los siguientes componentes que son instalados por defecto: Accessories, InternetInformation Server, Indexing Service y Script Debugger.

j. Ubicar el server en un workgroup temporal (que no exista hasta el momento), no lo haga pertenecer a ningúndominio.

k. Instalar el service pack y los drivers que estaban corriendo el sistema original que sean utilizados durante elproceso de recuperación (p. Ej: drivers de tarjetas de red, drivers de controladoras de discos, patches del sistemaoperativo …)

l. Recrear las particiones de disco que estaban definidas en el sistema original. Verificar que las propiedades de lasparticiones corresponden con el sistema original: tipo de partición, tipo de file system, tipo de disco, letra de losdrives, etc).

2. Reinstalación del cliente ITSM:

a. Reinstalar el cliente de ITSM, verificar que el cliente a implementar corresponda a la versión del cliente ITSM delsistema a recuperar.

b. Seleccionar el mismo path de instalación que el sistema original.

c. Correr el Wizard de configuración del cliente ITSM. No es requerido configurar el TSM Scheduler o el Web Client.

d. Verificar que el nombre del cliente ITSM utilizado corresponde con el del sistema original.

e. Configurar la dirección IP del ITSM Server.

f. Configurar una mínima resolución de pantalla de 800x600 para visualizar correctamente la pantalla derestauración.

3. Recuperación de la partición de arranque utili zando el cliente ITSM:

a. Ejecutar el cliente de backup/archive de ITSM, seleccionar el icono de Restore.

b. Restaurar a nivel archivos la partición de arranque (normalmente C:) utilizando un administrador local del equipo.

c. Expandir la rama File Level y seleccionar el drive de arranque del Windows (normalmente el C).

d. Seleccionar en Options la opción para reemplazar los archivos existentes aún si están bloqueados.



117



e. Solicitar la restauración y seleccionar luego restaurar a la ubicación original.

f. El proceso debería correr libre de errores.

g. Al finalizar el restore, no seleccionar re-iniciar.

4. Recuperación del System Objects utilizando el cliente ITSM:

a. Seleccionar el System Object para restaurar, no es posible seleccionar objetos en forma individual pararecuperar.

b. Seleccionar en Options la opción para reemplazar los archivos existentes aún si están bloqueados.

c. Cuando se seleccione el botón Restore, el cliente no preguntará por una ubicación alternativa ya que estaoperación no está permitida.

d. El proceso debería correr libre de errores.

e. Al finalizar el restore, seleccionar re-iniciar.

f. Reiniciar el sistema.



118



5. Recuperación de las particiones lóg icas adicionales utilizando el c liente ITSM:

a. Si el login al dominio no es permitido, será necesario eliminar o actualizar el host recuperado desde el controlador de dominios principal.

b. Restaurar los datos pertenecientes a las otras particiones lógicas.

c. Reiniciar el sistema.

6. Verificación del sis tema:

a. Los logs de eventos no son restaurados en el sistema, ellos pueden ser visualizados en \adsm.sys\eventlog.

b. Para visualizar los logs deberían ser visualizados desde el event log viewer apuntando a este directorio.

c. Confirmar que el sistema es miembro del dominio nuevamente.

d. Verificar el log de eventos la existencia de errores asociados a los drivers o servicios.

e. Verificar el correcto status de los servicios.

f. Verificar los usuarios y grupos locales definidos en el equipo.

g. Verificar las colas y servicios de impresión.

h. Verificar la seguridad asociada a los objetos y los perfiles recuperados.

i. Verificar la zona horaria del Windows.

j. Preguntar a los usuarios del sistema si los perfiles han sido recuperados.

Si las verificaciones no presentan problemas, el proceso de restore puede considerarse finalizado.



119



11.2 Recovery del TSM Server

11.2.1 Escenario 1

Queremos restaurar TSM de un backup hecho a cinta pisando la base y el log actual.

Debemos bajar el servicio de TSM server y ejecutar:

a) Si el TSM Server es Unix desde una Terminal:

/usr/tivoli/tsm/server/bin/dsmserv restore db dev=LTO vol=<nombre del tape> commit=yes

/usr/tivoli/tsm/server/bin/dsmserv Levanta TSM server por línea de comando.

Tivoli recomienda que luego de restaurar la base TSM ejecutemos 2 procesos:

1) Auditar la base

/usr/tivoli/tsm/server/bin/dsmserv auditdb fix=yes

2) Tomar un nuevo backup de la base

ba db t=f dev=lto

b) Si es Windows NT o 2000, desde el CMD

C:\Tivoli\tsm\server\dsmserv restore db dev=LTO vol=<nombre del tape> commit=yes

C:\Tivoli\tsm\server\dsmserv Levanta TSM server por línea de comando.


1) Auditar la base

C:\Tivoli\tsm\server\dsmserv auditdb fix=yes


ba db t=f dev=lto

11.2.2 Escenario 2

Hemos perdido las bases y los logs, queremos restaurar TSM de un backup hecho a cinta.

Primero formateamos los espacios para restaurar la base y el log.

dsmserv loadformat 1 e:\tsmdata\log1.dsm 500 1 e:\tsmdata\db1.dsm 5000

1 es la cantidad de volúmenes de logs y base de dato.500 es el tamaño en MB que daremos al log.5000 es el tamaño en MB que daremos a la base.

Estos tamaños dependen de la base que estemos manejando al momento de realizar el último backup de la base.

Debemos buscar el nombre del tape en el volhistory, bajar el servicio de TSM server y ejecutar:



120



dsmserv restore db dev=LTO vol=<nombre del tape> commit=yes

dsmserv Levanta TSM server por línea de comando.


1) Auditar la base

dsmserv auditdb fix=yes


11.2.3 Escenario 3

Hemos perdido el server TSM, queremos restaurar TSM de un backup hecho a cinta.

Primero instalamos TSM del CD original que entregó IBM

Copiamos los archivos• dsmserv.opt• volhist.out• devcnfg.out

en el directorio /usr/tivoli/tsm/server/bin si es Unix o c:\Tivoli\tsm\server si es Windows

Luego formateamos los espacios para restaurar la base y el log.

dsmserv loadformat 1 /tsmdata/log1.dsm 500 1 /tsmdata/db1.dsm 5000

1 es la cantidad de volúmenes de logs y base de dato.500 es el tamaño en MB que daremos al log.5000 es el tamaño en MB que daremos a la base.

Estos tamaños dependen de la base que estemos manejando al momento de realizar el último backup de la base.

Debemos buscar el nombre del tape en el volhistory, bajar el servicio de TSM server y ejecutar:

dsmserv restore db dev=LTO vol=<nombre del tape> commit=yes

dsmserv Levanta TSM server por línea de comando.


1) Auditar la base

dsmserv auditdb fix=yes




121



11.2.4 Escenario 4

TSM no levanta los servicios, el mensaje de recovery log lleno aparece en pantalla.

Es necesario expandir el tamaño del recovery log.

Si es Unix:

dsmfmt –log /tsmdata/logN.dsm <size> Formatea un nuevo volumen del log

/usr/tivoli/tsm/server/bin/dsmserv extend log /tsmdata/logN.dsm <size> Extiende el recovery log.

/usr/tivoli/tsm/server/bin/dsmserv Levanta el server con el nuevo volumen del recovery log.

Si es Windows NT o 2000:

Desde el TSM Management Console formatear un nuevo volumen del log, ver Capítulo 7.3

C:\Tivoli\tsm\server\dsmserv extend log /tsmdata/logN.dsm <size> Extiende el recovery log.

C:\Tivoli\tsm\server\dsmserv Levanta el server con el nuevo volumen del recovery log.



122



12. OPERATIONAL REPORTING

Para iniciar el Operational Reporting:

1- Ir a Inicio --> Programas --> Tivoli Storage Manager --> Management console



123



Paso 1 : Click derecho en Operational Reports

Paso 2: Click New para abrir el siguiente cuadro de diálogo.

Paso 3: Aceptar el nombre asignado por defecto o ingresar uno nuevo.



124



Paso 4: Seleccione las secciones del reporte que desea que se reporten.

Paso 5: Una vez seleccionado todas las secciones del reporte, es posible aceptar el reporte standatd sin elreenvío a alguna casilla de correo. Por lo tanto el reporte estará accesible sólo para aquellas personas que poseanacceso a la IBM Tivoli Storage Manager Administration Console.



125



Paso 6: La siguiente figura muestra el cuadro de dialogo con la solapa E-mail Recipients activa. Aquí esposible agregar las casillas de correo requeridas.



126



Paso 7: Es posible seleccionar recipientes para notificaciones automáticas de nodos específicos. Esto esmuy útil si ciertos nodos de backup son administrados por otros miembros de su equipo de administradores de IBMTivoli Storage Manager.



127



Paso 8: El proceso se completa haciendo click en OK.



128





129



PREGUNTAS 3ra Parte

1. ¿Qué comando debo utilizar para observar las sesiones activas en el TSM Server?

_________________________

2. ¿Qué comando debo utilizar para observar los procesos activos en el TSM Server? _________________________

3. ¿Qué comando debo utilizar para observar el tamaño de la base TSM? _________________________

4. Definir los siguientes parámetros para configurar una política de backup que guarde 15 versionesde cada objeto durante los últimos 30 días, 5 versiones del archivo si fue eliminado. No queremosdiferenciar el tiempo a guardar la última copia única.

Backup Copy Group

a. Versions Data Exists____________ b. Versions Data Deleted___________ c. Retain Extra Versions___________ d. Retain Only Versions____________

5. Registrar un usuario que tenga privilegios restringidos de Storage Privilege Class para el StoragePool “Backuppool” junto con los privilegios de operador. (donde x es el número de PC). Ademásconfigurar que modifique su password cada 30 días.

6. El usuario STGx no recuerda la password, resetar la password del usuario STGx para que ingreseuna nueva clave.

7. Definir los siguientes parámetros para configurar una política de backup que guarde 30 días deretención para los backups y 10 años de retención para los históricos. No queremos diferenciar losobjetos eliminados.

Backup Copy Group

a. Versions Data Exists____________ b. Versions Data Deleted___________ c. Retain Extra Versions___________ d. Retain Only Versions____________

Archive Copy Group

a. Retain Version____________

8. Crear un nuevo reporte utilizando el modulo de Operational Reporting, y generar dentro del mismoun campo adicional que incluya una consulta que les resulte util dentro de un reporte diario

9. ¿Cuáles es el orden de revisión de los logs para analizar una falla?



130





131



Anexo A Instalación del Cliente Backup/Archive (Linux)

La versión mas reciente del cliente de backup TSM puede ser encontrada en la siguiente dirección

ftp://ftp.boulder.ibm.com/storage/tivoli-storage-management/maintenance/client/v5r3/Linux/Linux86/LATEST/

La instalación viene como un archivo comprimido que tiene la extensión .tar. Por ejemplo TSM532C_LINUX86.tar El archivo puede ser descomprimido con la herramienta tar en la siguiente manera:tar -xvf TSM532C_LINUX86.tar

Desde el directorio que aparece como el resultado de la última operación instalamos los paquetes con la API y elcliente de BA:

rpm -ivh TIVsm-API.i386.rpmrpm -ivh TIVsm-BA.i386.rpm

A diferencia con los clientes de backup para Windows, los clientes Linux tienen dos archivos de configuración:dsm.opt y dsm.sys.

El archivo dsm.opt contiene las opciones generales del cliente de backup y el nombre del servidor principal de TSM.El archivo dsm.sys describe los detalles de la configuración del cliente para cada servidor mencionado en el archivodsm.opt.

El archivo dsm.sys puede contener la información sobre varios servidores de TSM, pero la comunicación serárealizada con el servidor cuyo nombre figura en el archivo dsm.opt.

A continuación se pueden ver los ejemplos de la configuración básica:

- - - - - - - - - - - - dsm. opt - - - - - - - - - - - - - - - - - - - - - - - -

SErver name TSMqui et

- - - - - - - - - - - - dsm. sys - - - - - - - - - - - - - - - - - - - - - - - -

SEr vername t smCOMMmet hod TCPi p

TCPPor t 1500

TCPSer veraddr ess 192. 168. 0. 4passwordaccess gener at e

EXCLUDE. DI R / t mpEXCLUDE / opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmsched. l ogEXCLUDE / opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmer r or . l og

schedl ogr et 15er r or l ogr et 15

schedl ogname / opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmsched. l oger r or l ogname / opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmer r or . l og



132



Par a que l os ser vi ci os de schedul er y de l a i nt er f az WEB puedan ar r ancarseaut omát i cament e dur ant e el i ni ci o del si st ema oper at i vo es necesari o real i zar l ossi gui ent es pasos:

1) Cr ear en el di r ect or i o / et c/ i ni t . d el ar chi vo TSMSchedul er con el si gui ent econt eni do:- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -#! / bi n/ sh## TSMSchedul er## chkconf i g: 2345 99 01# descr i pt i on: TSMSchedul er#

### BEGI N I NI T I NFO# Provi des: TSM Schedul er# Requi r ed- St art : $sysl og $net work

# Requi r ed- St op: $sysl og# Def aul t - St ar t : 3 5# Def aul t - St op: 0 1 2 6# Short - Descr i pt i on: St art TSMSchedul er# Descr i pt i on: St ar t TSMSchedul er### END I NI T I NFO

# Sour ce f unct i on l i br ar y.. / etc / i ni t . d/ f unct i ons

DSMC=/ opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmc

# The l ocal i zat i on i s set her e.

expor t RC_LANG=es_ES@eur oexpor t LC_CTYPE=es_ ES@euro

# The echo r et ur n val ue f or success ( def i ned i n / et c/ r c. conf i g) .case "$1" i n

s ta r t )echo - n "Br i ngi ng up TSMSchedul er"$DSMC sch > / dev/ nul l 2>&1 &RETVAL=$?echo; ;

st op)echo - n "Shut t i ng down TSMSchedul er "

ki l l pr oc $DSMCRETVAL=$?echo; ;

esac

exi t $RETVAL

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -



133



2) Hacer el script ejecutable " chmod 755 TSMScheduler"

3) Registrar el servicio TSMScheduler en el sistema " chkconfig –add TSMScheduler"

4) Asegurarse que en el sistema operativo en el directorio /usr/lib/locale este presente la carpeta es_ES@euro.

5) Arrancar el servicio del scheduler "service TSMScheduler start"

En la misma forma se instala el servicio "TSMWebClient" el script del cual esta abajo:

#! / bi n/ sh## TSMWebCl i ent## chkconf i g: 2345 99 01# descr i pt i on: TSMWebCl i ent

#

### BEGI N I NI T I NFO# Provi des: TSM Web Cl i ent# Requi r ed- St art : $sysl og $net work# Requi r ed- St op: $sysl og# Def aul t - St ar t : 3 5# Def aul t - St op: 0 1 2 6# Shor t - Descr i pt i on: St ar t TSMWebCl i ent# Descr i pt i on: St ar t TSMWebCl i ent### END I NI T I NFO

# Sour ce f unct i on l i br ar y.

. / etc / i ni t . d/ f unct i onsDSMCAD=/ opt / t i vol i / t sm/ cl i ent / ba/ bi n/ dsmcad

# The l ocal i zat i on i s set her e.

expor t RC_LANG=es_ES@eur oexpor t LC_CTYPE=es_ ES@euro

# The echo r et ur n val ue f or success ( def i ned i n / et c/ r c. conf i g) .case "$1" i n

s ta r t )echo - n "Br i ngi ng up TSMWebCl i ent "$DSMCAD sch > / dev/ nul l 2>&1 &

RETVAL=$?echo; ;

st op)echo - n "Shut t i ng down TSMWebCl i ent "ki l l proc $DSMCADRETVAL=$?echo; ;

esac

exi t $RETVAL



134





135



Respuestas de las preguntas propuestas

Preguntas 1er Parte

1. c2. a3. c4. c5. a6. a7. b8. a9. e10. b11. c12. Falso13. a14. Verdadero15. Falso16. Falso17. Falso18. f 19. d20. c



136



Preguntas 2da Parte

1.a. query library

b. query drivec. query pathd. query devclass

3. a4. c5. a6.

a. EMPTY, FU LL y FILLINGb. iiic. i

7. a9. a10. c11. a12. c13. c14. b15. b16. b17. c18. b19. a20. d21. b22. a





Preguntas 3er Parte

1. query sess2. query proc

3. query db4. a.15b.5c.30d.30

7.Backupa. NOLIMIT

b. NOLIMITc. 30d. 30

Archivea. 36508.

a. Activity Log de TSMb. Logs de Clientes: dsmsched.log,

dsmerror.logc. Logs de Agentes TDPd. Logs del Sistema Operativo

2008-05-05 capacitación tsm v5.4.pdf

Documents