Log de transações e recuperação de dados

O CA Directory mantém um log de transações das atualizações que faz em um repositório de dados. Você deve configurar o log de transações com base em seus requisitos de segurança comparados ao desempenho:
cad140br
O CA Directory mantém um log de transações das atualizações que faz em um repositório de dados. Você deve configurar o log de transações com base em seus requisitos de segurança comparados ao desempenho:
  • Disable transaction logging
     - Fornece o melhor desempenho, mas se o DSA for encerrado da forma incorreta ou se houver uma queda de energia, você terá que executar a recuperação de falhas para restaurar o repositório de dados a partir de um backup.
  • Enable logging without flushing
     — Oferece um desempenho quase igual ao de um log desativado. Se o DSA for encerrado da forma incorreta, você poderá simplesmente reiniciá-lo e recuperação não será necessária. No entanto, se houver uma queda de energia, a recuperação será necessária.
  • Enabled logging with flushing
     — A configuração mais segura, pois o DSA poderá ser reiniciado após uma falha de energia ou encerramento incorreto e a recuperação não será necessária. No entanto, haverá aproximadamente 100 atualizações por segundo, em vez de cerca de 10.000 por segundo, caso a liberação tenha sido desativada.
Observação
apenas definir o log de transações para ser liberado para o disco talvez não seja suficiente para segurança. Isso ocorre porque muitos sistemas operacionais, dependendo da configuração e dos sistemas de disco, podem reportar que os dados foram gravados no disco algum tempo antes de a transferência realmente ocorrer. Consulte a documentação do sistema operacional para obter mais informações sobre as configurações de gravação posterior.
Recuperação de servidor único
Se você estiver executando um servidor único (sem redundância), ative o log de transações. Para obter segurança máxima, ative a liberação do arquivo de transações. Se isso afetar demais o desempenho e se houver a opção de fazer a recuperação de backups, você poderá desativar a liberação.
Você precisará executar a recuperação de falhas de um servidor único se qualquer uma das situações a seguir ocorrer:
  • Perda de um servidor
  • O DSA foi encerrado incorretamente e não há nenhum arquivo de transações
  • Ocorreu uma falha de energia ou um erro crítico no sistema operacional e o arquivo de transações não está sendo liberado
  • Uma falha de disco
Para executar a recuperação de falhas nesses casos, faça a recuperação de backups
Recuperação de DSAs pares
Se houver redundância na configuração do diretório, é possível recuperar os DSAs a partir de seus pares. Se um DSA for encerrado de forma incorreta e se houver um arquivo de transações, o DSA poderá ser simplesmente reiniciado. Se ele tiver operações de gravação múltipla na fila, elas serão perdidas. Portanto, a configuração desses DSAs deve:
  • Ativar o DISP de gravação múltipla
  • Ativar o arquivo de transações
Se um DSA for encerrado da forma correta ou incorreta, ele poderá ser simplesmente reiniciado. O arquivo de transações permite que o DSA torne o repositório de dados consistente e o DISP de gravação múltipla garante que o DSA esteja sincronizado com seus pares.
Você precisará executar a recuperação de falhas se qualquer uma das situações a seguir ocorrer:
  • Não há um arquivo de transações
  • Houve uma interrupção de energia ou uma falha no sistema operacional
  • Ocorreu uma falha de disco
  • O DSA ficou desativado por um longo período (ou é um DSA novo)
Como executar uma recuperação de falhas
Se uma falha tiver ocorrido na sua implementação do CA Directory, você não poderá mais contar com a recuperação automática de um arquivo de transações (servidor único) ou de um DSA par (DISP de gravação múltipla). Em vez disso, será necessário recuperar os dados a partir de um backup.
Para recuperar os dados em caso de falha, execute uma das seguintes opções.
  • Para um servidor único:
    1. Localize a última cópia de backup.
    2. Exclua o log de transações (arquivo .tx).
    3. Renomeie os arquivos do backup removendo o prefixo z da extensão do nome de arquivo. Agora, o arquivo deverá ser denominado
      server
      .db.
    4. Reinicie o DSA.
  • Para vários pares:
    Observação
    as etapas a seguir partem do pressuposto que você tem vários pares e que o par B ficou indisponível por um longo período. O procedimento para adicionar um novo par é muito semelhante.