Avamar:容量の問題をトラブルシューティングするための情報を収集する方法

Avamarでの容量の問題への対処:

Avamarグリッドで容量の問題に対処する場合は、根本原因を理解することが非常に重要です。これには、徹底的な調査のためのデータ収集から始まる一連の手順が必要です。

Avamarグリッドには、数種類の容量制限があります。これらの制限を履歴コンテキストとともに包括的に理解することで、システムで発生した現在と過去の容量の問題の両方を明確にすることができます。

• 80%:容量警告
• 95%:ヘルス チェックの制限に達しました
• 100%:サーバーの読み取り専用制限に達したため、グリッドが管理者モードに切り替わります

• ガベージ コレクション(GC)が失敗し、MSG_ERR_DISKFULLまたはMSG_ERR_STRIPECREATE エラーが発生します。
• MSG_ERR_DISKFULLエラーにより、チェックポイントが失敗します。
• 容量がいっぱいのためバックアップを実行できないか、失敗します。
• バックアップが失敗し、ターゲット サーバーがいっぱいであることを示すMSG_ERR_STRIPECREATE エラーまたはメッセージが表示されます。
• アクセス状態が管理者モードに切り替わります(メンテナンスが実行されている場合を除く)。
• バックアップ スケジューラーが無効になっており、メタデータ容量の制限により再開できません。

これらの側面を理解することは、Avamarグリッド上の容量の問題の管理と解決に役立ちます。

情報の収集

Avamarユーティリティー ノードに「admin」ユーザーとしてログインします。

(これらは情報を収集するだけで、変更は適用されません)

1.不明な場合は、Avamar Serverのフル ネームまたは完全修飾ドメイン名(FQDN)が提供されます。

hostname -f

2.メンテナンス スケジューラーを含むすべてのサービスが有効になっていることを確認します。

dpnctl status

3.全体的な状態:

status.dpn

4.容量を実行します。sh スクリプトを使用して、60 日分のデータと上位 10 件の貢献しているクライアントを収集します。

capacity.sh --days=60 --top=10

5.過去30日間の基本的なガベージ コレクションの動作を示すログ:

dumpmaintlogs --types=gc --days=30 | grep "4202"

6.ガベージ コレクションによって削除されたデータの量、完了したパスの数、および実行された時間。

dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17

7.期間を確認する hfscheck 次の目的で実行されます。

dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check

8.ノードあたりおよびパーティションあたりの容量使用状況の詳細:

avmaint nodelist | egrep 'nodetag|fs-percent-full'

9.- チェックポイントのリストを表示します。

cplist

10.メンテナンス ジョブのスケジュールされた開始/停止時間:

avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16

11.すべてのディスク設定を収集します。

avmaint config --ava | egrep -i 'disk|crunching|balance'

AvamarのSME(特定分野エキスパート)の指示がない限り、値を変更しないでください。既定値以外の値が設定されているのには、正当な理由がある場合があります。状況を徹底的に理解する。

12.データ パーティションごとのノードあたりのさまざまなタイプのストライプの収集数:

avmaint nodelist --xmlperline=99 | grep 'comp='

13.各ノードで使用されているメモリー(およびスワップ)の量を確認します。

mapall free -m

• Avamar:capacity.sh スクリプトを使用して容量を管理する方法
• 「Avamar - 「status.dpn」コマンドによって生成される出力を理解する方法（英語）」