Descrição das funções de Backup
A terminologia do ambiente IBM não pode ser usado para descrever a função base de dados ADABAS. O conceito deste sistema de banco de dados é diferente do DB2 e do IMS e o procedimento recomendado para backup e recuperação da IBM não é utilizável. A principal diferença é que os bancos de dados ADABAS podem ser combinados através de plataformas heterogêneas.
A Figura 1 e a Figura 2 fornecem um cenário possível e a Figura 3 descreve uma solução de cluster em plataformas z/OS.
O software de banco de dados Adabas usa funções independentes e utilitários para resolver este desafio. A seguir uma visão geral do Adabas referente ao backup de banco de dados e cenários de recuperação e as funções de utilidade para z/OS, o que ajudará a encontrar a melhor solução para seus processos de negócios. As funções disponíveis e úteis de sistemas de armazenamento modernos podem ajudar a melhorar a funcionalidade de backup e restauração.
Figura 1. A figura a seguir mostra a estrutura de funcionamento do sistema Adabas.
Figura 2. Toda network multi-system processing too
Figure 3. Cluster services with other ADABAS products (ADABAS online system communicates with all nucleuses within the Sysplex cluster.)
A seguir será descrito as várias situações de recuperação devido ao mau funcionamento de hardware ou software;
Falha no hardware ou do sistema operacional
Após qualquer falha que faça com que o núcleo do Adabas termine de forma anormal, um procedimento automático é executado quando Adabas é reativada para trazer o banco de dados para um estado física e logicamente válido. Todos os comandos de atualização parcialmente executadas são redefinidos; todas as transações incompletas são desiste. O procedimento automático compreende três etapas: Reparando o banco de dados, auto-restart, e auto-backout:
Se um hardware ou sistema operacional onde estão o Adabas falham resulta em danos físicos para o banco de dados, poderá ser necessário ter que recriar o banco de dados usando os utilitários ADASAV e ADARES.
Falha de Energia
Dependendo do hardware, uma falha de energia durante uma operação de I/O pode danificar os blocos no Adabas que estavam a ser processados. Este dano não pode ser detectado durante a reinicialização automática e, portanto, pode resultar em problemas posteriores, como códigos de resposta inesperados ou atualizações de dados perdidos. Se o parametro ADARUN IGNDIB=YES é definido, as verificações de rotina auto-restart se um buffer flush estava ativo quando a interrupção da sessão ocorreu. Se um buffer flush estava em processo, o auto-restart dá um shut down no banco Adabas e alerta o utilizador para o problema potencial e inclui uma lista de arquivos que estão sendo atualizados quando o buffer flush estava em processo. O DBA deve, então, determinar se uma falha de energia ocorreu.
Se a causa de uma interrupção da sessão:
Se você leu tudo isso, então parece que a tecnologia de disco moderna não podem deixar de se recuperar de um mau funcionamento. Isso não é verdade!
Você deve perguntar a si mesmo: "O que pode ser feito para melhorar o processo de recuperação em curso" A resposta a esta pergunta pode ser encontrada no próprio software do Adabas. Uma parte da função dos utilitários.
Uma dessas funções é o Adabas Delta Save Facility. Você pode usar esta função para fazer backups periódicos.
ADASAV
O utilitário ADASAV salva/restaura o conteúdo do banco de dados, de files específicos, ou um file de ou para um datasets sequenciais. ADASAV deve ser executado quantas vezes necessário for para o número e tamanho dos files contidos no banco de dados, e a quantidade e o tipo de atualização. Para grandes bancos de dados, o utilitário ADASAV podem ser executados em paralelo para os vários disco em que o banco de dados está contido. A função especiais ADASAV estão disponíveis para uso com o Adabas Delta Save Facility.
Para mais informações, consulte a documentação do ADABAS Delta Save Facility.
ADABAS Delta Save Facility
O Adabas Delta Save Facility (DSF) oferece melhorias significativas para processamento do utilitário ADASAV fazendo backup somente do (delta) das partes alteradas de bancos de dados Adabas. Ela reduz o volume da saída produzida e poupa/encurta a duração da operações do SAVE; isto aumenta a disponibilidade dos dados. Ao permitir que mais frequente operações SAVE a serem realizadas, mas também reduz o tempo de recuperação do banco de dados.
O Adabas Delta Save Facility prevê:
Adabas Delta Save Facility pode:
SAVE: Salva o banco de dados (backup completo)
A função ADASAV SAVE (banco de dados) salva o conteúdo do banco de dados para um dataset sequencial. Ele salva todos os blocos que estão em uso no banco de dados. A função SAVE (banco de dados) pode ser executado com o núcleo ADABAS ativo ou inativo.
Se for executado enquanto o núcleo é Adabas esta:
Clique Aqui
A terminologia do ambiente IBM não pode ser usado para descrever a função base de dados ADABAS. O conceito deste sistema de banco de dados é diferente do DB2 e do IMS e o procedimento recomendado para backup e recuperação da IBM não é utilizável. A principal diferença é que os bancos de dados ADABAS podem ser combinados através de plataformas heterogêneas.
A Figura 1 e a Figura 2 fornecem um cenário possível e a Figura 3 descreve uma solução de cluster em plataformas z/OS.
O software de banco de dados Adabas usa funções independentes e utilitários para resolver este desafio. A seguir uma visão geral do Adabas referente ao backup de banco de dados e cenários de recuperação e as funções de utilidade para z/OS, o que ajudará a encontrar a melhor solução para seus processos de negócios. As funções disponíveis e úteis de sistemas de armazenamento modernos podem ajudar a melhorar a funcionalidade de backup e restauração.
Figura 1. A figura a seguir mostra a estrutura de funcionamento do sistema Adabas.
Figura 2. Toda network multi-system processing too
Figure 3. Cluster services with other ADABAS products (ADABAS online system communicates with all nucleuses within the Sysplex cluster.)
A seguir será descrito as várias situações de recuperação devido ao mau funcionamento de hardware ou software;
Falha no hardware ou do sistema operacional
Após qualquer falha que faça com que o núcleo do Adabas termine de forma anormal, um procedimento automático é executado quando Adabas é reativada para trazer o banco de dados para um estado física e logicamente válido. Todos os comandos de atualização parcialmente executadas são redefinidos; todas as transações incompletas são desiste. O procedimento automático compreende três etapas: Reparando o banco de dados, auto-restart, e auto-backout:
- Reparação no banco modifica o banco de dados para o situação que teria tido se um buffer flush apenas se tivesse sido concluída no momento da falha. Ou seja, todos os blocos do banco de dados estão em um estado que permite que o núcleo para executar normalmente.
- Auto-Restart volta os updates para um comando de single update que foram parcialmente executadas quando o sistema falhou. Ele resolve inconsistências internas na base de dados e garante a integridade física.
- Auto-backout, que é realizado apenas para usuários de lógica ET (end transaction), voltar o anterior das atualizações de transações do usuário, que foram parcialmente executadas quando o sistema falhou. O Adabas realiza uma Backout transaction (BT), seguido de reinicialização automática, e em seguida, informa ao usuário que o da última operação foi backed out.
- A rotina de auto-backout é executado no final de uma sessão de ET (end transaction) que foi encerrado com parada. isto é também executado automaticamente no início da sessão seguinte Adabas para remover quaisquer alterações realizada dentro de transações que não completaram com sucesso.
- Após a execução automática de auto-backout, o banco de dados contém atualizações somente de forma lógica completa transações.
Se um hardware ou sistema operacional onde estão o Adabas falham resulta em danos físicos para o banco de dados, poderá ser necessário ter que recriar o banco de dados usando os utilitários ADASAV e ADARES.
Falha de Energia
Dependendo do hardware, uma falha de energia durante uma operação de I/O pode danificar os blocos no Adabas que estavam a ser processados. Este dano não pode ser detectado durante a reinicialização automática e, portanto, pode resultar em problemas posteriores, como códigos de resposta inesperados ou atualizações de dados perdidos. Se o parametro ADARUN IGNDIB=YES é definido, as verificações de rotina auto-restart se um buffer flush estava ativo quando a interrupção da sessão ocorreu. Se um buffer flush estava em processo, o auto-restart dá um shut down no banco Adabas e alerta o utilizador para o problema potencial e inclui uma lista de arquivos que estão sendo atualizados quando o buffer flush estava em processo. O DBA deve, então, determinar se uma falha de energia ocorreu.
Se a causa de uma interrupção da sessão:
- SIM é uma falha de energia, a Software AG recomenda recuperar os arquivos afetados usando os utilitários ADASAV e ADARES.
- Definitivamente NÃO é uma falha de energia e a integridade da informação sobre o hardware de saída pode ser garantida, o banco de dados pode ser reativado imediatamente. A operação de recuperação não é necessária para o banco.
Se você leu tudo isso, então parece que a tecnologia de disco moderna não podem deixar de se recuperar de um mau funcionamento. Isso não é verdade!
Você deve perguntar a si mesmo: "O que pode ser feito para melhorar o processo de recuperação em curso" A resposta a esta pergunta pode ser encontrada no próprio software do Adabas. Uma parte da função dos utilitários.
Uma dessas funções é o Adabas Delta Save Facility. Você pode usar esta função para fazer backups periódicos.
ADASAV
O utilitário ADASAV salva/restaura o conteúdo do banco de dados, de files específicos, ou um file de ou para um datasets sequenciais. ADASAV deve ser executado quantas vezes necessário for para o número e tamanho dos files contidos no banco de dados, e a quantidade e o tipo de atualização. Para grandes bancos de dados, o utilitário ADASAV podem ser executados em paralelo para os vários disco em que o banco de dados está contido. A função especiais ADASAV estão disponíveis para uso com o Adabas Delta Save Facility.
Para mais informações, consulte a documentação do ADABAS Delta Save Facility.
ADABAS Delta Save Facility
O Adabas Delta Save Facility (DSF) oferece melhorias significativas para processamento do utilitário ADASAV fazendo backup somente do (delta) das partes alteradas de bancos de dados Adabas. Ela reduz o volume da saída produzida e poupa/encurta a duração da operações do SAVE; isto aumenta a disponibilidade dos dados. Ao permitir que mais frequente operações SAVE a serem realizadas, mas também reduz o tempo de recuperação do banco de dados.
O Adabas Delta Save Facility prevê:
- Mais freqüência de backup sem interromper a disponibilidade do banco de dados
- Operação reforça 24x7
- Backup completo Offline paralelo com o banco de dados ativo
- Duração REGENERATE curto durante a recuperação
Adabas Delta Save Facility pode:
- Manter um log das alterações de blocos (RABNs)
- Criar e mesclar "delta" provisórios save tapes enquanto o banco de dados permanece online, se necessário
- Consolida os delta save tapes com o banco de dados mais recente save tape para criar uma correte full save tape
- Restaura o banco de dados do mais recente da copia da gravação save full e todos os delta subsequente save tapes
SAVE: Salva o banco de dados (backup completo)
A função ADASAV SAVE (banco de dados) salva o conteúdo do banco de dados para um dataset sequencial. Ele salva todos os blocos que estão em uso no banco de dados. A função SAVE (banco de dados) pode ser executado com o núcleo ADABAS ativo ou inativo.
Se for executado enquanto o núcleo é Adabas esta:
- Active, a função RESTONL deve ser usado mais tarde para restaurar a base de dados.
- Inactive, a função de restauração deve ser usado para restaurar o banco de dados mais tarde.
Clique Aqui
0 comentários:
Enviar um comentário