☰

データを保持しながらリモートで Linux ディストリビューションを変更する

tag-icon • tag-icon linux fedora distributions system-installation remote-management
データを保持しながらリモートで Linux ディストリビューションを変更する

ヘッドレス Fedora 15 (GUI なし) ボックスがあります。パーティション構造は次のとおりです。

$ df -T -h
Filesystem    Type    Size  Used Avail Use% Mounted on
rootfs      rootfs     49G  2.8G   46G   6% /
udev      devtmpfs    1.7G  4.0K  1.7G   1% /dev
tmpfs        tmpfs    1.7G     0  1.7G   0% /dev/shm
tmpfs        tmpfs    1.7G  604K  1.7G   1% /run
/dev/sda1     ext4     49G  2.8G   46G   6% /
tmpfs        tmpfs    1.7G     0  1.7G   0% /sys/fs/cgroup
tmpfs        tmpfs    1.7G     0  1.7G   0% /media
/dev/sda5     ext4    388G   35G  334G  10% /var
/dev/sda2     ext4     28G  1.7G   25G   7% /home

私は Fedora プロジェクトの 12 ～ 14 か月のサポート サイクル ポリシーにうんざりしており (理由があるのか​​もしれませんが)、Scientific Linux や CentOS のようなより安定したものに移行するつもりです。私のデータのほとんどは/var(MySQL、Redis、Apache Docroot) とにあります/home。

ディレクトリ/varとを保存し/homeてリモートで実行することで、Fedora から他の RH ファミリー ディストリビューションに移行することは可能ですか? (緊急の場合は、モニターとキーボードを持ち込むつもりです。) 可能であれば、その手順は何ですか?

答え1

理論的には、もちろんです。理論的にはFedoraボックスをスラックウェア何かを壊さずにそうするために必要な時間をかけるほど気を配れば、適切な場所に配置できます。

一般的に、それは努力する価値がないと考えられています。

CentOS/SLのドキュメントを読むと、コンソール上で対話的にもメジャーリリース間のアップグレードは推奨されていないことに気づくでしょう。最先端のFedoraから、たとえばCentOS 6に移行するのは、さらに悪いでしょう。ダウングレード機能とバージョンの観点から見ると、1 つの RPM をダウングレードする方が 1 つの RPM をアップグレードするよりも作業量が多いことに気付いたかもしれません。これは、非常に基本的なサーバーで約 1,000 個の RPM に対して実行することであり、Desktop、Workstation、または Everything パッケージ セットがインストールされているシステムの場合はさらに作業量が多くなることに注意してください。

ベストプラクティスは、バックアップし、OS を最初から再インストールして復元することです。

可能であれば、まず VM で試してください。完成したら、その VM をホスティング プロバイダーに直接デプロイできる可能性があります。そうでない場合は、切り替えを迅速に行えるように、少なくとも途中でメモを取ってください。

バックアップと復元をどのように行うかは、実際には個別の質問の山です。たとえば、MySQL DB は、OS の変更に伴ってサーバーのバージョンをダウングレードする可能性が高いため、サーバーを停止して生の DB ファイルをコピーするよりも、よりインテリジェントにバックアップする必要があります。代わりに SQL ダンプを実行する必要があります。これは、おそらくいくつかの例の 1 つにすぎません。

関連情報