Avamar：Avamarレプリケーション パフォーマンスの問題をトラブルシューティングするために収集する情報(解決パス)

Summary: この記事は、Avamar(およびData Domain統合Avamar)のレプリケーション パフォーマンスの問題をトラブルシューティングするための初期情報を収集するために使用する必要があります。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

一般的なレプリケーションでは、背景と概念、テストする項目、実行する変更を出発点に含める必要があります
解決パスの記事「 Avamar: レプリケーション パフォーマンスのトラブルシューティングとチューニング(解決パス)」を参照してください。

この記事は、レプリケーション パフォーマンス固有の問題(レプリケーションのタイムアウト終了など)に関する情報を収集するためのものですが、パフォーマンス以外の構成の問題に関するその他のレプリケーション障害は収集しません。 

収集する情報のNON-PERFORMANCE によるその他のレプリケーションの問題については、「 Avamar: レプリケーションの問題をトラブルシューティングするための情報を収集する方法

注：レプリケーション パフォーマンス関連のすべてのサービス リクエストで、以下のすべての情報を収集することが非常に重要です。この情報を収集すると、状況を把握し、レプリケーションのパフォーマンス チューニングを完了する方法を完全に判断することができます。一部の情報はお客様にとって不明または非公開である可能性がありますが、トラブルシューティングが制限されたり、チューニングに時間がかかったりする可能性があることを理解してください。
 
 
収集する情報:
  • 次の項目のほとんどは、テクニカル サポート チームとお客様の間で話し合う必要があります。 
  • この記事に記載されていない情報がない場合、検出される可能性のある問題に応じて、トラブルシューティングと解決にかかる時間が長くなる可能性があります。
 
 

