ファイルシステムのデバッグを行います。インデックスを開始するには、管理ユーティリティが以下のコマンドのいずれかを起動する必要があります。ユニットがデフォルトでインストールされ有効化されます。ボリュームを起動します。ボリュームを自動的に起動」を参照してください。インデックスを停止するには、以下のコマンドのいずれかを使用します。メタデータの一貫性を確認するために再構築を行い、必要であれば修復を行います。再構築は自動で、ユーザーの介入は不要です。ボリュームのリカバリー」を参照してください。書き込みモードに依存する各種書き込みを再構築します。よって承認されたすべての書き込みが再構築されます。非同期モードでは、前回の承認したフラッシュリクエストの前に承認されたすべての書き込みが再構築されます。どちらのモードであっても、フラッシュによって承認されていない、あるいは確認されていない一部の書き込みも再構築されることがあります。書き込みモードの選択」を参照してください。つの書き込みモードに対応しています。モードに切り替わっている場合、その上の層は、書き込みコマンドがデータを永続ストレージに書き込むことを想定します。結果として、ファイルシステムやアプリケーションには不要です。リクエストを発行すると、データが重要な点で永続になります。モードに切り替える必要があります。ストレージは、揮発性のある書き込みキャッシュがない状態か、キャッシュからの書き込みがある状態のいずれかである必要があります。モードに指定されていると、書き込みコマンドが承認されたときに永続ストレージへのデータの書き込みが保証されなくなります。リクエストを発行紙、各トランザクションの重要な点でデータの永続性を確率する必要があります。モードに設定する必要があります。これは、ストレージに揮発性のあるライトバックキャッシュがある場合です。デバイスが揮発性キャッシュを使うかどうかを調べる方法は、「揮発性キャッシュの確認」を参照してください。モードにより、予期しないデータの損失が発生することがあります。これはデフォルトのオプションです。オプションを指定します。ボリュームを変更するときのいずれかで指定できます。正しくない書き込みポリシーを使用すると、電源故障の際にデータが失われることがあります。書き込みキャッシュがあることが示されています。書き込みキャッシュがないことが示されています。'/sys/block/sdb/device/scsi_disk/1:2:0:0/cache_type'Noneまた、カーネルブートログでは、上記のデバイスに書き込みキャッシュがあるかどうかを調べることができます。FUAシステムログの読み方は、『システム管理者のガイド』の「「ログファイルの表示と管理」を参照してください。書き込みポリシーを使用します。設定する必要があります。ボリュームは、以下を実行してシステムから削除できます。ボリュームを削除する前に、ファイルシステムのマウントを解除して、ストレージを使用しているアプリケーションを停止します。インデックスと同様、属する論理ボリュームを削除します。ボリュームを作成する際にエラーが発生した場合、ボリュームは中間状態のままになります。コマンドを管理者が中断した場合に発生する可能性があります。オプションを指定して作成に失敗したボリュームの削除を行います。オプションの指定が必要となります。コマンドは以下のメッセージとともにエラーを返します。使用して、格納されているデータの重複ブロックを検出します。インデックスが記憶している以前に書き込まれたブロックの数です。重複排除ウィンドウのサイズは調整可能です。ディスク容量を必要とします。オプションを指定してインデックスメモリーのサイズを指定して判別されます。使用するディスク容量は、自動的に定められます。インデックスの使用をお勧めしています。バイトが必要となります。バイトのディスク容量が必要となります。コマンドに指定します。重複排除ウィンドウが指定されます。重複排除ウィンドウで十分です。インデックスを使用します。これにより、制約のある環境での評価には便利です。重複排除ウィンドウが推奨された設定と言えます。これは実際の要件ではありません。あっても、多くのユースケースで壮大な量の重複データを見つけることができます。大きなウィンドウも使用できますが、多くの場合、あまりメリットがありません。テクニカルアカウントマネージャーまでご相談ください。動作を継続させるためにメタデータの一部を再構築する必要があります。これは、ボリュームが起動した際に自動的に行われます。(正常にシャットダウンされていないボリュームで、このプロセスを実行するには、「再構築の強制」も参照してください。)データのリカバリーは、デバイスの書き込みポリシーに依存します。設定されていた場合は、ボリュームに書き込まれたすべてのデータが完全に復元されます。強化されていない場合は、一部の書き込みは復元できないことがあります。データの完全性の操作を実行することでユーザーモードから実現できます。ボリュームがオンラインになってからや、読み書きリクエストをサービスしているときに行うことができます。最初に、書き込みリクエストに利用可能な容量は制限されることがあります。ボリュームのメタデータの多くが復元されると、より多くの空き容量が利用できるようになります。復元中に書き込まれたデータの、クラッシュ前に書き込まれたデータに対する重複排除に失敗する可能性があります。データは、ボリュームがリカバリーされているときに圧縮することができます。以前に圧縮したブロックは依然として読み込みや上書きを行うことができます。オンラインリカバリーを行う際、統計の多くは利用できません。使用中のブロックや空きブロックなどは参照できません。これらの統計は、再構築が完了してから参照可能になります。多くのハードウェアやソフトウェアエラーから復元できます。ボリュームのリカバリーを正しく行えない場合は、ボリュームの再起動にわたり永続する読み取り専用モードに置かれます。ボリュームが読み取り専用モードになると、データの保持や正常性が保証されなくなります。読み取り専用ボリュームからデータをコピーし、バックアップからボリュームを復元することをおすすめします。操作モードの属性は、読み取り専用モードです。ボリュームのメタデータのオフライン再構築を強制することも可能です。これにより、ボリュームをオンラインに戻し、利用できるようにできます。繰り返しますが、再構築したデータの完全性は保証できません。ボリュームの再構築を強制するには、まず、ボリュームが稼働している場合は停止します。オプションを指定してボリュームを再起動します。デバイスすべてを自動的に起動します。特定のボリュームを無効化するには以下を実行します。--name=my_vdoすべてのボリュームを無効化するには以下を実行します。--all逆に、ボリュームを有効化するには、以下のコマンドのいずれかを実行します。特定のボリュームを有効化するには以下を実行します。--name=my_vdoすべてのボリュームを有効化するには以下を実行します。ボリュームを作成できます。図29.5「重複排除された統合ストレージ」)、適切な順序でサービスを起動することが重要です。パッケージがインストールされていれば、この層を起動するように自動的に設定されています)。ユニットを起動する必要があります。上で実行するには、その他のスクリプトを実行する必要があります。ボリュームに書き込まれているデータの重複排除を一時的に無効化することが求められることがあります。重複排除を無効化すると、後続の書き込みが重複排除されなくなるため、すでに重複排除されたデータが残ります。ボリュームでの重複排除を停止するには、以下のコマンドを使用します。ボリュームに伝えます。ボリュームでの重複排除を再起動するには、以下のコマンドを使用します。ボリュームに認識させます。ボリュームを作成するときに重複排除を無効化することができます。テクノロジーを使用することでインラインブロックレベルの圧縮も使用できます。重複排除は仮想マシン環境やバックアップアプリケーションにとって最適なソリューションですが、一般的にブロックレベルの冗長性を見せないログファイルやデータベースなど構造化・未構造化ファイル形式には、圧縮がよく機能します。圧縮は、重複として識別されていないブロックで動作します。一意のデータが初めて見つかった場合に圧縮されます。格納されているデータの後続のコピーは、その他の圧縮手順を必要とせずに重複排除されます。度に多くの圧縮操作を処理できるようにする並列パッキングアルゴリズムに基づいています。ブロックの最初の並び替えや、リクエスト元への応答を終えると、最適なパッキングアルゴリズムが複数のブロックを見つけ、圧縮されると、単一の物理ブロックに収まることができます。特定の物理ブロックが追加のアシュクブロックを保持できないと判断されると、ストレージに書き込まれ、圧縮されていないブロックが解放されて再利用されます。リクエスト元に応答してから、この圧縮とパッキング操作を行うことで、圧縮によりレイテンシーによるペナルティーを最低限に抑えることができます。ボリューム圧縮はデフォルトでオンになっています。コマンドに追加することで圧縮を無効化できます。ボリュームで停止することで、パフォーマンスを最大化することや、圧縮できないと思われるデータの処理を高速化できます。ボリュームで圧縮を停止するには、以下のコマンドを使用します。--name=my_vdo再び起動するには、以下のコマンドを使用します。使用する物理容量が、ストレージのユーザーに示されているボリュームのサイズと異なることがあります。インテグレーターやシステム管理者は、この相違点を利用して、ストレージコストを節約することができますが、書き込まれたデータが、期待した重複排除率を実現できない場合は、ストレージ容量が予期しない状態で発生しないように注意することが重要です。数を上回ると、ファイルシステムやアプリケーションが予期せずに容量不足になることがあります。空きプールのサイズを監視する方法をストレージ管理者に提供する必要があります。ユーティリティを使用して判別できます。詳細は、「vdostats」を参照してください。ボリュームの情報を一覧表示します。システムログに警告を報告します。以下のようなものになります。削除を行って対処できます。ボリューム上の物理容量を監視し、容量不足を回避します。ボリューム上の最近の書き込まれた未承認のデータが失われることがあります。容量を再取得できません。使用しないファイルシステムについては、バイナリのゼロからなるファイルを保存して、そのファイルを削除することで手動で再取得できます。リクエストを発行するように設定できます。リクエストをブロックレイヤーに送信します。これらのリクエストを受信し、空きプールに容量を返します。ブロックが共有されていと想定します。オプションを設定することで有効化できます。リクエストをファイルシステムに送信することで行います。ファイルシステムに送信できます。機能の詳細は、「未使用ブロックの破棄」を参照してください。ファイルシステムなしでの容量の再取得ファイルシステムなしでブロックストレージターゲットとしてストレージを使用している場合でも空き容量を管理することも可能です。その上にインストールすることで複数のサブボリュームに分割できます。コマンドを実行して、論理ボリュームによって以前使用されている容量を解放できます。リクエストをフォワーディングします。対応する必要があります。ターゲットフレームワークを使用してファイバーチャンネルストレージファブリックやイーサネットネットワークでホストすることができます。コマンドを使用して、シンプロビジョニングしたストレージターゲットで容量を解放できます。ターゲットフレームワークは、このコマンドのサポートを通知するように設定する必要があります。イニシエーターで検証できます。値がゼロより大きいことを確認します。ボリュームの論理サイズを増大できます。ボリュームの新しいサイズ上のファイルシステムに通知を行う必要があります。ボリュームを最初に作成できるようになります。一定期間が過ぎると、データ整理の実際の率を評価できます。論理サイズは、容量節約を活用するために増大できます。ボリュームに利用できる物理ストレージ容量を増大するには:基礎となるデバイスのサイズを増大します。正確な手順は、デバイスのタイプによって異なります。使用したパーティションのサイズ変更」で説明しているようにfdiskユーティリティを使用します。ボリュームに追加します。ボリュームを縮小することはできません。ディプロイメントと管理を自動化できます。詳細は、以下を参照してください。