ローカル・データベースの構成

データベースのサイズと増大

InterSystems IRIS データベースには最大サイズを指定できますが、その範囲でサイズは必要に応じて動的に変化します (空き領域が利用可能な場合)。既定の 8KB のブロック・サイズを使用する場合、データベースは 32 テラバイトまで増大する可能性があります。

データベース・キャッシュ

それぞれの InterSystems IRIS システムは、データベース・キャッシュを保持します。データベース・キャッシュとは、ローカルの共有メモリ・バッファで、物理データベースから取得されるデータをキャッシュするために使用します。このキャッシュは、データ・アクセスに必要な入出力処理の量を大幅に削減し、InterSystems IRIS の性能を大幅に向上させます(データベース・キャッシュの割り当てに関する詳細は、"メモリと開始設定" を参照してください)。

データベースの合計に関する制限

単独の InterSystems IRIS インスタンスに構成可能なデータベース数の絶対的な制限値は 15,998 です (十分な格納領域がある場合)。そのほかにも、以下のような制限があります。

• データベースのディレクトリ情報が 256 KB を超えることはできません。つまり、データベース・ディレクトリ名の平均長が長い場合、インスタンスのデータベースの合計は少なくなります。以下の式で、この関係を示します。

  maximum_DBs = 258048/ (avg_DB_path_length + 3)

  例えば、すべてのデータベース・ディレクトリ・パスの形式が c:\InterSystems\IRIS\mgr\DBNNNN\ の場合、平均長は 33 バイトです。したがって、データベースの最大数は 7,168 (計算式：258048/ (33 + 3) = 7168) です。

• 絶対上限の 15,998 に向けてのカウントでは、ミラーリングされたデータベースは 2 回カウントされます。インスタンスのすべてのデータベースがミラーリングされている場合、実際の上限は 7,499 データベースです。これは、InterSystems IRIS はミラーリングされるデータベースに対し、ディレクトリ・パスに 1 つ (c:\InterSystems\IRIS\mgr\DBNNNN\) とミラー定義に 1 つ (:mirror:MIRRORNAME:MirrorDBName) の、計 2 つのデータベース定義を作成するためです。

• 同時に使用できるデータベースの数は、開いているファイル数に関するオペレーティング・システムの制約によって制限されます (プロセスごとまたはシステム全体)。InterSystems IRIS では、オペレーティング・システムの開いているファイルの割り当てのうち、約半数を自身での使用およびデバイス用に予約しています。

データベース構成に関する考慮事項

データベース構成時に考慮するヒントを以下に示します。

• InterSystems IRIS には、複数の物理データベース (IRIS.DAT) ファイルにおいてデータを分散するシームレス・オプションが用意されています。したがって、必要に応じてグローバル・マッピングや添え字レベル・マッピングでデータを分けたり、複数のデータベースによりアプリケーションを構築できます。

• バックアップ、リストア、整合性チェックなどの管理タスクで利用可能なインフラストラクチャに基づいて、管理可能な値にデータベース・サイズを維持します。

• 必要に応じて、複数のボリュームを使用するようにデータベースを設定できます。

• ストリーム・グローバル (ストリームを IRIS.DAT データベースのファイル内部に格納する場合) を別のデータベースにグローバル・マッピングして、ストリーム・データベースをラージ・ブロック・サイズ (64 KB) で構成することをお勧めします。

• 負荷によっては、既定の 8 KB データベース・ブロック・サイズよりも大きなブロック・サイズを検討した方が効果的な場合があります。一般的なガイドラインは、以下の "ラージ・ブロック・サイズに関する考慮事項" を参照してください。

ラージ・ブロック・サイズに関する考慮事項

InterSystems IRIS でサポートされている 8 KB (既定) ブロック・サイズ (常に有効になっています) に加えて、以下のブロック・サイズを使用できます。

• 16 KB (16384)

• 32 KB (32768)

• 64 KB (65536)

ただし、ラージ・ブロック・サイズを使用するデータベースを作成する場合は、システムのパフォーマンスに影響を与える可能性があるので注意してください。ラージ・ブロック・サイズを有効化して使用するには、以下の点を考慮します。

