こんにちは。私のファイルシステムをzipとして保存された外付けハードドライブにバックアップしようとしています。これまで、ほとんどのオンラインヘルプは特定のディレクトリをバックアップする方法を示していますが、/everythingをバックアップしたい人を示す場所はどこにもありません。 / procを減らすには、-xスイッチを使用します。
私はこの例に従おうとしています。https://www.howtogeek.com/135533/how-to-use-rsync-to-backup-your-data-on-linux/
zip /ZippedFiles/archive.zip /Directory1/ && rsync -av --delete /ZippedFiles/ /Directory2/
これが私が今まで得たものです:
zip //OrcaComputers.zip / && rsync -avx --delete // /run/media/orca/DataCabinet
私がマシンに言うのは、ファイルシステムを圧縮して呼び出してOrcaComputers.zip
データキャビネットに転送することです。
私は引き続き以下を受け取ります。
zip error: Internal logic error (empty name without -j or -r)
私がここで何を見逃しているのでしょうか?私はそれが使用に関連していると思います。/
答え1
通常、正しい方向に行きますが、正常なバックアップにはまだ少し不足しています。いくつかの問題があります。
まず、Linuxファイルシステムには保存されていないデータの内容を表すため、バックアップしたくない部分があります。つまり/sys
、/proc
と/dev
。したがって、バックアップから除外する必要があります(/proc
記載されている項目のみ)。
次に、プロセスの開始と終了の間で変更された可能性がある情報をバックアップしようとしています。したがって、最終結果が一貫していない可能性があります。これは、ファイルシステム全体のバックアップが通常行われない理由です。少なくともファイルシステム内では実行されません(通常の選択肢は、ターゲットが実際にVMである中断されたVMのストレージスナップショットまたはバックアップです)。
第三に、提案されたコマンドラインが実際に意図したものを単純化しないと、やや奇妙です。デュアルスラッシュはそのように処理され、/
rsyncはファイルシステム全体を再度移動しようとします。
最後に、zipは実際にファイルシステム(またはファイルシステムの一部)を直接パッケージ化するのに非常に適したツールではなく、情報(ハードリンクまたはソフトリンク、所有権、権限などに関するいくつかのメタデータなど)が失われる可能性があります。パッキングは* nixの圧縮よりも効率的で、通常はtar
保管およびgzip
圧縮に使用されます。tar
圧縮工程を準備した。
管理者はさまざまな方法を使用してバックアップを実行し、ほぼ常にシステムとデータを別々に処理します。重い作業(作業の99%)を実行するためのいくつかの良いプロセスと手順があります。私が個人的に好きなものの一つはrestic
。
ここに別の提案があります(外付けハードドライブの簡単な増分バックアップ):rsnapshot
答え2
レスティックを設置しましたが、
CentOSでは、以下を実行します。
yum install yum-plugin-copr yum copr copart/restic 有効 yum install Restic
新しいリポジトリの作成[restic -r /run/media/orca/Datacabinet init] リポジトリ開始 [restic -r /tmp/restic-repo init]
その後、バックアップを作成します。 Restic -r /run/media/orca/Datacabinet バックアップ~
時間が経過してバックアップが完了しました。うん! 7年間の遅延と1億2000万件の顧客記録の損失以来、今バックアップが可能になりました!すると、全地に平和が帰ってきました。