タグ付けされた質問 「backup」

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前に閉鎖されました。 私はすべてのドキュメントをバックアップし、それを別々に保存するためにディスクを購入しましたが、Linuxで信頼性を高めたファイルシステムは何なのかわかりません。毎月1回バックアップし、常に接続されるわけではありませんが、データが確実に残るようにします。 たぶんext4？

14 filesystems  backup  ext4 

あるディレクトリの属性（所有権、グループ、ACL、拡張属性など）を別のディレクトリにコピーしたいが、ディレクトリの内容自体はコピーしたくない。 これは動作しません： cp -v --attributes-only A B cp: omitting directory `A' 注：である必要はありませんcp。

14 filesystems  backup  file-copy  xattr 

rsyncは、ソースから削除されたファイルを宛先から削除しますか？ たとえば、ソース/ home / meに3つのファイルがあるとします。 a.txt b.txt c.txt ここで、コマンドを実行し、rsync -v /home/me/ user@ip.address:/home/backupファイルa.txt、b.txtおよびc.txtをコピーします/home/backup。 /home/backup現在の内容は a.txt b.txt c.txt から削除するa.txtと/home/me、rsyncを次に実行したときにa.txt削除され/home/backupますが、指定する必要があるオプションはありますか、それともまったく不可能ですか？ これを行うrsyncに代わるものがあれば、それらも歓迎します。 サイドノート：私はこれとこのトピックに関連するこれを読みましたが、それが質問に正確に関連する方法を正確に理解または見ることができませんでした。

14 rsync  backup 

rsyncホームディレクトリのバックアップに使用しています。これは長い間正常に機能しています。これが私が使っているコマンドです： rsync \ -pavz \ --delete \ --exclude 'mnt/' \ --exclude '.cache/' \ --exclude 'Videos/' \ --exclude 'Music/' \ --exclude 'Documents/virtualbox' \ /home/"${USER}" "${server}":"${dir}" 2>> "${errorFile}" しかし、バックアップ先のサーバーを切り替えたところ、起動してrsync数秒間（最大で数分間）実行された後、エラーメッセージが表示されて停止しました。 packet_write_wait: Connection to x.x.x.x: Broken pipe rsync: [sender] write error: Broken pipe (32) rsync error: unexplained error (code 255) at io.c(820) [sender=3.1.1] 他のサーバーで動作しているため、問題は接続またはサーバー自体にあると思われます。接続が安定しているようです。ケーブルで接続していますが、中断はありません。また、バックアップ中にサーバーにpingを実行してみました。バックアップが壊れている場合でも、pingの応答率は100％です。 …

14 ssh  networking  rsync  backup 

Minecraftサーバー上の世界データをcronを使用して1時間ごとにバックアップするバックアップスクリプトを設定しましたが、世界はプレイヤーによって絶えず編集されているため、tarは読み取り中にファイルが変更されたことを教えてくれました。スクリプトのtarに--ignore-command-errorを追加し、手動で実行するとエラーが表示されないようにしましたが、cronは読み取り中にファイルが変更されたことを知らせるメールメッセージを送信します。 1時間に1回実行します。誰でもこれを修正する方法を知っていますか？これはスクリプトです： filename=$(date +%Y-%m-%d) cd /home/minecraft/Server/ for world in survival survival_nether survival_the_end creative superflat do if [ ! -d "/home/minecraft/backups/$world" ]; then mkdir /home/minecraft/backups/$world fi find /home/minecraft/backups/$world -mtime +1 -delete tar --ignore-command-error -c $world/ | nice -n 10 pigz -9 > /home/minecraft/backups/$world/$filename.tar.gz done

13 cron  email  backup 

マシンを起動してから10分後に1日1回だけバックアップスクリプトを実行したい。systemdでそのようなシナリオを構築することは可能ですか？

13 cron  backup  systemd 

ハードディスクをバックアップする必要があります。使用ddして、外部hddにイメージを配置します。 ddhdd自体にあるOSを使用してこれを実行できますか、またはLiveCDなどの別のデバイスから起動する必要がありますか？ 一般に、デバイスがマウントされて動作している場合、デバイスの画像を撮影することは安全ですか？ デバイスがマウントされているが、dd実行中に他のI / O操作がないと確信している場合はどうなりますか？ これはrsync、バックアップ、特に増分バックアップに使用するのに最適なツールであると確信しています。 しかしdd、他のストレージデバイスもバックアップしたいので、パーティション分割されていないスペースに保存されているデータもコピーするので、に興味があります。たとえば、私の電子書籍リーダーは、パーティション化されていないスペースを使用して、uboot、カーネル、その他のデータを保存します。

12 backup  dd  disk-image 

最新のLinux Mintを使用しています。データベースのバックアップ用に特別なcronジョブを作成できるかどうか疑問に思っていました。 私の/etc/cronjobファイルには次のコードがあります： # Minute Hour Day of Month Month Day of Week Command # (0-59) (0-23) (1-31) (1-12 or Jan-Dec) (0-6 or Sun-Sat) 30 4 * * 1-6 /home/users/backup.sh 私/home/users/backup.shには mysqldump -uroot -p MyDatabase > /home/users/backup_MyDB/full_myDB.sql 代わりに、full_myDB.sql私2014-04-04_full_myDB.sqlたちが持っている日付に応じて、日付が動的に追加されるようなものを持ちたいです。 SQLバックアップファイルが1週間以上古い場合、cronjob で自動的に削除したいと思います。

12 cron  backup  mysql  database 

Duplicityを実行すると、実行の最後に次のようなエラーメッセージが表示されることがよくあります。 Cleanup of temporary file /home/user/.cache/duplicity/9a169830d41477b2dbc3c5b32edd4e8a/duplicity-MEXhMY-tempdir/mktemp-StAkzj-1 failed 上記のディレクトリには、Duplicityを次に実行したときに削除されるファイルが10個ほど含まれています。 増分バックアップを実行しているときにこれが失敗することがある理由はありますか？私はそれに対するパターンを自分で見たことがなく、同じ問題に言及している他の人を見つけることができなかった。あるメーリングリストのある人は、彼のロケールがDuplicityに問題を引き起こしたと言ったことがあります。通常のノルウェー語ロケールからen-USに変更しようとしましたが、まだ問題が発生します。 これはDuplicityの単なる通常の操作ですか？ 3つの異なるシステムで見る：2つのUbuntu 13.04 64ビットデスクトップと1つのUbuntu Server 13.04 64ビット。

12 backup  cache  duplicity 

古いマシンを別の目的に使用できるように、あるDebianマシンから別のDebianマシンにファイルを移動中です。古いマシンのハードドライブを回復不能にフォーマットするため、ファイルを見逃したくありません。 さらに考えてみると、コピーする必要があるすべてのファイルとフォルダーは、インストールされているDebianパッケージによって管理されていないものであることに気付きました。そのようなファイルやフォルダをリストする簡単な方法はありますか？

12 debian  apt  backup  aptitude 

私はrsync 3.1.1を使用して2つのディスクの同期をとっています。1つはネットワーク上にあり、samba共有としてマウントされてい/mnt/ROUTER_WD_2TB/ます。これはソースであり、ネットワークの制限により、速度は最大30〜40MB / sです。もう1つは宛先で、ローカルにマウントされ（ピーク110MB / s）、です/mnt/BACKUP_HITACHI_2TB/。 次のrsyncコマンドを使用します。 rsync -haAXi --quiet --append-verify --delete /mnt/ROUTER_WD_2TB/* /mnt/BACKUP_HITACHI_2TB/. ディスクには多くのファイルが含まれ、そのほとんどは小さいです。 問題は、rsyncはかなり長い時間（10〜20メートル）を取るある前に、任意のファイルを移動し始め、それは小さなファイルの非常に大きな数の計算、ファイルリストに持っているので、私は推測します。この期間中、ファイルの転送速度は約40MB / sですが、新規ネットワークの使用率は200〜500KB / sと低いです。 通常、rsyncは最終的にコピーする必要のあるものを見つけるのに約15分かかり、それをコピーするのに5秒かかり、さらに5分間コピーする他のファイルをチェックし続けます。全体として、5秒のファイルコピーは最終的に20分間続きます。 フォルダを除外する以外に、ファイルをコピーする前にこの長い期間を回避するために取ることができる手段はありますか？rsyncがすべてのファイルリストを最初から再構築する必要がないように実装できる「キャッシュ」の種類はありますか？

12 rsync  backup 

LVMで使用したいコマンドは何ですか？ ボリュームの読み取り専用のスナップショットを作成します。 （ボリュームでいくつかの実験を行います）; ボリュームをスナップショットにロールバックしますか？

12 lvm  restore  backup  sandbox 

私はdd、dd_rescue、ddrescueを試しましたが、すべて失敗しました。これらのツールはファイルシステムをバイパスし、ビットごとのコピーを作成すると思いました。 ddはだまされて終了しますが、小さなファイルが生成され、終了したと表示されます。 dd_rescuseとddrescueは読み取りエラーについて不平を言っており、許容できないほど遅いです。これらのツールは、10分で数MBしかコピーできません。 なぜこれが起こっているのですか、なぜこれらのツールは失敗していますか？ AnyDVDは、Win7ホスト上でディスクを1秒でコピー可能にします。不思議なことに、UDFファイルシステムにはパッチが適用されており、不良セクターがないことも示されています。ディスク全体を10分でコピーできます。 更新：解決策については、スーパーユーザーに関する私の同様の質問を参照してください。

12 filesystems  backup  data-recovery  dd  dvd 

btrfsの送信/受信機能を使用して、バックアップスナップショットをかなり低速（初期シードは約50〜100GB、アップストリームバンドは約1〜2MBit / s）で信頼できない（両端で毎日強制的に中断）接続で送信したいと思います。 次の要件が表示されます。 暗号化された転送（通常はSSHトンネルを使用して実現されます） 中断された接続に対する堅牢性 そうですZFSは自動的に中断された転送を再開することができます rsyncはないかと同様に、。これはBTRFSにも適用されますか？センド/ wikiページは受信中断した転送に関して有用ではありません。btrfsが中断された転送を再開する場合、私がしなければならないことは、SSHトンネルを使用して、中断された場合に再開することだけです。 そうでない場合は、中間でバッファを使用して、btrfs-connectionが割り込みに耐えることを確認するか、シードのために両方のサーバーを互いに近くに配置する必要があります（これは、毎日の送信に優れた追加ファイルに関して問題になります）容量とスナップショットの送信）。 シードとスナップショットを送信するために何を考慮する必要がありますか？

11 linux  backup  btrfs 

そのようにいくつかのディレクトリのバックアップを実行した後： # duplicity\ --exclude /home/user/Documents/test1/file\ --include /home/user/Documents/test1\ --include /tmp/test2\ --exclude '**'\ / file:///home/user/Backup バックアップしたディレクトリを削除して、復元がどのように機能するかをテストしたいと思いました。 # rm -rf /home/user/Documents/test1 /tmp/test2 次に、バックアップを復元し、 # duplicity file:///home/user/Backup / しかし、エラーが発生しました、 Restore destination directory / already exists. Will not overwrite. そのため、これらの含まれているフォルダーの宛先がすでにクリアされている場合でも、ルートフォルダーを空にしないと元の宛先に復元できないようです。 別の場所に復元し、各フォルダーを1つずつ移動するよりも良い方法はありますか？ # duplicity --file-to-restore home/user/Documents/test1 file:///home/user/Backup /home/user/Restore1 # mv /home/user/Restore1/home/user/Documents/test1 /home/user/Documents/test1 # duplicity --file-to-restore tmp/test2 …

11 backup  restore  duplicity