Data Virtualization化の限界と既知の問題点

最終更新: 2025年3月21日
Data Virtualization化の限界と既知の問題点

Data Virtualizationには以下の制限と既知の問題があります。

データの管理

スラッシュ(/)、バックスラッシュ(\)、または両方の文字を含むオブジェクト名またはスキーマ名に対する限定的な管理サポート
オブジェクトまたはスキーマ名にスラッシュ(/)、バックスラッシュ(\)、またはその両方が含まれている場合、オブジェクトまたはスキーマをカタログまたはプロジェクトに発行することはできません。
注: オブジェクト名またはスキーマ名にバックスラッシュ(\)文字が含まれているオブジェクトには、データ保護規則は適用されません。 スラッシュ(/)が名前に含まれるオブジェクトには、引き続きデータ保護のルールが適用されます。
公開に失敗すると、このようなエラーが表示されます
The assets request failed: CDICO2034E: The path (/CPADMIN/D/EMO] contains more path elements than defined for the connection [2).
次善策: オブジェクトの名前またはスキーマ名にスラッシュ(/)が含まれている場合、オブジェクトを公開または割り当てる代わりに、 Data Virtualization、接続された資産としてターゲットカタログに追加するか、そのカタログまたはプロジェクト内からオブジェクトをターゲットプロジェクトにインポートする必要があります。 Data Virtualization 繋がり。

名前にバックスラッシュ(\)が含まれるオブジェクトには、回避策はありません。

Data Virtualization で割り当てできないプロジェクトもあります
Cloud Pak for Data インスタンスに100以上のプロジェクトが含まれている場合、仮想化オブジェクトを割り当てる際に、 Data Virtualization で利用可能なプロジェクトとして表示されるのはそのうちの100件のみです。
次善策: プラットフォーム接続 で、 Data Virtualization 接続をプロジェクトに追加し、その接続を使用してオブジェクトをプロジェクトにインポートします。
マスクまたはフィルタリングされたデータを使用して資産をプレビューする際のアクセス制御の問題
Data Virtualization 以外の Watson サービス( Cloud Pak for Data 、例えば IBM Knowledge CatalogWatson StudioData Refinery など)で Data Virtualization データ資産をプレビュー、ダウンロード、または編集する場合、およびデータマスキングまたは行レベルのフィルタリングが適用される場合は、プレビューはデータ保護ルールとカタログまたはプロジェクトのアクセス制御のみに従うものとします。 Data Virtualization アクセス制御が適用されない。

Watsonサービス(Data Virtualization以外)のプレビューにデータマスキングまたは行レベルフィルタリングが適用されている場合、Data Virtualizationのアクセス制御は適用されない。 Data Virtualizationの内部アクセス制御は、Data VirtualizationUIのManage accessを使用して制御されますが、マスキングや行レベルのフィルタリングを使用した他の「Watsonサービスからのプレビューには適用されません。 他の Watson サービスでのアクセス制御のために、カタログ、プロジェクト、データ資産、または接続へのアクセスを管理するためのルールを定義する必要があります。

仮想オブジェクトのカタログへの自動公開は、特定のオブジェクトに制限されます。

ユーザー・インターフェースで作成されたオブジェクトのみが自動的にカタログにパブリッシュされます。 SQL を使用して作成されたオブジェクトは自動的には公開されず、手動または API を使用してカタログに公開する必要があります。

仮想オブジェクトの列のビジネス用語を表示できない

Data Virtualizationでテーブルを仮想化しているときに、仮想化ページでビジネス用語の割り当てリストを表示したいとします。 しかし、デフォルトの仮想化モードでは、列の用語の割り当てが何も表示されません。厳密な仮想化モードでは、「仮想化」ページに表 A が表示されません。

列のビジネス用語が管理対象カタログ内で複数回割り当てられていると、この問題が発生する可能性があります。 例えば、表 A のデータ資産を、その表と列の用語の割り当てとともに管理対象カタログに追加します。 次に、同じ管理対象カタログに、同じ表 A のデータ資産とその表および列の用語の割り当てを追加します。 その結果、Data Virtualizationでこの問題が発生する可能性がある。

デフォルトの仮想化モードでこの問題を回避するには、列のビジネス用語を管理対象カタログ内で複数回割り当てないでください。

