ヘッドレスの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ファミリーディストリビューションに移行することは可能ですか? (悲惨な状況下では、モニターとキーボードを持ち運びます。)はいの場合、同じ手順は何ですか?
理論的には、確かに。理論的には、FedoraボックスをSlackwareに変更することができます。十分な時間をかけて、何かを破壊せずに変更することができます。
一般的に、それは努力する価値がないと見られています。
CentOS/SLのドキュメントを読んだ後、コンソールでインタラクティブにさえ、インプレースでメジャーリリース間でアップグレードすることさえ推奨していないことに気付くでしょう。機能とバージョンの観点から、Edge Fedoraのブリーディングから、たとえばCentOS 6への移行は、事実上ダウングレードであるため、さらに悪化します。 1つのRPMをアップグレードするよりも、ダウングレードする方がはるかに多くの作業が必要になることに気付いたかもしれません。ここで、これを、かなり必要最低限のサーバーで約1,000 RPMで実行することについて話していることに気付きます。さらに、デスクトップ、ワークステーション、またはEverythingパッケージセットがインストールされているシステムでこれを実行します。
ベストプラクティスは、バックアップし、OSを最初から再インストールして、復元することです。
可能であれば、最初にVMで試してみてください。完成したら、そのVMをホスティングプロバイダーに直接デプロイできる可能性があります。 。そうでない場合は、少なくとも途中でメモを取り、切り替えをすばやく行うことができるようにします。
正確にどのようにバックアップと復元を行うかは、実際には個別の質問の山です。たとえば、MySQL DBは、OSの変更に伴ってサーバーのバージョンをダウングレードする可能性があるため、サーバーを停止して生のDBファイルをコピーするよりもインテリジェントにバックアップする必要があります。代わりにSQLダンプを実行することをお勧めします。いくつかの例のほんの一例ですが、おそらく見つかるでしょう。