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