Windows Serverバックアップを使用して、新しいサーバーのRAIDアレイをバックアップしようとしています。しかし、私がそうすると、私はこのエラーに遭遇します:
サーバーはWindows Server 2012 R2を実行しており、問題のアレイのサイズは20 TB(18 TBが使用可能)です。現在1 TB未満が使用されています。
Windows Server 2008では、VHDの制限により、2TBを超えるボリュームをバックアップできなかったが、MicrosoftがVHDXに切り替えたことで、64TBのボリュームをバックアップできることがわかりました。これを利用するためには、問題のドライブはGPTでなければならないことも知っています。
私のディスクが実際にはGPTであることを確認しました。
Windows Serverバックアップを実行するとき、「一度だけバックアップ」オプションを使用して、ネットワークドライブにバックアップしています。また、標準設定と思われるものを使用しています。しかし、バックアップを実行しようとすると、上記のエラーが表示されます。
Windows Serverバックアップでは最大64 TBのボリュームをバックアップできるため、これが16.7 TBで上限に達している理由はわかりません。なぜこれが起こっているのか、または私が間違っているのかについて誰かが私にいくつかの洞察を与えることはできますか?
更新:新しいドライブを受け取り、アレイを再度作成しましたが、同じエラーが発生します。クラスタ数が2 ^ 32未満であることを確認できます。
私は this の質問を読みました。どうやらWindowsバックアップは512または512eバイトセクターがないディスクへのバックアップまたはディスクからのバックアップをサポートしていないようです。バックアップしようとしているファイル共有を見ると、4kセクターを使用しています。これは根本的な問題でしょうか?それが役立つ場合は、私がバックアップしようとしている共有がCentOSサーバーでホストされています。
Windows Serverバックアップが失敗する理由は、ボリュームで使用しているクラスターサイズが原因です。 (そして、RAIDアレイが時限爆弾であるという重要な問題の後で、それが最後にある理由を正確に説明します。)
ただし、バックアップの問題に対処する前に、RAIDセットアップの問題に対処する必要があります。
大きなディスクでRAID5を使用しないでください。また、メンバーが多いアレイでRAID5を使用しないでください。パリティディスクが1つだけの場合は、(回復不能な読み取りエラー)UREまたはそれだけ多くの大きなディスクで別のディスク障害が発生することがほぼ確実であるため、実際の冗長性はありません。パリティRAIDを使用する必要がある場合は、RAID6を使用しますが、それでも、パリティRAIDには重大な欠点があるため、パリティRAIDを決定する前に、十分に検討してください。
20 TBアレイを壊してRAID 10で再作成することをお勧めします。パフォーマンスが大幅に向上し、realデータの冗長性。とにかく1 TB=を使用しているため、将来の成長のために9 TBが残っています。それを打つ、あなたは専用のNASデバイスまたはストレージサーバーを調べる必要があります。
RAIDアレイが適切な状態になったら、現在問題となっている16 TiBよりも小さいため、この問題も解決します。ただし、知りたい場合は、問題のある配列のサイズではなく、クラスターの数です。バックアップするボリュームには2 ^ 32未満のクラスターが必要です。クラスターサイズを4 KBから8 KBに変更すれば、問題ありません。
クラスタサイズを確認するには、次のコマンドを使用します。
fsutil fsinfo ntfsinfo F:
そして、以下のスクリーンクリップのようなものが得られるはずです。
その16TiB番号がどこから来ているのか知りたければ、 このmsdnブログの投稿で明らかになります 。
16.7 TBはNTFSファイルシステムのファイルサイズ制限です。NTFS5のファイルサイズ制限は16エクサバイトです。これは共有ストレージドライブであるため、NTFS5フォーマットではなくNTFSフォーマットである可能性があります。私が得ているすべてのマイナス点は、NTFS5ファイルシステムに書き込んでいると想定している人たちです。