• アプリケーションのワークロードが主に連続的な挿入または連続的な読み取りやクエリによるものである場合、ラージ・ブロック・サイズを使用するとパフォーマンスが向上することがあります。

• アプリケーションのワークロードが主にランダムな挿入またはランダムな読み取りやクエリによるものである場合、ラージ・ブロック・サイズを使用するとパフォーマンスが低下することがあります。ラージ・ブロック・サイズを使用すると、データベース・キャッシュに指定された全体のサイズに対してキャッシュされるブロック数が少なくなるため、データベースへのランダム・アクセス時の影響を軽減するには、データベース・キャッシュに使用できるメモリの全体量をより増やすように考慮する必要があります。

• インデックス・タイプのデータベースの場合、既定のブロック・サイズ (8 KB) で最適なパフォーマンスを確保できます。ラージ・ブロック・サイズでは、パフォーマンスが低下する可能性があります。データ用としてラージ・ブロック・サイズを検討している場合は、インデックス・グローバルを別個の 8 KB ブロック・サイズのデータベースにマッピングするように考慮する必要があります。

サポートされているブロック・サイズ以外のブロック・サイズを使用するデータベースを作成するには、以下の手順を実行します。

1. [開始設定] ページ ([システム管理]→[追加の設定]→[開始]) の設定を使用してブロック・サイズを有効化します。"DBSizesAllowed" を参照してください。

2. "メモリと開始設定" で説明されているように、[開始設定] ページ ([システム管理]→[追加設定]→[開始]) で、有効化されたブロック・サイズのデータベース・キャッシュを構成します。

3. InterSystems IRIS を再起動します。

4. "ローカル・データベースの作成" の説明に従って、データベースを作成します。

データベースの互換性に関する考慮事項

"ローカル・データベースの作成" の手順で説明したように、InterSystems IRIS データベースは、そのデータベースの IRIS.DAT ファイルをコピーまたは移動することで、データベースを作成したインスタンス以外のインスタンスにコピーまたは移動できます。また、同一システム上の別のインスタンスで作成したデータベースを一時的にマウントすることもできます。さらに、データベースのバックアップをバックアップ元のインスタンスとは別のインスタンスにリストアすることもできます ("バックアップとリストア" を参照)。ただし、データの互換性がなくならないように、次の要件を満たしている必要があります。

• ターゲット (新規) インスタンスは、データベースを作成したインスタンスと文字幅を同一にして (8 ビットまたは Unicode。"文字幅設定Opens in a new tab" を参照)、ロケールも同様に同一 ("管理ポータルの NLS 設定ページの使用法" を参照) にする必要があります。

  この要件に対する例外の 1 つとして、ISO 8859 Latin-1 文字セットに基づくロケールを使用する 8 ビット・インスタンスは、対応する幅の文字ロケールを使用する Unicode インスタンスと互換性があります。例えば、enu8 ロケールを使用した 8 ビット・インスタンスで作成されたデータベースは、enuw ロケールを使用した Unicode インスタンスで使用できます。

• ソース・インスタンスとターゲット・インスタンスがエンディアンの異なるシステム上に存在する場合は、使用前に、データベースをターゲット・インスタンスのエンディアンに変換する必要があります。

  マルチバイト・データが最下位メモリ・アドレス (つまり先頭) の最上位バイトと最下位バイトのいずれに格納されるかはプラットフォームによって異なります。最上位バイトから格納される場合は “ビッグ・エンディアン“、最下位バイトから格納される場合は “リトル・エンディアン“ と呼ばれます。

  異なるエンディアンのシステムで作成された既存の IRIS.DAT を使用してデータベースを定義する場合は、cvendian ユーティリティ ("cvendian を使用したビッグ・エンディアン・システムとリトル・エンディアン・システム間の変換" を参照) を使用して、使用前にデータベースを変換してください。ソース・システムとは異なるエンディアンのシステムに、データベースのバックアップをリストアする場合は、"エンディアンに関する注意事項" を参照してください。

マルチボリューム・データベースの構成

各データベースでは、新規ボリュームの自動作成を制御するため、新規ボリュームのしきい値サイズを構成できます。このしきい値がゼロ (既定) の場合、新規ボリュームは作成されません。そうでない場合、IRIS.DAT または現在のボリューム・ファイルがしきい値のサイズに到達すると、新規ボリュームが作成されます。

