Что чаще всего делают пользователи, которым нужно срочно получить резервную копию виртуальной машины, например, для тестирования и отладки хотфикса? Судя по нашим наблюдениям, чаще всего они делают снапшот. В самом деле, у снапошота достаточно плюсов: его создание не отнимает много времени, а если что-то пойдет не так, можно быстро откатить виртуальную машину на предыдущее состояние. Однако есть и минусы: пока вы экспериментируете с машиной, снапшот разрастается; у виртуальной машины падает производительность чтения/записи; сокращается свободное место на СХД. Вдобавок, «забытые» (бесхозные) снапшоты тоже могут доставить неприятности – недаром VMware рекомендует следить за актуальностью и длиной цепочки снапшотов виртуальной машины. В итоге есть риск, что из-за разросшихся снапшотов возникнут проблемы с доступностью ресурсов продакшена (в частности, из-за чрезмерной интенсивности чтения/записи на СХД), и во время коммита виртуальная машина просто подвиснет.

Чтобы избежать этих неприятностей, для всякого рода тестирования разумно использовать виртуальную лабораторию, или «песочницу» (например, как рекомендуется здесь). Но ее запуск и настройка требуют времени, а как быть, если его в обрез?

Можно запустить процесс резервного копирования – но он тоже отстает по быстроте от создания снапшота, даже если вы используете бесплатную утилиту VeeamZIP (создание полного бэкапа для выбранной виртуальной машины «на лету», т.е. по требованию и без остановки машины). Проход инкрементального бэкапа тоже не всегда является спасением – например, если виртуальная машина бэкапится в одном задании еще с несколькими, то при запуске этого задания придется ждать, пока обработаются они все.

Для таких случаев очень пригодится новая функциональная возможность Veeam Backup & Replication 8.0 – Quick Backup, создающая инкрементальную точку восстановления для выбранной виртуальной машины «на лету».



Что это за разновидность бэкапа, и почему она носит имя Quick — разбираемся под катом.
Читать дальше →

http://habrahabr.ru/post/248353/