![主要なLinuxリリースをアップグレードするときにパッケージ構成が中断されるのを防ぐ方法は? [閉鎖]](https://linux33.com/image/132309/%E4%B8%BB%E8%A6%81%E3%81%AALinux%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9%E3%82%92%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89%E3%81%99%E3%82%8B%E3%81%A8%E3%81%8D%E3%81%AB%E3%83%91%E3%83%83%E3%82%B1%E3%83%BC%E3%82%B8%E6%A7%8B%E6%88%90%E3%81%8C%E4%B8%AD%E6%96%AD%E3%81%95%E3%82%8C%E3%82%8B%E3%81%AE%E3%82%92%E9%98%B2%E3%81%90%E6%96%B9%E6%B3%95%E3%81%AF%EF%BC%9F%20%5B%E9%96%89%E9%8E%96%5D.png)
私の個人的なウェブサイトには、現在Debian Jessie 8.10を実行しているVPS(Linode)があります。数年ごとに主要なLinuxバージョンにアップグレードする必要があります。新しいメジャーリリースは、一般的に多くのパッケージ構成の変更を上書きするか、互換性がないか、更新された構成ファイルとマージする必要があることを意味するため、これはやや苦労しました。
破損した設定ファイルによって引き起こされる手間とダウンタイムをどのように短縮できますか?
議論のために、私がどの構成ファイルを変更したかを知っているとしましょう。
答え1
私はメジャーバージョンのアップグレードをLinodeで再構築して再構成し、バックアップと復元の手順をテストするなどの機会として使用します。もちろん、時間をかけてこれを行うと、5ドルがさらに発生します(急いで1ドルかかります...それほど価値はありません)。
変更された設定を見つけるために使用されているエディタ(joe
)は、チルダ()で終わる同じ名前で編集するすべてのファイルのバックアップファイルを作成するように設定されています~
。だからfind /etc -iname *~
それは私に効果的です...
つまり、すべてをバックアップし、スナップショットもバックアップできます。読むアップグレードに関する Debian ドキュメント。他のアイテムを台無しにする可能性があるコアアイテムへの変更を確認してください - Rui F Ribeiroのコメントで述べたように、一部のアイテムを台無しにする可能性があるPHPの変更はmysql-> mariadb変換も中断する可能性があります。さまざまなWebアプリケーション、サービスなどをチェックして、これらの変更の影響を受けていることを確認してください(たとえば、PHPではmysql_*
関数系列が消えました。mysqli_
代わりにその系列またはPDOを使用してください)。
最後に準備ができたら、アップグレードを進めてください。変わりsources.list
、実行されることを願っていますapt-get update && apt-get dist-upgrade
。