Что вызвало бы огромные суммы задержки снимка с NetApp Snapvault?

Наш файловый сервер NetApp показывает огромные суммы задержки для snapvault операций. Каковы могли быть возможные причины такой большой задержки снимка?

Snapvault is ON.
Source                Destination                     State          Lag        Status
home:/vol/home/       vault1:/vol/home_backup/        Source         1602:06:04  Idle
home:/vol/h_root/-    vault1:/vol/home_backup/h_root  Source         1578:07:40  Idle

Список .snapshot каталога показывает mtime от 2 декабря, даже на каталогах, где живая файловая система имела измененные файлы с тех пор.

drwx--x--x  13 user  staff       8192 Dec  2 17:35 Feb-01

A snapvault status -l показывает следующую информацию:

Snapvault is ON.

Source:                 home:/vol/home/
Destination:            vault1:/vol/home_backup/
Status:                 Idle
Progress:               -
State:                  Source
Lag:                    1602:15:24
Mirror Timestamp:       Fri Dec  2 00:01:56 PST 2011
Base Snapshot:          sv.7
Current Transfer Type:  -
Current Transfer Error: could not read from socket
Contents:               -
Last Transfer Type:     -
Last Transfer Size:     28618316 KB
Last Transfer Duration: 04:02:46
Last Transfer From:     -

Source:                 home:/vol/h_root/-
Destination:            vault1:/vol/home_backup/h_root
Status:                 Idle
Progress:               -
State:                  Source
Lag:                    1578:17:00
Mirror Timestamp:       Sat Dec  3 00:00:20 PST 2011
Base Snapshot:          sv.7
Current Transfer Type:  -
Current Transfer Error: could not read from socket
Contents:               -
Last Transfer Type:     -
Last Transfer Size:     1488 KB
Last Transfer Duration: 00:00:04
Last Transfer From:     -

На целевом конце у нас есть этот вывод для snapvault status:

Source                               Destination                                State          Lag        Status
home:/vol/home/                      vault1:/vol/home_backup/                   Snapvaulted    1602:24:40  Quiescing
home:/vol/h_root/-                   vault1:/vol/home_backup/h_root             Snapvaulted    1578:26:16  Quiescing

И источник и целевые файловые серверы выполняют Выпуск 8.0.2 NetApp.

4
задан 7 February 2012 в 04:37
1 ответ

Статус назначения говорит о том, что он затихает, а это значит, что он пытается чисто остановить трансфер... Очевидно, что так было довольно долгое время, если только вы недавно не пытались остановить трансфер.

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

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

Что-нибудь в вашей сети изменилось, что может помешать источнику поговорить с получателем? Я столкнулся с ошибкой в коде Cisco, из-за которой наш snapmirror-трафик отображался как асинхронная маршрутизация, где наш брандмауэр ошибочно посылал пакеты.

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

.
1
ответ дан 3 December 2019 в 04:14

Теги

Похожие вопросы