テナントデータベースの作成、名前変更、および削除

マルチテナントデータベースコンテナシステムのコンセプトは、単一システム ID を持つ単一の SAP HANA システムまたはデータベース管理システムに基づいています。この単一システム ID には、システムデータベースのほかに、少なくとも 1 つのテナントデータベースが含まれます。システムデータベースには、システム全体のランドスケープ情報が保持され、システム全体に値する設定と監視が提供されます。あるテナントデータベースのユーザが、他のテナントデータベースに接続することはできません。また、システムでデータベース間アクセスが有効化されていない限り、ユーザは他のテナントデータベースのアプリケーションデータにアクセスできません。デフォルトでは、テナントデータベースは、アプリケーションデータとユーザ管理の観点において互いに分離されています。各テナントデータベースは、それぞれ独立してバックアップおよびリカバリすることができます。すべてのテナントデータベースが同じ SAP HANA データベース管理システムに含まれているため、すべて同じ SAP HANA バージョン (リビジョン番号) で実行されます。 さらに、定義された高可用性災害回復シナリオがすべてのテナントデータベースに適用されます。

複数コンテナシステムには、集中システム管理に使用されるシステムデータベースが常に 1 つだけ存在し、テナントデータベースとも呼ばれる任意の数 (ゼロを含む) のマルチテナントデータベースコンテナがあります。マルチコンテナモードでインストールされた SAP HANA システムは、単一システム ID (SID) で識別されます。データベースは SID とデータベース名によって識別されます。管理の観点からは、システムレベルで実行されるタスクとデータベースレベルで実行されるタスクは区別されます。SAP HANA コックピットなどのデータベースクライアントは、特定のデータベースに接続します。

複数コンテナシステムでは、システムデータベースのみがネームサーバを実行します。ネームサーバには、どのテナントデータベースが存在するかを含め、システム全体のランドスケープ情報が含まれます。また、システムデータベースのインデックスサーバ機能も提供されます。単一コンテナシステムのネームサーバとは異なり、複数コンテナシステムのシステムデータベースのネームサーバは、トポロジ情報を所有しません。つまり、データベースのテーブルとテーブルパーティションの場所に関する情報は保持されていません。データベース関連トポロジ情報は、関連するテナントデータベースカタログに保存されます。

テナントデータベースは、それ独自のインデックスサーバのみを必要とします。コンパイルサーバやプリプロセッササーバなどのデータを保持しないサーバは、システムデータベース上で動作し、すべてのデータベースを処理します。SAP HANA 拡張アプリケーションサービスのサーバは、テナントデータベースで実行されます。ただし、必要に応じて別のサービスとして追加することもできます。

単一コンテナシステムは、更新中にテナントデータベースシステムに自動的に変換されます。単一コンテナシステムのデータベースは、システムデータベースとテナントデータベースに変換されます。アップグレードされたシステムは、古い単一コンテナに対応する 1 つのテナントデータベースで構成されます。システムデータベース (SYSTEMDB) によって新規ユーザ (SYSTEM) が登録されます。更新時に、このユーザのパスワードを指定する必要があります。単一コンテナシステムのデータベーススーパーユーザ (SYSTEM) がテナントデータベースの SYSTEM ユーザになります。新しいシステムデータベースを追加するには、運用コンセプトを調整する必要がある場合があります。

複数コンテナシステムのインストール中、SystemDB データベースのみが登録されます。このデータベースにはシステム全体とすべてのテナントデータベースの情報が含まれます。これは集中システム管理に使用されます。

SystemDB は、ランドスケープトポロジ情報、システム全体のパラメータ設定を含む管理データベースであり、すべてのテナントデータベースのバックアップとリストアを実行できます。デフォルトのパラメータ設定で実行される SAP HANA データベースでは、1 から 20 の追加テナントデータベースを登録できます。

SystemDB でシステム管理を行い、CPU およびメモリ割当ですべてのテナント DB のリソース管理を実行します。

テナントデータベースはその名称で識別され、テナント固有のパラメータ設定があります。バックアップおよびリストア操作は、テナントごとに個別に実行することができる。

複数コンテナシステムを使用する場合は、異なるテナントデータベースで複数のアプリケーションを実行できます。このデプロイメントオプションを使用して、既存の MCOS オンプレミスシナリオを置き換えることができます。

システムデータベースで実行される管理タスクは、システム全体とそのすべてのデータベースに適用されます (システムレベルの設定など)。または、特定のテナントデータベース (テナントデータベースのバックアップなど) を対象とすることもできます。

システムデータベースの登録は、複数コンテナシステムのインストール時、または単一コンテナシステムから複数コンテナシステムへの変換時に行われます。システムデータベースには、システム全体についての情報のほか、すべてのテナントデータベースについての情報が含まれています。これは集中システム管理に使用されます。

