メイン コンテンツをスキップする 補完的コンテンツへスキップ

Azure Synapse Analytics

Azure Synapse Analytics データ パイプラインのターゲット データ プラットフォームとして。データ パイプラインでは、データのランディング、データの保存、データの変換、データ マートの作成、データの登録などのさまざまな操作をターゲット プラットフォーム上で実行できます。 を使用できます

含まれる内容:

クラウド ステージング エリアの設定

情報メモ既存のデータを登録する場合は、クラウド ステージング エリアを設定する必要はありません。

また、データと変更が適用および保存される前にステージングされる Azure Data Lake Storage クラウド ステージング エリアも必要です。Azure Data Lake Storage への接続の設定については、「Azure Data Lake Storage」を参照してください。

Azure Synapse Analytics 接続プロパティの設定

Azure Data Lake Storage ターゲット設定を指定したら、Azure Synapse Analytics ターゲット コネクタを選択し、次の設定を指定します。

データ ターゲット

データ ゲートウェイ:データ移動ゲートウェイ は、ターゲット データベースが Qlik Cloud からアクセスできない場合にのみ必要で、プライベート リンクを使用してのみアクセスできます ( Virtual Private Cloud にある場合など) 。該当する場合には、ターゲット データベースにアクセスする データ移動ゲートウェイ を選択します。

ユースケースに応じて、これはデータ ソースからデータを取得するために展開された、同じまたは別の データ移動ゲートウェイ になります。データ移動ゲートウェイ 展開の可能性については、「一般的な使用例」を参照してください。

情報メモデータ移動ゲートウェイ 2023.5.10 以降が必要です。

ターゲット データベースが Qlik Cloud から直接アクセスできる場合は、 [None] (なし) を選択します。

情報メモデータ移動ゲートウェイ 経由でターゲット データベースにアクセスする場合は、データ移動ゲートウェイ マシンに適切なドライバーをインストールする必要もあります。詳細については、以下の「Azure Synapse Analytics」を参照してください。

接続プロパティ

  • サーバー:Azure Synapse Analytics データベースの場所を識別するためのホスト名。

  • ポート:Azure Synapse Analytics データベースにアクセスするために通過するポート。既定値は 1433 です。

アカウントのプロパティ

ユーザー名パスワード:  Azure Synapse Analytics データベースへのアクセスを承認されたユーザーのユーザー名とパスワード。

データベースのプロパティ

  • データベース名: データベースを指定するには 2 つの方法があります。

    • 方法 1 - リストから選択: この方法では、ユーザーをマスター データベース上に作成する必要があります。[Load databases] (データベースをロード) をクリックし、データベースを選択します。
    • 方法 2 - 手動: [Enter database name manually] (データベース名を手動で入力) を選択し、データベース名を入力します。

データ ローディング プロパティ

情報メモデータを登録するだけの場合 (つまり、データをランディングしない場合)、これらの項目は必要ありません。

SQL Server 資格情報は、実行時に自動的に作成することも (既定)、既存の資格情報を使用することもできます。必要に応じて、次のいずれかを実行します。

  • [SQL Server 資格情報を作成] チェック ボックスが選択されている場合 (既定)、SQL Server 資格情報は実行時に自動的に作成されます。[アクセス キー] 項目にアクセス キーを指定します。
  • 既存の資格情報を使用するには、 [SQL Server 資格情報を作成] チェック ボックスをオフにして、 [資格情報名] 項目に SQL Server 資格情報の名前を指定します。

名前

接続の表示名です。

前提条件

権限

以下で説明するように、ストレージ権限とデータベース権限の両方を付与する必要があります。

ストレージ権限

Azure Synapse Analytics コネクタで指定されたユーザーには、次のストレージ 権限が付与されている必要があります。

  • ADLS Gen2 ストレージ コンテナで: LIST
  • ADLS Gen2 ストレージ フォルダーで: READ、WRITE および DELETE
  • ADLS Gen2 ファイル システムのアクセス制御 (IAM) 設定で、"Storage Blob Data Contributor" ロールを Data Movement gateway (AD アプリ ID) に割り当てます。ロールが有効になるまで数分かかる場合があります。

