このKB記事では、レプリケーション遅延を特定してトラブルシューティングする方法について説明します。

• 遅延 = データの2つのコピーがどの程度同期ずれているか
  • 2つのコンテキスト間の遅延を測定するには、 replication status コマンドを使用します。

現象:

• レプリケーションに遅延がある

• クリーニングしてもディスク領域が回復しない

• クリーニングに時間がかかりすぎる

MTree/ディレクトリ レプリケーションでは、帯域幅が最適化されます(ネットワーク使用量を可能な限り最小限に抑えます)。

帯域幅の使用量は、ソース システムとデスティネーション システム間でレプリケートする必要がある一意のセグメントの数によって異なります。

レプリケーションの遅延を解決するために、次の手順を最も適切な順序で並べます。どのステップもスキップしないでください。

1. レプリケーションが動作していることを確認する
   • KB：Data Domain:レプリケーション ステータス。  
   • レプリケーションが正しく構成されていないか、 ソース システムとデスティネーション システム間のネットワークに外部の問題が存在する可能性があります。
   • 環境でCyber Recovery (CR)を使用している場合は、CRアプリケーションが正常な状態であることを確認してください。  必要に応じて、CRサポート チームと連携します。 
2. レプリケートされるデータの量を処理するのに十分な帯域幅が使用可能であることを確認する
   • net iPerfコマンドを使用したネットワーク帯域幅のテスト。
   • 両方のData Domainシステムでレプリケーションが動作しているように見え、システム間のネットワークに影響を与える問題がない場合は、ソースがデスティネーションにプッシュしようとしているデータ量を処理するのに十分な帯域幅がネットワークにない可能性があります。
3. レプリケーション スロットルに基づいてレプリケーション スループットを検証します。いいえ: レプリケーション スロットルの設定は、コンテキスト レベルごとではなく、インターフェイス レベル(Eth1bなど)で行われます。
   スロットル スケジュールを確認します。

   # replication throttle show

   必要なスロットル設定が設定されていることを確認します。
4. レプリケーション ステータスを表示して、スロットル設定を確認します。

5. #replication status rctx: //#

6. サイジングに関連する要素:
   • 毎日の取り込み + 取り込み変更率
   • システムでサポートされているコンテキストの数
   • コンテキストでのファイル サイズの分布
   • コンテキストの圧縮比
   • コンテキストごとに使用可能なストリーム 
   • DDモデル
   • 使用可能なネットワーク帯域幅とネットワーク レイテンシ
   • クリーニング スケジュール/スロットルおよびファイル システムの使用率 
   • 有線経由の暗号化と保存データの暗号化
7. 接続ホストが正しいIPアドレスを指していることを確認します      

    #replication show config rctx://# 

    
8. MTreeスナップショットのサイズを確認します(mreplの問題)。
   • MTreeレプリケーション スナップショットが削除されていない場合は、KB Data Domain: MTree_replicationスナップショットが削除されません（英語）」の手順に従います。      

      #snapshot list mtree <mtree path>

9. Data Domainシステム上のファイルのサイズを確認します。
   • Data Domain - ストレージ管理: ファイル配布の表示 .
   • Data Domainシステム上のファイル サイズは、ソースから宛先にデータを送信する方法とタイミングに影響を与える可能性があります。小容量ファイルが多すぎたり、大容量ファイル数が少なかったりすると、レプリケーション エンジンがデータを送信する方法に影響を与える可能性があります。これらの値は、モデル、オペレーティング システムのバージョン、ネットワーク容量などによって異なります。
10. バックアップ アプリケーションが『統合ガイド』の説明に従って構成されていることを確認します。
    • バックアップ ソフトウェア自体の構成は、アプリケーションがData Domainシステムに書き込む方法に影響を与える可能性があり、パフォーマンスに大きな影響を与える可能性があります。
11. レプリケーションのベスト プラクティスを確認する
    • Data Domain - ディレクトリとプールのレプリケーションに関するベスト プラクティス

注：この記事の手順を実行しても問題が解決しない場合は、ご契約のサポート プロバイダーにお問い合わせください
サポート バンドル(SUB)のアップロード サポート バンドル およびサービス リクエストを作成する方法