Наш файловый сервер 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.
Статус назначения говорит о том, что он затихает, а это значит, что он пытается чисто остановить трансфер... Очевидно, что так было довольно долгое время, если только вы недавно не пытались остановить трансфер.
Сначала я бы попытался создать новую передачу с фиктивными томами и посмотреть, сможешь ли ты получить новую передачу правильно, это поможет исправить некоторые... Предположив, что это сработает, я бы нарушил синхронизацию передач, а затем попытался заново инициализировать их по одному.
Вы также можете захотеть проверить, есть ли у вас настройки дросселирования, так как иногда конфигурация дросселирования может быть запутанной, и вы, возможно, случайно установили ее намного ниже, чем ожидалось.
Что-нибудь в вашей сети изменилось, что может помешать источнику поговорить с получателем? Я столкнулся с ошибкой в коде Cisco, из-за которой наш snapmirror-трафик отображался как асинхронная маршрутизация, где наш брандмауэр ошибочно посылал пакеты.
Высокий ли процессор в системе? 3050 - довольно старая система, возможно, что вы ее перегружаете, и она не в состоянии справиться с накладными расходами при обслуживании пользовательских данных. Вы бы увидели это только если бы вы постоянно находились в высоких 90-ых, это не очень распространенная проблема.
.