データベース権限

Azure Synapse Analytics コネクタで指定されたユーザーには、データベースに対する次の権限が付与されている必要があります。

  • 一般的な権限:

    • db_owner ロール
  • テーブル権限:

    • SELECT、INSERT、 UPDATE および DELETE
    • 一括ロード
    • CREATE、ALTER、DROP (タスクの定義に必要であれば)

データベースの選択

データベースを選択できるようにする (コネクタ ダイアログで [Load databases] (データベースをロード) をクリック) には、コネクタ設定で指定したユーザーをマスター データベース上に作成する必要があります。

ドライバーのセットアップ

ドライバーは、データ移動ゲートウェイ 経由でデータベースにアクセスする場合にのみ必要です。このような場合は、データ移動ゲートウェイ マシンにドライバーをインストールする必要があります。

driver のインストールは、ドライバー インストール ユーティリティを使用する (推奨) か、手動で実行できます。手動インストールは、ドライバー インストール ユーティリティで問題が発生した場合にのみ実行するようにしてください。

ドライバー インストール ユーティリティを使用したドライバーのインストール

このセクションでは、必要な driver のインストール方法を説明しました。このプロセスでは、必要な driver を自動的にダウンロード、インストール、設定するスクリプトを実行します。また、必要に応じて driver の更新やアンインストールを行うスクリプトを実行することもできます。

  • データ移動 ゲートウェイ サーバーに Python 3.6.x 以降 がインストールされていることを確認します。

    Python は、ほとんどの Linux 配布に前もってインストールされています。お使いのシステムにインストールされている Python のバージョンは、次のコマンドを実行することで確認できます。

    python3 --version

driverダウンロードしてインストールするには:

  1. Data Movement gateway サービスを停止します。

    sudo systemctl stop repagent

  2. オプションで、サービスが停止されたことを確認します。

    sudo systemctl status repagent

    ステータスは次のようになっているはずです。

    Active: inactive (dead) since <timestamp> ago

  3. データ移動 ゲートウェイ マシンで、作業ディレクトリを次に変更します:

    opt/qlik/gateway/movement/drivers/bin

  4. 次のコマンドを実行します。

    構文:

    ./install sqlserver

    アクセス制限または技術的な問題により driver をダウンロードできない場合は、driver をダウンロードする場所と データ移動 ゲートウェイ マシンのコピー先を指示するメッセージが表示されます。それが完了したら、install sqlserver コマンドを再度実行します。

    それ以外の場合は、driver の EULA が表示されます。

  5. 以下のいずれかを行います。

    • 何度も [Enter] を押すと、EULA 全体をスクロールできます。
    • 何度もスペースバーを押すと、EULA 全体をスピーディにスクロールできます。
    • q を押すと、ライセンス テキストが終了し、EULA 受諾オプションが表示されます。
  6. 以下のいずれかを行います。

    • 「y」を入力して [Enter] を押すと、EULA が受諾され、インストールが開始します。
    • 「n」を入力して [Enter] を押すと、EULA が拒否され、インストールが終了します。
    • 「v」を入力して [Enter] を押すと、EULA が再表示されます。

  7. driver がインストールされます。

  8. インストールが終了するまで待ってから (「完了しました!」と表示されます)、Data Movement gateway サービスを開始します。

    sudo systemctl start repagent

  9. 必要に応じて、サービスが開始されたことを確認します。

    sudo systemctl status repagent

    ステータスは次のようになっているはずです。

    Active: active (running) since <timestamp> ago

提供された driver をインストールする前に前のバージョンの driver をアンインストールしたい場合は、更新コマンドを実行します。

