I would like to write a simple backup script that saves some data to a FAT drive. Should I reformat the drive and use a better file system or is it possible to use rsync with FAT? If so, what problems might I run into? Would performance be a lot worse? EDIT: This is on linux, didn't even know there was a rsync for windows. The sources are various file systems (it's a mess), and the destination is
リモートサーバーとのファイル同期の際にrsyncコマンドを使用すると便利ですが、特に何も指定しない場合は全力で働いてくれるため負荷が掛かります。 rsyncの負荷を抑える方法について、いくつか記載したいと思います。 1. 転送速度を調整する bwlimitオプションを付けることで、転送する速度を調整できます。 指定する値の単位はKbps単位で指定すします。 例えば、1MB/secの場合は 1024KB/sec→8192 Kbps/secなので --bwlimit=8192を指定します。 rsync -e "ssh" --bwlimit=8192 remotehost:/remote_srcdir/ /local_destdir 2. sshを使用する場合、負荷の低い暗号方式でCPU負荷を抑える ssh経由でrsyncを使用する場合、セキュリティ上特に問題がなければ arcfour(RC4)
Next: The problem The rsync algorithm Andrew Tridgell Paul Mackerras Department of Computer Science Australian National University Canberra, ACT 0200, Australia Abstract: This report presents an algorithm for updating a file on one machine to be identical to a file on another machine. We assume that the two machines are connected by a low-bandwidth high-latency bi-directional communication
rsync -avz --exclude-from=pattern-file --delete SRC/ DEST SRCの末尾に/をつける。たいてい必要。 SRCスラッシュの有無は、mv SRC DEST と mv SRC/* DEST の違いと一緒。スラッシュの後ろに*が省略されているものと考える。 DESTのスラッシュの有無は関係なし。 --dry-run(-n)をつけて試す。 SRC、DESTともローカルのディレクトリを指定して試す。 DESTはまず空ディレクトリで試す。DESTが同期済みだと何が更新されるのか正確にわからないので。 --list-onlyをつけてファイル一覧を得る。 DESTを省略してファイル一覧を得る。 --list-onlyと同じ？ --deleteはDESTのファイルを根こそぎ削除する可能性がある。注意。 --delete-excludedは使わない。--d
電話 03-6410-6070、FAX 03-6410-6073 ｉｎｆｏ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ / ｓｕｐｐｏｒｔ＠ｈｐｃ−ｔｅｃｈｎｏｌｏｇｉｅｓ．ｃｏ．ｊｐ (アドレスは半角に変更して利用) 導入事例 | 構成例 | ベンチ | 計算機 | ファイル/管理サーバ | 構築費用 | OS/開発環境 | アプリケーション | オプション | 購入 | 設定/納入 | サポート | 保守 | Q&A | 基礎情報 ▼ rsyncの知識 ▽ rsyncの基本 ▽ rsync用システムの構成 ▽ rsync動作の実態 ▼ rsync対応FS構成例 ▽ タワー型GbE/10GbE ▽ 1UラックGbE ▽ 2UラックGbE ▽ 2Uラック10GbE ▽ 5Uラック10GbE はじめに ファイルサーバのデータを安全に保管するためにはデータのバックアップは欠かせません。と
ここでは、rsync による同期を行ってみることにする。いままでは、cp や tar によるバックアップしか使ったことがなかったが（筆者はこれでも十分だが）、rsync はもっと便利そうなのでようやく使ってみようかという気分になった（おそっ）。このページより前に、「第08回 「dump/restore によるインクリメンタルバックアップ」 というのも作成しているので合わせて見ておくといいかも（？）。同期をとる環境として、ネットワーク越しのマシンにバックアップしてもいいのだが、都合よくLinux が何台もあるわけではないので、USB接続された外付けHDDと同期をとってみることにする。 rsync にはいくつものオプションが装備されている。以下では、使いそうなものをピックアップしてみる。
目的と環境条件 このテキストでは、 rsync を使ったリモートバックアップ（遠隔バックアッ プ）の方法、特に ssh と cron を利用して、暗号化された経路を経由しての バックアップを自動的に行うための手順を示します。 ここで ssh の認証には、パスフレーズを空にし、かつ実行できるコマンドを 限定した ssh 鍵ペアを作成し使用します。これにより、 ssh-agent や eychain を利用する方法、ホストベース認証を利用する方法よりも安全なバッ クアップ体制が整えられる……はずです。 なお、このドキュメントの内容の正確さについては無保証です。なんせ、備忘 録みたいなものですので……。また、このドキュメントに書かれていることを 実行した結果直接的および間接的に発生した損害について、私（佐藤裕介）は 何ら責任を負いかねます。 用語の説明 ローカルホスト、ローカルマシン、ローカル
Mac OS X(Leopard) + Time Capsule ＋ rsyncによる遠隔地ミラーバックアップ（コロケーション）環境の構築Time Capsule は、Time Machineのバックアップ用として使われるようにデザインされていますが、普通のNASとしても使うことができます。 今回、タイムカプセルとMacMiniを組み合わせて、ファイルサーバを構築した上で、遠隔地にあるバックアップクライアントから 自動でrsync を使ってミラーバックアップを行う環境を構築しました。（いわゆるコロケーションです。） 手順以下に、手順を簡単に整理しました。 Time Capsule を NASとして Windows,Mac OS Xクライアント混在環境で使う Time Capsuleの設定とクライアントの設定 MacMiniを sshd サーバとしてセットアップ MacMiniからTime
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
