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

私は興味があり、少し読んでいますが、まだ質問があります。 CPIOとTARの違いは何ですか？別の質問で、tarは多くのファイルを1つのアーカイブにまとめてから、通常はgzipまたはbzipするものだと言われました。 また、TARはSTDOUTから圧縮できないと言われました。バックアップ用にZFSスナップショットをアーカイブ/圧縮したい。この効果を得るためにCPIOとbzip2を組み合わせることができるかどうか疑問に思っていました。 または、私は完全に間違った考えを持っていますか？それはCPIOの目的ではありませんか？ これは、ZFSスナップショットのバックアップに関するOracleドキュメントを読んだ後に私が思いついた種類のコマンドです。 # Backup snapshot to cpio and bzip2 archive zfs send media/mypictures@20070607 | cpio -o | bzip2 -9c > ~/backups/20070607.bz2 # Restore snapshot from cpio and bzip2 archive zfs recieve media/mypictures@20070607 | cpio -i | bunzip2 -c ~/backups/20070607.bz2

41 archiving  tar  zfs  bzip2  cpio 

ZFSとBtrfsはチェックサムを使用してデータの劣化を防ぎ、Gitはコミットごとに基本的にすべてをハッシュすることで整合性があることを読みました。 ストレージ用にBtrfs RAID 1を備えたLinux NASでGitサーバーを使用するつもりでしたが、Gitに整合性があれば、これは必要ないと思います（少なくともデータの劣化を防ぐことが必要な場合はそうではありません）。 質問： それで、Gitの整合性は、コミットごとに基本的にすべてをハッシュすることで、ビット腐敗を防止または支援しますか？

40 git  zfs  btrfs  data-integrity 

ZFSとRAID-Zの外観の機能はさまざまです。それは、ホームNASソリューション、貧乏人のDroboなどに最適なFSのようです。 知っておくべき欠点はありますか？

28 nas  home-server  zfs  raid-z 

あなたはこれが尋ねられたと思うでしょうが、私はそれを見つけることができないようです... このエンクロージャーにZFSセットアップがあるとしましょう（8ベイUSB3 JBOD）：http : //www.sansdigital.com/towerraid-/tr8uplusb.html これで、直接接続されたMacで実行することになりますが、Windowsを起動したときにもファイルにアクセスできるようになりたいです。HFS +ボリュームでは、Appleはこれを行う手段を提供するのに十分なほど親切でした。ただし、ZFS用のものは見つかりません。 私が出会った唯一の解決策は、仮想マシンでOpen Solarisを使用してドライブをマウントすることです。しかし、私はこれを行うことについていくつかの悪夢を聞いたことがあり、それは大規模な失敗につながります...ええ、私が望むものとは正反対です。 それで、本質的に、Windowsに接続されたZFSボリュームにアクセスする現在の最良の方法は何ですか？必要に応じて、読み取り専用アクセスに満足します。 ああ、目的のOSはWindows 7です。

28 windows-7  zfs 

noobieの質問については申し訳ありませんが、ZFSレイドを作成するためにあらゆる種類のウォークスルーを行ってきましたが、探している回答の正しいリンクが見つからないようです。 これがRAIDの私の最初の試みであり、私が読んだすべてから、zfsが最善の方法であると思われます。 zfsプールの背後にある基礎となるハードウェアを変更する必要がある場合はどうなりますか？mobo /プロセッサーのように、それが1、2年で死ぬとどうなりますか。どうにかしてzfsプールを移植できますか？ さまざまなサイズのドライブのかなりのセットを持っているし、冗長性を最大限にストレージスペースを取得しようとしています。この構成の最適なセットアップと、これらのさまざまなサイズのドライブを使用することでどれだけのスペースが失われるか。速度の要件に合わせてこれを作成するのではなく、複数のHTPC用のファイルサーバーが必要です。このために現在利用可能なドライブは次のとおりです。 1x 500GB「ハイブリッド」ドライブ 1x 1TBドライブ 1TB 3TBドライブ 1TB 4TBドライブ（後ほどプールに追加され、現在上記のドライブからのすべてのデータを保持しています） 後でプールに4TBドライブを追加することは、どんな問題でもありますか？ Linux OSでこれをすべて実行するための推奨事項はありますか？また、OSに別のドライブを使用する必要がありますか？Ubuntu、RHEL、およびOpenSUSE / SLESに精通しています。 どんな助けでも大歓迎です、私はこれについて読み続けています、一度に取り入れるだけで、どこから始めるべきかのリンクも同様に非常に役立ちます。

