А вы правы, видать из-за того что разработка ведется в тесном контакте с кернельными драйверами я как то упустил этот момент и все в виртуалке да в виртуалке, спасибо большое, буду знать=)
Когда то давно, в Acronis был Active Restore в примерно том виде что вы описываете, но мы развиваемся и теперь идея как раз улучшить классическую схему восстановления. Чтобы работать можно было не потом, а пораньше.
Все так, сейчас мы целимся в домашних пользователей, но ничто не мешает рассуждать о покрытии так же серверов в будущем, как только данная идея разовьется достаточно
1. Может для того чтобы полюбоваться ей в зеркале=) ну или для привлечения внимания
2. Да ничто не мешает, но простым смертным иногда нужна windows (это все таки огромный сегмент пользователей) и нужно эти данные защищать.
Согласен, основной тип сбоев это выход из строя носителя. Так же мы учитываем заражение шифровальщикам и т п. Диск на который происходит восстановление не обязательно тот же самый который был уничтожен. Мы можем восстановить минимальный сет данных на новый диск, стартануть, ну и дальше восстановление фоном с приоритетом (как описано в статье).
Вы совершенно правы, ускорение RTO метазадача, которую приследуют абсолютно все компании-разработчики backup & recovery решений (например Veeam, Vembu, у них у всех есть свои идеи). Ведь это один из показателей насколько их решение полезно клиенту. Вопрос как раз в разных идеях как улучшить RTO и при этом заложить основы для обеспечения безопасности (следуя вектору SAPAS которого придерживается Acronis).
Спасибо за ваш комментарий, обязательно будем доводить до ума=)
2. Да ничто не мешает, но простым смертным иногда нужна windows (это все таки огромный сегмент пользователей) и нужно эти данные защищать.
Спасибо за ваш комментарий, обязательно будем доводить до ума=)