非同期HQbirdレプリケーション

組み込みHQbird FTPによる転送

リンクが不安定、高レイテンシ、または地理的に離れている場合に最適です。HQbirdにはFTPクライアントとサーバーが含まれており、追加ツールは不要です。Master → Asynchronousを有効にすると、HQbirdはデータベース（${db.path}）の隣に2つのフォルダを作成します。保存後、FirebirdHQbirdサービスを再起動してジャーナリングを開始します。

ジョブ：レプリケーションセグメントの転送

アーカイブフォルダを監視し、新しいセグメントをリモートFTP（最大5つの宛先）にアップロードします。タイプ：FTP、FTP over SSL/TLS、FTP over SSH。レプリカ側で組み込みFTPサーバーを有効にします。

• チェック間隔（秒） - 新しいファイルを探す頻度
• 監視するフォルダ - デフォルトは${db.repparam_log_archive_directory}（LogArch）
• ファイル名テンプレート - アーカイブ名マスクと同じマクロ
• アラートを出す最古ファイルの経過時間（分） - デフォルト60；転送が停止している場合に警告
• セグメントを圧縮 - デフォルトでオン：アップロード前に圧縮＋暗号化
• FTPを無効にするまでの接続失敗回数 - デフォルト0＝決して諦めない
• 保持する古い（送信済み）ファイル数 - デフォルト10、その後ローテーション
• Okレポートを送信 - アップロードごとにメール送信（デフォルトオフ）
• アップロードされたreinitファイルのリネーム用プレフィックス - 自動reinitのため空のままに

レプリカ側のファイルレシーバー

Replica → Asynchronousを設定します（デフォルト値が入力されています）。保存後、Firebirdを再起動（またはすべての接続を切断）します。次にファイルレシーバーを開きます：監視ディレクトリをチェック間隔（分）ごとに監視し、マスク*arch*と拡張子.replpacked（デフォルト）を探し、復号パスワードで復号し、展開先ディレクトリに展開します。

• 展開後にパック済みファイルを削除 - デフォルトでオン
• Okレポートを送信 - デフォルトオフ
• フレッシュ展開を実行 - オフ；再初期化後にオンにしてセグメント1から開始（カウンターリセット後に自動でオフになります）

ネットワーク共有による転送

高速で安定したLANで使用します。共有を（1）レプリカ上に置くか、（2）マスター上に置くか（推奨）、または（3）第三のNAS上に置きます。

推奨：マスター上でローカルにアーカイブし、そのフォルダを共有して、レプリカをマウントポイントに向けます。マスターはレプリカのディスクに依存しません。

権限

Firebirdは通常、Local System（Windows）またはfirebird（Linux）として実行されます。Windowsでは、FirebirdHQbirdサービスのログオンを共有にアクセスできるアカウント（例：ドメイン管理者）に設定し、再起動します。異なるWindowsドメインの場合は、代わりにFTPを使用します。Linuxでは、両方のfirebirdユーザーがマウント上で一致する数値IDを持つ必要があります。これに馴染みがない場合は、FTPを使用してください。

「レプリカ上のログ」の場合、マスターのログアーカイブディレクトリを共有のローカルパスに設定し、Firebirdを再起動します。レプリカはそのフォルダをローカルで読み取ります。「マスター上のログ」の場合、ローカルにアーカイブし、共有し、レプリカがマウントを読み取ります。

利点：一般的なLANでは簡単。欠点：約1Gbpsと安定したリンクが必要。WANには不向き。セグメントは圧縮・暗号化されずに転送されます。