Зачем согласовывать расписание снимков и репликации?
Расписание снимков и репликации нужно согласовывать, чтобы нужная версия успевала создаться и оставалась доступной до передачи на другую систему. Репликация опирается на снимки, а снимки создаются задачей по своему расписанию и удаляются после заданного срока хранения. Если репликация запускается раньше создания снимка или приходит после его удаления, целевая система не получит ожидаемую точку восстановления.
Зависимость задач
Сначала задача снимков создаёт состояние dataset или zvol. Затем задача репликации должна увидеть этот снимок и передать его на другую систему.
Поэтому расписания нельзя рассматривать независимо: репликация требует подходящего снимка в источнике.
- Снимок должен существовать до запуска репликации.
- Репликация должна охватывать нужный dataset.
- Целевая система должна быть доступна.
Роль срока хранения
Снимок должен сохраняться достаточно долго, чтобы репликация успела его обработать. Короткий lifetime может удалить версию до передачи, особенно если запуск репликации задержан или система была недоступна.
Проверяйте не только момент создания, но и окно, в течение которого снимок остаётся доступным.
- Сопоставьте lifetime со временем передачи.
- Учитывайте возможные задержки задач.
- Проверяйте снимки, ожидающие репликации.
Как проверить связку
Сверьте расписания, список исходных снимков и версии на целевой системе. Проверка должна показать, что создаваемые снимки соответствуют политике репликации и сохраняются до завершения передачи.
- Проверьте порядок запусков.
- Сверьте версии на источнике и назначении.
- Проверяйте результат после изменений расписания.
Проверьте себя
- Настроить создание снимков до репликации.
- Проверить lifetime исходных снимков.
- Сверить переданные версии на целевой системе.
Частый вопрос
Что произойдёт, если репликация запускается раньше снимка?
Нужная версия ещё не будет доступна для передачи, поэтому расписание следует выстроить после создания снимка и проверить фактический порядок.