環境に関する一般的な質問と情報:

  1. ソース サイトとターゲット サイト間の物理的な場所、都市、国、距離(マイル単位)についてお客様と話し合う。
  2. パフォーマンス チューニングで達成すべき目標、または具体的に(パフォーマンス以外に)修正する必要がある事項について話し合い、提供します。
    • （例：ロールバックまたは障害発生後、X日遅れに追いつくため、初回初回レプリケーション シーディングを完了するため、プロフェッショナル サービスによって実行されているroot2root (R2R)移行を完了するためなど) 
    これらの詳細があると、チューニングの実行方法や選択するオプションを変更できます。
    • 構成設計:  One-to-one、 One-to-many、 Many-to-one、 Cross replication、 Cascading replication、または その他
  3. ソースとターゲットのAvamar(および該当する場合はDDサーバー)から、グリッドのホスト名、バージョン、容量を取得します。
    • Avamarの場合：  status.dpnコマンドは、関連するすべてのAvamar Serverユーティリティ ノード、Avamar Virtual Edition(AVE)、またはシングル ノードで実行します。  Avamar：status.dpnコマンドによって生成される出力を理解する方法」を参照してください。
    • すべてのAvamar Server上のData Domainの場合:  「mccli dd show-prop" コマンド
      • このDD情報は、レプリケーション ログまたはddrmaintコマンドから収集することもできます。この記事の最後にある付録を参照してください。
  4. ハードウェア タイプ(該当する場合はDDを含む):
    • ハードウェアのタイプとバージョンは何ですか? これは、ストリームの数とディスクI/Oの取り込み量に影響を与える可能性があります。
    • ノードあたりの容量のサイズと全体的なバックアップ データの合計容量はどれくらいですか?(これは、レプリケートまたはキャッチアップする必要があるデータの量を知るのに役立つため、知っておくことが重要です)。
    • Data Domainの場合、この情報はレプリケーション ログまたはddrmaintコマンドから見つかります。
    • Dellサポートでは、Eメール ホーム用に構成されている場合、すべてのAvamarおよびDDハードウェア タイプがAvalancheおよびAutosupport (ASUP)で見つかります
      • Data Domainでは、次のコマンドを実行することもできます。 system show model 
  5. ネットワーク：これは速度をテストするためのセクションではなく、次の点についてDellサポートとお客様の間で話し合います。
    • ネットワーク速度に対するお客様の期待値とレプリケーションに対する期待値
    • レプリケーション ネットワークは他のアプリケーションまたは用途によって共有されていますか?
    • レプリケーション専用のセカンダリー ネットワークが現在あるかどうか(または将来構成する予定があるかどうか)をお客様に尋ねます
      • 「はい」の場合、ソースとターゲットの内部IPアドレスと外部IPアドレスは何ですか?
    • Data Domainが関与している場合は、レビュー中のAvamarグリッド以外のものも、同じData Domainにレプリケートされているかどうかを確認します
      • 「はい」の場合、複数のAvamarグリッドまたはその他のバックアップ ソリューションがありますか?
      • 「はい」の場合、それらは同時に行われますか、ずらされていますか
      • データの量
    • 構成済みまたは存在するAvamar製品の外部に、お客様のファイアウォールまたはQoSネットワーク スロットルがあるかどうかを判断します
    • お客様のネットワークにWANアクセラレーターはありますか?
      • メモ:WANアクセラレーターがある場合、これらは、iperfがより高速な結果を示しているが、データ転送に関してほぼ同じ速度であるときに、テストの後の手順で明らかにすることができます。IperfはシンプルなLinuxベースの「ネットワーク速度テストツール」であり、そのトラフィックは非常に圧縮可能で重複排除可能です。ただし、実際のクライアント バックアップ データは、ネットワーク上でのレプリケーションの前にすでに圧縮および重複排除されているため、圧縮可能性や重複排除可能性はそれほど高くありません。 
      • Avamarでは、WANアクセラレーターを誤って使用すると、レプリケーション パフォーマンスのチューニングが難しくなることがあります。iperf単独のパフォーマンス テスト結果が不正確に膨らむ可能性がありますが、多くの場合、Avamarレプリケーションにはまったく役立ちません。多くの場合、パフォーマンス チューニングが難しくなり、時間がかかります。重複排除/圧縮タイプのWANアクセラレーターではパフォーマンス上のメリットがゼロになるため、制限事項とパフォーマンス チューニングに生じる可能性のある悪影響について、Avamarサポートにお問い合わせください。 Avamar-only トラフィックが発生し、パフォーマンス チューニング手順も遅くなる可能性があります。
      • Data Domainの場合、ネットワーク上にWANアクセラレーターが存在すると、レプリケーションのパフォーマンスに悪影響を及ぼす可能性があります。WANアクセラレーターがData Domainシステム ネットワーク内に存在するかどうかをネットワーク管理者とともに確認します。ネットワーク管理者と協力し、ネットワーク全体への影響が最小限であることを確認しながら、WANアクセラレーターを無効にします。これは、限定的なテストとして実行する必要があります。Data Domainの記事「 Data Domain: 低速レプリケーションの問題の分析( DD上)。
      • アクセラレーターがサポートされていない高ネットワークpingレイテンシーの量に対処し、 ユーザー データグラム プロトコル(UDP)プロトコルを介して通信する場合は、デル・テクノロジーズのアカウント チームまたはAvamarサポートに問い合わせて、メリットの可能性について検討してください。可能であれば、この解決パスを使用し、アクセラレーターを使用せずに通常のパフォーマンス チューニングを行うと、ほとんどのpingレイテンシーの問題が解決されます。
  6. お客様の要件:
    • お客様のバックアップ データ、保護、環境に関するサービス レベル目標(SLO)とサービス レベル アグリーメント(SLA)の要件は何ですか?
      • すべてのバックアップをレプリケートする必要がありますか? 
      • 古いバックアップはスキップされますか、それとも可能ですか? 
      • 特定のクライアントのみがレプリケートされますか? 
      • (など)
    この情報があると、レプリケーション要件を確認したり、パフォーマンス目標を設定したり、特定のバックアップをスキップしたりして、必要な期待値にレプリケーションをより早く追いつくことができます。
     

    より具体的な構成に関する質問:

    • 構成への影響に役立つクライアント アカウントの一般的な知識。お客様との話し合いから、おおよそ次のようになります。
      • サーバー上に存在するクライアントの合計数(サブセットのみがレプリケートされる場合は、その数)
      • さまざまなクライアント プラグイン タイプ(ファイル システム、Exchange、NDMPなど)は何ですか?
      • 一般的なクライアント バックアップの最大サイズはどれですか?

    この情報は、クライアントのバックアップ サイズ、特にバックエンドのタイプ、gsanとDDによっては制限要因となる可能性があるため、不明な場合は説明を超えて検証および確認するのが最適です。「Bytes Protected Client   2」レポートで、過去数日間の日付範囲を選択し(前日にバックアップがまだ実行されていない場合)、出力をサイズでソートします。レポートの実行方法については、最新の『Avamar管理ガイド テクニカル ノート』を参照してください。

    • DD統合が存在する場合は、AvamarバックエンドとData Domainバックエンドのタイプとサイズによって、上記の非常に大規模なクライアントのバックエンド ストレージ タイプを特定します。たとえば、NDMPクライアントはすべてData Domainにバックアップされ、ファイル システム クライアントはすべてAvamarバックエンドにバックアップされますか?  バックエンドはサイズ、混合、またはランダム パターンに依存していますか?
     
    その他の質問とテスト:
    デル・テクノロジーズのサポート チームと協力して、詳細なトピックについて話し合い、実際のテストと継続的なチューニングを実施します。

    Affected Products

    Avamar, Avamar Server

    Products

    Avamar
    Article Properties
    Article Number: 000155028
    Article Type: How To
    Last Modified: 05 ذو الحجة 1447
    Version:  11
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.