SharePlex 11.4 - インストールおよびセットアップガイド

ダウンロードしたSharePlexインストールパッケージを格納するディレクトリを割り当てます。

このディレクトリには、およそ以下のディスク容量が必要です。

• Linux: 200 MB

これは、SharePlexをインストールした後に削除できます。

SharePlex製品ディレクトリを計画します。

SharePlexソフトウェアファイル用のディレクトリを自分で作成するか、SharePlexインストーラに作成させることができます。

このディレクトリには、およそ以下のディスク容量が必要です。

• Linux: 600 MB

このディレクトリを以下にインストールします。

• Linux: データベースを含むファイルシステムとは別のファイルシステム。

SharePlexはrawデバイスにインストールしないでください。

SharePlex変数データ（作業）ディレクトリを計画します。

このディレクトリは、SharePlexインストーラにより指定の名前でインストールされます。ここには作業データが含まれ、生成されるデータ量に相関してサイズが大きく変化します。このディレクトリは、データベースが格納されているファイルシステムとは別の、rawデバイス以外のファイルシステムにインストールします。

必要なディスク容量を見積もるには:

1. レプリケーションの停止を許容できる最長の時間を見積もります。

2. SharePlexによってその時間内に複製されるデータ量を見積もるには、以下の式を使用します。

   [WALログのサイズ] × [1時間あたりのログスイッチ数] × 0.54 × [ダウンタイム時間数] = 必要なディスク容量

   次などを考慮します。

   [500 MBのWALログ] x [5スイッチ/時間] x [0.54] x [8時間] = 10.54 GBのディスク容量

システム上の複数のデータベースからデータをレプリケートするには、それぞれに変数データディレクトリを使用します。理想的には、これらは異なるファイルシステム上になければなりません。

SharePlex製品ディレクトリ内に変数データディレクトリをインストールしないでください。両方のディレクトリに同じ名前のファイルが含まれているため、環境をクリーンアップするSharePlexユーティリティが、（クリーンアップが必要になった場合に）間違ったファイルを削除する可能性があります。必要に応じて1つの親ディレクトリの下に両方のディレクトリをインストールすることもできます。

注意: SharePlexの設定がアクティブな場合、特にトランザクションのアクティビティがピークに達している場合は、常にディスク使用量を監視してください。

SharePlexセキュリティグループを作成します。

SharePlexには、sp_ctrlによるアクセス制御を可能にする3つのセキュリティグループがあります。Linuxでは、SharePlexをrootユーザとしてインストールしない限り、インストール前にSharePlexAdministratorユーザとSharePlexPostgreSQL adminグループが存在している必要があります。詳細については、『SharePlex管理者ガイド』の「SharePlexユーザのセキュリティグループへの割り当て」を参照してください。

注意: root権限でインストールする場合、これらのグループを作成するようインストーラのプロンプトが表示されます。

プラットフォームがサポートされていることを確認します。

『SharePlexリリースノート』で、ご使用のオペレーティングシステムがサポートされていることをご確認ください。

SharePlexプロセス用に少なくとも4 GBのメモリを割り当てます。

プロセスあたりのメモリは最大256 MBを計画します。この推奨事項により、PostプロセスとReadプロセスは、必要に応じてより大きなメモリセットを割り当てることができます。

プロセスあたりのセマフォ数を設定します。

セマフォはSharePlexプロセスの安定性の確保に必要です。必要なSharePlexの設定は、プラットフォームによって以下のように異なります。

Red Hat Linux:

• semmni*: 70
• semmns*: 255
• semmnu: 255
• semmsl: 128
• semopm: 64
• semume: 255
• shmmax: 60 MB
• shmmin: 1 MB
• shmmni: 100

• shmseg: 26

*これらの値は足し算で求めます。データベースの最小値をSharePlexの最小値に加えて、正しい設定を決定します。

別の方法として、使用しているキューの数に2を足した値に設定することもできます。

ulimit（システムファイル記述子の数）にできるだけ1024に近い値を設定します。

ulimitは、以下のように、システムのハードリミット、またはセッションベースのソフトリミットのいずれかとして設定できます。

• ハードリミットの設定:（推奨）ハードリミットを変更するには、rootユーザとシステムの再起動が必要ですが、値はSharePlexをサポートするための適切なレベルに固定されたままです。サポートについては、システム管理者にご相談ください。
• ソフトリミットの設定: ソフトリミットの設定は、それが設定されたsp_copセッションの間のみ有効であり、その後はデフォルト値に戻ります。この値は、ハードリミットより低く、SharePlexでは低すぎる可能性があります。

SharePlexユーザのソフトリミットとハードリミットを設定します｡

nprocとnofileのソフトリミットとハードリミットを、SharePlexのO/Sユーザ用に/etc/security/limits.confファイル内で設定します。

• shareplex O/S user soft nproc 2048
• shareplex O/S user hard nproc 16384
• shareplex O/S user soft nofile 1024
• shareplex O/S user hard nofile 65536

別の方法として、PostgreSQLのO/Sユーザの設定を使用することもできます。

コアファイルのパラメーターを設定します。

• システム・コア・ダンプのブロックサイズは、システムリソースが収容できる限り大きく、最低でも150万ブロックに設定します。デフォルトは通常0です。コアファイルは、Questサポート担当者によるSharePlexのサポートケースの解決に役立ちます。サイズを大きく設定することで、有用なデータを十分に取り込むことができます。
• コアファイルの出力先をSharePlexの変数データディレクトリのdumpサブディレクトリに設定します。
• コアファイルの命名規則をcoreまたはcore.pidに設定します。

注意: SharePlexは、sp_copによって生成されたものを除き、coreという名前のすべてのコアファイルの名前をcore.pidに変更します。

これらの要件が満たされない場合、SharePlexのイベントログで、ファイルが存在するにも関わらず、コアファイルが生成されなかったことが報告される場合があります。

kshシェルをインストールします。

kshシェルは、SharePlexをインストールする前にインストールします。SharePlexの監視スクリプトやその他の機能にこのシェルが必要となります。

pdkshと呼ばれるkshのバージョンはRed Hat Linuxのビルドに含まれています。詳細については、Red Hat Linuxのドキュメントを参照してください。

複数のEBSボリュームへのインストール

• データベースとSharePlexをAmazon Elastic Block Storage（EBS）にインストールします。EBSボリュームは永続的なストレージですが、デフォルトのAmazonストレージは非永続的で、インスタンスがシャットダウンするとデータが失われます。EBSボリュームはより高いパフォーマンスも提供します。ボリュームの最小サイズは1GBです。
• ディスク性能を最適化するには、複数のEBSボリュームを作成し、ソフトウェアRAIDを使用してそれらを結合します。ベンチマークによると、最適なEBSボリューム数は8です。