• ベストアンサー
※ ChatGPTを利用し、要約された質問です(原文:SQL Server 2000のマシンリプレース)

SQL Server 2000のマシンリプレース手順と注意点

このQ&Aのポイント
  • SQL Server 2000のマシンリプレースを行う手順と注意点についてまとめました。
  • 完全バックアップと単純復旧の手順を具体的に説明しました。
  • システムデータベースのバックアップ・復元やトランザクションログのバックアップ・復元などについて解説しました。

質問者が選んだベストアンサー

  • ベストアンサー
回答No.1

>作業に漏れはないか? 新旧でホスト名が変わるとありますが、クライアント側の接続ホスト名の変更は必要ないですか。 >システムデータベースのバックアップ・復元は必要でしょうか? 事件が起きる可能性があるのでやらない方が無難です。 >トランザクションログのバックアップ・復元は必要でしょうか? 移行の間システムを停止しておかないと、データーの整合性が取れなくなるので、基本的には不要です。 >インデックス・View・ストアドプロシジャも復元できますでしょうか? 棚卸も兼ねて、構築環境を作られる事を推奨します。 >その他漏れや注意点などありますでしょうか? 単にリプレスと言っても新サーバーが問題なく動く保証は全くありません。その意味で数日を掛けて確実にリプレスする事を推奨します。 私の行った方法は、新サーバーに新しい環境を構築し、データベースに関してはプログラムを作って、毎晩旧から新にテーブをコピーする、クライアント側は新サーバー用接続のプログラムを別に用意し、利用者に動作確認を依頼する。全部署で問題無いとの回答をもらった時点で、夜間のシステム利用を一時停止してもらい、その間にテーブルをコピーし旧サーバーを停止、その後新サーバでの業務を開始してもらう。

fwjh017210
質問者

お礼

>nharasawaさま お礼が遅くなってすみません。 ご回答ありがとうございました。 今回、ホスト名は変更になりますがクライアントからの接続ホストの変更はなさそうです。 DNSのレコードに旧サーバのホスト名と新サーバのIPアドレスを紐付けすることで対応する予定です。 なるほど、システムデータベースやトランザクションログはトラブルの元になるわけですね(笑) 確かに業務を停止していれば問題なさそうなので不要としたいと思います。 是非とも参考にさせていただきハードリプレースを乗り越えたいと思います。 また何かありましたら宜しくお願いします。

関連するQ&A