1

私の質問は、SQL Server 2000から2005または2008へのアップグレード-DTSからSSISに似ていますが、コミュニティに考慮してもらいたいいくつかの制限があります。

現在SQLServer2000で実行されているデータベースが2つあり、SQL Server 2005を優先して、これを廃止するように求められています（2008はありません。オプションではありません）。

変換が必要な約150のDTSパッケージがあります。上記のスタックオーバーフローの投稿によると、利用可能な変換ツールを使用するべきではありません。また、MicrosoftがSQL Server 2005用にリリースした可能性のある「下位互換性」パッチは、サーバーにインストールされないことも予想されます。

DTSからSSISへの移行に伴う学習曲線を理解するのを手伝ってくれる人はいますか？150個のパッケージについて、900時間の見積もりを出しました。私自身とより上級の開発者がこれに取り組んでいますが、SSISを使用したことはありません。900時間は私たちの間で分割されます。他のプロジェクトと同様に、品質が最も重要です。この見積もりは法外ですか、それとも低いですか？

SSISを使用したことのある他の開発者にアクセスできるので、これで完全に一人になることはありません。また、DTSパッケージ変換はオプションではないことも学びました。DBAスタッフによるサポートはありません。

DTSで行うことには、次のようなものがあります。これは完全なリストではありません。

  • XML、XLS、MDB、CSVなどのファイルをSQLServerにロードします
  • SQL ServerからXML、XLS、MDB、CSVなどのファイルをエクスポートします
  • ワークフロータイプの処理を実行する
4

1 に答える 1

3

組み込みの変換ツールは

  • トランザクション設定の移行
  • ステップに関連付けられたActiveXスクリプトを移行する
  • AnalysisServicesタスク
  • 複雑なデータ変換タスク
  • カスタムタスク
  • データドリブンクエリタスク
  • データマイニング予測クエリタスク
  • 動的プロパティタスク
  • パッケージタスクの実行
  • 並列データポンプタスク
  • Microsoft Data Link（.udl）ファイルから接続情報を取得するタスク
  • GlobalVariablesコレクションのParentプロパティを介してDTSオブジェクトモデルにアクセスするActiveXスクリプトコード

Pragmatic Worksから入手できるdtsXchangeというツールがあり、これらの変換のほとんどを実行しますが、それでもパッケージを再設計しません。

通常、DTSパッケージはステージングテーブルを使用し、変換/データ操作のほとんどはSQLまたはストアドプロシージャを使用して行われます。自動変換では、引き続き同じワークフローが使用されます。

SSISエンジンは非常に強力で、これらのタスクを実行するのに役立つ多くの機能を備えています。SSISでパッケージを書き直すのが良い方法です。

そうは言っても、SSISの経験がないことを考えると、150パッケージで900時間というのは少し控えめな感じです。パッケージごとに8時間の計画を立てるべきだと思いますが、6時間でそれを達成することを目指しています。

64ビットを使用していないことを願っています。XLSファイルとMDBファイルのどちらにも64ビットのデータプロバイダーがないため、32ビットモードでの実行が強制されます。

私は、回心に反対する書き直しについての強い議論に取り組んできました。私が持っているすべてのドキュメントを喜んで共有します。b.rengarajan@gmail.comで私にメールしてください

ラージ

于 2009-08-05T20:49:02.163 に答える