driverダウンロードして更新するには:

  1. Data Movement gateway サービスを停止します。

    sudo systemctl stop repagent

  2. オプションで、サービスが停止されたことを確認します。

    sudo systemctl status repagent

    ステータスは次のようになっているはずです。

    Active: inactive (dead) since <timestamp> ago

  3. データ移動 ゲートウェイ マシンで、作業ディレクトリを次に変更します:

    opt/qlik/gateway/movement/drivers/bin

  4. 次のコマンドを実行します。

    構文:

    ./update sqlserver

    アクセス制限または技術的な問題により driver をダウンロードできない場合は、driver をダウンロードする場所と データ移動 ゲートウェイ マシンのコピー先を指示するメッセージが表示されます。それが完了したら、update sqlserver コマンドを再度実行します。

    それ以外の場合は、driver の EULA が表示されます。

  5. 以下のいずれかを行います。

    • 何度も [Enter] を押すと、EULA 全体をスクロールできます。
    • 何度もスペースバーを押して、EULA 全体をスピーディにスクロールします。
    • q を押すと、ライセンス テキストが終了し、EULA 受諾オプションが表示されます。
  6. 以下のいずれかを行います。

    • 「y」を入力して [Enter] を押すと、EULA が受諾され、インストールが開始します。
    • 「n」を入力して [Enter] を押すと、EULA が拒否され、インストールが終了します。
    • 「v」を入力して [Enter] を押すと、最初から EULA をレビューできます。
  7. 古い driver がアンインストールされ、新しい driver がインストールされます。

  8. インストールが終了するまで待ってから (「完了しました!」と表示されます)、Data Movement gateway サービスを開始します。

    sudo systemctl start repagent

  9. 必要に応じて、サービスが開始されたことを確認します。

    sudo systemctl status repagent

    ステータスは次のようになっているはずです。

    Active: active (running) since <timestamp> ago

driver をアンインストールする場合は、アンインストール コマンドを実行します。

driver をアンインストールするには:

  1. このコネクタを使用するように構成されているすべてのタスクを停止します。

  2. データ移動 ゲートウェイ マシンで、作業ディレクトリを次に変更します:

    opt/qlik/gateway/movement/drivers/bin

  3. 次のコマンドを実行します。

    構文:

    ./uninstall sqlserver

    driver がアンインストールされます。

ドライバーの手動インストール

自動ドライバーのインストールが正常に完了しなかった場合にのみ、driver を手動でインストールするようにしてください。

ODBC ドライバーと JDBC ドライバーの両方をインストールする必要があります。

データ移動ゲートウェイ がインストールされたら、msodbcsql<バージョン>.x86_64.rpmドライバーをダウンロードします。サポートされているバージョンへの直接ダウンロード リンクは、/opt/qlik/gateway/movement/drivers/manifests/sqlserver.yamlbinary-artifacts にあります。ダウンロードが完了したら、RPM を データ移動ゲートウェイ マシンにコピーします。

