Replicação assíncrona do HQbird
Quando o mestre e a réplica estão em máquinas diferentes, os segmentos de replicação arquivados devem ser movidos do mestre para a réplica. Dois caminhos usuais: FTP integrado do HQbird (WAN, alta latência, regiões diferentes) ou um compartilhamento de rede (LAN rápida, 1 Gbit recomendado). Como ativar a replicação: configuração de replicação.
Transferência via FTP integrado do HQbird
Melhor quando o link é instável, de alta latência ou geograficamente distante. O HQbird inclui um cliente e servidor FTP - sem ferramentas extras. Ative Master → Asynchronous; o HQbird cria duas pastas ao lado do banco de dados (${db.path}). Salve e reinicie o serviço FirebirdHQbird para iniciar o journaling.
Tarefa: Transferir Segmentos de Replicação
Monitora a pasta de arquivamento e envia novos segmentos para um FTP remoto (até cinco destinos). Tipos: FTP, FTP sobre SSL/TLS, FTP sobre SSH. Ative o servidor FTP integrado na réplica.
- Período de verificação, segundos - com que frequência procurar novos arquivos
- Monitorar esta pasta - padrão
${db.repparam_log_archive_directory}(LogArch) - Modelo de nome de arquivo - mesma macro para a máscara do nome do arquivo
- Idade do arquivo mais antigo para alertar (minutos) - padrão 60; alerta se a transferência estiver travada
- Comprimir segmentos - ativado por padrão: comprimir + criptografar antes do envio
- Tentativas de conexão com falha para desativar o FTP - padrão 0 = nunca desistir
- Quantos arquivos antigos (enviados) manter - padrão 10, depois rotacionar
- Enviar relatório Ok - e-mail em cada envio (desativado por padrão)
- Prefixo de nome para renomear arquivos reinit enviados - deixe para reinit automático
Receptor de Arquivos na réplica
Configure Replica → Asynchronous (os padrões são preenchidos). Salve; reinicie o Firebird (ou desconecte todas as conexões). Em seguida, abra o Receptor de Arquivos: ele monitora o Diretório de monitoramento a cada Período de verificação, minutos pela máscara *arch* e extensão .replpacked (padrões), descriptografa com a Senha de descriptografia e descompacta para o Diretório de descompactação.
- Remover arquivos compactados após descompactar - ativado por padrão
- Enviar relatório Ok - desativado por padrão
- Executar descompactação limpa - desativado; ative após a reinicialização para começar do segmento 1 (desativa-se sozinho após redefinir o contador)
Transferência via compartilhamento de rede
Use isto em uma LAN rápida e estável. Coloque o compartilhamento (1) na réplica, (2) no mestre - recomendado - ou (3) em um terceiro NAS.
Logs na réplica
O mestre grava os arquivos no compartilhamento da réplica. Se o compartilhamento falhar, a replicação e as operações do usuário no mestre podem parar.
Logs no mestre
A réplica lê o compartilhamento do mestre. Se o compartilhamento falhar, a réplica pausa a aplicação dos segmentos, mas permanece legível; ela retoma quando o compartilhamento volta.
Terceira localização
Mistura dos dois: o mestre ainda depende daquele compartilhamento estar gravável.
Recomendado: arquive localmente no mestre, compartilhe essa pasta e aponte a réplica para o ponto de montagem. O mestre não depende do disco da réplica.
Permissões
O Firebird geralmente roda como Sistema Local (Windows) ou firebird (Linux). No Windows, defina o serviço FirebirdHQbird para Log On com uma conta que possa acessar o compartilhamento (por exemplo, um administrador de domínio) e reinicie. Domínios Windows diferentes: use FTP. No Linux, ambos os usuários firebird precisam de ids numéricos correspondentes no ponto de montagem; se isso não for familiar, use FTP.
Para "logs na réplica", defina o Diretório de arquivamento de log do mestre para o caminho local do compartilhamento e reinicie o Firebird. A réplica lê essa pasta localmente. Para "logs no mestre", arquive localmente, compartilhe e a réplica lê o ponto de montagem.
Prós: simples em uma LAN típica. Contras: requer ~1 Gbit e um link estável; não para WAN; os segmentos trafegam sem compressão e sem criptografia.