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 VirtualizationWatson 이외의 서비스( Data Virtualization, Cloud Pak for Data (예: IBM Knowledge Catalog, Watson Studio, Data Refinery)에서 데이터 자산, 그리고 데이터 마스킹 또는 행 수준 필터링이 적용되는 경우, 미리 보기는 데이터 보호 규칙과 카탈로그 또는 프로젝트 액세스 제어에만 적용됩니다. Data Virtualization 액세스 제어가 적용되지 않습니다.

Data Virtualization 가상화 액세스 제어는 데이터 마스킹 또는 행 수준 필터링이 ' Watson 서비스( Data Virtualization 제외)의 미리 보기에 적용되는 경우 적용되지 않습니다. Data Virtualization UI에서 액세스 관리를 사용하여 제어되는 Data Virtualization 내부 액세스 제어는 마스킹 또는 행 수준 필터링이 있는 다른 ' Watson ' 서비스의 미리 보기에는 적용되지 않습니다. 다른 Watson 서비스에서 액세스 제어를 위한 카탈로그, 프로젝트, 데이터 자산 또는 연결에 대한 액세스를 관리하기 위한 규칙을 정의해야 합니다.

카탈로그에 대한 가상 오브젝트의 자동 공개는 특정 오브젝트로 제한됩니다.

사용자 인터페이스에서 작성된 오브젝트만 카탈로그에 자동으로 공개됩니다. SQL을 사용하여 작성된 오브젝트는 자동으로 공개되지 않으며 수동으로 또는 API를 사용하여 카탈로그에 공개되어야 한다.

가상 오브젝트에 대한 열 비즈니스 용어를 볼 수 없습니다.

Data Virtualization 화에서 테이블을 가상화 중이며 가상화 페이지에서 비즈니스 학기 할당 목록을 보려고 합니다. 그러나 기본 가상화 모드에서는 열 항 지정을 볼 수 없으며, 엄격한 가상화 모드에서는 가상화 페이지에서 A 테이블을 볼 수 없습니다.

통제된 카탈로그에서 열 비즈니스 용어가 여러 번 지정된 경우 이 문제가 발생할 수 있습니다. 예를 들어, 테이블 A에 대한 데이터 자산을 통제된 카탈로그의 테이블 및 열 조건 지정과 함께 추가합니다. 그런 다음 동일한 통제된 카탈로그에서 테이블 및 열 조건 지정과 동일한 테이블 A에 대한 데이터 자산을 추가합니다. 결과적으로 Data Virtualization 이 문제가 발생할 수 있습니다.

기본 가상화 모드에서 이 문제를 방지하려면 통제된 카탈로그에서 열 비즈니스 용어를 여러 번 지정하지 마십시오.

테이블에 대한 액세스가 정책에 의해 거부됨

데이터 보호 규칙과 권한에 따라 이 테이블에 액세스할 권한이 있지만, 테이블에 액세스할 수 없습니다.

이 문제를 해결하려면, Data Virtualization 의 정책에 의해 테이블에 대한 액세스가 거부됨을 참조하십시오.

동일한 테이블에 중복 자산을 사용하지 마십시오.

정책 서비스가 정책 적용에 사용할 복제된 자산을 결정할 수 없으며 규칙을 집계하지 않습니다. Data Virtualization 정책 적용 동작에 문제가 발생할 수 있으므로 관리되는 카탈로그 간에 자산이 중복되지 않도록 해야 합니다.

카탈로그의 자산에 액세스할 수 없습니다.

Data Virtualization IBM Knowledge Catalog 에서 자산에 액세스하려고 하면 액세스가 거부됩니다.

이 문제를 해결하려면 Data Virtualization 의 카탈로그에 있는 자산에 액세스할 수 없습니다를 참조하십시오.

데이터 보호 규칙이 시행되지 않음

데이터 보호 규정이 예상대로 시행되고 있지 않습니다 Data Virtualization.

이 문제를 해결하려면 Data Virtualization 에서 데이터 보호 규칙이 적용되지 않음을 참조하십시오.

Data Virtualization 자산 프로파일링 실패

카탈로그 자산의 프로필을 만들려고 할 때 Data VirtualizationIBM 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) 버전과 호환되지 않는 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 지원팀에 문의하여 티켓을 열어야 합니다.

Generic 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 연결 풀을 비활성화하기 전에 일정 기간 동안 완전히 사용하지 않을 때까지 기다립니다. 대기 기간은 데이터 소스 서비스에 의해 닫히고 조회 실패로 이어지는 무효 연결을 연결 풀에 작성할 수 있습니다.

임시 해결책: 데이터 소스에 대한 지속적 연결 (활성화 상태 지속 매개변수) 의 특성을 확인하십시오. 두 가지 임시 해결책을 시도할 수 있습니다.


• 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

  이전에 Data Virtualization 축소 및 비활성화 시간 초과가 적용되기에는 너무 짧았던 완전한 비활성 상태의 간격이 작은 경우 RDB_CONNECTION_IDLE_SHRINK_TIMEOUT_SEC ' 및 ' RDB_CONNECTION_IDLE_DEACTIVATE_TIMEOUT_SEC ' 설정을 줄이면 도움이 될 수 있습니다.

사용자 및 그룹

사용자 관리에서 사용자를 추가하거나 편집할 때 제한시간 초과로 인해 역할이 성공적으로 부여되지 않을 수 있습니다.

사용자가 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