 | Nível: Intermediário Mauricio Massa, Especialista certificado de sistemas, IBM
Rodrigo Tavares, Arquiteto de soluções em TI , IBM
Adriana Pellegrini Furnielis, Especialista em TI - Storage, IBM
27/Ago/2009
Introdução
Uma função pouco explorada no Tivoli Storage Manager é a possibilidade de implementar uma arquitetura de três camadas. A idéia nessa arquitetura é dividir o trabalho realizado pelo Tivoli Storage Manager em funções específicas de forma a construir um ambiente capaz de crescer horizontalmente com a adição de novos ‘storage agents’ e dispositivos de armazenamento. Essa estratégia também pode usada para isolar o TSM Server nas funções de escalonador e armazenamento de metadados em sua base de relacional, delegando a função de movimentação dos dados aos storage agents. Outra vantagem é que os storage agents podem residir em redes segregadas nas quais o tráfego dos dados entre elas é restrito (exemplo: localidades remota, DMZs, etc).
A primeira camada, composta pelo TSM Server, fica com a função de gerenciar a base de dados relacional contendo informações sobre os objetos armazenados e a hierarquia de armazenamento, além de ser responsável pela escalonagem de sessões de backup e monitoramento de eventos ocorridos durante as operações de backup e restore. A segunda, composta pelos storage agents, tem a função de receber dados de clientes e armazená-los em dispositivos como discos e fitas, atuando como um movimentador de dados. O storage agent pode ter acesso exclusivo ou compartilhado (quando a arquitetura possuir um library manager) a esses dispositivos. A terceira são os ‘nodes’ ou clientes de backup, que são objeto das operações de backup e restore. Nos clientes são apenas instalados agentes que permitem a cópia consistente e segura dos dados desejados. Além das três camadas, opcionalmente pode-se fazer o uso de um ‘library manager’, um componente que gerencia volumes e os dispositivos compartilhados (bibliotecas e drives), serializando os pedidos de montagem e desmontagem de volumes. Além disso, o uso de configurações híbridas nas quais o TSM Server atua como receptor de dados de alguns clientes e os storage agents o fazem para outros é perfeitamente possível, oferecendo flexibilidade na configuração dos ambientes de backup com o TSM.
Descrição
Nessa modalidade, usa-se um ou mais ‘storage agents’ para realizar operações de backup enviadas por clientes que não possuem dispositivos de armazenamento conectados diretamente a eles via SPI (SCSI Parallel Interface), FCP (Fibre Channel Protocol) ou SAS (Serial Attached SCSI). Um ‘storage agent’ é um componente de software em que é possível gerenciar diretamente dispositivos como disco e fita sob a gerência de um TSM Server. Através de uma configuração na máquina cliente, os dados trafegam via LAN até um storage agent, que tem a função de obter os recursos de disco ou fita necessários para em seguida realizar as operações de escrita dos dados recebidos; os metadados são enviados do cliente diretamente para o TSM server, que os cataloga devidamente na sua base de dados relacional. O diagrama abaixo mostra conceitualmente como é a movimentação de dados e metadados nessa modalidade (OBS: o uso do Library Manager em um equipamento isolado é opcional).
Configuração
Certifique-se primeiro que o ‘storage agent’ está devidamente configurado. A configuração de um ‘storage agent’ está detalhada no manual ‘IBM Tivoli Storage Manager for Storage Area Networks’ . Uma vez configurado o storage agent, para configurar um cliente para que faça um backup através dele basta incluir no arquivo dsm.sys do cliente os parâmetros LANFREECOMMMETHOD como TCP/IP e LANFREETCPSERVERADDRESS com o nome ou endereço do storage agent desejado. Essa configuração pode ser feita em todos os clientes que desejam usar um determinado ‘storage agent’ para a movimentação de seus dados em operações de backup.
Exemplo de arquivo dsm.sys no cliente ‘dbprod.node.acme.com’:
ENABLELANFREE yes
LANFREECOMMMETHOD TCPIP
LANFREETCPSERVERADDRESS foobar.sta.acme.com
Feita essa configuração, o cliente passará a fazer o backup através do storage agent, desde que o ‘copy group’ esteja definido com um storage pool apropriado.
O uso desses parâmetros em outros clientes pode ser feito desde que haja condições no storage agent para suportar a carga dos backups, por isso um planejamento cuidadoso deve ser feito previamente para que storage agents não sejam sobrecarregados.
Sobre os autores | 
| | Especialista certificado de sistemas e trabalha na IBM desde 2001,
no grupo de Tivoli Software, para a área de gerenciamento de armazenamento |
| | | Rodrigo Tavares é arquiteto de soluções TI do grupo de Information Infrastructure da IBM e trabalha há mais de 8 anos em projetos de infraestrutura de armazenamento de dados |
| 
| | Adriana Pellegrini Furnielis (Drip), está na IBM há 13 anos. Trabalha atualmente em STG Lab Services para Latin America na competência de Storage, ajudando aos clientes adotarem novas tecnologias. Certificada na carreira de IT Specialist - nível 2, além de possuir certificação de produtos da família Tivoli (TSM 6.1, Fastback, TPC). Tem amplo conhecimento e experiência em soluções de backup utilizando Tivoli Storage Manager (TSM) nas diversas plataformas, Tape Library TS3500 e Virtual Tape Library TS7650. |
Avalie esta página
| |