新規ボリュームのしきい値が構成されても、データベースの拡張サイズのパラメータは引き続き通常通り機能します。アプリケーションの要求によってトリガされる自動拡張により、データベースにこのサイズが追加されます。値が 0 の場合、システムでは合理的な拡張サイズが選択されます。新しいボリュームが自動拡張によって作成される場合、ボリュームはこの初期サイズで作成されます。新規ボリュームのしきい値になるよう初期化されることはありません。そのため、新規ボリュームのしきい値を適度に大きなサイズに設定しても、そうでない場合に比べデータベースがより大きな単位で拡張されることはありません。

新規ボリュームは、特定の構成可能な新規ボリューム・ディレクトリで作成されます。既定では、すべてのボリュームは IRIS.DAT を含むディレクトリ内で作成され、ここに配置されます。これは最も単純な構成です。ただし、ファイル・システムの制約により必要となる場合は、ボリューム・ファイルを別のディレクトリに分散することができます。

データベースでは、ボリューム・ディレクトリ・リストが保持されます。これは、このデータベースのボリュームで使用されるすべてのディレクトリのリストです。データベース・ボリュームが既定以外のディレクトリに配置されていない場合、このリストは空になります。追加の各ボリューム・ディレクトリには iris.dbdir ファイルが含まれます。このファイルは、ボリューム・ディレクトリを使用しているデータベース・ディレクトリを識別し、複数のデータベースが同じボリューム・ディレクトリを使用することを防止する役割を果たします。このファイルは、プライマリ・データベース・ディレクトリを示す 1 行を含むテキスト・ファイルで、管理者はいつでもこれを検査できます。このファイルが削除されることはなく、再起動しても維持されます。また、データベースをマウントするために、想定されるコンテンツと共に存在する必要があります。追加のボリューム・ディレクトリには iris.lck ファイルがないことに注意してください。このファイルがあるのはプライマリ・ディレクトリのみです。

新規ボリュームは、同じディレクトリまたは異なるディレクトリ内で、管理者によりいつでも作成可能です。これは、新規ボリュームしきい値が設定されているかどうかは関係ありません。このように、ファイル・サイズ制限が指定されていなくても、必要な場合にはデータベースを別のファイル、ファイル・システム、またはストレージ・デバイスに拡張することができます。

ボリューム・ファイルの移動またはコピー

ボリューム・ファイルを移動またはコピーするには、データベースをディスマウントするか、InterSystems IRIS を正常にシャットダウンする必要があります。

ボリューム・ディレクトリ・リストが空で、すべてのボリューム・ファイルが IRIS.DAT と同じディレクトリ内に作成されている場合、そのディレクトリのコンテンツは、1 つのボリュームの IRIS.DAT ファイルの場合と同じように移動またはコピーできます。 

ボリューム・ファイルが 1 つ以上のその他のディレクトリに存在している場合、IRIS.DAT を含むディレクトリとデータベースで保持されるボリューム・ディレクトリ・リスト間で自由にデータベース・ボリュームを移動できます。次回データベースをマウントすると、これらのディレクトリ内のボリュームが検索され、それらが適切にマウントされます。

ただし、ボリューム・ファイルがボリューム・ディレクトリ・リストまたは IRIS.DAT を含むディレクトリ内に存在しない場所に移動される場合は、^DATABASE ユーティリティのオプション 16 [マルチボリューム・データベース・プロパティの管理] を使用して、データベースが正常にマウントされるようにボリューム・ディレクトリ・リストを更新する必要があります。

これは、IRIS.DAT を含むディレクトリの外にあるボリュームを含むデータベースが、異なるディレクトリ構造を持つ別のシステムにコピーされる場合、特に必要です。^DATABASE を使用してボリューム・ディレクトリ・リストを変更する場合、更新されるリスト内の追加のボリューム・ディレクトリには、iris.dbdir ファイルを含めないようにするか、プライマリ・データベース・ディレクトリと既に一致しているものを含める必要があります。iris.dbdir ファイルがボリューム・ファイルと共に別のシステムからコピーされ、ターゲット・システムが別のディレクトリ構造を持つ場合、iris.dbdir ファイルは、ボリューム・ディレクトリ・リストを変更する前に削除する必要があります。

