:データソースの設定 (Oracle)

制限

• 補足ログ機能は、プライマリ Oracle データベースでのみ設定できます。 補足ログは、プライマリまたはセカンダリデータベースで有効にできます。

• データ同期では、UTF-8、AL32UTF8、AL16UTF16、および ZHS16GBK のエンコーディング形式がサポートされています。

• リアルタイムデータ同期では、LONG、BFILE、LONG RAW、および NCLOB のデータ型はサポートされていません。 1 日に最大 500 GB の増分データを Oracle インスタンスからリアルタイムで同期できます。

• DataWorks のリアルタイムデータ同期ノードでは、Oracle 10g、11g、12c non-CDB、18c non-CDB、および 19c non-CDB データベースのみがサポートされています。 Oracle 12c CDB、18c CDB、および 19c CDB データベースはサポートされていません。 Oracle 12c 以後のバージョンの Oracle データベースは、複数の PDB をホストする CDB として機能できます。

注意事項

• Data Integration のリアルタイムデータ同期ノードの場合、プライマリ Oracle データベースでのみオンライン REDO ログファイルをサブスクライブできます。 セカンダリ Oracle データベースでは、アーカイブログファイルのみをサブスクライブできます。 リアルタイムデータ同期ノードの適時性に高い要件がある場合は、プライマリ Oracle データベースのリアルタイム増分変更ログをサブスクライブすることをお勧めします。 セカンダリ Oracle データベースのアーカイブログファイルをサブスクライブする場合、アーカイブログの生成と受信の間の最小レイテンシは、Oracle が 2 つのアーカイブログファイル間で自動的に切り替わる間隔によって決まります。 この場合、リアルタイムデータ同期ノードの適時性を確保できません。

• Oracle データベースのアーカイブログファイルを 3 日間保持することをお勧めします。 大量のデータが Oracle データベースに書き込まれると、リアルタイムデータ同期の速度がログ生成の速度よりも遅くなる可能性があります。 これにより、データ同期中に問題が発生した場合にデータを追跡するのに十分な時間が得られます。 アーカイブログファイルを分析して問題のトラブルシューティングを行い、データをリカバリできます。

• Data Integration のリアルタイムデータ同期ノードは、Oracle データベースの主キーのないテーブルで truncate 操作を実行できません。 リアルタイムデータ同期ノードは、logminer 操作を実行することで、主キーのないテーブルのログを分析します。 このプロセスでは、リアルタイムデータ同期ノードは rowid を使用して行を見つけます。 truncate 操作が実行されると、テーブルの rowid 値が変更されます。 これにより、リアルタイムデータ同期ノードの実行でエラーが発生します。

• 24 vCPU と 192 GiB メモリ の構成の DataWorks サーバーでリアルタイムデータ同期ノードを実行する場合、Oracle データベースサーバーの単一 CPU コアの使用率は、データベースのログの状態によって異なります。 ほとんどのログが update ログではなく、同期ノードが毎秒約 30 ～ 50,000 件のデータレコードを処理できる場合、単一 CPU コアの使用率は 25 ～ 35% になります。 ほとんどのログが update ログの場合、DataWorks サーバーはリアルタイムデータ同期中にパフォーマンスボトルネックに遭遇する可能性があり、Oracle データベースサーバーの単一 CPU コアの使用率は 1 ～ 5% のみです。

手順

1. Oracle データベースのホワイトリストを設定します。

   排他的リソースグループが存在する VPC の CIDR ブロックを Oracle データベースのホワイトリストに追加します。

   1. Data Integration 専用のリソースグループの Elastic IP アドレス (EIP) と CIDR ブロックを表示して記録します。

      1. DataWorks コンソール にログインします。

      2. 左側のナビゲーションペインで、[リソースグループ] をクリックします。

      3. [専用リソースグループ] タブで、Data Integration 専用のリソースグループを見つけ、[アクション] 列の [情報を表示] をクリックします。

      4. [専用リソースグループ] ダイアログボックスで、[eipaddress] パラメータと [CIDR ブロック] パラメータの値を表示して記録します。

      5. [専用リソースグループ] タブで、Data Integration 専用のリソースグループを見つけ、[アクション] 列の [ネットワーク設定] をクリックします。

      6. 表示されるページの [VPC バインディング] タブで、Data Integration 専用のリソースグループが関連付けられている [vswitch の CIDR ブロック] を表示して記録します。

   2. 排他的リソースグループの Elastic IP アドレス (EIP) と CIDR ブロックを Oracle データベースのホワイトリストに追加します。

