OracleからSQL Serverへの移行
非常に大きなOracleデータベースがあり、Oracleデータベース全体をSQL Serverにアーカイブしたいと考えています。 SSISとSSMAの間で比較検討しています。 SSMAを使用して完全な移行を実現できますか？ SQLにはスキーマ/テーブルが設定されていません。 Oracle db全体をsqlに移行する必要があります。
この種の移行でSSMAを使用する短所はありますか？
概念的には、はい、 [〜＃〜] ssma [〜＃〜] は、大規模なOracle DB移行を処理するために十分に装備されています。ただし、環境はそれぞれ異なり、Oracle DBが保持する特異性に応じて、これは単純なプロセスである場合とそうでない場合があります。何回かクリックした後で、何らかの方法で成功画面が表示されることを期待しないでください。
まず、同様の質問に対するミシェル・リーの回答を簡単に読むことをお勧めします ここ 。始める前に知っておく必要があるいくつかの重要な項目の概要を説明します。 Migration Engineオプションにも注目します。これがServer Side Data Migration Engineに設定されていることを確認する必要があります。そうでない場合、データは、クライアントSSMAが実行されているすべてのクライアントを通過します。帯域幅の浪費です。
最も重要なのは、失敗の計画です。すべてのバグを解決するには数回の反復が必要になる可能性が高く、外部Cライブラリ/関数、SQLローダータスク、複雑なPL /など、SSMAで処理できないものに対応するためにいくつかのカスタムプロセスを組み込む必要がある場合もあります。 SQLステートメント、cron経由で呼び出されるすべての外部スクリプトなど。SSMAはこれらの多くの変換時に試行錯誤しますが、それが100％機能することを意味するわけではありません。テストは非常に重要になるので、それに応じて計画してください。また、バグを解決するために、最初にProd環境のコピー（Devや他のpre-prodエリアなど）を移行することをお勧めします。これにより、微調整中に本番環境のOracle環境を停止することがなくなります。
最後に、エンドソリューションの複雑さは、おそらくOracleデータベースの複雑さを反映しています。データだけの場合、これはうまくいくかもしれませんが、PL/SQLルーチンなどに多くのロジックが関連付けられている場合、これは時間がかかる可能性があります。可能であればSSMAを使用して作業の80％以上をカバーし、残りのコンポーネントをSSISかどうかに関係なく最適に管理します。