状態データベースの複製のガイドラインと要件

シングルポイント障害を回避するために、状態データベース複製はスライス、ドライブ、およびコントローラに分散させることをお勧めします。これは、単一のコンポーネントに障害が発生した場合でも、大半の複製を利用可能な状態に保つ必要があるからです。たとえばデバイス障害時などに、複製が失われた場合、Solaris Volume Managerの実行やシステムのリブートが正常に行われなくなることがあります。Solaris Volume Managerが動作するためには、少なくとも半数の複製が使用可能でなければならず、システムをマルチユーザーモードでリブートするためには過半数 (半数+1) の複製が使用可能でなければなりません。

状態データベースの複製の作成および管理方法の詳細は、『Solaris Volume Manager 管理ガイド』を参照してください。

状態データベースの複製用のスライスの選択

状態データベースの複製用のスライスを選択する前に、次のガイドラインと推奨事項を参考にしてください。

• 専用スライスの選択 - 状態データベース複製は、複製あたり少なくとも 4M バイトの専用スライス上に作成するようにしてください。必要な場合は、あとで RAID-0 または RAID-1 ボリュームの一部とするスライス上にも、状態データベースの複製を作成できます。ただし、その場合は、スライスをボリュームに追加する前に複製を作成する必要があります。

• スライスのサイズ変更 – デフォルトでは、状態データベース複製のサイズは 4M バイトまたは 8192 ディスクブロックです。ディスクスライスのサイズがこれより大きい場合は、状態データベースの複製を格納できるように、スライスのサイズを変更できます。スライスサイズの変更については、『Oracle Solaris の管理: デバイスとファイルシステム』の第 9 章「ディスクの管理 (タスク)」を参照してください。

• 使用されていないスライスの選択 – 状態データベース複製は、使用されていないスライス上に作成できます。状態データベースの複製用に予約されているスライスの部分を、ほかの目的に使用することはできません。

  状態データベース複製を、既存のファイルシステムや、ルート (/)、/usr、および swap ファイルシステム上に作成することはできません。必要であれば、swap 領域を使用して新しいスライスを作成してから (スライス名が使用可能な場合)、そのスライスに状態データベースの複製を作成できます。

• ボリュームになるスライスの選択 - 状態データベース複製がボリュームの一部になるスライス上に配置されると、ボリュームの容量は、複製によって占有される領域分だけ少なくなります。複製が占める領域はシリンダ単位で切り上げられるため、この領域はボリュームによってスキップされます。

状態データベースの複製の数の選択

状態データベース複製の数を選択する前に、次のガイドラインを考慮してください。

• 状態データベースの複製の数は、Solaris Volume Managerの 1 つのディスクセットに対して、最低 3 つから最高 50 までを推奨します。次のガイドラインを推奨します。

  • ドライブが 1 つだけのシステムでは、3 つの複製すべてを 1 つのスライスに置きます。

  • ドライブの数が 2 つから 4 つのシステムでは、 各ドライブに 2 つずつ複製を置きます。

  • ドライブの数が 5 つ以上のシステムでは、 各ドライブに 1 つずつ複製を置きます。

• 状態データベースの複製を追加することで、ミラーのパフォーマンスを向上させることができます。一般に、システムにミラーを 1 つ追加するごとに複製は 2 つ追加する必要があります。

• 小容量のランダム入出力 (データベースなど) に RAID-1 ボリュームを使用する場合は、複製の数を考慮する必要があります。RAID-1 ボリュームごとに、その RAID-1 ボリュームに接続されていない複数のスライス (および、可能であれば複数のディスクとコントローラ) 上に 2 つ以上の複製を余分に作成します。これは、最適な性能を得るために必要な作業です。

コントローラ間で状態データベースの複製を分散

複数のコントローラがある場合、できるだけすべてのコントローラに均等になるように複製を分散させます。これによって、コントローラ障害に対する冗長性が確保できるだけでなく、負荷の分散も可能になります。同じコントローラ上に複数のディスクが存在する場合は、各コントローラで 2 個以上のディスクに複製を配置します。