do-release-upgrade LTS-> LTSに何を期待しますか（期間、問題、構成調整など）？
12.04.5 LTS（最新の通常のapt-get update && apt-get dist-upgrade）を実行する生産的なUbuntu Server LTS Webサーバー（「クラシック」LAMP）があります。 SSH（ルートアクセスのあるレンタルサーバー）経由でのみアクセスできます。 notサードパーティ製のソフトウェア/ソースを使用します。公式のUbuntuのもののみを使用します。
do-release-upgradeを実行して14.04.X LTSにアップグレードしたいと思います。
私の質問は、このプロセスからダウンタイムを最小限に抑えるために期待できることです。
- LTSアップグレードの実行時間（X分、X半時間、X時間）これは多くのことに依存しますが、大まかな時間スケールは事前に知っておくといいでしょう（非常に高速なハードウェアとネットワーク接続です）。
- 間に再起動が必要ですか（-> SSH-only-access）？
- 一定のユーザー入力が必要ですか？
- 更新された重要なサービス（Apache、PHP、MySQL）は実行されるだけですか、それとも多くの構成ファイルを更新する必要がありますか？
- 大きなLTSアップグレードで頻繁に発生する他の既知の問題はありますか？
LTSアップグレードの実行時間（X分、X半時間、X時間）これは多くのことに依存しますが、大まかな時間スケールは事前に知っておくといいでしょう（非常に高速なハードウェアとネットワーク接続です）。
前回私がこれをしたのは、1時間半ほどかかりました。平均以上のインターネット接続。しかし実際、これは多くのことに依存します。デスクトップがインストールされている場合、時間がかかります。私よりも多くのソフトウェアがインストールされている場合、時間がかかります。インストールする数が少ない場合は、時間がかかりません。
再起動が必要ですか（-> SSH-only-access）？
私がそれをやったときではなく、私が知る限り、アップグレードは1つのアクションとして行われます。そのため、最後に再起動する必要があります。
一定のユーザー入力が必要ですか？
いいえ。しかし、おそらくプロセスの大部分を発生時に見たいと思うでしょう。
更新された重要なサービス（Apache、PHP、MySQL）は実行されるだけですか、それとも多くの構成ファイルを更新する必要がありますか？
それは私のためにした：Apacheとmysqlはすぐに実行された。しかし、これは主にセットアップに依存します。 14.04で削除された非推奨のオプションを使用した場合、問題が発生する可能性があります。
Apacheとmysqlは、クラッシュした場合に明確なメッセージを表示します。
私がアドバイスしたいことの1つは、アップグレードを開始する前に、自分でサービスを停止し、構成ファイルのバックアップを作成することです。データベースダンプを作成し、my.confと/ etc/Apache2/conf、sites-などをバックアップします。
大きなLTSアップグレードで頻繁に発生する他の既知の問題はありますか？
はい、停電。停電が発生するためにアップグレードを開始したとき、それは非常に人気があるようです。システムの主要な変更と同様に、バックアップして、復元できることを確認してください。
もう1つのこと：1台のマシンでアップグレードを行った後、アップグレードがひどい場合に会社に何がかかるかを経験に基づいて推測しました。新しいサーバーを購入し、古いサーバーをfallbackupサーバーに変更するのが最も安価で安全だと判断しました。また、アップグレードが容易になりました。Apacheの設定、mysqlの設定を台無しにして、バックアップを復元できました。 1時間（日）以上かかりましたが、日中や必要なときにこれを行うことができました。
これらのアップグレードには1時間未満、おそらく30分しかかかりませんが、それはアップグレードのみであり、その後のテストと修正ではありません。
構成ファイルに関するいくつかの質問が予想されます。古いファイルを上書きまたは保持します。一般に、古いものを保持する必要があります。そうしないと、Apacheの構成が上書きされるなどです。これらの構成ファイルをバックアップしてください。/etcフォルダーの大きさは？適切な権限でバックアップします（Sudo cp -rp/etc/etc-backup）。 varフォルダーについても同様です。これを行うのに十分なスペースがあるかどうかを確認してください。
ApacheまたはMysqlまたはその他のサービスは、現在の設定での動作を停止できます。データベースが正しくアップグレードされない場合があります。 PHPアップグレードは問題を引き起こす可能性があります。メールサーバーを確認してください。
私のアドバイス：Virtualboxでローカルの12.04 VMを使用し、Webサイトをインストールして、mysql、php、Apacheが同じバージョンかどうかを確認します。メールサーバーを確認し、Webサイトまたはcronjobが顧客にメールを送信するか、メールを無効にするか、テスト環境のすべてのメールアドレスを変更して、顧客が偽のテストメールを受け取らないようにします。途中でスナップショットを作成して、間違えたときに1つまたは2つの手順に戻ることができます。
12.04のデスクトップバージョンを使用することを選択できます。これにより、VMなどでFirefoxを使用できるようになります。デスクトップを使用すると、作業がはるかに簡単になり、テスト用のサーバーのセットアップに悪影響を与えることはありません。これは私がしていることですが、あなたはそうしたくないかもしれません。
次に、そのローカル12.04 VMでアップグレードを行います。発生する問題を確認します。 Webサイトは引き続き実行されますか？ロギングにエラーが表示されますか？このテストは、同じ手順が稼働中のマシンで機能することを絶対的に保証するものではないことに注意してください。しかし、ほとんどの問題をおそらくキャッチするでしょう。
これらの場合、「クラウド」には利点があり、クラウドでVMを使用します。アップグレードする前にスナップショットを作成できます。その後、アップグレードして、問題が発生した場合は戻ってください。または、元のマシンを実行したままにして、スナップショットを使用して2番目のVMを作成し、テスト用にアップグレードするなどできます。