Denodo

Note

次のコネクタ記事は、このコネクタの所有者であり、Microsoft Power Query コネクタ認定プログラムのメンバーである Denodo によって提供されます。 この記事の内容に関して質問がある場合、またはこの記事に加えたい変更がある場合は、Denodo の Web サイトにアクセスし、そこでサポート チャネルを使用してください。

まとめ

Item 説明
リリース状態 一般公開
製品 Power BI (データセット)
Power BI (データフロー)
サポートされている認証の種類 Basic
Windows

注意

デプロイ スケジュールにより、またホスト固有の機能があることにより、ある製品に存在する機能が他の製品にはない場合があります。

前提条件

このコネクタを使用するには、Denodo プラットフォームをインストールし、そのサービスを構成して開始している必要があります。 ODBC を使用した接続の場合は、ODBC データ ソース アドミニストレーターで接続を正しく構成している必要があります。

サポートされる機能

  • インポート
  • DirectQuery

Power Query デスクトップから ODBC データ ソースへの接続

接続するには、次の手順を実行します。

  1. データに接続するには、[ホーム] リボンから [データの取得] を選択し、[データベース] セクションで [Denodo] を選択します。

    Power Query Desktop の Denodo コネクタ。

  2. 選択したデータ ソースに接続するには、次の 2 つの方法があります。

    • DSN 経由 (ODBC データ ソース名)
    • 接続文字列の使用

    [コネクタ の Denodo] ダイアログ ボックスの [DSN] セクションまたは [接続文字列] セクションで、使用する接続の種類に応じて、データ ソース名 (DSN) または接続文字列を指定します。

    [Denodo コネクタ] ダイアログ。

  3. 2 番目のセクションである [デバッグ モードの有効化] は、ログ ファイルにトレース情報を追加できる省略可能なフィールドです。 これらのファイルは、[オプション] メニューの [診断] タブを使用してアプリケーションでトレースを有効にすると、Power BI Desktopによって作成されます。 [デバッグ モードの有効化] の既定値は false であり、このシナリオでは、Denodo Power BI カスタム コネクタのログ ファイルにトレース データは含まれなくなります。

  4. Denodo Connector の最後のセクションはデータ接続モードで、インポート モードまたは DirectQuery モードを選択できます。

  5. 終了したら、 [OK] を選択します。

  6. Denodo Virtual DataPort で使用可能なデータのプレビューを表示するナビゲーター ウィンドウを表示する前に、認証を求められます。 Denodo Power BI カスタム コネクタでは、Windows と Basic の 2 種類の認証がサポートされています。

    • Windows: Windows 認証を使用する場合、Power BI Desktopは Kerberos 認証を使用して Virtual DataPort に接続します。

      Power Query Desktop の Denodo Windows 認証。

      この場合、次のようになります。

      • Virtual DataPort サーバーで Kerberos 認証が有効になっています。

      • DSN が接続する Denodo Virtual DataPort データベースは、オプション ODBC/ADO.net 認証の種類を Kerberos に設定して構成する必要があります。

      • ODBC ドライバーが Kerberos チケットをチケット キャッシュに要求するため、クライアント (Power BI Desktop) は Windows ドメインに属している必要があります。

      • DSN 構成の詳細オプションで、使用する認証の種類を検討してください。

        詳細オプションのPower Queryデスクトップ用の Denodo Windows 認証。

    • 基本: この認証の種類では、Virtual DataPort サーバーの資格情報を使用して、Virtual DataPort データにPower BI Desktop接続できます。

      Power Query Desktop での Denodo 基本認証。

  7. 完了したら、[ 接続] を選択します。

  8. ナビゲーターで、目的のデータベースから必要なデータを選択し、[読み込み] を選択するか、受信データを変更する場合は [データの変換] を選択します。

    Denodo ナビゲーター。

オンプレミス データ ゲートウェイを使用してPower BI サービスから ODBC データ ソースに接続する

