Recuperando o Banco
Se o Adabas, ou o sistema operacional, ou o hardware ocorre em algum momento uma falha nas maiorias das vezes o banco de dados vai voltar a funcionar normalmente, o núcleo Adabas automaticamente toma todas as medidas necessárias para garantir que o processamento do banco de dados pode ser mantido de forma normal.
Recriando o Banco
No caso de um acidente (dano físicos no banco de dados), como erro de aplicação do programa (dano lógico no banco de dados), ou uma falha de energia durante um buffer flush (descrito na seção Restart após falha de energia, os utilitários Adabas ADASAV e ADARES devem ser usados para recriar o banco de dados.
Para restaurar e regerar as entradas do banco
1. Restaurar o banco de dados com ADASAV usando o data set sequencial contendo a cópia mais recente do banco de dados.
2. Restaurar os blocos de dados que foram atualizadas durante o save do banco de dados (SAVE on-line).
3. Regenerate com ADARES do ponto de verificação realizada no final da função SAVE para o último ponto em que o banco ainda estava intacto (isso é feito automaticamente pelo Adabas).
Para restaurar e regenerar um único arquivo do banco de dados
Use as etapas descritas para restaurar e regenerar um banco de dados inteiro, mas para fazer as alterações apropriadas nas demonstrações parâmetro dos utilitários.
Para restaurar e regenerar únicos blocos do data storage
Use a função REPAIR do ADARES.
To restore the status of a database at the start of a single batch update run
1. Se um longo programa em batch realiza um grande número de atualizações erradas (por exemplo, erro de lógica no programa), e o programa era o único usuário executando as atualizações, pode ser melhor voltar com todas as atualizações realizadas pelo programa.
2. Use a função ADARES BACKOUT com o registo de proteção sequencial, dual ou múltipla.
Considerações sobre recuperação dos arquivos do Banco de dados
As informações gravadas sobre o registro de proteção (SIBA/PLOG) contém informações de registro de base, incluindo os identificadores de registro (ISNs). O utilitário ADARES passa as informações de ISN baseada no Adabas, no entanto, o Adabas não podem verificar a validade do ISN, nem verificar se o conteúdo lógico do registro está correto.
Portanto, você deve garantir que as combinações de ISN de registro lógico utilizado na sessão original também são usados durante o procedimento para recriar o arquivo ou banco de dados. Use o parametro ISNs que foram especificados quando o arquivo foi originalmente carregado.
Diretrizes de Recuperação do Banco de Dados
Para garantir que o banco de dados possa ser recuperado em caso de uma falha de software ou hardware, Software AG recomenda;
* Crie uma cópia do data set do banco de dados e usando o utilitário ADASAV (função SAVE) e arquivar os dados de saída do job (normalmente em fita). Este data set reflete o status do banco de dados em um momento específico.
* retenha todos os dados da protection log gravados para a protection log data set dos registros estabelecido para cada sessão de núcleo.
Se você estiver usando a sequential protection logging (SIBA), você pode usar a função COPY Adares para arquivar as informações de log. Se você estiver usando multiplos data set de protection log, use a função Adares PLCOPY.
Cada sessão de núcleo é identificado por um número de sessão exclusiva. Este número é atribuído a todos os SAVE e dados de registro de proteção.
Example 1: Inactive Nucleus Save Operation
Para recriar o banco de dados do estado de falha
1 - Restaure o banco de dados usando SAVE data set 36.
Com o núcleo não ativo, execute
ADASAV RESTORE
2 - Start o núcleo Adabas.
3 - Reaplicar todas as modificações feitas na sessão de 37.
Com o núcleo ativo e em execução, execute
ADARES REGENERATE PLOGNUM=37
4 - Reaplicar todas as modificações feitas na sessão de 38.
Com o núcleo ativo e em execução, execute
ADARES REGENERATE PLOGNUM=38
Example 2: Inactive Nucleus Save Operation
Este exemplo mostra a sessão de atribuição e números para salvar e os dados de registro de proteção define quando uma função de banco de dados SAVE é executado paralelamente a um núcleo ativo.
O núcleo grava o número 39 para o registo de proteção.
Quando ADASAV inicia a função SAVE, o núcleo grava no checkpoint o SIN1 para o log de proteção de dados.
No final da função SAVE, checkpoint de controle SYN2 é gravado. O checkpoint é um de controle SYN2 sincronizado onde todos os usuários estão em estado de ET.
Todas as gravações do núcleo para o Associator e Data Storage são gravados no log de proteção, bem como (entre SIN1 e SYN2).
A saída do ADASAV está associada com número de sessão 40. O núcleo ainda escreve para log de proteção 39, mesmo se o checkpoint SYN2 foi gravado.
Para resetar o banco de dados para o estado de falha
1. Restaure o banco de dados usando SAVE definir 40 como entrada.
As modificações feitas ao banco de dados durante a operação on-line SAVE são encontrados no protection log 39, começando no posto SIN1. ADASAV exige também a entrada do log correto de proteção.
2. Pare o núcleo, em seguida, execute:
ADASAV RESTONL PLOGNUM=39,SYN1=blocknumber
3. Start o banco o nucleo do dados
4. Reaplicar modificações feitas na sessão de 39, a partir do checkpoint SYN2.
Com o núcleo ativo, executar
ADARES REGENERATE PLOGNUM=39,FROMCP=SYN2,FROMBLK=blocknumber
5. Reapli as modificações feitas na sessão de 41.
Com o núcleo ativo, execute
ADARES REGENERATE PLOGNUM=41
6. Reapli as modificações feitas na sessão de 42 até o momento da falha.
Com o núcleo ativo, execute
ADARES REGENERATE PLOGNUM=42
Para encontrar os números de blocos SIN1 e SYN2 é necessário como entrada para ADASAV e Adares, verifique o relatório de saída por escrito pela função SAVE ADASAV ou executar a função ET Checkpoint em Adabas Online System.
Usando o Adabas Recovery Aid (ADARAI)
Recuperação de transações é fornecido sempre que uma sessão Adabas é anormalmente encerrado. A rotina autobackout, que é chamado automaticamente no início de cada sessão Adabas, suprime os efeitos de todas as operações interrompidas a partir do banco de dados.
No entanto, quando um banco de dados do data set (ASSO, DATA, ou de Work) é destruído, é necessário restaurar e regenerar o banco de dados para recuperar os dados perdidos.
O Adabas Recovery Aid auxilia na recuperação do banco de dados automatizar e otimizar. Ele registra e relata todas as informações necessárias para recuperar o banco de dados e cria o fluxo de trabalho de recuperação (JCL /JCS), que é a base para os trabalhos re-executando os jobs realizada a partir da data da última gravação para o ponto de falha e erro. Para mais informações, consulte a descrição do utilitário ADARAI na documentação Utilitários Adabas.
Nota - A função de job stream generation ainda não está disponível no VSE ou z/VM.
Retirado - Clique Aqui
Se o Adabas, ou o sistema operacional, ou o hardware ocorre em algum momento uma falha nas maiorias das vezes o banco de dados vai voltar a funcionar normalmente, o núcleo Adabas automaticamente toma todas as medidas necessárias para garantir que o processamento do banco de dados pode ser mantido de forma normal.
Recriando o Banco
No caso de um acidente (dano físicos no banco de dados), como erro de aplicação do programa (dano lógico no banco de dados), ou uma falha de energia durante um buffer flush (descrito na seção Restart após falha de energia, os utilitários Adabas ADASAV e ADARES devem ser usados para recriar o banco de dados.
Para restaurar e regerar as entradas do banco
1. Restaurar o banco de dados com ADASAV usando o data set sequencial contendo a cópia mais recente do banco de dados.
2. Restaurar os blocos de dados que foram atualizadas durante o save do banco de dados (SAVE on-line).
3. Regenerate com ADARES do ponto de verificação realizada no final da função SAVE para o último ponto em que o banco ainda estava intacto (isso é feito automaticamente pelo Adabas).
Para restaurar e regenerar um único arquivo do banco de dados
Use as etapas descritas para restaurar e regenerar um banco de dados inteiro, mas para fazer as alterações apropriadas nas demonstrações parâmetro dos utilitários.
Para restaurar e regenerar únicos blocos do data storage
Use a função REPAIR do ADARES.
To restore the status of a database at the start of a single batch update run
1. Se um longo programa em batch realiza um grande número de atualizações erradas (por exemplo, erro de lógica no programa), e o programa era o único usuário executando as atualizações, pode ser melhor voltar com todas as atualizações realizadas pelo programa.
2. Use a função ADARES BACKOUT com o registo de proteção sequencial, dual ou múltipla.
Considerações sobre recuperação dos arquivos do Banco de dados
As informações gravadas sobre o registro de proteção (SIBA/PLOG) contém informações de registro de base, incluindo os identificadores de registro (ISNs). O utilitário ADARES passa as informações de ISN baseada no Adabas, no entanto, o Adabas não podem verificar a validade do ISN, nem verificar se o conteúdo lógico do registro está correto.
Portanto, você deve garantir que as combinações de ISN de registro lógico utilizado na sessão original também são usados durante o procedimento para recriar o arquivo ou banco de dados. Use o parametro ISNs que foram especificados quando o arquivo foi originalmente carregado.
Diretrizes de Recuperação do Banco de Dados
Para garantir que o banco de dados possa ser recuperado em caso de uma falha de software ou hardware, Software AG recomenda;
* Crie uma cópia do data set do banco de dados e usando o utilitário ADASAV (função SAVE) e arquivar os dados de saída do job (normalmente em fita). Este data set reflete o status do banco de dados em um momento específico.
* retenha todos os dados da protection log gravados para a protection log data set dos registros estabelecido para cada sessão de núcleo.
Se você estiver usando a sequential protection logging (SIBA), você pode usar a função COPY Adares para arquivar as informações de log. Se você estiver usando multiplos data set de protection log, use a função Adares PLCOPY.
Cada sessão de núcleo é identificado por um número de sessão exclusiva. Este número é atribuído a todos os SAVE e dados de registro de proteção.
Example 1: Inactive Nucleus Save Operation
Para recriar o banco de dados do estado de falha
1 - Restaure o banco de dados usando SAVE data set 36.
Com o núcleo não ativo, execute
ADASAV RESTORE
2 - Start o núcleo Adabas.
3 - Reaplicar todas as modificações feitas na sessão de 37.
Com o núcleo ativo e em execução, execute
ADARES REGENERATE PLOGNUM=37
4 - Reaplicar todas as modificações feitas na sessão de 38.
Com o núcleo ativo e em execução, execute
ADARES REGENERATE PLOGNUM=38
Example 2: Inactive Nucleus Save Operation
Este exemplo mostra a sessão de atribuição e números para salvar e os dados de registro de proteção define quando uma função de banco de dados SAVE é executado paralelamente a um núcleo ativo.
O núcleo grava o número 39 para o registo de proteção.
Quando ADASAV inicia a função SAVE, o núcleo grava no checkpoint o SIN1 para o log de proteção de dados.
No final da função SAVE, checkpoint de controle SYN2 é gravado. O checkpoint é um de controle SYN2 sincronizado onde todos os usuários estão em estado de ET.
Todas as gravações do núcleo para o Associator e Data Storage são gravados no log de proteção, bem como (entre SIN1 e SYN2).
A saída do ADASAV está associada com número de sessão 40. O núcleo ainda escreve para log de proteção 39, mesmo se o checkpoint SYN2 foi gravado.
Para resetar o banco de dados para o estado de falha
1. Restaure o banco de dados usando SAVE definir 40 como entrada.
As modificações feitas ao banco de dados durante a operação on-line SAVE são encontrados no protection log 39, começando no posto SIN1. ADASAV exige também a entrada do log correto de proteção.
2. Pare o núcleo, em seguida, execute:
ADASAV RESTONL PLOGNUM=39,SYN1=blocknumber
3. Start o banco o nucleo do dados
4. Reaplicar modificações feitas na sessão de 39, a partir do checkpoint SYN2.
Com o núcleo ativo, executar
ADARES REGENERATE PLOGNUM=39,FROMCP=SYN2,FROMBLK=blocknumber
5. Reapli as modificações feitas na sessão de 41.
Com o núcleo ativo, execute
ADARES REGENERATE PLOGNUM=41
6. Reapli as modificações feitas na sessão de 42 até o momento da falha.
Com o núcleo ativo, execute
ADARES REGENERATE PLOGNUM=42
Para encontrar os números de blocos SIN1 e SYN2 é necessário como entrada para ADASAV e Adares, verifique o relatório de saída por escrito pela função SAVE ADASAV ou executar a função ET Checkpoint em Adabas Online System.
Usando o Adabas Recovery Aid (ADARAI)
Recuperação de transações é fornecido sempre que uma sessão Adabas é anormalmente encerrado. A rotina autobackout, que é chamado automaticamente no início de cada sessão Adabas, suprime os efeitos de todas as operações interrompidas a partir do banco de dados.
No entanto, quando um banco de dados do data set (ASSO, DATA, ou de Work) é destruído, é necessário restaurar e regenerar o banco de dados para recuperar os dados perdidos.
O Adabas Recovery Aid auxilia na recuperação do banco de dados automatizar e otimizar. Ele registra e relata todas as informações necessárias para recuperar o banco de dados e cria o fluxo de trabalho de recuperação (JCL /JCS), que é a base para os trabalhos re-executando os jobs realizada a partir da data da última gravação para o ponto de falha e erro. Para mais informações, consulte a descrição do utilitário ADARAI na documentação Utilitários Adabas.
Nota - A função de job stream generation ainda não está disponível no VSE ou z/VM.
Retirado - Clique Aqui
0 comentários:
Enviar um comentário