同様に、ボリューム・ファイルをより小さなディレクトリ・セットに分割する場合、管理者は ^DATABASE を使用してディレクトリ・セットを更新し、ファイル・システムから未使用のディレクトリを削除できます。

追加のボリュームを使用するかどうかに関係なく、IRIS.DAT ファイルおよびデータベースを構成するすべての IRIS-*.VOL ファイルは、セットとして扱う必要があります。それらはセットとしてコピーおよびリストアされる必要があります。よくあるミスを回避し、ボリューム・セットに問題があるように見えるデータベースをマウントすることを防ぐため、一連の内部参照チェックがマウント時に自動的に実行されます。

ボリューム・ディレクトリ・リストの更新は、^DATABASE を使用してのみ実行できます。管理ポータルには、このプロセスのサポートは含まれません。

新規ボリュームのエラー動作

• 自動拡張の際に新規ボリュームの作成が失敗した場合、アプリケーションで <FILEFULL> エラーをトリガするのではなく、拡張が最後のボリュームで続行されます。

• 新規ボリュームのしきい値に到達する前に最後のボリュームの拡張で領域が不足し、別の新規ボリューム・ディレクトリは既に指定されているという特殊なケースにおいては、新規ボリュームは新規ボリューム・ディレクトリで作成されて拡張は続行され、最後のボリュームはしきい値サイズより小さくなります。

• 他のエラーによって、新規ボリュームのしきい値により定義されたパラメータおよび新規ボリューム・ディレクトリ外で、システムがボリュームを生成することはありません。特に、指定された新規ボリューム・ディレクトリ内の拡張が失敗した場合、システムがボリューム・ディレクトリ・リスト内のその他のディレクトリを自動的に試行することはありません。

[Multi-Volume Properties] ページ

この管理ポータルのページでは、データベースを構成するボリュームのプロパティを表示および構成できます。このページを表示するには、[ローカルデータベース] ページ ([システム管理]→[構成]→[システム構成]→[ローカルデータベース]) に移動して、目的のデータベースに関連付けられた [Volumes] ボタンをクリックします。

[Multi-Volume Properties] ページには、以下の情報が表示されます。

• Directory — データベースと関連付けられた IRIS.DAT ファイルを含むディレクトリ。

• Number of Volumes — データベース内のボリュームの数。1 の値は、IRIS.DAT ファイルのみが使用中で、IRIS-*.VOL ファイルは存在しないことを意味します。

• Total Database Size — すべてのボリュームを含む、データベースの合計サイズ。

• New Volume Threshold Size — 現在のボリューム (または IRIS.DAT) が到達可能な最大サイズ。これに達すると、新規ボリュームの作成がトリガされます。

• Directory for New Volumes — 新規ボリュームが作成されるディレクトリ。

• Database Volumes — データベースを構成するボリュームのリスト。ボリューム番号ごとまたはこれらを含むディレクトリごとに編成されます。ボリューム 0 は通常 IRIS.DAT です。

ミラーリングされていないローカル・データベース・プロパティの編集

ミラーリングされていないデータベースを編集している場合、システムには以下のプロパティが表示されます (これらのフィールドの多くは、"ローカル・データベースの作成" で説明しています)。

• 名前

• ディレクトリ (この設定は、常に IRIS.DAT データベース・ファイルの場所を反映する必要があります)

• 暗号化 (変更できません)

• ミラー — InterSystems IRIS インスタンスがプライマリ・フェイルオーバー・メンバであるミラーにデータベースを追加するには、[ミラー mirror_name に追加] をクリックします。(このオプションは、インスタンスがミラーのプライマリである場合にのみ使用できます)。"ミラーへ既存データベースを追加する" を参照してください。

• ブロックサイズ (Bytes) (変更できません)

