SAP SQL Anywhere 16 Mobile Link の推奨 ODBC ドライバー

RedHat Enterprise Linux 5 および 6

SuSE Enterprise Linux 10 および 11
Ubuntu 10.04 および 12.04

kernel/glibc のバージョンが、SAP SQL Anywhere の Linux 対応　で特定されている範囲にあればサポート

RedHat Enterprise Linux 5 および 6

SuSE Enterprise Linux 10 および 11
Ubuntu 10.04 および 12.04

kernel/glibc のバージョンが、SAP SQL Anywhere の Linux 対応　で特定されている範囲にあればサポート

RedHat Enterprise Linux 5 および 6

SuSE Enterprise Linux 10 および 11

1. ストアドプロシージャー:

HANA は、スカラ入力パラメーターのNULL でのストアドプロシージャーの呼び出しをサポートしていません。そのため、upload_insert と upload_update スクリプトは、いかなるnullable のカラムでの同期テーブルにも、ストアドプロシージャーの呼び出しとして、実装しないでください。MobiLink サーバーは、ユーザー認証スクリプトを呼び出す時に、CHAR/BINARY タイプのパラメーターに対して NULL をゼロの長さの文字列 / バイナリ値 に置き換え、それらをHANA にパスします。そのため、ユーザー認証のストアドプロシージャーは、Mobile Link サーバーのこの動きをベースにして書く必要があります。ユーザー定義のパラメーターもまた、最初に参照された時に、ゼロの長さの文字列に設定されます。

2. Mobile Link サーバーシステム オブジェクト:

Mobile Link サーバーのシステムテーブルのプリマリーキーカラムは、ストアドプロシージャーの呼び出しを通じて HANA SEQUENCE によって維持されます。ユーザーは、接続とテーブルスクリプトの追加、変更、削除に ml_add_connection_script と ml_add_table_script プロシージャーを使用することができます。そして、ml_add_user と ml_add_database を Mobile Link ユーザーとリモートデータベースの追加に使用することができます。Mobile Link サーバーシステムテーブルへは、直接ローを挿入しないでください。

3. タイムスタンプベースのダウンロード:

HANA は、常にクエリにスナップショットアイソレーションを使用するため、次の last_download_timestamp として、データベースの最も古いオープントランザクションをスタートタイムとして使用します。そのため、download_cursor と download_delete_cursor スクリプトは、「LAST MODIFIED」 ロジックを使用して、実際の同期テーブルに定義されるトリガーによってポピュレートできるシャドーテーブルから、タイムベースのダウンロードストリームを生成することができます。

代わりに、テーブルが「HISTORY COLUMN」句で作成され、次の last_download_timestamp が generate_next_last_download_timestamp スクリプトによって、生成することができる場合、download_cursor と download_delete_cursor スクリプトは、隠れたカラムである $validto$ と $validfrom$をベースに書くことが可能です。これらの隠されたカラムの詳細については、HANA のマニュアルを参照ください。

Windows (x64) には16.00.00.428、Linux (x64) には16.00.0000

どちらのドライバーも SAP IQ 16.0 GA リリースよりインストール可能

RedHat Enterprise Linux 5 および 6

SuSE Enterprise Linux 10 および 11

1. SAP IQ 16.0 サーバー上で稼働するWindows および Linux の統合データベースとしては、64-bit Mobile Link サーバーのみサポート;
2. どのアップロードテーブルに外部キーとBLOB カラムがない場合には、SAP IQ 16.0 で導入されたローレベルバージョニング（Row Level Versioning, RLV）の機能を使用すると、アップロードのスループットを著しく増加し、劇的にアップロードのパフォーマンスを向上させることができます。なぜならば、RLV ストア内で RLV が可能になったテーブルは、複数の接続によるコンカレントのアクセスが可能になるからです。しかしながら、この RLV の機能は、BLOB と外部キーカラムがないテーブルに制限されます。アップロードストリームに含まれる同期テーブルのいずれかにBLOB と/または 外部キーカラムが含まれる場合には、アップロードフェーズはシリアライズする必要があります。なぜならば、SAP IQ 16.0 サーバーは、ある1つのテーブルをコンカレントに修正するのに1 接続を超える接続を許可しないからです。この要求は、begin_upload 接続スクリプトが、以下のSQL 分を含むまたは使用するように書かれていれば可能です。

