Data Domain. Измерение пропускной способности репликации

ОБЛАСТЬ ПРИМЕНЕНИЯ:

• Все модели Data Domain
• Все выпуски программного обеспечения
• Репликация

ЦЕЛЬ.

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

Это поможет администратору определить, работает ли репликация вообще, и если да, то есть ли задержка, требующая дальнейшего поиска и устранения неисправностей.

В этой статье предполагается, что репликация настроена и выполняется.

РЕШЕНИЕ:

Что такое запаздывание?

Задержка показывает, насколько далеко от синхронизации находятся две копии данных. Чтобы измерить запаздывание между двумя контекстами, в командной строке системы Data Domain введите следующее:

replication status 

CTX   Destination                                              Enabled   Connection     Sync'ed-as-of-time   
---   ------------------------------------------------------   -------   ------------   ------------------   
0     col://test.datadomain.com                                yes       Connected      Mon Jul 28 13:32
1     dir://test.datadomain.com/backup/repl1                   yes       connected      Mon Jul 28 13:32   
---   ------------------------------------------------------   -------   ------------   ------------------  

• • • • Контекст (CTX): 0 предназначен для репликации коллекции , а CTX 1 — для репликации каталогов.
      • Переменная Синхронизация по мере внедрения В столбце указывается администратору, когда данные в целевой системе были актуальными.
      • Если Синхронизация D-of-Time отличается от текущего времени, и данные записываются в исходный DDR, так как Синхронизация D-of-Timeвозможно, администратор испытывает задержку.

Как определить, работает ли репликация?

Просмотрите раздел «История репликации» в недавнем отчете службы поддержки (ASUP).

Для репликации каталогов:

-------------------
Directory Replication:

Date Time           CTX  Pre-Comp (KB) Pre-Comp (KB) Replicated (KB) Sync-as-of Written Remaining Pre-Comp Network Time
-------------------------------------------------------------------------------------------------------------------------------------------------- 
2010/07/27 08:40:31  1   11,495,148 0  11,495,800    1,782,104       Tue Jul 27 08:03
2010/07/27 09:40:31  1   95,114,487 0  95,116,039    11,517,645      Tue Jul 27 09:04
2010/07/27 10:40:31  1   0          0  0             223             Tue Jul 27 10:04
-------------------------------------------------------------------------------------------------------------------------------------------------- 

• • • Данные в столбце «Network» в разделе «Replicated KB» показывают, сколько всего данных было записано по сети за этот час (в килобайтах).
    • Чтобы преобразовать его в среднее значение битов в секунду, администратор должен умножить общее значение на 8192 (для преобразования КБ в биты), а затем разделить его на 3600 (количество секунд в часе).
    • Получив значение битов в секунду, администратор может преобразовать его в кило-, мега- или гигабиты в секунду по мере необходимости:
      • В течение часа, предшествовавшего 09:40:31, DDR отправляла 11 517 645 * 8192 / 3600 = 26159332 бит в секунду, или примерно 25 мегабит в секунду в среднем.
      • Это было эквивалентно 95 116 039 килобайтам несжатых данных с виртуальной пропускной способностью 206 мегабит в секунду.
    • Значения меньше 1 000 обычно указывают на условия, в которых реальные данные не были отправлены на реплику.
    • В столбце «Pre-Comp (KB) Remaining» указывается, какой объем данных осталось скопировать из исходной системы в целевую в конце этого часа.
    • В приведенном выше примере в столбце «Pre-Comp (KB) Remaining» всегда указано значение 0, что указывает на то, что больше нет данных, ожидающих отправки по сети
    • Если поле «Pre-Comp (KB) Remaining» увеличивается с каждым часом, а в столбце «Replicated (KB) Network» отображается значительный объем отправляемых данных (т. е. более 1000 Кбайт), возможно, в Data Domain возникает состояние задержки, которое требует устранения неполадок.

Для репликации коллекции:

Collection Replication:

Date Time           Data(KB)        Data(KB)   Sync-as-of  Remaining Replicated Time
---------------------------------------------------------------------------------------------- 
2010/07/27 08:40:31 462,898,258     4,058,875  Mon Jul 3   08:03
2010/07/27 09:40:31 461,419,298     3,573,790  Mon Jul 3   08:03
2010/07/27 10:40:31 458,489,689     3,606,086  Mon Jul 3   08:03
---------------------------------------------------------------------------------------------- 

• • • Оставшиеся данные указывают, какой объем данных осталось реплицировать, а данные реплицируются — сколько данных было записано на диск.