2. アカウントを作成し、必要な権限をアカウントに付与します。

   データベースにログインするためのアカウントを作成する必要があります。 アカウントには、Oracle データベースに対する必要な権限が必要です。

   1. アカウントを作成します。

      詳細については、「Oracle データベースアカウントの作成」をご参照ください。

   2. アカウントに権限を付与します。

      次のステートメントを実行して、アカウントに権限を付与できます。 特定のステートメントを実行するときは、Account for data synchronization を作成したアカウントに置き換えます。

      grant create session to 'Account for data synchronization';  // 同期アカウントにデータベースへのアクセスを許可します。
      grant connect to 'Account for data synchronization';  // 同期アカウントにデータベースへの接続を許可します。
      grant select on nls_database_parameters to 'Account for data synchronization';  // 同期アカウントに nls_database_parameters の設定のクエリを許可します。
      grant select on all_users to 'Account for data synchronization';  // 同期アカウントにデータベース内のすべてのユーザーのクエリを許可します。
      grant select on all_objects to 'Account for data synchronization';  // 同期アカウントにデータベース内のすべてのオブジェクトのクエリを許可します。
      grant select on DBA_MVIEWS to 'Account for data synchronization';  // 同期アカウントにデータベースのマテリアライズドビューの確認を許可します。
      grant select on DBA_MVIEW_LOGS to 'Account for data synchronization';  // 同期アカウントにデータベースのマテリアライズドビューログの表示を許可します。
      grant select on DBA_CONSTRAINTS to 'Account for data synchronization';  // 同期アカウントにデータベースのすべてのテーブルの制約の表示を許可します。
      grant select on DBA_CONS_COLUMNS to 'Account for data synchronization';  // 同期アカウントにデータベースのすべてのテーブルの指定された制約下にあるすべての列に関する情報の表示を許可します。
      grant select on all_tab_cols to 'Account for data synchronization';  // 同期アカウントにデータベースのテーブル、ビュー、およびクラスターの列に関する情報の表示を許可します。
      grant select on sys.obj$ to 'Account for data synchronization';  // 同期アカウントにデータベース内のオブジェクトの表示を許可します。 sys.obj$ は、データディクショナリテーブルに含まれるオブジェクトテーブルを示します。 オブジェクトテーブルにはすべてのオブジェクトが含まれます。
      grant select on SYS.COL$ to 'Account for data synchronization';  // 同期アカウントにデータベースのテーブルの列の定義の表示を許可します。 SYS.COL$ は、テーブルの列の定義を格納します。
      grant select on sys.USER$ to 'Account for data synchronization';  // 同期アカウントにデータベースのシステムテーブルの表示を許可します。 sys.USER$ は、デフォルトのユーザーセッションサービスを示します。
      grant select on sys.cdef$ to 'Account for data synchronization';  // 同期アカウントにデータベースのシステムテーブルの表示を許可します。
      grant select on sys.con$ to 'Account for data synchronization';  // 同期アカウントにデータベースの制約の表示を許可します。 sys.con$ は制約を記録します。
      grant select on all_indexes to 'Account for data synchronization';  // 同期アカウントにデータベースのすべてのインデックスの表示を許可します。
      grant select on v_$database to 'Account for data synchronization';  // 同期アカウントにデータベースの v_$database ビューの確認を許可します。
      grant select on V_$ARCHIVE_DEST to 'Account for data synchronization';  // 同期アカウントにデータベースの V_$ARCHIVE_DEST ビューの確認を許可します。
      grant select on v_$log to 'Account for data synchronization';  // 同期アカウントにデータベースの v_$log ビューの確認を許可します。 v_$log は、制御ファイルに関するログイン情報を表示します。
      grant select on v_$logfile to 'Account for data synchronization';  // 同期アカウントにデータベースの v_$logfile ビューの確認を許可します。 v_$logfile には、REDO ログファイルに関する情報が含まれています。
      grant select on v_$archived_log to 'Account for data synchronization';  // 同期アカウントにデータベースの v$archived_log ビューの確認を許可します。 v$archived_log には、アーカイブログに関する情報が含まれています。
      grant select on V_$LOGMNR_CONTENTS to 'Account for data synchronization';  // 同期アカウントにデータベースの V_$LOGMNR_CONTENTS ビューの確認を許可します。
      grant select on DUAL to 'Account for data synchronization';   // 同期アカウントにデータベースの DUAL テーブルの表示を許可します。 DUAL は、SELECT 構文規則を含む仮想テーブルです。 Oracle では、DUAL テーブルには 1 つのレコードのみが保持されます。
      grant select on v_$parameter to 'Account for data synchronization';  // 同期アカウントにデータベースの v_$parameter ビューの確認を許可します。 v$parameter は、データベースのパラメータの値を格納する動的ディクショナリテーブルです。
      grant select any transaction to 'Account for data synchronization';  // 同期アカウントにデータベースのトランザクションの表示を許可します。
      grant execute on SYS.DBMS_LOGMNR to 'Account for data synchronization';  // 同期アカウントに LOGMNR ツールの使用を許可します。 LOGMNR ツールは、トランザクションを分析し、失われたデータを取得するのに役立ちます。
      grant alter session to 'Account for data synchronization';  // 同期アカウントにデータベースの接続構成の変更を許可します。
      grant select on dba_objects to 'Account for data synchronization';  // 同期アカウントにデータベースのすべてのオブジェクトの表示を許可します。
      grant select on v_$standby_log to 'Account for data synchronization';  // 同期アカウントにデータベースの v_$standby_log ビューの確認を許可します。 v_$standby_log には、セカンダリデータベースのアーカイブログが含まれています。
      grant select on v_$ARCHIVE_GAP to 'Account for data synchronization';  // 同期アカウントに不足しているアーカイブログのクエリを許可します。 

      完全なオフラインデータを同期するには、次のステートメントを実行して、すべてのテーブルに対するクエリ権限を同期アカウントに付与する必要もあります。

      grant select any table to 'Account for data synchronization'; 

      Oracle 12c 以降では、次のステートメントを実行して、ログマイニング権限を同期アカウントに付与する必要があります。 ログマイニング機能は、12c より前の Oracle バージョンに組み込まれています。 これらのバージョンでは、ステートメントを実行する必要はありません。

      grant LOGMINING TO 'Account for data synchronization';