表へのアクセスがポリシーによって拒否される

テーブルにアクセスすることはできませんが、データ保護規則と権限により、このテーブルにアクセスする権限が与えられています。

この問題を解決するには、 ポリシーにより、テーブルへのアクセスが拒否されます。 Data Virtualization をご覧ください。

同じ表に対して重複する資産を使用しない

ポリシー・サービスは、重複する資産のうち、どの資産をポリシーの適用に使用するかを判断することができず、ルールの集約も行いません。 Data Virtualizationでポリシーの実施動作に問題が発生する可能性があるため、ガバメントカタログ間でアセットが重複しないようにする必要があります。

カタログ内の資産にアクセスできない

Data VirtualizationIBM Knowledge Catalog の資産アクセスしようとすると、アクセスが拒否されます。

この問題を解決するには、 カタログ内の資産にアクセスできない Data Virtualization をご覧ください。

データ保護規則は適用されていない

Data Virtualization では、期待通りにデータ保護規則が施行されていません。

この問題を解決するには、 データ保護規則は適用されていない。 Data Virtualization をご覧ください。

Data Virtualizationにおけるデータ資産のプロファイリングに失敗

Data Virtualization から IBM Knowledge Catalog のカタログ資産をプロファイルしようとすると、次のようなメッセージが表示される場合がありますSCAPIException:CDICO0103Eメッセージ。 許可されていません。以下のメッセージが表示されます。Connection authorization failure occurred.

IBM Knowledge Catalog サービスが Data Virtualization インスタンスのデータにアクセスできるように、必要なすべての設定が完了していることを確認してください。 カタログ資産のプロファイリングに失敗しました。SCAPIException: CDICO0103E メッセージ Data Virtualization を参照してください。

Watson Studio のデータ・サイエンス・ノートブックにデータを公開できない

Watson Studio のデータ・サイエンス・ノートブックへのデータの公開はサポートされていません。

データ・ソース

Data Virtualization Microsoft Azure Data Lake Storage Gen 2への接続は、 を特定バージョンのJDKと併用した場合に、遅延、タイムアウト、またはハングアップが発生する可能性があります。 TLSv1.3

Microsoft Azure Data Lake Storage TLSv1.3 をサポートしていますが、 が動作するように構成されている特定のバージョンの Java(Java 8)と互換性がありません。 Data Virtualization クエリの実行に失敗し、 InvalidAbfsRestOperationException エラーが発生することがあります。

回避策:
  1. Data Virtualization がプロビジョニングされた名前空間内の OpenShift® クラスタから、以下のコマンドを実行します
    
    for podname in $(oc get pods -l "role in (db,hurricane)" -o=custom-columns=NAME:metadata.name --no-headers) ; do oc exec  ${podname} -- su - db2inst1 -c 'echo "export IBM_JAVA_OPTIONS=\"\${IBM_JAVA_OPTIONS} -Dhttps.protocols=TLSv1.2 \"" >> ~/.bashrc ' ; done 
  2. db2inst1 ユーザーとしてヘッドノード上で、 Data Virtualization を再起動するために次のコマンドを実行します
    
    bigsql stop ; bigsql start
日本語の列名が正しく表示されない
IBM Cloud Object Storageで日本語データを含む JSON ファイルを仮想化すると、日本語の列名が 16 進値に変換される場合があります。 この問題を解決するには、 allownonalphanumeric オプションを使用できます。 ただし、 allownonalphanumeric オプションはデフォルトでは無効になっています。オプションを有効にするには、 IBM® Cloud サポートに連絡してチケットを開く必要があります。
汎用 S3 または Microsoft Azure Data Lake Storage に接続できない
これらの接続タイプは、 データ > Data virtualization > 接続を追加する > 新しい接続 をクリックするとユーザーインターフェースに表示されます。 ただし、これらの接続タイプはサポートされていません。
汎用 JDBC 接続を使用してデータ・ソースに接続できない

汎用 JDBC 接続の作成による、サポートされないデータ・ソースへの接続はサポートされません。

データの仮想化

仮想化時に MongoDB データ・ソース内の表が欠落している可能性がある

MongoDBへの接続を作成するときには、接続が追加される前に MongoDB データ・ソースで作成された表のみが表示されます。

