Arquitetura básica do TSMServer

Abaixo temos uma ilustração da arquitetura básica do TSMServer.

Como foi informado anteriormente, o TSMServer é uma ferramenta centralizada. Uma das principais características TSMServer é pelo fato de possuir não apenas um catálogo, como muitas outras ferramentas de backup, mas um Database Relacional.

Este Database foi desenvolvido para o melhor gerenciamento de dados, com a mínima necessidade de administração do banco. Todas as informações relevantes, logs, segurança e autenticação, gerenciamento de fitas e inventário de dados é gerenciado pelo DB do TSMServer.

Em conjunto com o DB, o TSMServer também possui uma área identificada como Recovery Log. Esta área armazena dados durante as transações de jobs que estão em execução e logo em seguida realiza o "commit" no DB. Isso faz com que o DB não seja sobrecarregado, ganhando performance. As transações são gravadas em log e "commitadas" no DB de forma automática, não necessitando intervenção.

No TSMServer também é possível realizar espelhamento do DB e Log de forma automática, aumentando assim, a segurança e disponibilidade do ambiente de backup. Mas isto podemos tratar mais para frente.

Mas como o TSMServer realiza a gravação desses dados ?

O TSMServer possui áreas chamadas de Storage Pool's. Estes STGPOOL's podem ser de discos ou fitas, ou seja, é possível realizar a gravação de dados simultaneamente em STGPOOL's distintos, possibilitando assim, ganho em janela de execução, uma vez que teremos mais jobs de backup executando em paralelo.

Estes STGPOOL's ou devices de armazenamento podem se conectar ao TSMServer via SCSI, LAN ou SAN.

Um detalhe importante em questão de segurança.: As fitas utilizadas para backup em um TSMServer, só podem ser lidas se existir o DB do TSMServer em que foram gravadas aquelas fitas.

Exceção.: Export node para outro server.

Tenham todos um ótimo dia.