一括取り込みデータベース

はHosted Agentをサポートしていません。

別のSecure Agentをランタイム環境に割り当てます。新しいSecure Agentが動作していることを確認します。次に、関連する取り込みジョブを再開します。
このタスクをコピーします。タスクコピーで、アクティブなSecure Agentを持つ別のランタイム環境を指定します。次に、タスクをデプロイし、関連する取り込みジョブを実行します。

一括取り込みデータベース

はコードページとしてUTF-8を使用します。接続を定義するときに別のコードページタイプを選択した場合、

一括取り込みデータベース

はそれを無視します。

一括取り込みデータベース

は、ソーステーブルの各行が一意であることを前提としています。Informaticaでは、ソーステーブルにプライマリキーを設定することをお勧めします。テーブルにプライマリキーがない場合、

一括取り込みデータベース

は、LOBカラムを除くすべてのカラムの値を使用して、各ソース行を一意に識別します。この場合、各更新操作は、ターゲットに対する削除とそれに続く挿入として処理されます。

初期ロードジョブに対して生成されるログファイル名は、タスク名、スキーマ名、テーブル名の組み合わせです。結果として得られたファイル名がSecure Agentオペレーティングシステムで許可されている最大長を超える場合、ファイルが作成されないか、見つからないことがあります。ファイル名がオペレーティングシステムの制限を超えそうな場合は、タスク名を短くして、予想されるファイル名の全体的な長さが短くなるようにします。

初期ロードと増分ロードの組み合わせジョブで、初期アンロードフェーズ中に増分挿入変更レコードをキャプチャした場合、ジョブは同じ行に対して削除を実行して、初期アンロードで取得された可能性のある重複を削除します。この意図的に作成されたアクティビティは、監査および論理削除適用モードで反映されます。

一括取り込みデータベース

では、1024文字を超えるエラーメッセージはユーザーインタフェースに表示しません。その代わり、

一括取り込みデータベース

は自動的にダウンロードされる、エラーのあるログファイルを表示するように求めます。

ソースカラムに、ターゲット上のどの数値データ型とも互換性のない数値データ型がある場合、

一括取り込みデータベース

はソースカラムをターゲットvarcharカラムにマップします。