rsync + ssh でファイルの同期をとる(2) マスターサーバー（コピー元サーバー）でないサーバーへファイルをアップロードした時のリカバリの仕方

2011年10月6日 2014年1月16日

ご利用のブラウザは、JavaScript が無効となっていませんか？
このサイトでは、コンテンツの一部が非表示、あるいは、コメント、お問い合わせの投稿ができない、検索ができないことがあります。

以前のrsync + ssh でファイルの同期をとるでサーバー間でのファイルの同期について話をしました。

rsyncを使うと１回のFTPアップロードで、複数のサーバー一気にコピーしてくれます。

非常に便利なんですが、間違ってマスターサーバー（コピー元サーバー）でないサーバーへファイルをアップロードした場合、先の記事で紹介した設定では、その後、うまく全サーバーでアップロードできないことがあります。

そのとき、やるべきことは、

全ファイルの上書きによる rsync を実行 することだけなんですが、

個人的に、備忘録として残しておきます。

目次
1. rsyncを使って上書きする
2. 本対処の仕方
履歴

2011年10月6日初版

rsyncを使って上書きする

rsyncの使い方として、以前のrsync + ssh でファイルの同期をとるでは、以下のような例で説明していました。

コピー元サーバーは、自サーバー、
コピー先サーバーは、IPアドレス: 111.122.133.144 としています。

$ rsync -auz --delete -e ssh /var/www/html/ ruser@111.122.133.144:/var/www/html/

上書きしたい場合は、パラメータを
-auz → -az へ変更すればOKです。

$ rsync -az --delete -e ssh /var/www/html/ ruser@111.122.133.144:/var/www/html/

パラメータ u は、

 -u, --update                アップデートのみ許可 (上書き禁止)

の意味になります。

つまり、更新日時で判断していますから、もしもマスターサーバー（コピー元サーバー）でないサーバーへ間違ってアップロードしてしまうと、マスターサーバー（コピー元サーバー）側の該ファイルの更新日時が、そのアップロードした日時を過ぎない限り更新されないわけです。

そのため、間違ってアップロードしてしまった場合は、全上書きをさせて、一旦、全ファイルの同期をとってしまうことが肝要だと思います。

本対処の仕方

先のrsyncを使って上書きして、まずは、リカバリができました。

このような誤りが、今後も起きないとは限りませんね。

そのときのための本対処を入れておきましょう。

本対処は、１日１回、全上書きで同期をとるようにcronに設定することです。

$ crontab -e

*/5 * * * * rsync -auz --delete -e ssh /var/www/html/ ruser@111.122.133.144:/var/www/html/ > /var/log/rsync 2>&1
0  0  * * * rsync -az --delete -e ssh /var/www/html/ ruser@111.122.133.144:/var/www/html/ > /var/log/rsync_daily 2>&1

上段は、今までの更新を５分間隔で同期をとるようにしています。
下段は、全上書きでの更新を毎日０時０分に同期をとるようにしています。

とりあえず、これで、もし間違ってアップロードしたものは、最長でも１日の内に修復されることになります。

５分間隔では、上書きなしの更新ですから、無駄に負荷をかけずにリカバリをするようにしました。
システムによっては、５分間隔を、全上書きの方が良い場合もあるかもしれません。（たぶん、こっちが正しいやり方だと思います。個人的に、どうしても一時的にアップロードしないといけないことがあるので、このような対処にしています。これがだめなんですよね。）

この更新がうまくいっていないことに気づくまで、えらく時間がかかってしまいました。
結構、この種の問題は、気づかないと後々大きな問題でサブマリンのように浮かび上がってきますから要注意です。
個人的には、ただただ不用意にマスターでないサーバーへアップロードしていたことに尽きるのですが・・・。

いずれにせよ、みなさんもお気をつけください。

(amazon )	インフラエンジニア教本2――システム管理・構築技術解説 (SoftwareDesign別冊)に寄稿しました。「ログを読む技術」の再掲載になります。 8月号を見逃された方は、是非、ご一読くださいませ。
(amazon )	Software Design 8月号に寄稿しました。「ログを読む技術」について寄稿しました。興味のある方は、是非、ご一読くださいませ。
また、執筆や当サイトにおける広告のご依頼などございましたら、お問い合わせページよりご一報ください。

rsync + ssh でファイルの同期をとる(2) マスターサーバー（コピー元サーバー）でないサーバーへファイルをアップロードした時のリカバリの仕方

rsyncを使って上書きする

本対処の仕方

最近投稿の記事

さくらのVPS 全プランリニューアルです。（石狩(北海道)も選択可）

カテゴリ

Serverman@VPS 完全1ヶ月無料キャンペーン実施中です。

リンク

KVM採用 ConoHa VPSは、時間単位で借りれる便利なVPSです。

KVM採用お名前.com VPS(KVM) 2G プラン初期設定費無料キャンペーン実施です。

rsync + ssh でファイルの同期をとる(2) マスターサーバー（コピー元サーバー）でないサーバーへファイルをアップロードした時のリカバリの仕方

rsyncを使って上書きする

本対処の仕方

最近投稿の記事

さくらのVPS 全プラン リニューアルです。（石狩(北海道)も選択可）

カテゴリ

Serverman@VPS 完全1ヶ月無料 キャンペーン実施中です。

リンク

KVM採用 ConoHa VPSは、時間単位で借りれる便利なVPSです。

KVM採用 お名前.com VPS(KVM) 2G プラン 初期設定費無料 キャンペーン 実施です。

さくらのVPS 全プランリニューアルです。（石狩(北海道)も選択可）

Serverman@VPS 完全1ヶ月無料キャンペーン実施中です。

KVM採用お名前.com VPS(KVM) 2G プラン初期設定費無料キャンペーン実施です。