24 linux  hard-drive  raid  zfs  raid-z 

ZFSはARC（適応置換キャッシュ）を使用しますが、これは従来のLinuxの「キャッシュ」メモリ使用量では考慮されていません。ZFS ARCの現在のサイズとサイズの境界をどのように決定できfreeますか。また、たとえば、これらによって報告される空きメモリまたはキャッシュメモリの量とどのように関連しますか。

17 linux  cache  zfs 

私は個人使用（少量のさまざまな種類のデータですが、主に写真、ビデオ、音楽）のためにファイルサーバーを計画しています。おそらくNAS4free / FreeNASを使用し、ZFSを試してみたいと思います。 私の焦点はスピードではなく、信頼性とデータの安全性です。それにもかかわらず、私は物事を「安く」保ちたいので、2つのディスク間でミラーリングされたZFSを実行したい（「raid 1」の方法）。コンシューマーボードを購入するので、ハードウェアRAIDコントローラーはありません。これまでのところ、私はこれまたはFreeNASが提供する対応するオプションにZFS「ミラー」コマンドを使用することを考えています。 このトピックについて読むとき、私は主に3つのディスクを使用し、次にRAIDZ-1を使用して、1つのディスクが故障した場合にそれらを無効にする人々を見ています。ZFSを2つのディスク間でのみミラーリングすることの問題は、これまでのところよくわからないことです。1つのディスクに障害が発生すると、どのように気付くのですか？フェールオーバー戦略とは何ですか？ディスクAが故障しているため、ファイルシステムを使用できないというメッセージが表示されますが、今すぐ交換する必要がありますか？ミラーディスクを1つだけ使用するよりも、ミラー化された2つのディスクを実行する場合に、実際のメリットが得られることを願っています。 2つの同等のディスクがある場合、どのZFSモードで実行しますか？

16 freenas  zfs 

2TBのHDDが2台あり、最初のZFS zpoolを起動したいとします。これら2枚のディスクだけでRAIDZを作成し、2TBの使用可能なストレージを与え（それが正しい場合）、後で別の2TB HDDを追加して合計で4TBの使用可能なストレージにすることは可能ですか？私は正しいですか、最初に3台のHDDが必要ですか？ 私が尋ねる理由は、私が使用している2TBドライブがすでに1つあり、それがファイルでいっぱいだということです。zpoolに移行したいのですが、できれば2 TBのドライブを2台だけ購入したいです。私が理解していることから、RAIDZはRAID5と同様に動作します（いくつかの大きな違いはありますが、容量の点では異なります）。ただし、RAID5には3台以上のドライブが必要です。RAIDZにも同じ要件があるかどうか疑問に思っていました。 必要に応じて、3台のドライブを購入してそこから始めて、後で4台目を追加できますが、2台から始めて3台に移動できれば80ドル節約できます。

13 hard-drive  raid  zfs  raid-z 

