データ ソースの管理 - Oracle
注意
オンプレミス データ ゲートウェイのドキュメントが、Power BI に固有のコンテンツと、ゲートウェイでサポートされるすべてのサービスに適用される一般的なコンテンツに分割されています。 現在見ているのは、Power BI のコンテンツです。 この記事について、またはゲートウェイのドキュメントの全体的なエクスペリエンスに関してフィードバックを提供するには、記事の一番下までスクロールしてください。
オンプレミス データ ゲートウェイをインストールしたら、ゲートウェイで使用できるデータ ソースを追加することができます。 この記事では、スケジュールされた更新または DirectQuery でオンプレミス ゲートウェイと Oracle データ ソースを使う方法について説明します。
Oracle データベースへの接続
オンプレミス データ ゲートウェイを使って Oracle データベースに接続するには、ゲートウェイを実行しているコンピューターに 64 ビット Oracle クライアントをダウンロードし、インストールします。 使う Oracle クライアント ソフトウェアは、Oracle サーバーのバージョンによって異なりますが、常に 64 ビットのゲートウェイと一致します。
サポートされている Oracle のバージョン:
- Oracle Server 9 以降。
- Oracle Data Access コンポーネント (ODAC) ソフトウェア 11.2 以降
クライアントをインストールする場合:
- Oracle サーバーと互換性のある ODAC バージョンを選びます。 たとえば、ODAC 12.x では、必ずしも Oracle Server バージョン 9 をサポートしていません。
- Windows インストーラーを選びます。
- 設定時には、Power BI が Oracle データベースに接続できるように、設定ウィザードの [Configure ODP.NET and/or Oracle Providers for ASP.NET at machine-wide level] (ODP.NET と Oracle Providers for ASP.NET の構成はマシン全体レベルで行う) の横にあるチェックボックスを必ずオンにします。 設定ウィザードのバージョンによっては、このチェックボックスが既定でオンの場合とオフの場合があります。
クライアントをインストールして ODAC を適切に構成したら、Power BI Desktop または他のテスト クライアントを使って、ゲートウェイのインストールと構成が正しいことを確認します。
データ ソースの追加
オンプレミス データ ゲートウェイの [新しい接続] 画面で、[接続の種類] に [Oracle] を選びます。
[サーバー] にデータ ソースの名前を入力します。
[認証方法] で、[Windows] または [基本] を選びます。 Windows 認証ではなく Oracle 内で作成されたアカウントを使う場合は、[基本] を選びます。 次に、このデータ ソースに使う資格情報を入力します。
注意
データ ソースへのすべてのクエリは、これらの資格情報を使って実行されます。 資格情報ストレージの詳細については、「暗号化された資格情報をクラウドに格納する」を参照してください。
データ ソースの [プライバシー レベル] を構成します。 この設定で、スケジュールされた更新のためにデータを組み合わせる方法を制御します。 プライバシー レベルの設定は、DirectQuery には適用されません。 データ ソースのプライバシー レベルの詳細については、「プライバシーレベル (Power Query)」を参照してください。
［作成］ を選択します
作成が成功すると、"<データ ソース名> が作成されました" と表示されます。 これで、このデータ ソースをオンプレミスの Oracle サーバーでスケジュールされた更新または DirectQuery に使用できるようになりました。
データ ソースを使用する
作成したデータ ソースは、DirectQuery またはスケジュールされた更新のいずれかで使用できます。
重要
Power BI Desktop とオンプレミス データ ゲートウェイ内のデータ ソースとの間で、サーバーとデータベース名が一致している必要があります。
データセットとゲートウェイ内のデータ ソース間のリンクは、サーバー名とデータベース名に基づいています。 これらの名前は正確に一致している必要があります。 たとえば、Power BI Desktop 内でサーバー名の IP アドレスを指定する場合は、ゲートウェイ構成内のデータ ソースでもその IP アドレスを使用する必要があります。 また、この名前は、tnsnames.ora ファイルで定義されている別名と一致している必要があります。 この要件は、DirectQuery とスケジュールされた更新のどちらにも該当します。
DirectQuery 接続でデータ ソースを使用する
Power BI Desktop とゲートウェイ用に構成されているデータ ソースとの間で、サーバーとデータベース名が一致していることを確認します。 また、DirectQuery データセットを発行するには、データ ソース一覧の [ユーザー] の下にユーザーが表示されている必要があります。
Power BI Desktop から、または Power BI サービスでデータを取得してレポートを発行すると、オンプレミスのデータ接続が機能するはずです。 ゲートウェイ内にデータ ソースを作成してから、接続が使用できるようになるまでには、数分ほどかかることがあります。
スケジュールされた更新でデータ ソースを使用する
ゲートウェイ内に構成したデータ ソースの [ユーザー] リストに自分のアカウントが表示されていて、さらにサーバーとデータベース名が一致している場合は、スケジュールされた更新で使うオプションとして、ゲートウェイが表示されます。
トラブルシューティング
名前付けの構文が正しくないか、構成が不適切な場合、次のいずれかの Oracle エラーが発生することがあります。
ORA-12154: TNS:could not resolve the connect identifier specified.ORA-12514: TNS:listener does not currently know of service requested in connect descriptor.ORA-12541: TNS:no listener.ORA-12170: TNS:connect timeout occurred.ORA-12504: TNS:listener was not given the SERVICE_NAME in CONNECT_DATA.
このようなエラーは、Oracle クライアントがインストールされていないか、正しく構成されていない場合に発生することがあります。 クライアントがインストールされている場合は、tnsnames.ora ファイルが正しく構成されていることと正しい net_service_name を使っていることを確認します。 また、Power BI Desktop を使っているマシンとゲートウェイを実行しているマシンの間で net_service_name が一致していることも確認する必要があります。
Oracle サーバーのバージョンと ODAC のバージョンとの間で互換性の問題が発生する場合もあります。 一部の組み合わせには互換性がないため、通常、これらのバージョンは一致する必要があります。 たとえば、ODAC 12.x では、Oracle Server バージョン 9 をサポートしていません。
データ ソース サーバーとゲートウェイ マシン間の接続の問題を診断するには、ゲートウェイ マシンにクライアント (Power BI Desktop や Oracle ODBC Test など) をインストールします。 クライアントを使用して、データ ソース サーバーへの接続を確認できます。
ゲートウェイのトラブルシューティングの詳細については、「オンプレミス データ ゲートウェイのトラブルシューティング」を参照してください。
次の手順
他にわからないことがある場合は、 Power BI コミュニティで質問してみてください。