SQL Serverアップグレードスクリプトを手作業で書くためのヒント

Question

大きなスキーマの変更がパイプを経由しているため、アップグレードスクリプトを手動で作成する際のヒントが必要です。私たちはSQL Server 2000を使用しており、ではなく、は自動化されたツールにアクセスできず、現時点ではオプションでもありません。唯一のデータベースツールはSQL Server Management Studioです。

Answer 1

新しいバージョンのSQLを使用してデータベースをローカルマシンにインポートすると、[スクリプトの生成]機能を使用して多くのデータベースオブジェクトをスクリプト化することができます。

は、あなたが生成されたスクリプトに問題がある場合、あなたはチャンクにそれを破壊しようとすると、小さなバッチでそれを実行することができますSQL Serverの2000

のスクリプトに[詳細設定]で設定されていることを確認してください。そうすれば、特定のスクリプトが生成されていれば、SQLを手動で作成して実行することができます。

Answer 2

SQL Compareのようなスキーマ比較ツールを使用して、変更をSQLファイルにスクリプト化してから、実行する前に手動で編集することができます。私は手動で書くことなく手動で書き込むことに近いと思います。

手作業で書く必要がある場合は、高速化するためにいくつかのインテリセンスタイプのツールを入手することをお勧めします。

Answer 3

あなたのアップグレード戦略は、おそらくあなたの展開シナリオのためにいくらかカスタマイズされていますが、ここで役立ついくつかの点があります。

• あなたは戻すことができるようにそうバックアップで、あなたの最初のスキーマでのテストDBを持っていることを確認し、（あなたはとにかくこれをしないだろうではないことを）早期かつ頻繁にテストしたいとしていますアップグレードを何度も "開始"し、アップグレードをテストしてください。
• バックアップ&復元に時間がかかることがあるので、アップグレードスクリプトをテストするためのデータ行（スキーマのみ）のDBを持たないと便利ではありません。オンデマンドでバックアップできるように、「スタート」バックアップを取得することを忘れないでください。
• 一連のスクリプトを一緒にストリング化することを検討してください。ビルドや機能などを1つずつ使用できます。このようにして、スクリプトの一部が機能したら、そのまま残すことができます。
• 大規模なデータ移行は扱いにくいことがあります。データ変換、行のコピー、新しいテーブルへの移動などの場合は、移動前に行数を確認してから、後ですべての行を考慮してください。
• 障害を計画します。何かがうまくいかない場合は、それを修正する計画を立ててください。それは、デプロイメントの始めに行われたバックアップにすべてを戻すかどうかなどです。あなたが計画を持っていることを確認して、あなたの行く/いいえのポイントがどこにあるかを理解してください。

幸運！