
32 ビット SQL Server 2005 データベースを 64 ビット SQL Server 2008 データベースにあまり手間をかけずに移行できますか。それとも、最初に考慮する必要があることはありますか。
答え1
- ダウンロードして実行するSQL Server 2008 アップグレード アドバイザー
- SQL 2005で廃止された機能を使用していて、SQL 2008で廃止されている可能性があるかどうかを確認してください。どのような非推奨の機能を使用していますか?
- 見てください下位互換性使用している機能(エンジン、SSAS、SSRS、SSIS、レプリケーション)のトピックを確認し、展開に当てはまるものがあるかどうかを確認します。
- アップグレード戦略を定義する: サイドバイサイドまたはインプレース
- 読んでレビューするデータベース エンジンのアップグレードに関する考慮事項。せめてそのトピックのクイックチェックリストに従ってください:
- 64 ビット版の SQL Server から 64 ビット版の SQL Server 2008 にアップグレードする場合は、データベース エンジンをアップグレードする前に Analysis Services をアップグレードする必要があります。
- アップグレードするインスタンスからすべての SQL Server データベース ファイルをバックアップし、必要に応じて復元できるようにします。
- アップグレードするデータベースに対して適切なデータベース コンソール コマンド (DBCC) を実行し、データベースが一貫した状態であることを確認します。
- ユーザー データベースに加えて、SQL Server コンポーネントのアップグレードに必要なディスク領域を見積もります。SQL Server コンポーネントに必要なディスク領域については、「SQL Server 2008 R2 をインストールするためのハードウェアおよびソフトウェアの要件」を参照してください。
- 既存の SQL Server システム データベース (master、model、msdb、tempdb) が自動拡張するように構成され、十分なハード ディスク領域があることを確認します。
- すべてのデータベース サーバーのログオン情報がマスター データベースにあることを確認します。システム ログオン情報はマスター データベースに存在するため、これはデータベースの復元に重要です。
- アップグレード プロセスでは、アップグレード対象の SQL Server インスタンス上のサービスが停止および開始されるため、すべてのスタートアップ ストアド プロシージャを無効にします。起動時に処理されるストアド プロシージャによって、アップグレード プロセスがブロックされる可能性があります。
- レプリケーションを停止し、レプリケーション ログが空であることを確認します。
- SQL Server 2000 データベース エンジンのインスタンスをアップグレードすると、最大ワーカー スレッドの構成値が保持されます。ただし、データベース エンジンが最適なスレッド数を計算できるように、アップグレードする前に最大ワーカー スレッドの値を 0 に変更することをお勧めします。詳細については、SQL Server オンライン ブックの「max worker threads オプション」を参照してください。
- SQL Server に依存するすべてのサービスを含むすべてのアプリケーションを終了します。アップグレードするインスタンスにローカル アプリケーションが接続されていると、アップグレードが失敗する可能性があります。
- データベース ミラーリングを使用する場合は、次の方法を参照してください。サーバーインスタンスのアップグレード時にミラーリングされたデータベースのダウンタイムを最小限に抑えるSQL Server オンライン ブックに記載されています。
答え2
心配する必要はほとんどありません。データベースをデタッチするか、移動して再アタッチするか、バックアップして復元することができます。データベースを使用するアプリケーションは 2008 をサポートしていますか? サポートしていない場合は、90 互換モードのままにしておきます。