Fale conosco
27/03/2019 - Aprenda, HP

Post por: Jean Peres

Nos últimos dias pesquisei e levantei informações sobre como funciona o centralizador do Data Protector "Cell Manager” e resolvi escrever esse pequeno artigo com detalhes importantes para quem é administrador DataProtector.

O artigo consiste em explicar:

-Para que serve o banco

-Divisão e diferenças entre as partes do banco

-Qual é crescimento entre as partes

-Importância da sua configuração

-Backup do próprio IDB

Para que serve o banco:

Consiste em um banco de dados interno que mantém dados como: em qual mídia estão os dados, resultados dos backups, restore, cópias, objetos e sessões de gerenciamento. Também são armazenadas nele informações dos dispositivos e bibliotecas, drives, pools e tudo o que é envolvido para as operações da ferramenta.

Essas informações armazenadas no IDB permitem rápida restauração, possibilidade de navegar entre diretórios e arquivos e encontrar a mídia necessária.

Divisão e diferenças entre as partes do banco:

O IDB é dividido em cinco partes. Essa divisão é criada para diferenciar a maneira crescimento de cada parte do banco.

As partes MMDB e CDB são bancos de dados incorporados que consistem em tablespaces. São salvos via logs de transações e são as partes centrais do IDB.

As outras 3 partes DCBF, SMBF e SIBF são arquivos binários e as atualizações são diretas (não há transações nestes)

 

Detalhamento sobre cada parte e crescimentos:

1)     MMDB (Media Management Database)

Contém informações sobre os drives, libraries, slots, pools e fitas configuradas no ambiente de backup.

*O crescimento desse banco não é grande e a maior parte do volume de informações são referentes as fitas.

Existem cálculos para o uso de memória sobre esse banco, mas não vou me aprofundar nesse assunto.

2)     CDB (Catalog Database)

Contém informações dos backups, restaurações, cópias, consolidação de objetos, sessões para gerenciamento de mídia e também dos objetos de backup que são copiados.

Os filenames de cada client são adicionados no CDB.

*O crescimento dessa parte é bem diferente da MMDB e cresce rápido com os nomes dos arquivos. Isso é proporcional ao crescimento e dinâmica do backup, não a quantidade de backups.

O tamanho máximo desses arquivos fnames.dat são de 2GB.

3)     DCBF (Detail Catalog Binary Files)

Aqui são armazenados detalhes sobre os ARQUIVOS.

-Tamanho

-Hora & Modificações

-Atributos e proteção

Um arquivo binário DC (detail catalog) é criado para cada mídia utilizada no DataProtector. Quando uma fita é sobrescrita, o arquivo antigo e removido e um novo é gerado.

*O crescimento dessa parte é a maior do IDB. Cerca de 80%.

4)     SMBF (Session messages binary files)

Aqui são armazenadas as mensagens ocorridas durante as sessões de backup, restaurações e todo gerenciamento em mídia.

Um arquivo binário é gerado a cada sessão e os arquivos são agrupados por mês e ano.

*O crescimento desse arquivo é variado pelas questões abaixo:

-Quantidade de sessões realizadas

-Número de mensagens por sessão

5)     SIBF (Serverless integration binary files)

Aqui ficam dados do NDMP. Esses dados são necessários caso seja necessário restaurar objetos do NDMP (Network Data Management Protocol).

*O Crescimento dessa parte não é grande. Aproximadamente 3 KB cada apenas.

 

 

Nesta imagem ilustramos a explicação acima:

Fonte: Hewlett Packard

 

Importância da sua configuração

Todo o IDB precisa de uma boa localização e organização dos componentes para atender a necessidade de alta disponibilidade e políticas que espelham o crescimento dos bancos.

Depois disso configurado é possível gerar relatórios e notificações referentes ao tamanho de cada parte.

 

Backup do próprio IDB

Se você vier a perder seu servidor de backup e você tiver uma cópia do IDB em uma fita, você poderá restaurar todo o servidor de backup.

Uma vez que esse backup é feito regularmente, você tem uma cópia de tudo que é alterado no ambiente; como sessões executadas e alterações efetuadas nos backups por exemplo.

Durante uma sessão desse tipo backup "internal database" é verificado a consistência da base. Mesmo com esse backup rodando você pode ter outras sessões de backup em paralelo normalmente ocorrendo em outros drives de gravação.

 

*Artigo originalmente postado em: https://www.linkedin.com/pulse/idb-internal-database-backup-hp-jean-peres/