複数コンテナシステムには、正確に 1 つのシステムデータベースがあります。これはシステムのインストール中、または単一コンテナシステムからの移行中に登録されます。ここにはシステム管理のデータとユーザが含まれます。SAP HANA コックピットなどのシステム管理ツールはこのデータベースに接続できます。システムデータベースには、システムに存在するテナントデータベースに関する情報など、システムランドスケープ全体の情報が格納されます。ただし、データベース関連のトポロジ情報、つまり、データベースのテーブルとテーブルパーティションの場所に関する情報は所有しません。データベース関連トポロジ情報は、関連するテナントデータベースカタログに保存されます。

システムデータベースで実行される管理タスクは、システム全体とそのすべてのデータベース (システムレベルの設定など) に適用されます。または、特定のテナントデータベース (テナントデータベースのバックアップなど) を対象とすることもできます。

システムデータベースに関する以下の情報に注意してください。

• システムデータベースは、SQL が完全にサポートされているデータベースではありません。フル機能の SQL サポートは、テナントデータベースでのみ使用できます。

• システムデータベースを複数のホストに分散できません。スケールアウトはできません。

• システムデータベースは、テナントデータベースからの監視データを表示できますが (スキーマ SYS_DATABASES にあるビュー)、テナントデータベースの実際のコンテンツを表示することはできません。

データベース分離 (Database Isolation) により、マルチテナントデータベースコンテナ SAP HANA システムのオペレーティングシステムレベルでテナントデータベースの分離が指定されます。デフォルトでは、複数コンテナシステムのすべてのデータベースプロセスは OS ユーザ <sid>adm のもとで実行されます。OS メカニズムによるデータベース間攻撃を軽減する場合は、システムの高分離を設定します。この方法では、個別のテナントデータベースのプロセスは専用 OS グループの専用 OS ユーザのもとで実行する必要があります。ファイルシステムのデータベース固有データは、その後、標準 OS ファイルおよびディレクトリの権限を使用して保護されます。

分離レベルが高いシステムのプロパティは以下のとおりです。

• 個別のテナントデータベースのプロセスは、専用 OS グループの専用 OS ユーザのもとで動作します。

• ファイルシステムのデータベース固有データは、OS ファイルおよびディレクトリの権限を使用して保護されます。<sid>adm にはテナントデータボリューム、ログボリューム、またはバックアップへの OS アクセス権限がありませんが、テナント固有のトレースファイルおよび設定ファイルにアクセスすることができます。

• OS アクセス権限を必要とする操作は、正しい権限を持ったユーザに制限されます。この機能により、テナント間に別の保護レイヤが追加されます。OS へのアクセス権を持つテナント管理者は、OS コマンドを使用して他のテナントまたはシステムデータベースにアクセスできません。

システムデータベースのポート番号は固定されています。

• 3<instance>01 (内部)

• 3<instance>13 (SQL)

• 3<instance>14 (XS クラシックサーバを介した HTTP)

すべてのテナントデータベースには、内部通信および外部通信のための独自のポートと接続があります。

すべてのテナントデータベースには、SQL 操作および内部通信のための専用ポートがあります。SAP HANA XS クラシックサーバを介した HTTP ベースのクライアント通信のための専用ポートもあります。これは、インデックスサーバにおいて組込サービスとしてデフォルトで実行されます。

シングルテナントシステムのインストール時に自動的に登録されるテナントデータベースのポート番号は、以下のとおりです。

• 3<instance>03 (内部通信)

• 3<instance>15 (SQL)

• 3<instance>08 (SAP HANA クラシックサーバを介した HTTP)

後で追加されるテナントデータベースのポートは、その時点での可用性に応じて自動的に割り当てられます。

これらの固定割当のほかに、標準のポート番号割当はありません。ポート番号は使用可能なポート番号範囲から、データベースが登録された時間またはサービスが追加された時間の可用性に応じて自動的に割り当てられます。また、管理者はテナントデータベースの登録時またはサービスの追加時に、明示的にどのポート番号を使用するか指定することができます。

テナントデータベースのデフォルトのポート番号範囲は 40 から 3<instance>99 です。テナントごとに 3 つのポートが必要です。つまり、インスタンスごとに登録できる追加テナントデータベースの最大数は 20 です。

ただし、追加のインスタンスのポート番号を予約することにより、これを増やすことができます。コックピットでは、ダイアログによってこの操作が提案されます。または、[multidb] reserved_instance_numbers プロパティを global.ini ファイルで指定することができます。このプロパティのデフォルト値は 0 です。値を 1 に変更すると、さらに 1 つのインスタンスのポート番号が使用可能になります (たとえば、最初のインスタンスが 00 の場合は 30040–30199)。値を 2 に変更すると、2 つの追加インスタンスのポート番号が使用可能になります (たとえば、最初のインスタンスが 00 の場合、30040–30299)。