LOCK TABLE table_name IN WRITE MODE WAIT time_string

table_name が IQ ストアに定義されているテーブル名で、time_string がテーブルをロックする最大時間です。テーブルは、以下として定義されているようにシンプルです。

create table coordinate_upload ( c1 int )

このテーブルには、どのデータも必要ありません。

IQ テーブルの修正にその他の Mobile Link サーバーのトランザクションが必要な場合には、これらのトランザクションは全てシリアライズする必要があります。上に記載された同じロジックを使用することができます。

このテクニックは、Mobile Link サーバーに自動的にそれぞれのトランザクションをリトライさせるよりも効率的だと考えられており、ユーザーはより良いパフォーマンスを得ることができます。

1. Mobile Link によるダウンロードのためのスナップショットアイソレーションを使用するには、SP_IQTRANSACTION での EXECUTE パーミッションが必要
2. ロッキング / ブロッキング 検出ロジックを呼び出すためには、MONITOR システム権限が必要です。

Windows (x64) には12.00.01.3019、Linux (x64) には12.00.01.3761

このドライバーは、SAP IQ 15.4 ESD #2 より入手可能

1. SAP IQ 15.4 サーバーのバイナリはSAP IQ 15.4 ESD #1 以降のものが必要
2. SAP IQ 15.4 サーバー上で稼働する Windows と Linux の統合データベースは、64-bit の Mobile Link サーバーでのみサポート
3. アップロード、IQ ストアで定義される同期テーブルを修正するデータが含まれ、そして Mobile Link サーバーが1より多くのコンカレントデータベースワーカースレッドで稼働する場合、または、Mobile Link サーバーが現状サーバーファームで稼働している場合には、アップロードは全てシリアライズする必要があります。なぜならば、SAP IQ 15 サーバーは、IQ ストア上のある特定のテーブルを修正するのに1 接続を超える接続を許可しないからです。この要求は、begin_upload 接続スクリプトが、以下の SQL 分を含むまたは使用するように書かれていれば可能です。

table_name が IQ ストアに定義されているテーブル名で、time_string がテーブルをロックする最大時間です。テーブルは、以下として定義されているようにシンプルです。

1. このドライバーを使用する前に必ず Oracle 12.1 クライアントをインストールしてください。このドライバーをロードするには、必ず Oracle クライアントライブラリを LD_LIBRARY_PATH (Linux, Solaris) または LIBPATH (AIX) に設定してください。
2. Windows DSN 設定のTNS サーバー名と、Linux と Unix .odbc.ini の ServerName は、 $ORACLE_HOME/network/admin/tnsnames.ora に定義されている Oracle TNS サービス名です。
3. Windows の 「Procedure return results or uses VARRAY parameters」 のデフォルト設定または、Linux と Unix の ProcResults は ‘No’ です。
4. 結果セットは、「Procedure return results or uses VARRAY parameters」パラメーターのための設定に関わらず、 ストアドプロシージャーによって、Oracle の暗黙の結果セットを通して返すことができます。
5. REF CURSOR を返すストアドプロシージャーを使用している場合には、REF CURSOR パラメーター (OUT または IN OUT のどちらか) は、ストアドプロシージャーのパラメーターリストの最後のパラメーターとして必ず定義されている必要があります。

1. EXECUTE on SYS.DBMS_UTILITY のパーミッション — Mobile Link がデータベースが Oracle RAC 上で稼働しているかどうか決定するために 必要
2. SELECT from SYS.GV_$TRANSACTION のパーミッション — Mobile Link が TIMESTAMP ベースのダウンロードを行うために必要
3. SELECT from SYS.V_$SESSION のパーミッション — Mobile Link サーバーが現在のセッションの SID と SERIAL# 値を決定するために必要
4. SELECT from DBA_OBJECTS、SYS.GV_$LOCK、SYS.GV_$SESSION のパーミッション— Mobile Link サーバーのロッキング/ブロッキング検出ロジックに必要