さまざまなRAIDシステムの信頼性を、コンシューマ（URE /ビット= 1e-14）またはエンタープライズ（URE /ビット= 1e-15）ドライブと比較したい。再構築が成功する確率を得る公式は（機械的な問題を無視し、後で考慮します）単純です： error_probability = 1-（1-per_bit_error_rate）^ bit_read 覚えておくべき重要なことは、これは少なくとも1つのUREを取得する確率であり、必ずしも1つだけではないということです。 6 TBの使用可能なスペースが必要だとします。以下で取得できます： 各6 TBの1 + 1ディスクを備えたRAID1。再構築中に、6TBのディスクを1つ読み戻します。リスクは、1-（1-1e-14）^（6e12 * 8）=民生用の38％またはエンタープライズドライブ用の4.7％です。 各3 TBの2 + 2ディスクを備えたRAID10。再構築中に、3TBのディスクを1つだけ（バックは故障したディスクとペアになっています！）読み取り、リスクは低くなります。エンタープライズドライブ。 それぞれ3TBの2 + 1ディスクを備えたRAID5 / RAID Z1。再構築中に、それぞれ3TBの2つのディスクを読み戻します。リスクは、1-（1-1e-14）^（2 * 3e12 * 8）=コンシューマの場合38％、または4.7％またはエンタープライズドライブです。 各2 TBの3 + 1ディスクを備えたRAID5 / RAID Z1（SynologyなどのSOHO製品のユーザーがよく使用します）。再構築中に、それぞれ2TBの3つのディスクを読み戻します。リスクは、1-（1-1e-14）^（3 * 2e12 * 8）= 38％のコンシューマーまたは4.7％またはエンタープライズドライブです。 単一のディスクトレランスのエラーの計算は簡単ですが、複数のディスク障害（RAID6 / Z2、RAIDZ3）に耐えられるシステムでの確率の計算はさらに困難です。 最初のディスクのみが再構築に使用され、2番目のディスクがケースまたはUREで最初から再度読み取られる場合、エラー確率は上記の平方根で計算されたものです（コンシューマRAID5 2 + …

12 raid  zfs  rebuild 

ホームファイルシステムが冗長（たとえばRAID-1）になり、毎週スナップショットを撮るデスクトップシステムを構成したいと思います。私はすでにZFSでこれを行っています。スナップショットシステムは素晴らしいです。send/ recvを使用すると、外部メディアに簡単にバックアップを作成できます。残念ながら、その時点で、FreeBSDやSolarisではなくGNU + Linuxが欲しいので、良い代替案の提案を探しています。 私の選択肢は次のとおりです。 btrfs-それはまさに私が必要とするもののようで、簡単に複製できるスナップショットとコマンドがありますzfs send。しかし、すべてのドキュメントには、まだ実験的であることが記載されています。その信頼性や使いやすさの問題に関する実際のレポートを見つけることができないようです。それが可能な選択であるかどうかを明確にすることができるその問題に関する情報を私に指摘できますか？主にbtrfsの準備ができたときにドライブを再フォーマットしたくないため、このオプションを優先していますが、使用可能かどうか、それを使用するのは馬鹿げたアイデアかどうかなどに関する情報はありません。答えが得られないのは、「実験的」の意味です。 lvmスナップショットとext4-できません。新しいファイルが作成されるとひどいスペースを消費する可能性があるためです。200 GBのファイルを作成するには、スナップショット用に200 GBの空き容量と200 GBが必要です。また、メタデータの書き換えに失敗すると、PVが読み取れなくなるため、信頼性が低いこともわかりました。ここでbtrfsがどのように比較されるのか疑問に思っています。 ハードリンク（などcp -al）を備えたカスタムCOWスナップショットを備えたRAID-1アレイ上の単一ファイルシステム（ext4 ）。私がbtrfsを使用できない場合、それが私の現在の好みです。 それで、どのように実験的なbtrfsなのか、どれを選ぶべきか、他のオプションはあるのか？外部増分バックアップを保持しないと、選択に影響しますか？

12 rsync  lvm  snapshot  zfs  btrfs 

コマンドからgzip、cpio、tarなどにパイプする方法のハンドルを取得しようとしています。 問題のコマンドはZFSシステムに属しています。Ubuntu Linux 10.04.3でZFSを実行しています。 私が使用するコマンドは次のとおりです。 To create a snapshot; zfs snapshot media/mypictures@20070607 To copy the snapshot to a directory; zfs send media/mypictures@20070607 > ~/backups/20070607 Then I can also pipe into gzip zfs send media/mypictures@20070607 | gzip > ~/backups/20070607.gz 私が理解しているこれらの部分。 しかし、私の最初の質問は、tar + gzipにパイプするにはどうすればよいですか？ この？ zfs send media/mypictures@20070607 | tar czvf > …

11 linux  filesystems  compression  zfs 