• サイズ (MB) — 次のように、3 つのサイズ設定があります。

  • データベースの現在のサイズを変更するには [現在] を変更します。

    Note:

    データベースのサイズが利用可能なディスク容量の合計より大きくなるようにデータベースを作成したり、編集したりすることはできません。指定したサイズがディスクの空き容量の 90% 以内になる場合は、警告が表示され、操作を確定する必要があります。

  • [拡張] は、必要な場合にデータベースを拡張する量を設定します。既定 (推奨) の設定であるゼロ (0) は、現在のサイズの 12% または 10 MB のいずれか大きい方を示します。現在のサイズの 12％ を使用する場合、拡張サイズは 1GB より大きくなりません。

  • [最大] は、増加可能なデータベース最大サイズをメガバイト単位で指定します。既定の設定であるゼロ (0) は、最大がないことを示します。この設定を変更するには、新しい MB 数値を入力するか、数値の前に + または - を入力します。例えば、+10 または -20 と入力して、特定の量だけ最大サイズを増減します。データベースの最大サイズを削減する場合、警告メッセージが表示されるので、確認して操作を確定する必要があります。なお、IRISAUDIT データベースは、最大サイズを指定せずに構成する必要があります。

• リソース名 — データベースを関連付けるリソースを選択します。ドロップダウンの隣にあるリソース・アイコンをクリックすると、リソースを作成できる [リソース] ページが表示されます。

• 新規グローバル — 新しいグローバルの属性を指定します。

• グローバルジャーナル状態 — ジャーナリングを有効にする場合は選択し、無効にする場合はクリアします。"ジャーナリングの概要" を参照してください。

• 削除時にグローバル属性を保持する — グローバルのディレクトリのエントリおよび属性を、削除の際に保存するかどうか指定します。属性には照合、ジャーナリング状態、拡張ポインタが含まれます。選択すると、グローバルの完全削除時にグローバルのディレクトリのエントリおよび属性を保存します。クリアすると、ディレクトリのエントリおよび属性を削除します。

• 読み取り専用でマウント — データベースを読み取り専用としてマウントすることを指定する場合に選択します。読み書き可能としてマウントすることを指定する場合はクリアします。

• 開始時にマウントが必要 — InterSystems IRIS を起動する際にデータベースをマウントする必要がある場合は選択します。その場合、データベースがマウントできないと、InterSystems IRIS は起動しません。これにより、クラッシュ後に起動する前に、データベースでジャーナルのリカバリとトランザクションのロールバックを確実に実行することができます ("ジャーナリング" で説明しているとおり)。クリアすると、最初にデータベースをマウントせずに InterSystems IRIS を起動します。

  Note:

  必須の InterSystems IRIS データベース (IRISLIB、IRISAUDIT など) に対しては、この設定は既定で選択されており、変更できません。既定値はクリアされますが、USER および ENSLIB データベースと同様、作成したデータベースに対して選択することができます。データベースの状態、および明示的なデータベースのディスマウントやマウントの詳細は、"ローカル・データベースの管理" にある “ローカル・データベース情報” の表を参照してください。

• ストリームの場所 — [参照] ボタンをクリックして、データベースに関連付けられたストリームが保存されたディレクトリを選択します。既定のローカル・データベースのストリームの場所は、データベースの [ディレクトリ] 内の stream という名前のサブディレクトリで、これは上のフィールドのいずれかです (例 ： install-dir\mgr\DB1\stream)。

  Note:

  既定の場所を使用することをお勧めします。

• 新規ボリュームのしきい値 — (オプション。マルチボリューム・データベースにのみ使用されます。)数値を入力し、単位 (MB、GB、TB) を選択して、新規データベース・ボリュームを作成するサイズを指定します。

ミラーリングされているローカル・データベース・プロパティの編集

ミラーリングされているデータベースを編集している場合、システムには以下のプロパティが表示されます (これらのフィールドの多くは、"ローカル・データベースの作成"で説明しています)。

• 名前

• ミラー名 — ミラー内でデータベースを識別するための名前。変更はできません。

• ディレクトリ (この設定は、常に IRIS.DAT データベース・ファイルの場所を反映する必要があります)

• 暗号化 (変更できません)