1. このドライバーを使用する前に必ずOracle 10g  クライアントをインストールしてください。このドライバーをロードするには、必ず Oracle クライアントライブラリーを LD_LIBRARY_PATH (Linux, Solaris) または LIBPATH (AIX) に設定してください。
2. Windows DSN 設定のTNS サーバー名と、Linux と Unix .odbc.ini  の ServerName は、$ORACLE_HOME/network/admin/tnsnames.ora に定義されている Oracle TNS サービス名です。
3. Windows の 「Procedure return results or uses VARRAY parameters」 のデフォルト設定または、Linux と Unix の ProcResults は ‘No’ です。
4. REF CURSOR を返すストアドプロシージャーを使用している場合には、REF CURSOR パラメーター (OUT または IN OUT のどちらか) は、ストアドプロシージャーのパラメーターリストの最後のパラメーターとして必ず定義されている必要があります。

1. EXECUTE on SYS.DBMS_UTILITY のパーミッション — Mobile Link がデータベースがOracle RAC 上で稼働しているのかどうか決定するのに必要
2. SELECT from SYS.GV_$TRANSACTION のパーミッション — Mobile Link がTIMESTAMP ベースのダウンロードを行うのに必要
3. SELECT from SYS.V_$SESSION のパーミッション — Mobile Link サーバーが現在のセッションの SID と SERIAL# 値を決定するために必要
4. SELECT from DBA_OBJECTS、SYS.GV_$LOCK、SYS.GV_$SESSION のパーミッション — Mobile Link サーバーのロッキング/ブロッキング検出ロジックに必要

1. このドライバーを使用する前に、Oracle 10g クライアントを必ずインストールしてください。 このドライバーをロードするには、必ず Oracle クライアントライブラリーを LD_LIBRARY_PATH (Linux, Solaris) または  LIBPATH (AIX) に設定してください。
2. Windows DSN 設定のTNS サーバー名と、Linux と Unix .odbc.ini  の ServerName は、$ORACLE_HOME/network/admin/tnsnames.ora に定義されている Oracle TNS サービス名です。
3. Windows の 「Procedure return results or uses VARRAY parameters」  のデフォルト設定または、Linux と Unix の ProcResults は ‘No’ です。
4. REF CURSOR を返すストアドプロシージャーを使用している場合には、REF CURSOR パラメーター (OUT または IN OUT のどちらか) は、ストアドプロシージャーのパラメーターリストの最後のパラメーターとして必ず定義されている必要があります。

1. EXECUTE on SYS.DBMS_UTILITY のパーミッション — Mobile Link がデータベースがOracle RAC 上で稼働しているのかどうか決定するのに必要
2. SELECT from SYS.GV_$TRANSACTION のパーミッション — Mobile Link がTIMESTAMP ベースのダウンロードを行うのに必要
3. SELECT from SYS.V_$SESSION のパーミッション — Mobile Link サーバーが現在のセッションの SID と SERIAL# 値を決定するために必要
4. DBA_OBJECTS, SYS.GV_$LOCK と SYS.GV_$SESSION  のパーミッション — Mobile Link サーバーのロッキング/ブロッキング検出ロジックに必要

1. VIEW SERVER STATE のパーミッション
2. SELECT from SYS.DATABASES のパーミッション
3. SELECT from SYS.DM_TRAN_LOCKS, SYS.PARTITIONS, SYS.SYSPROCESSES のパーミッション

1. VIEW SERVER STATE のパーミッション
2. SELECT from SYS.DATABASES のパーミッション
3. SELECT from SYS.DM_TRAN_LOCKS, SYS.PARTITIONS, SYS.SYSPROCESSES のパーミッション

1. ODBC ドライバーは、10.01.00.xxxx でなければいけません。古いバージョンの IBM DB2 ODBC ドライバーは、データの一貫性を保てない可能性があるため、Mobile Link と DB2 10.1 データベースとの同期には、使用しないでください。
2. タイムスタンプベースのダウンロードを使用している場合、そして download_cursor と/または download_delete_cursor スクリプトがストアドプロシージャーの呼び出しに実装されている場合、DB2 統合データベースサーバーを設定パラメータ、ConcurrentAccessResolution を 2（結果を待つ）に設定して稼働させるか、あるいは、download_cursor と/または download_delete_cursor スクリプトのストアドプロシージャーを作成する前に、以下のSQL コマンドを実行する必要があります。

