TSM SRV - Utilizando DEDUP no TSM

A partir do TSM v6, foi adicionado a funcionalidade dedup. Entretanto ele pode ser realizado de duas maneiras:

• Dedup atraves do TSM Server
• Dedup atraves do TSM Client  

OBS: A deduplicacao so pode ser habilitada para stgpools com device class do tipo FILE.


Para realizar via TSM Server, voce precisara de requisitos de hardware extras, devido todo o processamento de dedup ser executado dentro do proprio servidor, apos o dado ser armazenado.

## Habilitar o storage pool que deve ser do tipo FILE.
UPDATE STG <stgpool> DEDUPLICATE=YES IDENTIFYPROCESS=<numero_de_processos> 

## Habilitar o node no TSM Server.

UPDATE NODE <nodename> DEDUP=SERVER

Para realizar via TSM Client, o dado eh desduplicado na origem antes de ser enviado, reduzindo a quantidade de dados e processamento no TSM server. Para habilitar esse tipo devemos seguir as configurações abaixo:

## Habilitar a opcao de dedup no TSM Client. 

## Se for Windows dentro do dsm.opt e for Unix dentro do dsm.sys

DEDUPLICATION YES

## Habilitar o node no TSM Server.

UPDATE NODE <nodename> DEDUP=CLIENTORSERVER 

Agora basta testar e verificar o resultado.

Ate a proxima! 

TSM DB - Preparando para o Backup DB

Apos o TSM Server estar configurado e ajustado, o proximo passo é definir qual classe sera responsável pelo Backup DB do TSM. Esse passo é importante para que o database ja permaneca protegido.

Segue abaixo o passo-a-passo:

1. Escolher a device class, atraves do comando QUERY DEVCLASS.

2. Informar a device class escolhida para o backup db, pelo comando SET DBRECOVERY <devclass>.

3. Realizar o backup db, para certificar que esta funcionando corretamente.

4. Apos o processo ser concluido, o resultado completo pode ser visualizado dentro do activity log, atraves do comando QUERY ACTLOG.

5. Tambem podemos visualizar a informacao do backup db dentro do arquivo VOLHIST.DAT

Ate a próxima! Espero que tenha ajudado.

TSM DB - Simples Restore DB

TSM Database corrompido e agora?

Sempre que temos esse tipo de anormalidade, faz com que esse problema se torne critico, devido a qualquer momento o servidor de backup ser solicitado, por necessidades das demandas de algum tipo de backup/restore, como por exemplo backup dos archives log de um servidor Oracle, SAP ou ate mesmo um servidor de email, tarefas que podem parar um ambiente produtivo. Parece brincadeira, mas é só servidor de backup parar, que os problemas começam a acontecer. 

Pois bem, existem algumas maneiras para a realização do restore do TSM. Aqui falaremos de um simples restore quando o database se corrompe, atraves de um desligamento forcado, problemas no disco ou algum outro motivo. A maneira mais simples e rapida de se realizar é atraves do comando DSMSERV RESTORE DB. 

Algumas mensagens de erros referentes:

ANR9999D blkdisk.c(1498): Error -1 reading from disk &lt;dbvolume_name>, errno=5 (There is an input or output error.).

ANR9999D dbrec.c(701): ThreadId&lt;0> Error applying update to database page

ANR0246E Error reading logical page 672473 (physical page 249817) from database volume &lt;dbvolume_name>

ANR9999D Unable to read page from database volume

ANR7833S Server thread 1 terminated in response to program abort.


Antes de começar:

• Ter os arquivos DEVCONFIG e VOLHISTORY intactos e em suas devidas localizações, onde a função do primeiro é informar ao TSM Server quais os dispositivos de montagem ele podera utilizar dentro da library e o segundo informar qual volume e a data do ultimo backup DB realizado com sucesso. Caso nao seja informado o volume, o TSM se encarrega de pegar a ultima que foi realizada com sucesso. 

Exemplo:

• Plataforma: Linux RedHat

• TSM: v7.1.5.000

 

Passo-a-passo:

Para executar um simples restore db devido ao database corrompido.

• Logar com o usuário owner do DB2 (criado na instalação) e ir ate o diretorio de configuracao. Nesse meu exemplo o usuario foi tsminst1 e o diretorio de configuracao /tsm/cfg/.

• Dentro do diretorio dos arquivos de configuração, executar o comando com o caminho completo do binario dsmserv restore db. Esse comando vai procurar dentro do arquivo VOLHIST o volume do backup db mais atual e realizar a restauração por cima do database anterior.

• Diante disso, basta aguardar a montagem e a finalização de todo o processo.
• Com o processo finalizado, basta iniciar o processo do TSM Server e verificar se o mesmo inicia com sucesso.
• Precisa logar com usuario owner do DB2;
• Executar o processo/servico para iniciar o TSM ou reiniciar o servidor e aguardar que o TSM inicie através do boot.

Ate a próxima! Espero que tenha ajudado.

TSM for VE

Esse produto tem como finalidade realizar o backup online de maquinas virtuais em ambientes VMware e HyperV. Abordaremos mais sobre o produto nos próximos tópicos.

Estrutura:

Desenho da estrutura de funcionamento e a integração de seus componentes.

Funcionalidades:

• Backup incremental forever
• Restore File-Level
• Instant VM Recovery
• Instant Access

TSM DB - Dicas

Dicas Importantes

Alguns pontos são importantes quando falamos sobre o database do TSM. Como o database é o CORAÇÃO da ferramenta, precisamos tomar muito cuidado com ele, pois alem das recomendações quando criamos o database na instalação, precisamos também monitora-lo no dia-a-dia, para que sempre seja executado com sucesso e nunca falhar. A execução dele é primordial e deve ser no minimo todos os dias. Claro, isso dependera do tamanho do ambiente e da quantidade de transações que são realizadas durante o dia.

Segue abaixo algumas dicas:

1. Realizar o backup do database no minimo todos os dias. Acompanhando se o mesmo conclui com sucesso.

2. Manter três copias dos arquivos DEVCONFIG e VOLHISTORY em locais diferentes.

3. Ter sempre disponível uma ou mais fitas, para que o backup database seja executado com sucesso. Pode ser também ser executado em disco, mas preferencialmente que seja em fita. Quando tratamos de sites replicados, pode-se fazer o backup db remoto no outro TSM (cruzado).

4. Manter os volumes do database em storage externo, devido o poder de performance, escalabilidade e proteção.

5. Habilitar o mirror para o ACTIVELOG e ARCHIVELOG, tambem é uma boa pratica a ser aplicada, pois assim tenho uma proteção nesses componentes que também não podem ser danificados.

Ate a próxima! Espero que tenha ajudado.