コンテンツ
説明
Perforce Helix Coreのフェイルオーバー機能を使用したDR環境構築、構築後のテスト運用手順を説明しています
・マスタサーバとスタンバイサーバのタイムゾーンが一致している必要があります。
・p4dのバージョンが一致している必要があります。
本構築作業の条件は以下の通りです
マスター | スタンバイ | Perforce super user | |
サーバ名 | commit | nomandatory | super |
ServerID | commit | nomandatory | レプリケーション用ユーザ名 |
Option | - | nomandatory | service |
server-service | commit-server | standby | |
IP | 192.168.56.102 | 192.168.56.104 | |
Port | 1666 | 1666 | |
P4ROOT | /commit | /p4root_st |
構築手順
１．スタンバイサーバのサーバ仕様作成
【マスタサーバで作業します】
① p4コマンドで“nomandatory”というサーバ仕様を作成します。
p4 -u super -p master-server:port server nomandatory
② 設定を修正・追加します
ServerID: nomandatory
Type: server
Services: standby ●standard（default）を上書き
Options: nomandatory
ReplicatingFrom: commit ●一行追記する(マスタサーバのserver ID)
Description:
Created by super.
DistributedConfig:
any#P4JOURNAL=../journals/journal
any#P4LOG=../logs/log
⋮
any#unicode=1
P4LOG=log
P4TARGET=192.168.56.102:1666
P4TICKETS=/p4root_st/.p4tickets
db.replication=readonly
lbr.replication=readonly
monitor=2
rpl.journalcopy.location=1
serviceUser=service
startup.1=journalcopy -i 1
startup.2=pull -L -i 1
startup.3=pull -u -i 1
解説
startup.1=journalcopy -i 1 …… 起動時にjournalcopy（マスタサーバのjournalをスタンバイに移送）を実行
startup.2=pull -L -i 1 ………… 移送したローカルのjournalから情報を読み取る
startup.3=pull -u -i 1 ………… アーカイブファイルを取得する
rpl.journalcopy.location=1…… journalcopyスレッドの書き込みを設定する構成可能変数
※より詳細な情報はコマンドリファレンスマニュアルをご参照ください
２．サービスユーザの作成と設定
【マスタサーバで作業します】
① p4コマンドで“service”というレプリケーション用サービスユーザを作成します
p4 -u super -p master-server:port user -f service
② 設定を修正・追加します
User: service
Type: service ●一行追記する
Email: service@commit
FullName: service
③ サービスユーザ “service” のパスワードを設定します
p4 -u super -p master-server:port passwd service
Enter new password: （任意のパスワードを入力します）
Re-enter new password: （確認のため同じパスワードを入力します）
④ サービスユーザのアクセスレベルの設定を追加します
p4 protect
write user * * //...
list user * * -//spec/...
super user super * //...
super user service * //... ●一行追加
３．チェックポイントの作成と移動
【マスタサーバで作業します】
① スタンバイサーバ用のチェックポイントファイルを作成します
作成したチェックポイントファイル名は“checkpoint”としています
チェックポイントファイル(ファイル名：checkpoint.ckp.1)が作成されます
p4 -u super -p master-server:port admin checkpoint checkpoint
② チェックポイントファイルを転送します
FTPツール(任意)を使用して、スタンバイサーバへチェックポイントファイル(checkpoint.ckp.1)を転送します。
※このマニュアルではスタンバイサーバの /tmp に格納しています
４．スタンバイサーバの設定
【スタンバイサーバでの作業です】
①～④の作業については、サーバ構築方法によって対応が異なります。実環境をご確認の上、必要に応じて作業してください。
① P4ROOT用のディレクトリ “p4root_st” を作成します
※既にルートフォルダを作成済みであれば、作業不要です
mkdir /p4root_st
② 作成したディレクトリのownerを“root”から“perforce”に変更します
※ownerがperforceであれば作業不要です
chown perforce:perforce -R /p4root_st /
③ FTP転送したチェックポイントファイル(checkpoint.ckp.1)を$P4ROOT(ここではP4root_st/)へ移動します
※$P4ROOTへ転送済みであれば作業不要です
mv /tmp/checkpoint.ckp.1 /P4root_st/
④ チェックポイントファイルのownerを“root”から“perforce”に変更します
※ownerがperforceであれば、作業不要です
chown perforce:perforce checkpoint.ckp.1
⑤ Perforceサービスを停止します
p4dctl stop nomandatory
⑥ 不要なファイルを削除します
構築したスタンバイサーバに存在するデータベース等を削除します
$P4ROOT(ここではP4root_st/)に移動し、以下のファイルを削除します
・ファイル名が[db.]で始まるファイル(データベース)すべて
・server.locksフォルダ：フォルダごと削除
rm -f db.*
rm -fr server.locks/
⑦ ServerIDを指定します
サーバ“standby”のserverIDを“nomandatory”に指定します
※既に指定されている場合は作業不要です
p4d -r /P4root_st -xD nomandatory
⑧ チェックポイントファイルを展開します。※ownerが“perforce”になるように展開してください。
コマンド実行後、db.ファイルが作成されたことを確認します
p4d -r /P4root_st/ -jr checkpoint.ckp.1
または
sudo -u perforce p4d -r /4root_st -jr fcheckpoint.ckp.1
⑨ Perforceサービスを開始します
p4dctl start nomandatory
５．レプリケーションの設定と確認
【スタンバイサーバでの作業です】
① ユーザ“service”が使用するレプリケーション用チケットを作成します
p4 -p master_server:port -u service -E "P4TICKETS=/p4root_st/.p4tickets" login
② レプリケーション用チケットの確認をします
ls -la /p4root_st/.p4tickets
-r--------. 1 perforce perforce 53 10月 10 16:48 /p4root_st/.p4tickets
③ レプリケーションの確認をします
p4 -u super -p standby_server:port pull -lj
Current replica journal state is: Journal 1, Sequence 4878.
Current master journal state is: Journal 1, Sequence 4878.
The statefile was last modified at: 2019/10/16 15:16:27.
The replica server time is currently: 2019/10/16 15:19:11 +0900 JST
解説
pull -ljコマンド：レプリカとマスターにおけるカレントジャーナルの状態を表示するコマンドです
以下の内容が含まれます
・カレントジャーナルの状態 ・ステートファイルの最終更新時刻
・サーバのローカル時刻 ・タイムゾーン
６．フェイルオーバー：テスト運用
① フェイルオーバーの確認【スタンバイサーバで作業します】
p4 -u super -p standby-server:port failover -i -s commit -w 10 -F
解説
-i フェイルオーバー動作中にマスタサーバを無視するオプションです
-s serverID 切り替えるサーバ（今回はマスタサーバ）のserverIDを指定します
-w 10 フェイルオーバー実行までの待機時間を“秒”で指定します。今回は10秒としています
-F 強制的にフェイルオーバーを実行します(※マニュアルに記載のないオプションです)
Checking if failover might be possible ...
This failover requires that this server have the 'mandatory' option set since the server from which failover is to occur is not participating in the failover.
Checking for archive file content not transferred ...
Verifying content of recently updated archive files ...
After addressing any reported issues that might prevent failover, use --yes or -y to execute the failover.
※異なるメッセージ・エラーが表示される場合は、テストを中止し、弊社サポートまでご連絡ください。
② フェイルオーバーの実行
p4 -u super -p standby-server:port failover -i -s commit -w 10 -F -y
Attempting unsupported forced failover; attempting to continue through any errors encountered. This server might not be as expected after the forced failover.
Starting failover process ...
This failover requires that this server have the 'mandatory' option set since the server from which failover is to occur is not participating in the failover.
Waiting for 'pull -L' to complete its work ...
Checking for archive file content not transferred ...
Verifying content of recently updated archive files ...
Moving latest journalcopy'd journal into place as the active journal ...
Updating configuration of the failed-over server ...
Restarting this server ...
Perforce Server re-starting...
自動的にPerforceサーバが再起動され、マスタサーバへと切り替わります。
構築・テストは以上です。