ライブサーバーをアップグレードするための最適なプロセス
私は最近新しい会社に着手しましたが、そのライブサーバーにはPHP v5.2.6があります（はい、2008年頃）。 PHPは非常に古いため、最近私が彼らのために設計したサイトは実際には動作しません。そのため、サーバーのアップグレードを任されました。
最良のプロセスは次のとおりだと思います
- すべてのライブサイトを個人用サーバーにコピーする
- すべてのソフトウェアの最新バージョンを使用して、個人用サーバー上のサイトをテストする
- サーバー上のバージョンをライブにする（Webアクセスが中断されないようにする）
- ライブサーバー上のすべてのソフトウェアの最新バージョンへのアップグレード
- すべてのサイトをライブサーバーに戻す
- ライブサーバー上のサイトを再びライブにする
この計画に穴が開いている人はいますか？
Closetnocのアドバイスは良いと思いますし、あなたの計画は健全ですが、そこのコメントで、あなたはすでにlinodeのVPSで実行していると述べました。時間枠によっては、linodeで別のVPSを起動し、必要に応じて正確にプロビジョニングし、それに切り替えてから、古いVMをシャットダウン/破壊するのを防ぐのは何ですか？
費用はかかりますか？個人的には、サイトを2回移動させないようにすることで節約できる時間とコストはかなり大きいと思います。それでも、私は非営利団体で働いており、この種のコストに関する制限を理解しています。これをあなたの質問により正確に対応させるために、あなたの制約と状況を考えると、私が見る唯一の穴は、あなたがより効率的なオプションを持っているかもしれないということです。そうでなければ、あなたの計画に本質的に悪いことは何もありません。
とにかく、それが私であり、私がすでにVPSから操作していた場合、既存のVPSを開始点として複製し、すべてのアップグレード（再び、closetnocが推奨するようにすべてのアップグレード）を作成し、それを切り替えます一度。
実は違う。サイトのインストールが2008年のものである場合を除き、OSおよびその他のインストールが必要になる場合があり、それらとハードウェアとの間に互換性がない場合があります。最低限必要なインストールの完全なスイートが、そのマシンで動作しない可能性があります。そのために準備してください。 Apache、Linuxなど、他に何もない場合は、セキュリティ上の理由からも実行する必要のあるソフトウェアアップグレードを確認します。OSやその他のサービスとともにサーバーハードウェアのアップグレードが必要な場合があります。私の経験では、ハードウェアが問題になる場合がありますが、常にハードウェアのレベルに依存するわけではありません。また、ソフトウェア間の依存関係が常に発生し、このような機会にセキュリティ問題を解決するための全面的なアップグレードが常に推奨されることも私の経験でした。