3. アーカイブログファイルの生成と補足ログを有効にし、REDO ログファイルを切り替えます。

   プライマリデータベースにログインし、次の手順を実行します。

   1. 次の SQL ステートメントを実行して、アーカイブログファイルの生成を有効にします。

      shutdown immediate;
      startup mount;
      alter database archivelog;
      alter database open;

   2. 補足ログを有効にします。

      SQL ステートメント:

      alter database add supplemental log data(primary key) columns; // 主キー列の補足ログを有効にします。
      alter database add supplemental log data(unique) columns; // 一意インデックス列の補足ログを有効にします。 

   3. REDO ログファイルを切り替えます。

      補足ログを有効にした後、次のステートメントを複数回実行して REDO ログファイルを切り替える必要があります。 次のステートメントを 5 回実行することをお勧めします。

      alter system switch logfile;

      説明

      これにより、現在のログファイルがいっぱいになった後、データが次のログファイルに書き込まれるようになります。 履歴操作に関するデータは失われません。 これにより、データリカバリが容易になります。

4. データベースの文字エンコーディング形式を確認します。

   次のステートメントを実行して、データベースの文字エンコーディング形式を確認します。

   select * from v$nls_parameters where PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

   • v$nls_parameters は、データベースのパラメータの値を格納します。

   • NLS_CHARACTERSET はデータベース文字セットを示します。 NLS_NCHAR_CHARACTERSET は各国語文字セットを示します。 これらの 2 つのセットは、文字型のデータを格納するために使用されます。

   データ同期では、UTF-8、AL32UTF8、AL16UTF16、および ZHS16GBK のエンコーディング形式がサポートされています。 データベースにデータ同期でサポートされていない文字エンコーディング形式が含まれている場合は、データを同期する前に形式を変更してください。

5. データベース内のテーブルのデータ型を確認します。

   SELECT ステートメントを実行して、データベース内のテーブルのデータ型をクエリできます。 'tablename' テーブルのデータ型をクエリするために実行されるステートメントの例:

   select COLUMN_NAME,DATA_TYPE from all_tab_columns where TABLE_NAME='tablename'; 

   • COLUMN_NAME: 列の名前。

   • DATA_TYPE: 列のデータ型。

   • all_tab_columns: データベースのテーブルのすべての列に関する情報を格納するビュー。

   • TABLE_NAME: クエリのテーブルの名前。 前のステートメントを実行するときは、 'tablename' をクエリのテーブルの名前に置き換えます。

   select * from 'tablename'; ステートメントを実行して、目的のテーブルに関する情報をクエリし、データ型を取得することもできます。

   リアルタイムデータ同期では、LONG、BFILE、LONG RAW、および NCLOB のデータ型はサポートされていません。 テーブルにこれらのデータ型のいずれかが含まれている場合は、リアルタイム同期ソリューションリストからテーブルを削除するか、データを同期する前にデータ型を変更してください。