Комментарии 2
Добрый день!
Простите заранее, если прочитал невнимательно статью.
- Какая была задача и какие были целевые показатели?
- Какой скорости РК вы ожидали с 12и саташников?
- Цифры в таблицах — это трансфер реальных данных после дедупа или "виртуальные" цифры от полного размера резервной копии?
- КМК вы не протестировали главное — скорость восстановления. Обычно системы дедупликации на ней и умирают
- Почему нельзя было развернуть NBU на обычном железе, чтобы не упираться в ограничения производительности appliance? (задаю вопрос, т.к. не знаю ответа на п.1)
- Как в итоге решили задачу заказчика?
Добрый! Отвечаем по пунктам:
1. Изначально задача была проверить возможности технологии Copilot по созданию резервных копий.
2. Планировалось увидеть скорости режима Copilot близкие к классическому резервному копированию.
3. В таблицах приведен трансфер «реальных» данных.
4. В данную статью не попали данные по восстановлению, восстанавливались из режима Copilot.
Restore 33 мин.
Recovery Временной интервал наката 12:20 — 16:13 (4ч. 53 мин.)
Время наката 1ч. 10 мин.
5. Потому что технология Copilot доступна только при использовании Veritas Appliance.
6. Ввиду особенностей СУБД заказчика, было принято решение остановится на ZDLRA.
1. Изначально задача была проверить возможности технологии Copilot по созданию резервных копий.
2. Планировалось увидеть скорости режима Copilot близкие к классическому резервному копированию.
3. В таблицах приведен трансфер «реальных» данных.
4. В данную статью не попали данные по восстановлению, восстанавливались из режима Copilot.
Restore 33 мин.
Recovery Временной интервал наката 12:20 — 16:13 (4ч. 53 мин.)
Время наката 1ч. 10 мин.
5. Потому что технология Copilot доступна только при использовании Veritas Appliance.
6. Ввиду особенностей СУБД заказчика, было принято решение остановится на ZDLRA.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Резервирование СУБД Oracle силами Veritas NetBackup Appliance: быть или не быть?