データベース取り込みとレプリケーションの一般的な制限とガイドライン

• •データベース取り込みとレプリケーションは、Cloudホステッドエージェント、クラウドプラットフォーム上のランタイム環境、またはサーバーレスランタイム環境をサポートしていません。ローカルのSecure Agentインストールを使用します。
• •データベース取り込みとレプリケーションタスクに割り当てられているランタイム環境のSecure Agentが終了すると、関連付けられた取り込みおよびレプリケーションジョブをデプロイ解除し、タスクを更新して別のランタイム環境を指定し、タスクを再度デプロイすることはできません。この場合、次のいずれかのアクションを実行します。
• - 別のSecure Agentをランタイム環境に割り当てます。新しいSecure Agentが動作していることを確認します。その後、関連付けられたデータベース取り込みとレプリケーションジョブを再開します。
• - このタスクをコピーします。タスクコピーで、アクティブなSecure Agentを持つ別のランタイム環境を指定します。次に、タスクをデプロイし、関連するデータベース取り込みとレプリケーションジョブを実行します。
• •データベース取り込みとレプリケーションはコードページとしてUTF-8を使用します。接続を定義するときに別のコードページタイプを選択した場合、データベース取り込みとレプリケーションはそれを無視します。
• •データベース取り込みとレプリケーションは、ソーステーブルの各行が一意であることを前提としています。Informaticaでは、ソーステーブルにプライマリキーを設定することをお勧めします。テーブルにプライマリキーがない場合、データベース取り込みとレプリケーションは、LOBカラムを除くすべてのカラムの値を使用して、各ソース行を一意に識別します。この場合、各更新操作は、ターゲットに対する削除とそれに続く挿入として処理されます。
注: ソースプライマリキーを変更し、Amazon S3、フラットファイル、Google Cloud Storage、またはMicrosoft Azure Data Lake Storageターゲットがある場合、データベース取り込みとレプリケーションは、各更新操作をターゲットに対する削除とそれに続く挿入として処理します。
• •データベース取り込みおよびレプリケーションは、ターゲットオブジェクトを生成するときにレプリケーションに必要な最小限のソース制約を使用します。ソースにプライマリキーがある場合、ジョブはターゲットオブジェクトの作成時にそのプライマリキーを優先的に使用し、他の制約は使用しません。
レプリケーションに必要のないソースオブジェクトプロパティ（ストレージやパーティション化など）はターゲットに反映されません。
• •データ取り込みおよびレプリケーションはデータをレプリケートするときにソースとターゲット間の一貫性を維持しようとするため、NULL許容性、外部キー、デフォルトなどの制約をターゲットに対して追加したりターゲットから認識したりすることはありません。このような動作を行った場合、ソースとターゲットの間に不整合が生じ、レプリケーションエラーが発生する可能性があります。例えば、NULL許容ソースカラムからデータを受け取るターゲットカラムにNOT NULL制約が追加された場合、またはデフォルトと一致しないソースデータを受け取るターゲットカラムにDEFAULT制約が追加された場合、エラーが発生する可能性があります。
注: タスクのデプロイ時にソース制約が存在する場合、データがソースカラムに追加されてキャプチャされたときには存在していなかった可能性があるため、ターゲットでは再作成されません。
• •同じソースデータベースに対して複数の増分ロードジョブ、または初期ロードと増分ロードの組み合わせジョブを実行する場合、新しいジョブで処理されているソーステーブルとターゲットテーブルを再同期しない限り、一部のソーステーブルのキャプチャ処理をあるジョブから別のジョブに移動したり、ジョブを1つのジョブに統合したりすることはできません。各ジョブは、一意のリカバリチェックポイントを維持します。テーブルのキャプチャ処理をあるジョブから別のジョブに移動しようとすると、そのテーブルの正しいリカバリ情報が保持されず、ターゲットでデータが失われたり、イベントが重複したりする可能性があります。
• •初期ロードジョブに対して生成されるログファイル名は、タスク名、スキーマ名、テーブル名の組み合わせです。結果として得られたファイル名がSecure Agentオペレーティングシステムで許可されている最大長を超える場合、ファイルが作成されないか、見つからないことがあります。ファイル名がオペレーティングシステムの制限を超えそうな場合は、タスク名を短くして、予想されるファイル名の全体的な長さが短くなるようにします。
• •初期ロードと増分ロードの組み合わせジョブで、初期アンロードフェーズ中に増分挿入変更レコードをキャプチャした場合、ジョブは同じ行に対して削除を実行して、初期アンロードで取得された可能性のある重複を削除します。この意図的に作成されたアクティビティは、監査および論理削除適用モードで反映されます。
• •データベース取り込みとレプリケーションでは、1024文字を超えるエラーメッセージはユーザーインタフェースに表示しません。その代わり、データベース取り込みとレプリケーションは自動的にダウンロードされる、エラーのあるログファイルを表示するように求めます。
• •ソースカラムに、ターゲット上のどの数値データ型とも互換性のない数値データ型がある場合、データベース取り込みとレプリケーションはソースカラムをターゲットvarcharカラムにマッピングします。