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

3
btrfsスナップショットの数の実用的な制限は?
snapper、またはsnapperのようなものを使用して時間ベースのスナップショットを取得できるように、データドライブでbtrfsを使用することを検討しています。これにより、古いバージョンのデータを参照できると思います。ドライブの障害によりデータとスナップショットが消去されるため、これは現在のオフサイトバックアップに追加されます。 私の理解では、btrfsスナップショットは多くのスペース(メタデータと変更されたブロックに加えていくらかのオーバーヘッド)を占有しないため、スペースは制約ではないようです。 データ、変更されたデータ、およびメタデータのための十分なディスク容量があると仮定して、100万のスナップショット(たとえば、2年間1分ごとのスナップショット)があると大混乱になりますか? スナップショットの数に実用的な制限がある場合、ファイルの数やファイルのサイズに依存しますか?


1
ローテーションを伴うバックアップとしてのファイルへのZFSスナップショット
ローカルのFreeNASシステムがあり、バックアップにZFSスナップショットを使用したい。 FreeNASには、使用する組み込みのレプリケーションタスクがあります zfs send snapshot_name スナップショットをリモートシステムに送信します。しかし、これにはもう一方の端にZFSを備えたシステムが必要です。 スナップショットをファイルに送信し、この圧縮および暗号化されたファイルをリモートマシンに送信します。 これは可能です zfs send snapshot_name | gzip | openssl enc -aes-256-cbc -a -salt > file.gz.ssl 毎日、ストレージプールのスナップショットを作成し、すべてのスナップショットを30日間保持します。 スナップショットを取得するたびに、このスナップショットをファイルにパイプします。 -snapshot_file 1にはすべてのファイルがあります(2GBとしましょう) -snapshot_file 2にはsnapshot_file 1への変更のみがあります(5MBとしましょう)-snapshot_file 3はsnapshot_file 2への変更を保持しています。等々。 31日目に、snapshot_file 1が削除されます(過去30日間の変更のみが必要なため) したがって、snapshot_file 2はすべてのファイルを保持する必要があります(2GBのsnapshot_file 1 + 5MBの変更) しかし、このアプローチでは毎日(31日目以降)新しい2GBファイルを作成してリモートシステムに送信する必要があります。これはオーバーヘッドが大きすぎます。 X日間の履歴を持つバックアップ戦略として、ファイルにパイプされたスナップショットを使用する最良の方法は何ですか? PS:そこには多くのバックアップソフトウェア(rdiff-backupなど)があり、それを使用できることがわかっています。しかし、私はこれがどのように行われるのか興味があります。

1
GNU / Linux:オーバーレイブロックデバイス/スタッカブルブロックデバイス
GNU / Linuxには、dirsをオーバーレイするユニオンマウントがあります。したがって、読み取り専用ディレクトリの上に書き込み可能なディレクトリをマウントできます。書き込み可能なディレクトリがマウント解除されると、読み取り専用ディレクトリは変更されません。 ブロックデバイスにも同じ機能を探しています-できれば書き込み可能な部分をファイルに保存してください。だから私は次のようなものを実行したいと思います: device-setup /dev/newdevice /dev/read-only-device overlayfile / dev / newdeviceに書き込むと、変更はoverlayfileに保存されます。書き込まれたセクターを読み取る場合、overlayfileからデータを取得する必要があります。書き込まれていないセクターを読み取る場合、/ dev / read-only-deviceからデータを取得する必要があります。 そのようなツールは存在しますか?

5
Linuxシステムのスナップショットを作成する
以下を実行したい-Linux OS(centOS6.5)の現在の状態を保存します。いくつかの変更を行います(具体的には、障害を挿入し、特定の種類の障害が発生したときのサービスをテストしてサービスをテストします)。次に、システムを保存された状態に復元します。Linuxシステムでこれを行う方法を理解できません。centOS 6.5とext4ファイルシステムを搭載したマシンがあります。これは物理サーバーであり、仮想マシンではありません。 アイデアや提案はありますか?
11 linux  snapshot 

4
編集時にハードリンクが新しいファイルに送られる `cp -al`スナップショット
大規模なフォルダのスナップショットを定期的に取得しようとしています。 私はここを読んだ:http : //www.mikerubel.org/computers/rsync_snapshots/#Incrementalは、ハードリンクをコピーするだけでフォルダのスナップショット をcp -al撮る。 それはすばらしいことですが、問題は、このスナップショットでファイルを変更すると、すべてのスナップショットで変更されることです。代わりに私が望むのは、システムが変更時に新しいファイルを作成し、代わりにそれにリンクすることです。そうすれば、最初のファイルの編集時に各スナップショットが無効になることはありません。 どうすればそれを達成できますか? PS私が試したrsync -a --delete --link-dest=../backup.1 source_directory/ backup.0/が、それは同じ問題があります。

2
子サブボリュームを持つbtrfsサブボリュームのロールバック
子サブボリュームを持つサブボリュームスナップショットにロールバックする標準的な方法はありますか?したがって、たとえば、これは私のbtrfsボリュームレイアウトです。 ID 257 gen 59802 top level 5 path __active ID 258 gen 59784 top level 5 path __snapshot ID 259 gen 59802 top level 257 path home ID 260 gen 36538 top level 257 path opt ID 261 gen 59802 top level 257 path var したがって、home、opt、およびvarが__activeの子サブボリュームであることがわかります。これが私の新しいレイアウトになるように__activeをスナップショットすると: ID 257 gen …
9 btrfs  snapshot 

1
LVMスナップショットは最終的に断片化を引き起こしますか?
大きなファイルのアトミックスナップショットを取得してリモートサイトにrsyncできるように、LVMを使用することを計画しています。 私が知りたいのは、メイン(非スナップショット)ボリュームに長期的な影響があるかどうかです。通常、スナップショットを24時間保持してから新しいスナップショットをドロップして作成すると、メインボリュームは徐々に断片化されますか?
9 lvm  snapshot 

2
名前に<FS_TREE>が含まれるbtrfsサブボリュームを削除する方法
次のようなbtrfsスナップショットがたくさんあります。 20:17:37 [root@galaxy /]$ btrfs subvolume list -a / |grep apt ID 271 gen 348 top level 5 path &lt;FS_TREE&gt;/@apt-snapshot-2013-04-17_21:44:30 ID 272 gen 352 top level 5 path &lt;FS_TREE&gt;/@apt-snapshot-2013-04-17_21:46:25 ID 273 gen 361 top level 5 path &lt;FS_TREE&gt;/@apt-snapshot-2013-04-17_21:51:13 ... # lots more それらを取り除きたいのですが。だから私は試しました 20:21:31 [root@galaxy ~]$ btrfs subvolume delete '/&lt;FS_TREE&gt;/@apt-snapshot-2013-04-17_21:44:30' …
9 btrfs  snapshot 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.