ETLツールの移行：パラレル実行のベストプラクティス

Question

ETL移行の初心者です。私はTalendと協力しましたが、まだ大規模なETLプロジェクトをあるツールから別のツールに移行する作業に直面していませんでした（IBM Data ManagerからInformatica PowerCenterまたはInformatica Developer）。

マイグレーションジョブの一般的なガイドラインを、あるツールから別のツールへ、そしてもちろん私の特定のケースで探しています。私はより明確になります

：

データベースソースとTargesが同じになり、私が移行しているのは、ETLの一部そのものです。

アプローチは、このブログで示唆したように、並列実行されます：私はレガシーになります代わりに、古いソフトウェアとしてのみETLをすべてDWHを移行する必要がありません私の場合は

Parallel Run

1新しいものは別のベンダーの製品です（両方ともXMLをエクスポートできます）。

私はパラレル実行のための手がかりを探していますが、元のデータベーススキーマでソースとタージズテーブルをコピーするように提案されていますが、私には最良の方法はありませんスキーマには多数のテーブルがあります）。

DWH私はもちろん、OracleにはいくつかのDBSインスタンスがあり、SQL Serverにはテストサーバーとプロダクションインスタンスがあり、ステージング、ストレージ、データマートの各領域もあります。

私はこの関連する質問とその回答から、プロジェクトごとに各スキーマを外出先にコピーすることを考えています。

Staging in ETL: Best Practices

義務づける方針の参照を持っているためですが、私の特定の場合には、インフォマティカのPowerCenterのIBMデータマネージャからの移行

Answer 1

アプローチであり、さまざまな基準や個人の好みに依存します。どちらの方法でも、ソースシステムと宛先システムの一部または全部を複製する必要があります。ある極端な場合、システム全体の2つのインスタンスを使用できます。テストの一部である複雑なアップストリーム・プロセスを持っているか、大量の表とプロセスがあり、システムを複製するための帯域幅とリソースがある場合、この方法が最適な場合があります。

ETLツール自体に複雑なプロセスが発生した場合、またはテーブルを読み込んで正しくロードされていることを確認する必要がある場合は、テーブルのコピーを作成して新しいツールまたは古いツールをテーブルのコピーは行く方法かもしれません。この方法は非常に簡単でセットアップが簡単です。

このフォーラムは、これらのテクニックに関するブログや詳細な技術記事を置き換えるものではありません。