O TSM possui alguns processos administrativos que visam facilitar o trabalho de manutenção e administração do ambiente.
Vamos comentar um pouco sobre cada um deles.:
Processo de MIGRATION
Para permitir o backup simultâneo por parte dos servidores, sem afetar a distribuição dos dados entre as fitas, e visando também garantir uma melhor performance no caso de restore, o TSM trabalha com o conceito de migração de dados entre Pools, ou seja, permite que todos os equipamentos envolvidos consolidem seu backup numa área temporária em disco, acessada pelo TSMServer, que de forma online, ordena esses dados entre as fitas, fazendo com que os drives sejam melhor aproveitados, sem que fiquem ociosos.
Vejam a ilustração a seguir.:
Pela ilustração, é possível visualizar melhor como funciona o processo.:
1- Client A, B,... Z envia os dados do backup para o TSMServer
2- O TSMServer armazena esses dados em uma área temporária. (STGPOOL de disco)
3- Durante o processo de migration, o TSM consolida os dados dos servidores de forma que facilite e agilize uma possível solicitação de restore, evitando que os dados de um mesmo client fique espalhado em diversas fitas.
Este processo de migration possui um threshold a ser configurado. É o que chamamos de High threshold e Low threshold.
Vejam a ilustração abaixo.:
No exemplo desta ilustração, o High Threshold foi configurado a 80% e o Low Threshold a 20%.
Quando o High Migration Threshold é atingido (80%), o processo de migration inicia automaticamente, procurando pelo node que tenha feito backup do maior file space ou o archive que ocupam o maior espaço. O objetivo é para que o processo libere espaço no disco mais rapidamente.
Após determinar o node,o server verifica o número de dias que ele foi armazenado ou acessado. Se for maior que o migration delay period, o processo inicia a movimentação dos dados para o next stgpool.
No exemplo acima, o filespace que ocupa o maior espaço é um de 1 gb, portanto é o primeiro a ser migrado.
Se depois de migrar todos os dados do client node a % do stgpool for menor do que está definido no Low Threshold, o migration finaliza, senão, um novo client node é escolhido.
Gostaria de falar sobre os demais processos administrativos, porém creio que o post ficaria muito grande. Amanhã voltamos ao assunto para falar sobre o processo de RECLAMATION.
Tenham todos um ótimo dia.
Quando o STGPOOL de disco enche ou o mesmo atinja a configuração definida pelo administrador, os dados automaticamente são migrados para o próximo STGPOOL, o que pode ser um outro STGPOOL de disco ou de fita.
Acompanhe a próxima ilustração.:
Quando o High Migration Threshold é atingido (80%), o processo de migration inicia automaticamente, procurando pelo node que tenha feito backup do maior file space ou o archive que ocupam o maior espaço. O objetivo é para que o processo libere espaço no disco mais rapidamente.
Após determinar o node,o server verifica o número de dias que ele foi armazenado ou acessado. Se for maior que o migration delay period, o processo inicia a movimentação dos dados para o next stgpool.
No exemplo acima, o filespace que ocupa o maior espaço é um de 1 gb, portanto é o primeiro a ser migrado.
Se depois de migrar todos os dados do client node a % do stgpool for menor do que está definido no Low Threshold, o migration finaliza, senão, um novo client node é escolhido.
Gostaria de falar sobre os demais processos administrativos, porém creio que o post ficaria muito grande. Amanhã voltamos ao assunto para falar sobre o processo de RECLAMATION.
Tenham todos um ótimo dia.
Nenhum comentário:
Postar um comentário