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:
cad126br
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.
Observação
para obter mais informações, consulte Replicação de gravação múltipla com recuperação de DISP (DISP de gravação múltipla).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:
- Localize a última cópia de backup.
- Exclua o log de transações (arquivo .tx).
- Renomeie os arquivos do backup removendo o prefixo z da extensão do nome de arquivo. Agora, o arquivo deverá ser denominadoserver.db.
- Reinicie o DSA.
- Para vários pares:Observaçãoas 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.