• ストリームの場所 — [参照] ボタンをクリックして、データベースに関連付けられたストリームが保存されたディレクトリを選択します。既定のローカル・データベースのストリームの場所は、データベースの [ディレクトリ] 内の stream という名前のサブディレクトリで、これは上のフィールドのいずれかです (例 ： install-dir\mgr\DB1\stream)。

  Note:

  データベース自体に含まれていない他のデータベース関連データと同様に ("ミラー構成のガイドライン" を参照)、ミラーリングされたデータベースのファイル・ストリームはミラーリングされません (ファイル・ストリームの詳細は、"ストリームを使用した作業" を参照してください)。

  既定の場所を使用することをお勧めします。

• リソース名 — データベースを関連付けるリソースを設定します。ドロップダウンの隣にあるリソース・アイコンをクリックすると、リソースを作成できる [リソース] ページが表示されます。

• ブロックサイズ(Bytes) (変更できません)

• 照合 — グローバル属性の中で、照合属性だけが変更できます (新しいグローバルのみ)。

• 削除時にグローバル属性を保持する — グローバルのディレクトリのエントリおよび属性を、削除の際に保存するかどうか指定します。属性には照合、ジャーナリング状態、拡張ポインタが含まれます。選択すると、グローバルの完全削除時にグローバルのディレクトリのエントリおよび属性を保存します。クリアすると、ディレクトリのエントリおよび属性を削除します。

• 読み取り専用でマウント — データベースを読み取り専用としてマウントすることを指定する場合に選択します。読み書き可能としてマウントすることを指定する場合はクリアします。

• 開始時にマウントが必要 — InterSystems IRIS を起動する、またはこれがミラー・プライマリになる際にデータベースをマウントする必要がある場合は選択します。その場合、データベースがマウントできないと、InterSystems IRIS は起動しない、またはプライマリになりません。これにより、クラッシュ後に開始する前に、データベースでジャーナルのリカバリとトランザクションのロールバックを実行でき ("ジャーナリング" で説明しているとおり)、前のプライマリの開いているトランザクションがフェイルオーバーの一部としてロールバックされるようになります。クリアすると、最初にデータベースをマウントせずに InterSystems IRIS を起動します。[開始時にマウントが必要] 設定の詳細は、"ローカル・データベースの管理" にある “ローカル・データベース情報” の表を参照してください。

• ローカル・プロパティ — 次のように、この領域には 3 つのサイズ設定が含まれています。

  • データベースの現在のサイズを変更するには、[サイズ] を変更します。

    Note:

    データベースのサイズが利用可能なディスク容量の合計より大きくなるようにデータベースを作成したり、編集したりすることはできません。指定したサイズがディスクの空き容量の 90% 以内になる場合は、警告が表示され、操作を確定する必要があります。

  • [拡張] は、必要な場合 (および空き領域が利用可能な場合) にデータベースを拡張する量を設定します。既定 (推奨) の設定であるゼロ (0) は、現在のサイズの 12% または 10 MB のいずれか大きい方を示します。

  • [最大] は、増加可能なデータベース最大サイズをメガバイト単位で指定します。既定の設定であるゼロ (0) は、最大がないことを示します。この設定を変更するには、新しい MB 数値を入力するか、数値の前に + または - を入力します。例えば、+10 または -20 と入力して、特定の量だけ最大サイズを増減します。データベースの最大サイズを削減する場合、警告メッセージが表示されるので、確認して操作を確定する必要があります。なお、IRISAUDIT データベースは、最大サイズを指定せずに構成する必要があります。

  この領域にも、[他のシステム] 用に [現在]、[拡張]、および [最大] のサイズ設定があります。他のシステムとは、現在のインスタンスがフェイルオーバー・メンバの場合は、もう一方のフェイルオーバー・メンバを指します。現在のインスタンスが非同期メンバの場合は、その非同期メンバが情報を取得できる最初のフェイルオーバー・メンバを指します。バックアップおよび非同期ミラー・メンバ上のミラーリングされたデータベースのプロパティとプライマリ上のデータベースのプロパティの同期方法に関する重要な情報については、"ミラーリングされたデータベースの考慮事項" を参照してください。

• 新規ボリュームのしきい値 — (オプション。マルチボリューム・データベースにのみ使用されます。)数値を入力し、単位 (MB、GB、TB) を選択して、新規データベース・ボリュームを作成するサイズを指定します。