読み取り専用レプリカを設定する
ウォームスタンバイサーバをサポートするには、レプリカサーバで、マスターサーバのメタデータとそのバージョンファイル両方の最新のコピーが必要になります。
スタンバイサーバができるだけマスターサーバの最新情報を持てるようにするために、rpl.journalcopy.location構成可能変数の設定を検討します。1
の値を設定すると、journalPrefix
構成可能変数でスタンバイサーバに定義されているデバイスより高速なデバイスにジャーナルコピーを書き込むことにより、マスターサーバのジャーナルを使用して、スタンバイサーバのジャーナルコピーをより最新な状態に保つことができます。
複製は非同期の処理であり、複製サーバをバックアップや障害復旧の唯一の手段に利用することは推奨されません。データベースチェックポイントとディポバックアップを別々に取っておくことをお勧めします。
『Helix Coreサーバ管理者ガイド: 基本』の「フェイルオーバー」のトピックも参照してください。
障害回復とフェイルオーバーの手順は複雑で、それぞれの現場によって異なる場合があります。このような場合は、Perforceコンサルタントが立案と策定をお手伝いいたします。
以下の例では、一定量のデータが存在する既存のHelix Coreサーバのウォームスタンバイサーバとしてレプリカを設定しています。例えば、以下のようなケースを考えてみます。
Master
という名前のマスターサーバが、ポート11111を使用してmaster
という名前のホスト上で稼働しています。このサーバのルートディレクトリは/p4/master
です。- レプリカサーバは
Replica1
という名前になり、ポート22222
を使用してreplica
という名前のホストマシン上で稼働するように設定されます。このサーバのルートディレクトリは/p4/replica
になります。 - サービスユーザ名は
service
です。
p4 configure
コマンドで設定された値を使用するには、サーバが自身の名前を知っている必要があるため、p4
configure
コマンドを使用してP4NAME
を定義することはできません。
正しくないサーバルートが指定される可能性があるため、p4
configure
コマンドを使用してP4ROOT
を定義することはできません。