• Save
Presentación curso itsm cap9
Upcoming SlideShare
Loading in...5
×
 

Presentación curso itsm cap9

on

  • 583 views

 

Statistics

Views

Total Views
583
Views on SlideShare
583
Embed Views
0

Actions

Likes
2
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Presentación curso itsm cap9 Presentación curso itsm cap9 Presentation Transcript

  • ITSM IBM Tivoli Storage Manager Capitulo 9 Scheduler
  • ITSM Schedulers
    • Cada operación programada se denomina evento
    • Cada evento es seguido por el servidor y grabado en la Base de Datos
    • Graba si el evento se completó, está en progreso o falló
    • Se puede hacer query sobre el log para determinar si los eventos han fallado o no
    • Los registros del log de eventos puede ser borrados para recuperar espacio en la BD
    • El Administrador es el responsable de construir y mantener las programaciones y tiene autoridad para priorizar
  • ITSM Definición De Schedules
    • Los Schedules son creados y mantenidos en la base de datos del TSM Server y son creados por el administrador de la siguiente forma:
      • El administrador crea el scheduler
      • El scheduler es asignado a un policy domain específico
      • El administrador define una asociación entre un scheduler y un cliente específico
      • Finalmente el scheduler es ejecutado serialmente por el cliente
  • ITSM Manejando Schedules Nodo1 Nodo2 Nodo3 Administrador Con SYSTEM/POLICY Dominio1 MC1 MC2 Política Nodos: Nodo1 Nodo2 Nodo3 Schedule Diario Schedule Semanal
    • Schedules son para un Dominio especifico
    • Múltiples Schedules por cada Dominio
    • Nodos Clientes se asocian a uno o más Schedules
    • Los administradores los definen y mantienen
    • Se pueden priorizar
    • Se pueden copiar a través de varios Dominios
    • El cliente los ejecuta de forma serial
  • ITSM Definiendo Schedules
    • Se usa la interfase WEB
      • Schedule de Cliente
      • Schedule Administrador
    • Se define:
      • Dominio
      • Nombre
      • Acción
      • Objetos
      • Fecha y hora
      • Periodo
      • Expiración
  • ITSM Definiendo Schedules Línea de Comandos Define schedule domainame schedulename Type=Client Description= pruebas action= accion options= linea de opciones objects= lista de objetos priority= valor de la prioridad stardate= fecha de inicio starttime= hora de inicio duration= valor de la duración durunits= valor de las unidades de duración peruints= valor de las unidades del periodo period= valor del periodo dayweek= dia de la semana expiration= valor de expiración
  • ITSM Fecha Y Hora Relativas
    • Se pueden especificar fechas y horas relativas
    • Útil para programación de comandos
    • Fecha Relativa
      • DATE=mm/dd/yyyy
      • DATE=TODAY + número de días
      • DATE=TODAY
    • Hora Relativa
      • TIME=hh:mm:ss
      • TIME=NOW + Número de Horas
  • ITSM Schedule
    • QUERY los Schedules
    • Query SCHED
    • Q sched * f=d
  • ITSM Definiendo Asociaciones
    • Por Línea de Comandos
    • DEFine ASSOCiation domain_name schedule_name node_name,node_name
    SCHEDULE
  • ITSM Ejemplo De Schedule 24:00 Hora Real de Backup Ventana de Arranque Starttime = 01:00 Action = Incremental Period = 2 Days Duration = 6 Hours
    • La acción debe arrancar dentro de la ventana de arranque
    • La acción puede no completarse dentro de la ventana
    • Las Operaciones programadas corren de manera serial en los clientes
    • Se mantiene en el servidor un Event Log
    Lunes Martes Miércoles Jueves Viernes
  • ITSM Ejemplo De Randomización RANDOMIZE: Es un valor en porcentaje, que indica el porcentaje de la ventana de inicio de un scheduler que tiempo será distribuido aleatoria mente. Esto ayuda a balancear la carga de servidor y la red 22:00 1:00 4:00 Startup Window 6:00 Randomize Period Nodo A Nodo B Nodo A Nodo B R P Nodo C Nodo C Pooling Starts
    • Solo para Clientes haciendo Polling
    • Periodo Random basado en el Poll del cliente
    Randomize=50%
  • ITSM Tipos De Schedulers
    • Manejo inteligente por un Scheduler Central
    • Dos Tipos
      • Administrativos
        • Comandos Administrativos
        • Scripts para automatizar eventos
      • Cliente
        • Backup/Restore
        • Archive/Retrieve
        • Comandos S.O. y scripts
        • Comandos para ejecutar una vez
  • ITSM Schedules Administrativos
    • Comandos del administrador pueden ser programados para:
      • Automatizar operaciones del servidor
      • Asegurar que los recursos del servidor están disponibles para los clientes
      • Procurar la mínima intervención manual
    • Type= Administrative
    • Salidas son enviadas al “activity log”
    • No asociados a un Policy Domain
  • ITSM Programación Comandos Administrativos
    • Ejemplos
      • Bajar el umbral para comenzar migración
      • Bajar el umbral para comenzar reclamación
      • Backup de la BD del servidor de ITSM
      • Proceso de expiración
      • Backup de un StoragePool
    Todos excepto Query Actlog
  • ITSM Ejemplos Recomendados Schedulers Administrativos
  • ITSM Schedulers De Cliente
    • El Scheduler central tiene 2 modos o técnicas de operación
      • Client Polling
        • Soportado en todos los clientes de TSM usando todos los métodos de comunicación soportados
      • Server Prompted
        • Soportado para los clientes de TSM que utilizan método de comunicación TCPIP
  • ITSM Client Polling El cliente periódicamente pregunta al servidor por operaciones programadas y la fecha y hora que deben ejecutarse El cliente espera hasta la hora indicada y corre la operación programada Para iniciar el scheduler en el cliente use DSMC SCHEDULE y adicione SCHEDMODE como POLLING
  • ITSM Server Prompted DSMC SCHEDULE SCHEDMODE PROMPTED
  • ITSM Server Schedule Options
    • Hay dos lugares donde se define que modo usar: El Servidor y el Cliente
    • En el Servidor un Administrador con privilegios “system” debe especificar cuales modos se soportarán
      • Se usa el comando Set SCHEDMODes con los parámetros :
        • ANY – El servidor soporta clientes usando cualquiera de los 2 modos
        • POlling – El Servidor solo clientes con Polling mode
        • PRompted – El servidor solo acepta clientes usando modo prompted
  • ITSM Client Schedule Options
    • El archivo de opciones de cliente “dsm.opt” debe editarse para indicar
      • El modo: schedmode polling | prompted
      • Log_name: schedlogname
      • Retención del log: schedlogretention (# de días)
      • Número de intentos maxcmdretries
      • Periodo de reintentos retryperiod
  • ITSM Procesamiento Pre Y Post
    • Proporcionan ejecución de tareas anteriores y posteriores al evento programado
      • PRESCHEDULECMD
      • POSTSCHEDULECMD
    • Existen dos comando adicionales que no esperan por la terminación del comando del sistema operativo
      • PRENSCHEDULECMD
      • POSTNSCHEDULECMD
  • ITSM Opciones Adicionales Server Prompted
    • SCHEDMODE prompted
    • Commmethod TCPIP
    • TCPCLIENTAdress nombre_dominio/direccion_IP
    • TCPCLIENTPort 1501
  • ITSM Opciones Adicionales Polling
    • QUERYSCHEDPERIOD: especifica el numero de horas que el cliente espera para contactar el servidor y determinar si tiene trabajos programados
    • El valor por default es 12
    • UNIX va en el archivo dsm.sys
  • ITSM Manejando Sesiones Cliente/servidor
    • Administradores con privilegios “System” pueden establecer:
      • MAXCSHedsessions.
        • Máximo número de sesiones programadas como un porcentaje del total de sesiones del servidor disponibles.
      • MAXCMDRetries.
        • Máximo número de veces que un scheduler en un cliente reintentará un comando que falla.
      • RETRYPeriod.
        • Especifica el # de minutos que el Scheduler espera para hacer un reintento.
      • Randomize.
        • Especifica que la hora de inicio de cada scheduler de cliente se organiza de forma aleatoria.
  • ITSM Passwordaccess Generate
    • La contraseña del cliente es encriptada y se almacena en el cliente.
    • Si expira, se genera automáticamente uno nuevo.
    • PASSWORDDIR especifica en donde se guarda el archivo.
      • Para Windows esta contraseña encriptada se guarda en el registro.
  • ITSM Comandos Cliente (One-time)
    • Define CLIENTACTION
      • Define la programación
      • Asocia la programación con un cliente
    • Ejecución
      • Dependerá del modo de schedule del cliente
      • Dependerá del “queryschedperiod” en el modo Polling
    • SET CLIENTACTDURATION
      • Número de días antes que la acción sea borrada de la base de datos
  • ITSM Fin capítulo 9