私はほとんどの人が持っているのと同じ問題を抱えています。 ハードドライブが異常なほど定期的に故障する。ファイルの損失は許されません。 時々新しいHDDを買います。必然的に、最良の価格/ GBは、最後に購入したHDDとはサイズが異なります。 2は、時間の経過とともに異種のディスクのコレクションができることを意味します。それらすべてを使用したいのですが、故障したディスクは通常、より大きなディスクに交換されます。 データの整合性と信頼性は、速度よりも私にとって重要です。 ですから、この問題に頭を数日間ぶつけた後（そして何年も頭の後ろで）、次の解決策を提案します。Ubuntu PPAで利用可能なネイティブLinux ZFSに基づいてテストしたソリューションについて説明しますが、LVM、MD、およびbtrfsを使用して同じことを実現できます。これにはRAID1（ZFSミラーvdevs）を使用します。 ドライブのセットが与えられたら、それらを2つのディスクセットにグループ化して、各セットの容量が他のセットにできるだけ近くなるようにします。 もう一方のグループには、小さいディスクの1つとまったく同じサイズのパーティションが存在するように、大きいディスクをパーティション分割します。 各ディスクが別のディスクにミラーを持つようにミラーvdevを作成します。 たとえば、新しい2TBドライブ、古い750GBドライブ、2つの古い400GBドライブ、および1つの古い500GBドライブのディスクセットを考えます。最適なミラーパーティションには2 TBの使用可能なスペースがあり、次の図で説明されています。ディスクを分離します。 +------------------------------------------------------------------+ | 2TB (sda1) : (sda2) : (sda3) : (sda4) | +------------------------------------------------------------------+--+ | 750 GB (sdb) | 400 GB (sdc) | 400 GB (sdd) | 500 GB (sde1) :XX| +---------------------------------------------------------------------+ 次のようにzpoolを作成します zpool create archive mirror /dev/sda1 …

10 hard-drive  software-raid  raid-1  lvm  zfs 

1時間ごとのスナップショットを取得するZFSデータセットがあります。昨日、元に戻す必要があるファイルの一部に変更が加えられました。ただし、データセットには、元に戻してはならない進行中の変更があります。 データの現在のコピーを乱すことなくスナップショットにアクセスするには、どのようなオプションがありますか？読み取り専用モードでスナップショットを新しいマウントポイントにマウントできますか？

10 zfs 

私はUbuntu 12.04を正確に実行しており、ZFSを使用して、外部USB HDDをフォーマットしてホームディレクトリのバックアップドライブとして使用したいと考えています。 これは1つのドライブにすぎないため、正常に動作させるには2つ以上のディスクのRAID構成が必要であると理解しているため、自己回復には興味がありません。したがって、現時点では、ZFSのネイティブ機能を使用して外部バックアップドライブのスナップショットを作成できれば十分です。 計画はすることですrsynch使用して、ドライブZFS上に自分のホームフォルダを--inplaceスナップショットのサイズを小さくするオプションを。これにより、ZFSドライブ上のホームディレクトリのスナップショットを何週間も保持できると期待しています。ホームディレクトリが存在するオペレーティングシステムのHDDは、違いがある場合はext4です。また、FUSEではなく、UbuntuでネイティブZFSをサポートしたいと考えています。 コマンドラインを使用して、Ubuntuでそれを達成するにはどうすればよいですか？（バックアップ全体ではなく、フォーマットのみ）。

9 backup  zfs 

Linux上のzfsでzfsファイルシステムに書き込まれるデータの順序は何ですか？ 私が見つけた唯一の特定の文書 http://docs.oracle.com/cd/E36784_01/html/E36835/gkknx.html と言う。 When a file is written, the data is compressed, encrypted, and the checksum is verified. Then, the data is deduplicated, if possible. しかし、それが真実であれば、重複排除は異なる圧縮アルゴリズムで圧縮されたブロックを重複排除しません。 私はmysqlfをテストしました、そして、私は順序が以下であると信じます： dedup, compress, encrypt。 私のテスト設定： zpool create tank /dev/sdb zfs create tank/lz4 zfs create tank/gzip9 zfs set compression=lz4 tank/lz4 zfs set compression=gzip-9 tank/gzip9 …

4 linux  compression  zfs  deduplication