2

asp.netWebアプリケーションのバックエンドをSQLServer2005からSQLServer2008または2012にアップグレードしています。アプリケーション全体にどのような影響があるか教えてください。完全に成功した変革を行うために必要なすべての変更。

また、フロントエンドを.NetFramework2.0から.netFramework4.0または4.5にアップグレードすることも検討しています。両方の移行を一緒に行うことは可能ですか?質問で説明が必要な場合はお知らせください。

4

1 に答える 1

2

もちろん、これは非常に幅広い質問ですが、どのようにアプローチするかについていくつかの提案をしようと思います。

  1. 最初の目標は、2005 データベースをテストするスクリプト (ストアド プロシージャ) を作成することです。既存のすべての sproc を実行し、テーブル内のレコードをカウントし、インデックスを一覧表示します。これにより、2005 年にそれらを実行し、移行が完了した後に 2008/2012 年に実行できるようになります。スキーマとデータが正常に作成されたことを証明するのに役立ちます。

  2. 2005 年のデータベースのバックアップを作成し、2008/2012 に復元します。必要に応じて、手順 1 と並行してこれを行うことができます。使い始めるだけです。すべてが正常にインポートされましたか? それは視力検査に合格しますか?対処する必要があるエラーはありますか?

  3. ステップ 2 の後、現在の .NET 2.0 コードのコピーを作成し、ステップ 2 の新しいインスタンスをポイントします。アプリケーションは動作しますか? 繰り返しますが、それは視力検査に合格しますか?

  4. 自信が持てるまで、アプリケーションのコピーと新しいデータベースを繰り返します。コードベース用のテスト スイートがある場合は、直感を使用するのではなく、問題がないことを証明するのに役立ちます。

.NET 2.0 から .NET 4.0/4.5 に移行する限り ...

  1. コードベースは下位互換性がある必要があります。私が見ることができる唯一の問題は、他のシステムがあなたのコードベースに依存しているかどうかです。コア ライブラリがあり、それを 4.0 にアップグレードしたい場合、そしてまだ 2.0 を使用している別のシステムがそのライブラリを必要としている場合、問題が発生します。

  2. データベースの移行が完了するまで .NET バージョンのアップグレードを待ちたいと思います。移行中に問題が発生した場合は、それが .NET ではないことを確認する必要があります。バグや問題を絞り込むのに役立ちます。

このような多くの移行を行った後、いくつかの一般的なアドバイス:

  1. 新しいインスタンス/システムを自由に作成して、テスト、テスト、テストしてください。ソース管理で既存のコードを直接操作したり、既存のデプロイメント/サーバーを操作したりしないでください。コピーしてテストするだけです。

  2. システム テストの自動化に役立つツールとスクリプトを記述します。「はい、私の知る限り、スキーマはまったく同じです」と知りたいのです。

  3. 反復を長くしすぎないでください。小さな方法で反復し、それが機能することを証明してから次に進みます。

それが役立つことを願っています。

于 2013-01-11T18:35:13.627 に答える