接続するには、次の手順を実行します。

  1. ブリッジとして機能するオンプレミス データ ゲートウェイ (エンタープライズ ゲートウェイ) を構成し、オンプレミスのデータ (クラウドではなくPower BI Desktop アプリケーション内のデータ) とPower BI サービス間の迅速かつ安全なデータ転送を提供します。

  2. サインインしてゲートウェイを登録します。 オンプレミス データ ゲートウェイ アプリで、[ 状態 ] タブを選択して、ゲートウェイがオンラインであり、使用する準備ができていることを確認します。

    [状態] タブが開いているオンプレミス データ ゲートウェイ。

  3. Power BI サービスのゲートウェイ設定ページを使用して、Denodo Power BI カスタム コネクタのデータ ソースを作成します。

    Denodo データ ソースを追加します。

    データ ソースを作成するには、任意のデータ ソースに接続する方法を指定する必要があります。

    • DSN を使用する
    • 接続文字列の使用

    認証モードも指定する必要があります。 使用可能な認証方法は次のとおりです。

    • Windows: Windows 認証を使用する場合、Power BI サービスは Kerberos 認証を使用して Virtual DataPort に接続します。 必要なもの:
      • [データ ソースの設定] で、Kerberos チケットを作成するユーザー名とパスワードを入力します。
      • Virtual DataPort サーバーで Kerberos 認証が有効になっています。
      • DSN が接続する Denodo Virtual DataPort データベースは、オプション ODBC/ADO.net 認証の種類を Kerberos に設定して構成する必要があります。
      • DSN 構成の詳細オプションで、使用する認証の種類を検討してください。 Power Query Online での Denodo Windows 認証
    • 基本: この認証の種類では、Power BI サービスにデータ ソースを作成し、Virtual DataPort サーバーの資格情報を使用して Virtual DataPort データに接続できます。
  4. Windows 認証を使用する場合は、データ ソースの [詳細設定] でシングル サインオン (SSO) 認証スキーマを有効にして、Power BI でレポートにアクセスするユーザーと同じ資格情報を使用して、Denodo で必要なデータにアクセスできます。

    Kerberos を使用した Denodo SSO。

    SSO を有効にするには、2 つのオプションがあります。DirectQuery クエリには Kerberos 経由の SSO を使用し、DirectQuery クエリとインポート クエリには Kerberos 経由で SSO を使用します。 DirectQuery ベースのレポートを使用している場合、どちらのオプションも、Power BI サービスにサインインするユーザーの SSO 資格情報を使用します。 違いは、インポート ベースのレポートを操作する場合に発生します。 このシナリオでは、前者のオプションではデータ ソース ページに入力された資格情報 ([ユーザー名 ] フィールドと [パスワード ] フィールド) が使用され、後者ではデータセット所有者の資格情報が使用されます。

    Kerberos ベースの SSO を使用するには、特定の前提条件と考慮事項を考慮する必要があることに注意してください。 これらの必須要件の一部を次に示します。

    • Microsoft Power BI Gatewayを実行している Windows ユーザーに対して Kerberos の制約付き委任を有効にする必要があり、この目的のために Microsoft が提供する指示に従って、ローカル Active Directory 環境と Azure Active Directory 環境の両方の構成を実行する必要があります。

      既定では、Microsoft Power BI Gatewayは SSO 認証操作を実行するときにユーザー プリンシパル名 (UPN) を送信します。 したがって、Denodo Kerberos 認証でログイン識別子として使用する属性を確認し、異なる userPrincipalName場合は、この値に従ってゲートウェイ設定を調整する必要があります。

    • \Program Files\On-premises データ ゲートウェイに格納される、Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.configと呼ばれる Microsoft Power BI Gateway構成ファイルには、2 つのプロパティが呼び出ADUserNameLookupPropertyされ、ADUserNameReplacementPropertyゲートウェイが実行時にローカルの Azure AD 参照を実行できるようにします。 ADUserNameLookupProperty Azure AD から取得したユーザー プリンシパル名をマップする必要があるローカル AD の属性を指定する必要があります。 したがって、このシナリオでは、 ADUserNameLookupPropertyuserPrincipalName. 次に、ユーザーが見つかったら、 ADUserNameReplacementProperty この値は、偽装されたユーザーの認証に使用する属性 (Denodo のログイン識別子として使用する属性) を示します。

      また、この構成ファイルの変更はゲートウェイ レベルであるため、Microsoft Power BI Gatewayを介して SSO 認証を行うソースに影響を与える点も考慮する必要があります。

  5. Denodo コネクタのデータ ソースが作成されたら、Power BI レポートを更新できます。 powerbi.com に関するレポートを発行するには、次の手順を実行する必要があります。

    • Power Query Desktop でレポートを開きます。
    • [ファイル]>[発行]>[Power BI へ発行] の順に選択します。
    • コンピューターにレポートを保存します。
    • 発行するワークスペースを選択します。