web-dev-qa-db-ja.com

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

ヘッドレスのFedora15(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

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

ディレクトリ/var/homeを保存して、リモートでFedoraから他のRHファミリーディストリビューションに移行することは可能ですか? (悲惨な状況下では、モニターとキーボードを持ち運びます。)はいの場合、同じ手順は何ですか?

5
WeaklyTyped

理論的には、確かに。理論的には、FedoraボックスをSlackwareに変更することができます。十分な時間をかけて、何かを破壊せずに変更することができます。

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

CentOS/SLのドキュメントを読んだ後、コンソールでインタラクティブにさえ、インプレースでメジャーリリース間でアップグレードすることさえ推奨していないことに気付くでしょう。機能とバージョンの観点から、Edge Fedoraのブリーディングから、たとえばCentOS 6への移行は、事実上ダウングレードであるため、さらに悪化します。 1つのRPMをアップグレードするよりも、ダウングレードする方がはるかに多くの作業が必要になることに気付いたかもしれません。ここで、これを、かなり必要最低限​​のサーバーで約1,000 RPMで実行することについて話していることに気付きます。さらに、デスクトップ、ワークステーション、またはEverythingパッケージセットがインストールされているシステムでこれを実行します。

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

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

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

6
Warren Young