В этой статье базы знаний описывается, как определить задержку репликации и устранить неполадки.

• Запаздывание = насколько рассинхронизированы две копии данных
  • Чтобы измерить задержку между двумя контекстами, используйте команду replication status .

Признаки:

• Репликация запаздывает

• Очистка, а не восстановление дискового пространства

• Очистка занимает слишком много времени

Репликация MTree/Directory оптимизируется по полосе пропускания (как можно меньше использования сети).

Использование пропускной способности зависит от количества уникальных сегментов, которые необходимо реплицировать между исходной и целевой системами.

Следующие действия должны быть выполнены в наиболее подходящей последовательности для устранения задержки репликации. Не пропускайте никаких шагов.

1. Убедитесь, что репликация работает
   • Статья базы знаний: 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 не удаляются, проверьте базу знаний Data Domain: Снимок MTree_Replication не удаляется.      

      #snapshot list mtree <mtree path>

9. Проверьте размер файлов в системе Data Domain:
   • Data Domain — управление системой хранения: Просмотр распределенияфайлов .
   • Размеры файлов в системе Data Domain могут влиять на способ и время отправки данных из исходной системы в целевую. Слишком большое или слишком большое количество файлов может повлиять на то, как модуль репликации может и будет отправлять данные. Эти значения зависят от модели, версии операционной системы, емкости сети и т. д.
10. Убедитесь, что приложение резервного копирования настроено так, как описано в руководстве по интеграции.
    • Конфигурация самого программного обеспечения для резервного копирования может повлиять на способ записи приложения в систему Data Domain, что может оказать значительное влияние на производительность.
11. Ознакомьтесь с передовыми подходами к репликации
    • Data Domain: передовые подходы к репликации каталогов и пулов

Примечание. Если после выполнения действий, описанных в этой статье, проблема не устранена, обратитесь к своему поставщику услуг поддержки.
Загрузка пакета поддержки (SUB) Загрузка пакета поддержкии создание сервисной заявки