Un ejemplo de arquitectura:
Las mejoras de características para el servidor y el cliente explotan la tecnología Storage Area Network (SAN) y responden a la necesidad de acelerar las operaciones de backup y restauración. Tivoli Storage Manager utiliza bibliotecas compartidas SAN, dando a servidores múltiples la capacidad de compartir una biblioteca automatizada en una configuración Storage Area Network (SAN) de alto rendimiento.
La característica de transferencia de datos del cliente LAN-free reduce el tráfico de la red y mejora el ancho de banda haciendo copias de seguridad y restaurando datos desde discos attachados SAN o cintas de almacenamiento.
Antes de nada recordemos un poco los modelos de backup de almacenamiento:
Modelos de almacenamiento:
- Backup Full (Copia íntegra del host)
- Backup Incremental (varios tipos, mirando atributos)
- Backup Diferencial (cambios con respecto al primer día) *se utiliza sobre todo en bases de datos
- Backup Sintética (Syntetic) Sin la intervención del cliente problema.
* TSM utiliza siempre la Incremental (versión activa).
Dentro del un fichero “name_profile”.opt ENABLELANFREE=YES para LAN free Backup. Corre un servicio que se llama
TSM StorageAgent (/Tivoli/TSM/StorageAgent). El fichero dsmsta.opt de este directorio tiene que tener el siguiente parámetro: SERVERNAME= “NombreServidor”
Características TSM (Tivoli Storage Manager):
TSM se basa en un esquema cliente/servidor:
El recovery_log tiene un límite máximo de 13 GB, si se pasa de ese tamaño se produce un error, de ahí que cada vez que se hace backup de la BBDD se limpie el log.
Si tuviéramos una carga de trabajo que generara más de 13GB en el recovery log, habría dos posibles soluciones: (A) Trabajar con dos TSM y separar la carga de trabajo. (B) Hacer más de un Backup de la BBDD al día (si estamos en esa situación, también tendríamos seguramente sobrecarga de trabajo en el servidor TSM).
Backup Base de datos TSM
El tamaño máximo del log es de 13GB. Debemos poner el log en un disco distinto a la base de datos. Existen dos modos de backup:
- Opciones Volumen de Base Datos:
Registro de Usuarios Clientes
- Registrar usuarios clientes de TSM:
Configurando Backups en Clientes:
Client Command Line( CCL) se encuentra:
GUI (Web Client Interface) > http://x.x.x.x:1581
Restaurar Base Datos desde consola:
Cuando se va a realizar un cambio en los ficheros opt, debemos parar todos los servicios que se encuentran con: Ps –fe | grep dsm (dsm scheduler) y volver a lanzarlos. DsmCAD (Client Acceptor Daemon) Demonio que maneja el scheduler.
Ficheros importantes TSM:
Pasar datos de disco a cinta:
Modelos de almacenamiento:
- Backup Full (Copia íntegra del host)
- Backup Incremental (varios tipos, mirando atributos)
- Backup Diferencial (cambios con respecto al primer día) *se utiliza sobre todo en bases de datos
- Backup Sintética (Syntetic) Sin la intervención del cliente problema.
* TSM utiliza siempre la Incremental (versión activa).
Dentro del un fichero “name_profile”.opt ENABLELANFREE=YES para LAN free Backup. Corre un servicio que se llama
TSM StorageAgent (/Tivoli/TSM/StorageAgent). El fichero dsmsta.opt de este directorio tiene que tener el siguiente parámetro: SERVERNAME= “NombreServidor”
# define server STA_Nombre (en el servidor TSM)
# dsmsta set storageserver serverpass=”password”…
-> Genera un fichero devconfig.out (incluye el servername en el dsmsta.out y un devconfig.txt)
TSM se basa en un esquema cliente/servidor:
SERVIDOR | CLIENTE |
BBDD Recovery Logs Planificador ISC (interfaz administración) CLI (linea de comandos) | GUI (Interfaz Gráfica) CLI (línea de comandos) Planificador (Scheduler) Agente Lan Free TDP (SQL, ORACLE, Storage Agent |
* Management Console (Para ver todas las caracteristicas del Servidor TSM en GUI).
* La BBDD del TSM y el Recovery Logs son Críticos!!!, si por lo que sea se pierde, hemos perdido toda la información de backup y en principio no se podría recuperar. Se hace backup diario de la BBDD del TSM, que implica una limpia del Recovery Log.El recovery_log tiene un límite máximo de 13 GB, si se pasa de ese tamaño se produce un error, de ahí que cada vez que se hace backup de la BBDD se limpie el log.
Si tuviéramos una carga de trabajo que generara más de 13GB en el recovery log, habría dos posibles soluciones: (A) Trabajar con dos TSM y separar la carga de trabajo. (B) Hacer más de un Backup de la BBDD al día (si estamos en esa situación, también tendríamos seguramente sobrecarga de trabajo en el servidor TSM).
Dispositivos de almacenamiento en TSM
- Tipos de dispositivos: Disco y Cinta.
- Primero tenemos que definirlos:
TSM ve drive y librerías. SA (Storage Agent) solo ve drives (Cintas).
- Comandos query & select:
- Cambios Físicos en la Librería:
- Definir volúmenes o discos para TSM (Storage Pool Disco):
- Ejemplo Definir storage pool Discos:
- Como se pasan datos de un pool a otro:
- Monitorización TSM:
Políticas de Backups
- Políticas de Backup en TSM:
- Tipos de dispositivos: Disco y Cinta.
# he “comando” Ayuda Comando
# lsdev –cc tape Listar discos TSM entornos Unix
# tsmdlst Listar discos TSM entornos Win
- Primero tenemos que definirlos:
TSM ve drive y librerías. SA (Storage Agent) solo ve drives (Cintas).
# define library Definimos la librería
# define path library Camino hacia la librería
# define drive Definimos un Drive
# define path drive Camino hacia el drive
- Comandos query & select:
# q path d=f Mostrar los PATH
# q devclass Muestra clases de dispositivos
- mount retention Al terminar de escribir cuanto tiempo espero para desmontar (def 60s)
- mount wait Espera un tiempo… (Mirar en help)
# q drive f=d Muestra cintas con formato detallado
# q libvol Muestra Todas las cintas dentro de la librería
# q vol Muestra todas las cintas que tienen datos, estén donde estén.
# q stg Query StoragePool (Todos los Storage Pool que existen)
# q opt Opciones generales de tsm
# q act se=”search” Mostrar lo que ha estado haciendo TSM (activity Log)
# q script Muestra script que hemos creado en el sistema para TSM
# q sess Sesiones activas en el server TSM
# q even ** Muestra todas las planificaciones de clientes
# q even * type=admin Muestra planificaciones administrativas
# q node Clientes que tenemos
# select * from libvolumes where status=’scratch’ (Muestra cintas con formato Scratch)
# select * from syscat.tables (Todas las tablas relacionadas con formato cintas)
- Cambios Físicos en la Librería:
# checkout Sacar una cinta
# checkin Meter una cinta
# update Library Actualizar estado físico de la librería (nº cintas)
- Definir volúmenes o discos para TSM (Storage Pool Disco):
# define stg Dispol
# define vol f:\TSMgroup\disk1.dsm f=100GB
# define vol f:\TSMgroup\disk2.dsm f=200GB
- Ejemplo Definir storage pool Discos:
# define stgpool “poolname” “poolclass”
# q stg
# define vol “poolname” “volname” formatsize=”format_size”
# q pr (ver procesos)
# q stg
- Como se pasan datos de un pool a otro:
#move data “Source_vol_name” “target_stgpool”
Reclamación (Umbral 60%, Datos sueltos en cintas se pasan a 1)
Colocación (Asignar cintas por Nodo o por Grupo)
- Monitorización TSM:
Lanzamos dsmadmc –console (modo consola, solo monitorización)
# actlog (activity Log)
# q act begin=”fecha” search=”parámetro”
Políticas de Backups
- Políticas de Backup en TSM:
PD – Policy Domain Nombre Dominio de Politicas (PD_Name)
PS – Policy Set Nombre de Configuración de Politica (PS_Name)
MC – Management Class Clase de Mantenimiento (1 default, resto asignar) (MC_Name)
BG – Backup Group Grupo de Backup (Políticas de Copias con versiones activas de archivos)
-> NOLIMIT No utilizamos Versiones.
-> DESTINATION Nombre StoragePool de destino
-> VEREXISTS Cuantas versiones de ficheros mantengo (versiones activas)
-> VERDELETE Cuantas versiones de ficheros borrados mantengo (versiones inactivas)
-> RETEXTRA Número de días que permanece activo el archivo.
-> RETONLY Por cuantos días mantengo los archivos borrados.
-> SERIALIZATION SHRSTATIC
SHRDYNAMIC
STATIC
DYNAMIC
AG – Archive Group Grupo de archivado (Políticas de Copias Archivado con limite de días)
-> DESTINATION Donde Se archiva
-> RETVER Cuantos días pasan antes de borrar el archivado
Backup Base de datos TSM
El tamaño máximo del log es de 13GB. Debemos poner el log en un disco distinto a la base de datos. Existen dos modos de backup:
NORMAL Backup Full (el log necesita menos espacio y el TSM no se cae)
ROLLFORWARD Backup incremental último minuto (el log necesita más espacio y TSM se cae si se llena)
# define dbvol Definimos volumen de la base de datos
# q db Muestra bases de datos
# q dbvol Muestra volúmenes de bases datos
# q dbvol f=d Muestra Detalladamente volúmenes bases de datos
# define logvol Definimos le volumen del log
# q log Muestra Información log base datos
# q logvol Muestra volúmenes de log de base datos
# q logvol f=d Muestra detalladamente volúmenes de bases de datos.
# extend db Se extiende la base de datos el tamaño que queremos
# reduce db Se reduce el tamaño de la base de datos en lo que le mostremos
- Opciones Volumen de Base Datos:
Capacidad disponible Total de la capacidad de los volúmenes
Capacidad asignada Capacidad que asignamos para la base de datos
Porcentaje de utilización Porcentaje de utilización actual
Máximo porcentaje utilización Definimos el máximo porcentaje que se puede usar
Máxima extensión Límite cuanto podemos extender
Máxima reducción Límite cuanto podemos reducir
Registro de Usuarios Clientes
- Registrar usuarios clientes de TSM:
#reg “name_client” PD_Unix
/usr/ AIX
/opt/ other Unix/Linux Systems
dsm.opt
-Servername “Server1”
dsm.sys
-Nodename “nombre_cliente”
-TpcServeraddres “IP_server”
#reg “name_client” PD_Windows
#dsm opt
Nodename (Name_client)
Tpcserveraddres (Dirección Servidor)
# dsm nombre opt
Configurando Backups en Clientes:
Client Command Line( CCL) se encuentra:
Windows Program Files/Tivoli/TSM/baclient
AIX /usr/Tivoli/client/ba/bin
GUI (Web Client Interface) > http://x.x.x.x:1581
# dsm Backup - Archive GUI Windows
# dsmj Backup – Archive GUI UNIX
Restaurar Base Datos desde consola:
Cuando se va a realizar un cambio en los ficheros opt, debemos parar todos los servicios que se encuentran con: Ps –fe | grep dsm (dsm scheduler) y volver a lanzarlos. DsmCAD (Client Acceptor Daemon) Demonio que maneja el scheduler.
# dsmc restore db vol Restaurar la base de datos de TSM desde consola.
Ficheros importantes TSM:
dsmserv.opt Configuraciones del servidor. (Mirar Guía de rendimiento para optimizar)
dsmserv.dsk Almacena Dirección archivo configuración Servidor
volhist.out TSM guarda todo su histórico de volúmenes.
devconfig.out Histórico dispositivos TSM
Pasar datos de disco a cinta:
# Migrate STGpool “Volumen_Disco” “pool_Cinta”
#
#
# bk db
# bk volhist. out
# bk devconfig.out
# delete …
No hay comentarios:
Publicar un comentario