3. Oracle 互換性機能が、有効になっている場合、DB2 は、いくつかの Oracle データタイプのいくつか、例えばDATE, VARCHAR2, NUMBER をサポートします。これらのデータタイプは、Oracle データベース内にあるのと同じように動きます。DB2 と SQL Anywhere / Ultra Light の間のこれらの互換性のあるデータタイプのマッピングの詳細は、マニュアルの Mobile Link サーバーの管理 の章を参照してください。
4. Linux では、DB2の環境変数をエクスポートするのに ‘source db2profile’ を実行する必要があります。 db2profile が、DB2 インストレーション下のホームディレクトリです。さらに、64-bit IBM DB2 ODBC ドライバー libdb2.so を使用する必要があります。この 64-bit IBM DB2 ODBC ドライバーは、SQLLEN (ODBC データタイプ) を 32-bit integer として定義します。しかし、64-bit Mobile Link サーバーと、その他の Linux 上の ODBC ドライバーは、 SQLLEN を 64-bit integer として定義します。この不一致は、DB2 10.1の DSN が下のエントリーを含む場合、 Linux の SQL Anywhere ODBC マネージャーが処理します。

5. 高負荷のテストには、LOCKLIST と APPLHEAPSZ の 2 つのデータベース設定パラメーターの変更が必要です。LOCKLIST を 500 に設定し、 APPLHEAPSZ を 1024 に設定してください。

1. ODBC ドライバーは、9.0.7.xxxxでなければいけません。古いバージョンの IBM DB2 ODBC ドライバーは、データの一貫性を保てない可能性があるため、Mobile Link と DB2 9.7 データベースとの同期には、使用しないでください。
2. タイムスタンプベースのダウンロードを使用している場合、そして download_cursor と/または download_delete_cursor スクリプトがストアドプロシージャーの呼び出しに実装されている場合、DB2 統合データベースサーバーを設定パラメータ、ConcurrentAccessResolution を 2（結果を待つ）に設定して稼働させるか、あるいは、download_cursor と/または download_delete_cursor スクリプトのストアドプロシージャーを作成する前に、以下のSQL コマンドを実行する必要があります。

3. Oracle 互換性機能が、有効になっている場合、DB2 は、いくつかの Oracle データタイプのいくつか、例えばDATE, VARCHAR2, NUMBER をサポートします。これらのデータタイプは、Oracle データベース内にあるのと同じように動きます。DB2 と SQL Anywhere / Ultra Light の間のこれらの互換性のあるデータタイプのマッピングの詳細は、マニュアルの Mobile Link サーバーの管理 の章を参照してください。
4. Linux では、DB2の環境変数をエクスポートするのに ‘source db2profile’ を実行する必要があります。 db2profile が、DB2 インストレーション下のホームディレクトリです。
5. 高負荷のテストには、LOCKLIST と APPLHEAPSZ の 2 つのデータベース設定パラメーターの変更が必要です。LOCKLIST を 500 に設定し、 APPLHEAPSZ を 1024 に設定してください。

1. ストレージエンジン:

2. ストレージプロシージャー:

3. カーソルスクリプト:

4. Linux プラットフォーム

1. ファイル ODBC.INI (ファイル名は、大文字である必要があります) または、シンボリックなリンク、ODBC.INI を現在のユーザーのホームディレクトリに置きます。
2. 外部変数ODBCINI を作成し、本当のODBC 設定ファイルにこの環境変数をポインティングすることで、これをセットアップします。

1. ストレージエンジン:

2. ストレージプロシージャー:

3. カーソルスクリプト：

4. Linux プラットフォーム

1. ファイル ODBC.INI (ファイル名は、大文字である必要があります) または、シンボリックなリンク、ODBC.INI を現在のユーザーのホームディレクトリに置きます。
2. 外部変数ODBCINI を作成し、本当のODBC 設定ファイルにこの環境変数をポインティングすることで、これをセットアップします。