Data Movement gateway サーバーで、シェル プロンプトを開き、次の手順を実行します。

  1. Data Movement gateway サービスを停止します。

    sudo systemctl stop repagent

  2. オプションで、サービスが停止されたことを確認します。

    sudo systemctl status repagent

  3. ステータスは次のようになっているはずです。

    Active: inactive (dead) since <timestamp> ago

  4. ドライバー (RPM) をインストールします。

  5. 作業ディレクトリを <product_dir>/bin に変更します。

  6. ドライバーの場所を site_arep_login.sh ファイルにコピーします:

    echo "export LD_LIBRARY_PATH=\$LD_LIBRARY_PATH:/opt/microsoft/msodbcsql<version>/lib64/" >> site_arep_login.sh

    これにより、ドライバーが「LD_LIBRARY_PATH」に追加され、 site_arep_login.sh ファイル内のドライバー場所が更新されます。

  7. オプションで、ドライバーの場所がコピーされていることを確認します。

    cat site_arep_login.sh
  8. Data Movement gateway サービスを起動します。

    sudo systemctl start repagent

  9. オプションで、サービスが開始されたことを確認します。

    sudo systemctl status repagent

    ステータスは次のようになっているはずです。

    Active: active (running) since <timestamp> ago

  10. Data Movement gateway は次の ODBC ライブラリを必要とします: msodbcsql-18.1.so.1.1

    現在インストールされているライブラリのバージョンを確認するには、次のコマンドを発行します。

    ls /opt/microsoft/msodbcsql<version>/lib64/

    既存のライブラリのバージョン番号が異なる場合 (例: libmsodbcsql-18.0.so.1.1)、既存のライブラリと必要なライブラリの間にシンボリック リンクを作成する必要があります。

    これを行うには、次のコマンドを発行します。

    cd /opt/microsoft/msodbcsql<version>/lib64/
    ln -s existing_library_name msodbcsql-18.1.so.1.1

    existing_library_name は現在インストールされているライブラリの名前です (例: libmsodbcsql-18.0.so.1.1)。

  1. mssql-jdbc-<バージョン>.jar ファイルをダウンロードします。サポートされているバージョンへの直接ダウンロード リンクは、/opt/qlik/gateway/movement/drivers/manifests/sqlserver.yamlbinary-artifacts にあります。ダウンロードが完了したら、JAR ファイルを データ移動ゲートウェイ マシンの次のフォルダーにコピーします。

    /opt/qlik/gateway/movement/qcs_agents/qdi-db-commands/lib

  2. サービスの再起動 で説明されているコマンドを実行して、データ移動ゲートウェイ サービスを再起動します

ポート

  • Azure 外のマシンで Data Movement gateway が実行される場合 - アウトバウンド通信用にポート 1433 を開きます。
  • AzureVM で Data Movement gateway が実行される場合 - アウトバウンド通信用に次のポートを開きます。
    • 1433
    • 11000-11999
    • 14000-14999

制限と考慮事項

Azure Synapse Analytics をターゲットとして使用する場合は、次の制限と考慮事項を考慮する必要があります。

  • CHAR/VARCHAR データ型と非ラテン語照合順序 (「Chinese_PRC_CI_AS」など) を持つソース列は、NVARCHAR にマップする必要があります。

  • 空のソース列の処理:

    • 空の値を持つソース バイナリ列 (VARBINARY や BLOB など) を ランディング する場合、Data Movement gateway は対応するターゲット列に NULL を挿入します。

    情報メモ空の値は NULL ではなく、長さがゼロのデータです。
  • 1 MBを超えるレコードの ランディング はサポートされていません。
  • 4 バイトの絵文字を含むデータの ランディング では、ターゲット上のデータ型がワイド文字列 (NCHAR/NVARCHAR/NCLOB など) である必要があります。

データ型

次の表は、Qlik Cloud の使用時に対応する Azure Synapse Analytics データ型と、Qlik Cloud データ型からの初期設定のマッピングを示しています。

ネイティブ データ タイプの情報は保持され、データセット ビューの [ネイティブ データ タイプ] 列に表示されます。列が表示されない場合は、データ セット ビューの列ピッカーを開いて、 [ネイティブ データ タイプ] 列を選択する必要があります。

対応しているデータ型
Qlik Cloud データ型 Azure Synapse Analytics データ型

BOOLEAN

BIT

BYTES

VARBINARY (長さのバイト数)

DATE

DATE

TIME

TIME

DATETIME

DATETIME

INT1

BYTEINT

INT2

SMALLINT

INT4

INTEGER

INT8

BIGINT

NUMERIC

NUMERIC (精度、スケール)

REAL4

REAL

REAL8

FLOAT

UINT1

BYTEINT

UINT2

INTEGER

UINT4

INTEGER

UINT8

BIGINT

STRING

VARCHAR (長さのバイト数)

WSTRING

NVARCHAR (長さのバイト数)

BLOB

VARBINARY (長さのバイト数)

NCLOB

NVARCHAR (長さのバイト数)

CLOB

VARCHAR (長さのバイト数)

このページは役に立ちましたか?

このページまたはコンテンツに、タイポ、ステップの省略、技術的エラーなどの問題が見つかった場合は、お知らせください。改善に役立たせていただきます。