Avamar：容量のトラブルシューティング、問題、質問 - すべての容量(解決パス)

容量は、クライアント データのクライアント バックアップ ジョブによってサーバー上で使用されたデータまたはディスク領域と見なすことができます。

容量の問題により、通常のサーバー機能で新しいデータを追加できなくなったり、古いデータをクリーンアップして削除できなくなったりすることがあります。

• トレーニング
• 教育
• 問い合わせ
• ガベージ コレクション(GC)の失敗に関する問題
• オペレーティング システム(OS)容量の問題
• GSAN 容量の問題
• メタデータ容量の問題
• Data Domain (DD)統合容量の問題

以下の各トラブルシューティング手順がお使いの環境に当てはまるかどうか確認してください。考えられる原因を排除し、必要に応じて対応処置を実行するための手順またはドキュメントへのリンクが各ステップに記載されています。問題を特定し、適切な解決策にたどり着けるように、その手順は最も適切な順序で並んでいます。手順をスキップしないでください。容量に関して複数の問題がさまざまな方法で発生している場合は、それらについても特定の順序で対処する必要があります。

ほとんどの手順ではAvamarについてのみ説明されていますが、「Avamar - NetWorker」と「Avamar - Data Domain」の統合では、以下の多くの問題が発生する可能性があります。

手順1：情報収集: 一般的に、Avamarの容量の問題を理解するには、「絵を描く」ことで問題全体と状況を確認します。容量の1つの側面が別の側面に影響を与える場合や、複数の問題があることに最初に気付かない場合もあります。トラブルシューティングを開始するには、問題を完全に理解している必要があります。

「Avamar：情報収集の容量の問題をトラブルシューティングするために必要な情報を収集する方法。

手順2：教育とトレーニング: お客様が容量のしくみ、特定の値の意味などについての教育や理解を求めている場合は、この記事を使用できます。彼らの問題を理解し、「絵を描く」ことは良い考えです、なぜなら、質問や教育はしばしば能力の問題の結果である可能性があるためです。

「Avamar容量の一般的なトレーニング - 教育およびトレーニング関連の容量の問題に関する解決パス」を参照してください。

手順3：高OS容量:  ステップ1で収集した出力から、OS容量の値を確認します。OS容量は、他のパーティションがそれより低い場合でも、すべてのパーティションの 最大 使用率の値によって制限されます。最も高い値は「制限要因」であり、減らす必要があります。

ノード パーティションの最大使用率が89%を超える場合は、「 Avamar OS容量(解決パス)」を参照してください。

手順4：ガベージ コレクション エラーまたは障害: 収集された出力から、Avamarガベージ コレクション ジョブがエラー メッセージを出力した場合、残りのタイプの容量の問題が発生する前に、そのエラー メッセージに対処する必要があります。

このタイプの問題については、「 Avamar - ガベージ コレクション(GC)エラーのトラブルシューティング(解決パス)」を参照してください。

手順5：高GSAN容量:  収集された出力から、OS容量の問題がなく、GCにエラー メッセージが表示されていない場合は、 GSAN 容量値: 

開始 status.dpn65%の値は、グリッドがいっぱい(つまり、「管理」モードまたは読み取り専用)であり、容量を増やす余地が残っていないことを意味します。

これらの状況については、「 Avamar」を参照してください。 GSAN (またはユーザー)容量(解決パス)

手順6：メタデータ容量:  Data DomainがAvamarと統合されると、新しい容量制限であるメタデータ容量が導入されます。メタデータ容量は、Avamar自体で検出された容量です。

Data Domainの統合により、データをData Domainに送信して保存できますが、Avamarにはバックアップ ファイルのメタデータが引き続き保存されます。Avamarは、メタデータのこの容量をメタデータ容量として追跡します。

手順1〜5を確認し、容量関連の問題に対処したら、Avamarメタデータ容量解決パスでメタデータ容量解決を確認します。

手順7：Data Domainの大容量:  Data DomainがAvamarと統合されている場合、Data Domainサーバー自体がその容量をいっぱいにすることができます。

次の解決パスの記事は、次の判断に役立ちます。

• Data Domainの容量が増加またはいっぱいになる原因となる可能性のあるAvamarの潜在的な問題
• Data Domainに固有の問題
• Avamarと無関係な理由でData Domainがいっぱいになっている場合。

手順1〜6を確認し、容量関連の問題に対処したら、Avamar統合の解決パスからData Domainの高容量を確認します

その他の問題: これらは依然として、容量に影響を与える懸念事項または問題と見なすことができます。

• レプリケーションのソース容量とターゲット容量が一致しません。Avamarまたは任意の統合製品を使用してデータをレプリケートする場合、レプリケーション ソース グリッドとレプリケーション ターゲット グリッドで容量が一致することが期待されます。

• 管理コンソール サーバー(MCS) が次のメッセージを報告します。

2012/10/06-21:11:09.75264 {0.4} [manage:3070]  ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0 

これは、MCユーザー インターフェイス(UI)のストライプ容量に関するレポートの問題であり、ここで説明する他の容量トピックと漠然と関連しているだけです。UIにメッセージが表示される以外に、この影響は検出されません。

• • • Avamar：「reserved」の値が「maxmb」より小さい場合、サーバーが「diskinfo::update invalid disk space parameters」を報告する
    • Avamar：データ パーティションがいっぱいになったため、サーバーが「diskinfo::update invalid disk space parameters」を報告する

• 容量予測レポート:

• • Avamar AdministratorダッシュボードにData Domainの不規則な容量予測が表示される