例えば、接続の作成時に MongoDB データ・ソースに 10 個の表がある場合、テーブルの仮想化を開始すると、10 個の表が表示されます。 接続が追加された後、'仮想化をクリックする前に、ユーザが'MongoDBデータソースに新しいテーブルを追加した場合、'Data Virtualizationは'仮想化タブの下に新しいテーブルを表示しません。

回避する方法: 最近追加されたすべての仮想化 MongoDB を表示するには、 MongoDB への接続を削除し、接続を再作成してください。

結合ビューをデータ要求に割り当てることはできません

データ要求ワークフローはサポートされていません。

リモート・データ・ソース上のファイルから仮想表を作成できません

リモート・コネクターを使用してリモート・データ・ソース上の CSV ファイル、TSV ファイル、Excel ファイルなどのファイルから仮想表を作成することはサポートされていません。 IBM Cloud Object Storage内のファイルから仮想表を作成できます。 詳しくは、Data Virtualization での Cloud Object Storage 内のファイルからの仮想表の作成を参照してください。

接続

Data Virtualizationからのデータソース接続では、個人認証情報はサポートされません
Data Virtualizationからデータソースへの接続を作成する場合、共有クレデンシャルの みを使用できます。 個人の資格情報はサポートされていません。
削除されたサービス・レベル接続は、「 プラットフォーム接続 」ページから手動で削除する必要があります。

サービスレベルのデータソース接続を Data virtualization > データ ソースページでは、その接続はプラットフォーム接続ページにも表示されます。 後で 削除 をクリックしてサービス・レベル接続を削除した場合、接続は プラットフォーム接続 ページに残ります。 データ・ソース接続を完全に削除するには、プラットフォーム接続 ページから接続を手動で削除する必要があります。

サービス・レベル接続は、追加された場所と同じ場所から更新する必要があります

サービスレベルのデータソース接続を Data virtualization > データ ソースページでは、同じ場所から接続を更新する必要があります。 プラットフォーム接続 上の接続に対して行われた更新は、サービス・レベル接続に反映されません。

データ・ソースへの接続が予期せずに閉じられたため、照会が失敗する

インスタンスが特定のデータソースからの仮想テーブルに対して継続的なワークロードを実行しても、Data Virtualizationはそのデータソースの接続プールを非アクティブにしません。 その代わり、Data Virtualizationは接続プールを非アクティブにする前に、完全な非アクティブ期間を待ちます。 この待機期間により、データ・ソース・サービスによって閉じられ、照会の失敗につながる、失効した接続が接続プール内に作成される可能性があります。

回避策: データ・ソースの永続接続 (キープアライブ・パラメーター) のプロパティーを確認してください。 以下の 2 つの回避策を試すことができます。

  • Data Virtualizationから継続的にワークロードを受け取るデータソース内では、keep-aliveパラメータを無効にすることを検討してください。
  • また、以下の例に示すように、対応するData Virtualizationプロパティである「 RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC」と「 RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC」の設定を減少させることもできる: 

    CALL DVSYS.SETCONFIGPROPERTY('RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC', '10', '', ?, ?);    -- default 20s, minimum 5s
    CALL DVSYS.SETCONFIGPROPERTY('RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC, '30', '', ?, ?);    -- default 120s, minimum 5s
    RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SECと' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC設定を下げると、以前はData Virtualizationのシュリンクと非アクティブ化のタイムアウトを有効にするには短すぎた完全な非アクティブの小さなギャップがある場合に役立つかもしれません。

ユーザーとグループ

ユーザー管理でユーザーを追加または編集するときに、タイムアウトが原因でロールが正常に付与されないことがある
ユーザーがData Virtualizationにログインすると、ユーザーインターフェイスにユーザーがロックされていることを示すメッセージが表示されます。 例:Your user ID "dv_ibmid_270000ead8" is locked. To unlock this account, click unlock or go to User management and click Unlock in the overflow menu.ユーザーインターフェースでユーザーのロックを解除しても、この問題は解決しません。 Data Virtualization マネージャは、ユーザに手動でロールを付与する必要があります。 例えば、以下のコマンドを実行します。
db2 grant role dv_admin to dv_ibmid_270000ead8