SAP HANA 拡張アプリケーションサービスのサーバでは、Web ベースのアプリケーションが HTTPS を介して SAP HANA にアクセスできます。SAP HANA システムの内部 Web ディスパッチャはこれらの受信 HTTPS 要求を管理します。アプリケーションが複数コンテナシステムの特定のデータベースに要求を送信できるようにするには、各テナントデータベースにエイリアスホスト名が必要です。その後、エイリアスホスト名への要求が、対応するテナントデータベースのサーバに転送されます。HTTP ホストヘッダに物理ホスト名がある要求はシステムデータベース上で実行中のサーバに転送されます。

デフォルトの HTTP ポートは、すべての場合に使用されます。

• 80<instance> (HTTP)

• 43<instance> (HTTPS)

エイリアスホスト名は、受信リクエストが正しいデータベースにルーティングされるように、内部 HTTPS ポートにマッピングされます。

各個別テナントデータベースの xsengine.ini ファイルで、テナントデータベースに公式にアクセスできる URL を指定することによって、内部 SAP Web ディスパッチャを設定します。システムデータベースの URL の指定は自動で行われるため、指定する必要はありません。

SAP HANA コックピットのデータベース管理アプリケーションを使用して、システムデータベースからテナントデータベースを以下のように作成します。

1. SAP HANA コックピットで、データベース管理を開きます。

2. テナントの作成→空のテナントの作成を選択します。

   Create Tenant Database ページが開きます。

3. 新しいデータベースの名称と、ユーザ SYSTEM の登録に使用するパスワードを入力します。

   注記

   テナントデータベースを登録する場合、テナントデータベースの一意の名称を指定する必要があります。

   パスワードは、最初はシステムデータベースで設定されたパスワードポリシーに準拠している必要があります。データベースが登録されたら、テナントデータベースのパスワードポリシーを変更できます。

4. オプション: テナントデータベースを作成するシステムが高分離用に設定されている場合、テナントデータベースの OS ユーザおよびグループを指定します。

5. オプション: 作成後にデータベースが自動的に起動されないようにします (デフォルトでは自動起動)。

6. オプション: システムが複数のホストに分散されている場合は、データベースを作成するホストを指定します。

7. オプション: コーディネータインデックスサーバの内部通信ポートの番号を指定します。

8. オプション: その他の必要なサービスを追加します。

9. Create Tenant Database を選択します。

技術的には、登録プロセスは以下のようにバックグラウンドで実行されます。

1. データベースには、一意のシステムローカル ID が割り当てられます。

2. ホスト情報を指定しなかった場合は、負荷分散アルゴリズムによって最適なホスト配置が決定されます。

3. 内部通信ポートの番号を指定しなかった場合は、ポート番号の可用性に基づいて自動的に割り当てられます。

4. 必要なデータボリュームおよびログボリュームが、影響を受けるホストに登録されます。

5. 新しいデータベースは、システムデータベースの M_DATABASES システムビューに入力されます。

6. daemon.ini ファイルが更新され、デーモンプロセスがトリガされてインデックスサーバサービスが開始されるほか、設定された各ホストでその他の追加サービスが開始されます。

7. 新しいテナントデータベースにおいて、SYSTEM ユーザ用の指定のパスワードが設定されます。

8. 新しいテナントデータベースが作成され、場合によっては起動され、データベース管理アプリケーションに表示されます。M_DATABASES ビューでもアクセスできるようになりました。

SQL 文を使用してテナントデータベースを以下のように作成します。CREATE DATABASE

CREATE DATABASE <database_name> [ AT [ LOCATION ] '<hostname>[:<port_number> ] ' ] SYSTEM USER PASSWORD <password>

SQL (自動ホスト配置および自動ポート割当あり) を使用してテナントデータベースを登録する例:

CREATE DATABASE HA200NEWDB SYSTEM USER PASSWORD Welcome1

以下のように RENAME DATABASE SQL 文を使用してテナントデータベースを登録します。

RENAME DATABASE <current_database_name> TO <new_database_name>

SQL を使用してテナントデータベースの名称を変更する例:

RENAME DATABASE HA200NEWDB TO HA200RENAME

以下のように DROP DATABASE SQL 文を使用してテナントデータベースを削除します。

DROP DATABASE <database_name> [ DROP BACKUPS ]

SQL を使用してテナントデータベースを削除する例:

DROP DATABASE HA200NEWDB

DROP BACKUPS オプションは、テナントデータベースで現在使用中のすべてのバックアップディレクトリを削除します。

以前に使用されていたバックアップディレクトリ、およびサードパーティのバックアップツールに書き込まれたバックアップは削除されません。