Technology Blogs by SAP
Learn how to extend and personalize SAP applications. Follow the SAP technology blog for insights into SAP BTP, ABAP, SAP Analytics Cloud, SAP HANA, and more.
cancel
Showing results for 
Search instead for 
Did you mean: 
Former Member
11,625

Client connection to SAP HANA


SAP HANAへのクライアント接続


SAP HANAはクライアント/サーバー型のソフトウェアですので、そのサービスを利用するためにはクライアントからネットワーク経由で接続する必要があります。JDBC、ODBCなど業界標準の技術仕様はもちろんサポートしていますが、知っていると役にたつ独自の仕様があるのも確かです。
こういったノウハウは、複数のマニュアルや様々な文書に散在していることが多い為、この文書で、HANA固有の機能のメカニズムやそれを利用するための接続文字列について1つにまとめてみたいと思います。
HANAへの接続は、サーバー側のトポロジーにより機能やメカニズムが変わる場合がありますので以下の4形態に分けて説明します。




  • シングルテナント/非スケールアウト

  • マルチテナント/非スケールアウト

  • シングルテナント/スケールアウト

  • マルチテナント/スケールアウト


接続文字列については、hdbsqlのパラメータ、ODBC DSN、JDBC URLについて示し、必要に応じてその使用方法を示します。



シングルテナント/非スケールアウト


非スケールアウト構成のシングルテナントはHANAのトポロジーの内最もシンプルな形態で、1つのインスタンスで1つのデータベースを運用するものです。マルチテナントのsystemdbやテナントDBといった概念はなく外観的にはすべての情報が1つのデータベースで管理されます。
この場合、indexserverのSQLポート(デフォルトでは、3xx15。xxはインスタンス番号ですが以降00を仮定します。)に接続することによりHANAのサービスを利用できます。

この場合、接続文字列は複数の接続先を;(セミコロン)で区切り列挙する形になります。

hdbsqlの場合


SQLポート番号がデフォルトのままの場合、3xx15(xxはシステム番号。以降00を仮定。)となり、-n host1の後の:30015は記述する必要がないことはご存知の通りです。
hdbsql -i 00 -n host1(:30015) -u myuser -p mypass

ODBC DSN


以下は、ODBC DSNの記述例です。
[HANADSN]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode= host1:30015

例えば、unixODBCのisql で使用する場合、isql HANADSN myuser mypass という使い方になります。

 

JDBC URL


jdbc:sap://host1:30015/?user=myuser&password=mypass

以上が、基本形であるシングルテナント/非スケールアウトの場合の接続方法です。基本的には、ただ1つのindexserverのSQLポート30015を目指せば良いわけですが、HANA側のトポロジーが変わると、メカニズムや接続文字列が微妙に変わってきます。


 


シングルテナント/スケールアウト


スケールアウト構成は分散システムや超並列構成と呼ばれることもあり、1インスタンスを複数のホストから構成する形態で、スタンバイノードを 含む場合もあります。
接続上留意する点は、以下の3つです。




  • 各ノードにindexserverが起動する(接続ポイントがn箇所)

  • テーブルは、1ノード、または複数ノードにわたって作成できる

    • 例:テーブル t1 はhost1、host2の両方にわたって作成

      • パーティションp1はhost1上に割り当て

      • パーティションp2はhost1上に割り当て





  • クライアントは、接続するノードに関係なくすべてのテーブル、パーティションから結果セットを得られる

    • 例:host1に接続しても、t2から結果セットを得ることができる

    • 例:host1に接続しても、テーブルt1のパーティションp2から結果セットを得ることができる





この場合、接続文字列を、複数の接続先を;(セミコロン)で区切り列挙することにより、接続確立の際に先頭から順番にトライします。上図の場合は、host1:30015;host2:30015という書き方になります。


スケールアウト構成の場合はスタンバイノードを持つ場合があり、フェールオーバーしたときに接続先がアプリケーションにとって透過的であるか、可能な限り自動で再接続できる方が望まれます。


上図は、1+1の構成です、フェールオーバ後host2がサービスを引き継ぐことを示しています。この場合も、host:portを列挙して、host1:30015;host2:30015と記述すると、フェールオーバー後の接続は2度目のトライで確立されることになります。


以上より、シングルコンテナー/スケールアウトの時の接続文字列は、

wroker_host1:port;worker_host2:port;,,,,standby_host1:port;standby_host2:port;,,,,,


