修正済みの問題

サーバーレスランタイム環境で動作されるタスクに対して、タスクレベルのJava仮想メモリ（JVM）を設定するオプションがない。

アプリケーション取り込みおよびレプリケーションとデータベース取り込みおよびレプリケーションの組み合わせロードジョブにおいて、初期ロードとバックログ処理用のマーカーによって、リカバリーチェックポイントが書き込まれていない増分ロード処理が誤ってトリガされ、再起動時にデータの重複につながることがある。

データ取り込みおよびレプリケーションコンポーネントに、サードパーティドライバから継承された古いjose4jリリース0.9.4が含まれている。

アプリケーション取り込みおよびレプリケーションジョブまたはデータベース取り込みおよびレプリケーションジョブが失敗して再起動すると、まだターゲットに送信されていない他のテーブルのデータのリカバリ中に、すでにターゲットに送信済みのテーブルのデータが再送信されることがある。

親組織の複数のエージェントが含まれる共有Secure Agentグループを使用する組織では、データベース取り込みおよびレプリケーションまたはアプリケーション取り込みおよびレプリケーション内の同じアンロードタスクが複数のエージェントに割り当てられ、同じテーブルに対して重複したアンロードが発生することがある。

ロード移行処理に関連するカスタムプロパティを使用しているアプリケーション取り込みおよびレプリケーションの組み合わせロードジョブとデータベース取り込みおよびレプリケーションの組み合わせロードジョブが、それらのカスタムプロパティを無視し、デフォルト値のみを適用することがある。次のエラーが発生する可能性があります。

既存の増分ロードタスクまたは初期ロードと増分ロードの組み合わせタスクにcustomPrimaryKeysソースカスタムプロパティを追加すると、「プライマリキーの変更は許可されていません」というエラーが発生することがある。再同期後、新しいDML変更はターゲットにレプリケートされず、タスクの再起動時に再同期されたテーブルに対して「プライマリキーの変更は許可されていません」というエラーが表示される。

データ取り込みおよびレプリケーションコンポーネントに、脆弱なSimba JDBCドライバが含まれている。

2025年7月リリース以降、Kafkaターゲットを使用したアプリケーション取り込みおよびレプリケーションジョブとデータベース取り込みおよびレプリケーションジョブは、デプロイ解除されて再度デプロイされた後でも、次のエラーで失敗することがある。

この問題は、データベース取り込みおよびレプリケーションが高可用性のために使用するデフォルトのコンシューマグループ名infaGroupが承認されていないために発生します。

2025年7月リリース以降、組み合わせロードタイプを使用し、Microsoft Azure Data Lake Storeなどのデータレイクターゲットを持つデータベース取り込みおよびレプリケーションジョブとアプリケーション取り込みおよびレプリケーションジョブでは、デフォルトでアンロードフェーズにおいて出力ファイルの非同期アップロードが使用される。これらのジョブに対して［データディレクトリにサイクルのパーティション化を使用してください］オプションが選択されている場合、アンロードフェーズからの出力ファイルは、タイムスタンプサブディレクトリではなくデータディレクトリに誤って保存されます。

データベース取り込みおよびレプリケーションジョブとアプリケーション取り込みおよびレプリケーションジョブで、次のエラーが発生する場合がある。

まれに、Informatica Cloudとの通信が長期間失敗した後、DBMIエージェントサービスが正常にシャットダウンされず、エージェントの再起動プロセスが中断され、最終的にエラー状態になる。

新しいタスク設定ウィザードでソーステーブル選択ルールを作成する際に、プライマリキーカラムを除外する除外ルールを定義すると、そのカラムが選択解除される。適切なCDC処理が行われるようにするには、プライマリキーカラムが選択されたままの状態を保つ必要があります。