IDB- Internal Database Backup | Micro Focus

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

O artigo consiste em explicar:

Para que serve o banco
Qual é sua divisão
Qual é crescimento entre as partes
Importância da sua configuração
Detalhes sobre seu próprio backup

1 – Para que serve

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

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

Gerenciamento de fita, você pode controlar os atributos em fita e agrupar da forma que desejar, pools e locais em diferentes bibliotecas e drives de gravação.

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, fitas configuradas no ambiente de backup.

*Crescimento desse banco não é grande, a maioria do volume 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 e sessões para gerenciamento de mídia. Também dos objetos de backup que são copiados.

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

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

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.

*Crescimento dessa parte é maior parte do IDB. Cerca de 80%.

4)     SMBF (Session messages binary files)

Aqui é armazenado 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.

*Crescimento desse cara é variado pelas questões abaixo:

-Quantas sessões são 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 necessite restaurar objetos do NDMP (Network Data Management Protocol)

*Crescimento desse não é grande. Aproximadamente 3 KB cada apenas.

Nesta imagem ilustramos a explicação acima:

Fonte: Hewlett Packard

Configuração IDB, porque é importante

Todo o IDB precisa de boa localização e organização dos componentes para atender a necessidade de alta disponibilidade e políticas que espelha 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 o seu servidor de backup explodir, e você tiver uma cópia do IDB em uma fita, 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.



Tradução