という記述になります。



hdbsqlの場合


hdbsql -i 00 -n host1;host2;host3 -u system -p mypass

 

ODBC DSNの場合


[HANADSN]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode= host1:30015:host2:30015;host3:30015

 

JDBC URLの場合


jdbc:sap://host1:30015;host:30015;host3:30015/?user=system&password=mypass

といったような記述になります。


 


ステートメント・ルーティング


接続確立の過程では、前述のように接続文字列に記述されたhost:portのいづれかに接続先が決まりますが、SQLの送信から結果セットの受け取りまで見ると、クライアント-HANA間の接続が他のノードに変わる場合があります。


これは、ステートメント・ルーティングという、SQL文(ステートメント)がアクセスすべきテーブルまたはパーティションが存在するノードに、接続先が変わる(ルーティング)というもので、スケールアウト構成のデフォルトの動きです。
これは、データの在り処とSQL文を意識して接続先を判断することにより、ノード間のデータ転送が発生する頻度を下げることを目的としています。


上図は、一旦接続が確立した後のステートメント・ルーティングの動作を説明するものです。クライアントがhost1に接続しテーブルt2にアクセスする場合、以下のような動作が想定されます。




  • クライアントはすでに確立したhost1への接続で、SQL文を送信しSQL Prepareを要求する(上図①)

  • ルーティング先の候補host2の情報がクライアントに送られる(上図②)

  • クライアントはhost2に接続しSQL文を実行する(上図③)


ステートメント・ルーティングについては以下を参照してください。
SAP HANA SQL Command Network Protocol, Statement Routing
SAP Note 2200772 - FAQ: SAP HANA Statement Routing and Client Distribution Mode

マルチテナント/非スケールアウト


マルチテナント(MDC)は、1つのHANAインスタンスが複数のテナントDBをホストする方式です。同じ数のデータベースを運用するときに、シングルテナントよりもハードウェアリソースの使用効率を高めることができるため、プライベート/パブリックを問わずクラウド基盤で運用されるときの主流となる使い方と期待されています。


接続上のポイントは、




  • テナントDBごとに専用のindexserverが起動され、専用のSQLポートに対してリスニング

  • SQLポート番号は3xx15ではない。3xx41から3xx44, 3xx47といった具合に+3の値が割り当てられる(デフォルト)

  • コンテナー(indexserver)間の通信は原則的には無し。他のテナントDBへのアクセス(クロスDBアクセス)をするには、インスタンスの設定を変える必要があり


 


hdbsqlの場合


hdbsql -i 00 -n host1:30041 -u system -p mypass
hdbsql -i 00 -n host1:30044 -u system -p mypass

-dでデータベース名を指定する方法もあります。
hdbsql -i 00 -n host1 -d db1 -u system -p mypass
hdbsql -i 00 -n host1 -d db2 -u system -p mypass

ODBC DSNの場合


[HANADB1]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode=host1:30041
[HANADB2]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode=host1:30044

ODBCの場合、DATBASENAME=db1というようにDB名を記述するプロパティがありますが、SERVERNODEプロパティでポート番号を指定した時点でテナントDBが確定してしまうため必要性がありません。
DATABASENAMEプロパティの指定が生きてくる接続方法については後述します。

JDBC URLの場合


jdbc:sap://host1:30041/?user=system&password=mypass
jdbc:sap://host1:30044/?user=system&password=mypass

 


データベース名でNameserverに接続先を問い合わせる方法


MDC環境の場合、テナントDB名を指定しながらマスターNameserverに接続すると、そのテナントDBに自動的に接続されるという便利な機能があります。

この場合、マスターネームサーバーのSQLポート(デフォルト : 30013)を接続文字列に記述することになります。



hdbsqlの場合


hdbsql -i 00 -n host1:30013 -d db1 -u system -p mypass

 

ODBC DSNの場合


[HANA2NAME]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode=host1:30013
DATABASENAME=db1

 

JDBC URLの場合


jdbc:sap://host1:30013/?databaseName=db1&user=SYSTEM&password=mypass

 


マルチテナント/スケールアウト


最後はMDC on Scaleoutです。HANAインスタンスが複数ノードから構成され、テナントDBは1つまたは複数のノードに配置されます。



