Fitas Utilizadas X Fitas Liberadas

Oi pessoal,

Esses dias estava conversando com um ex-colega de trabalho sobre utilização e liberação de fitas no TSM. A idéia é manter um controle de quantas fitas o TSM está consumindo e por outro lado quantas fitas scratchs o TSM está liberando através de seus processos administrativos.

Uma das formas que podemos fazer isso é através de selects. Sempre que o TSM associa uma fita scratch a um stgpool, ele emite um alerta informativo. E por outro lado, sempre que o TSM libera uma fita para scratch, ele também emite um alerta informativo.

Os alertas são.: 

- Para fitas liberadas.: ANR1341I

- Para fitas consumidas.: ANR1340I

Para sabermos o que significa esses alertas, basta chamar o help na console do TSM.

Exemplo.:

tsm: TSMSERVER>help ANR1340

ANR1340I  Scratch volume volume name is now defined in storage pool storage pool name.

Explanation: The scratch volume specified has been added to the storage pool shown.

System action: None.

User response: None.

tsm: TSMSERVER>help ANR1341

ANR1341I  Scratch volume volume name has been deleted from storage pool storage pool name.

Explanation: The scratch volume specified is no longer in use and has been removed from the indicated storage pool.

System action: None.

User response: None.

Obviamente a conta não é exata, pois não estamos checando se a fita consumida está 100% FULL ou se está 1% Filling. Estamos apenas tirando uma estimativa.

Podemos usar os seguintes selects para verificar um intervalo de tempo determinado.:

select count(msgno) as "FITAS CONSUMIDAS" from actlog where msgno=1340 and DATE_TIME between timestamp('2011-06-01 00:00:00.000000') and timestamp('2011-06-30 23:59:59.000000')

select count(msgno) as "FITAS LIBERADAS" from actlog where msgno=1341 and DATE_TIME between timestamp('2011-06-16 00:00:00.000000') and timestamp('2011-06-30 23:59:59.000000')

Um abraço.

Como desativar um schedule de backup temporariamente

Como fazer para desativar um schedule de backup temporariamente? Seja por um dia apenas ou por vários dias.

Basicamente podemos fazer de duas formas.:

Desassociando o node.: del assoc

Exemplo.:

tsm: TSMSERVER3>del assoc PD_LDC_FS BRASPO001_INCR_DIA BRASPO001_DIA

Do you wish to proceed? (Yes (Y)/No (N)) y

ANR2511I Node BRASPO001_DIA disassociated from schedule BRASPO001_INCR_DIA in policy domain PD_LDC_FS.

Ou

Dando atualizando o schedule para voltar a executar em XX dias.: upd sched startdate=+3

Exemplo.:

tsm: TSMSERVER3>update schedule PD_LDC_FS BRASPO006_INCR_DIA startd=+3

ANR2502I Schedule BRASPO006_INCR_DIA updated in policy domain PD_LDC_FS.

Eu particularmente prefiro utilizar o update schedule, pois se por acaso, você se esquecer, ele volta a executar normalmente daqui a 3 dias de forma automática.

Diferentemente do delete assoc, que se você utilizar, obrigatoriamente deverá fazer o define assoc novamente, caso contrário o schedule não será mais executado.

É possível ainda utilizarmos scripts e schedules administrativos para deletar e definir associações, garantindo assim que os schedules sejam desativados e re-ativados automaticamente.

Exemplo (quero desativar meu schedule no dia 10/03/2012 as 20:00hs e quero que ele volte a executar no dia 11/03/2012 as 19:00hs).:

Nesse caso, vamos definir dois schedules administrativos que conseguimos resolver nosso problema.

Schedule 1

define schedule altera_scheds t=a cmd='del assoc domain schedule node' active=yes starttime=20:00 startdate=03/10/2012 peru=one day=any

Schedule 2

define schedule volta_scheds t=a cmd='def assoc domain schedule node' active=yes starttime=19:00 startdate=03/11/2012 peru=one day=any

Uma observação.: Tenha em mente que qualquer alteração, faz com que as evidências de execução não apareçam mais no Q EVENT, isso porque o EVENT é uma view e não uma tabela propriamente. De qualquer forma, se fizer alguma alteração e precisar buscar no TSM evidência de execução, utilize o ACTLOG (q act begind=-10 endd=today se=schedule_name)

Se pensarmos que em nosso ambiente corporativo, a lista de tarefas e atividades são grandes e que executamos muitas coisas em paralelo, a probabilidade de esquecermos de voltar o schedule é grande, portanto é mais garantido utilizar o update schedule.

Bom fim de semana a todos.