NFS マウントを介して古いシステムから新しいシステムにデータを移動する

NFS マウントを介して古いシステムから新しいシステムにデータを移動する

古いシステムでは RHEL 5 (systemold.blah.blah) を実行していましたが、できるだけダウンタイムを少なくしてサーバーを更新したかったので、新しいシステム (systemnew.blah.blah) を構築し、そこに RHEL 6 をインストールしました。

ここで、NFS マウントまたは IP アドレスを使用して、古いシステムから新しいシステムにデータを転送します。

どちらが良いでしょうか?また、データ転送はどのように行えばよいでしょうか? ありがとうございます!

答え1

両方のマシンで同時に実行されているデータのインスタンスを 1 つ持つ必要がある場合は、NFS が必要です (SAMBA を使用することもできますが、それは愚かなことです)。古いマシンから新しいマシンにデータを移動するだけの場合は、rsync の方が簡単なオプションです。

たとえば、2 台のマシン間に IP 接続があり、古いマシンが 192.168.0.1、新しいマシンが 192.168.0.2 で、古いマシンで sshd が実行されていて、root ログインが有効になっており、古いマシンの /home の下にあるすべてのものを新しいマシンの home の下にあるものに転送するとします。新しいマシンで root として次のような操作を試してください。

rsync -avz [email protected]:/home/ /home

home の後の末尾のスラッシュが重要であることに注意してください。

rsync -avz [email protected]:/home /home

は、新しいマシンに別のディレクトリ /home/home を作成しますが、おそらくこれは望んでいるものではないでしょう。代わりに、古いマシンから新しいマシンにディレクトリをプッシュすることもできます。古いマシンで root として:

rsync -avz /home/ [email protected]:/home

rsync チュートリアルはたくさんあります。「rsync バックアップの例」などを検索してください。

ダウンタイムに関しては、新しいマシンに NFS でマウントされたデータのインスタンスを 1 つだけ使用して、2 台のマシンを同時に実行するのが最善かもしれません。1 人か 2 人のパイロット ユーザーを新しいマシンに移行して、新しい環境で作業できることを確認し、残りのユーザーを移行します。すべてのユーザーが新しいマシンに移行したら、新しいマシンの NFS パーティションから新しいマシンのローカルに接続されたパーティションにデータを rsync し、NFS パーティションをアンマウントしてファイル パスを修正します。新しいマシンで全員が作業できることがわかるまで、古いマシンを 1 週間か 2 週間稼働させておきます。その後、古いマシンをシャットダウンしますが、再フォーマットするまで 1 か月ほどそのままにしておきます。

関連情報