接続については、すでに説明したシングルテナント/スケールアウトとマルチテナント/非スケールアウトの組み合わせにすぎません。考え方としては、1つのテナントDBに注目し他のDBを無視すると、複数のシングルテナント/スケールアウト構成とみなすことができます。つまり、DB1、DB2それぞれに注目すると、


2+1のシングルテナント/スケールアウト


3+1のシングルテナント/スケールアウト
データベースを2つのスレーブノードに配置


と見做すことができ、DB1への接続文字列は、

  • host1:30013/databasename=db1;host4:30013/databasename=db1

  • host1:30041;host2:3041;host4:30041


DB2への接続文字列は、




  • host1:30013/databasename=db2;host4:30013/databasename=db2

  • host1:30044;host2:3044;host4:30044


と考えることができます。(hdbsql/ODBC/JDBCによる記述の違いはこれまでの説明を参照してください。)



セキュアユーザーストアを使った接続


セキュアユーザーストアは、接続文字列を構成する情報の扱いをセキュアな方法で行うための機能です。具体的には、SAP HANA Clientが管理する暗号化された領域に、ホスト名:ポート番号、ユーザー名、パスワードなどの接続に必要な情報をキーワードと共に予め保存しておき、接続の際は正しいキーワードを指定するとHANA Clientのライブラリが接続情報を読みだして使ってくれる、という仕組みです。
セキュアユーザーストアについては、以下を参照してください。
SAP HANA Security Guide, Secure User Store(hdbuserstore) 

SAP HANA Security Guide, hdbuserstore commands

セキュアユーザーストアへの登録


登録は、Linux OSレベルのコマンドhdbuserstoreで行います。

シングルテナント/非スケールアウトの場合、
hdbuserstore SET MyKey ”host1:30015" system mypass

複数ホストを指定する場合、
hdbuserstore SET MyKey "host1:30015;host2:30015;standby:30015" system mypass

テナントDBを指定する場合、



hdbuserstore SET MyKey "host1:30013@db1" system mypass

複数ホスト、テナントDBを指定する場合、



hdbuserstore SET MyKey "host1:30041;host2:30041;standby:30041@db1" system mypass

以上の登録は、いづれの場合もキーワード”MyKey”を接続文字列に与えるだけで接続が可能になります。
そうすると次に、キーワードをどのようにして接続文字列に記述すればいいのか、という疑問が出てくると思いますが、以下のようになります。


 

セキュアユーザーストアを使用した接続


セキュアユーザーストアを使って接続する場合は以下のようになります。


hdbsqlの場合



hdbsql -U MyKey

ODBC DSNの場合
[HANAUSS]
Driver=/hana/shared/HDB/hdbclient/libodbcHDB.so
ServerNode=@Mykey

 JDBC URLの場合、



一時削除。後日修正。

接続パスの検討


これまでの説明からわかる通り、マルチテナント/スケールアウト構成の場合には、以下の2通りの接続方法があります。

  1. データベース名でマスターNameserverに問い合わせる方法

    • host1:30013@db1

    • host1:30013:host4:30013@db1



  2. 直接indexserverに接続する方法

    • host1:30041

    • host1:30041;host2:30041;host4:30041




1.の方法は、ホスト名:ポート番号が変わらず、データベースを変更するだけでターゲットのテナントDBに接続できます。したがって、データベースの配置(どのノード上でホスティングされるか)が変わる可能性がある場合に便利な方法です。
一方で、1組のホストポートにアクセスが集中するために、同ノードで行われるSQL処理の負荷が接続処理を圧迫しないように配慮する必要があります。一般に接続処理は比較的にメモリ消費が少なく、同時実行が起きやすく、短時間で処理されますから、これを円滑に実行するためには、OLTPのように実行に長時間を要する処理をマスターノード以外で処理することを検討します。
そのため、OLAPで使用するデータベースをマスターノード以外に配置することを設計当初及び運用中に検討すべきです。

2.の方法は、データベースの移動を行わない場合や、移動時にクライアント側の設定や社内ネットのネームサーバー設定の変更作業が運用上許される場合には適用可能です。
また、クラウド基盤として使用時にセキュリティ上の理由からデータベースごとにSQLポートのネットワークセグメントを分けたい場合にはこちらの方法による場合があるかもしれません。


 

以上

 

この記事は、SAP HANA 1.0 SPS12を基に記述しています。

 

花木敏久
toshihisa.hanaki@sap.com

1 Comment