Типовые архитектурные решения для резервного копирования
12.02.2016
Традиционный подход
Резервное копирование – важный процесс для любой современной организации. Традиционный подход к этой задаче состоит в выделении определенного времени, когда для выполнения копирования все приложения, данные с которых копируются, должны быть остановлены. Это делается для обеспечения целостности данных.
Главным недостатком этого подхода являются существенные простои прибольших объемах копируемых данных.
Чтобы уменьшить «окно» резервного копирования или хотя бы не увеличивать его в условиях роста объемов данных, имеет смысл создавать резервные копии разных объектов параллельно. Для решения этой задачи гораздо удобнее применять дисковые системы резервного. Они эффективнее ленточных, но ленточные решения более надежны и дешевы.
Ежедневные копии обычно сохраняют на диски. Затем можно перемещать объекты с дисковых систем на ленточные вне окна бэкапа. При этом нужно учитывать, что время восстановления одного файла с ленточного накопителя может быть сопоставимо со временем полного бэкапа.
Для ускорения процесса ежедневного резервного копирования можно делать инкрементальные копии, которые содержат только изменения, но они усложняют и делают длительным процесс восстановления данных, поскольку нужно восстановить полный последний бэкап и последовательно применить инкрементные копии.
Моментальные снимки
Сегодня многие системы хранения данных оснащаются механизмом моментальных снимков, с помощью которых можно получать резервные копии практически мгновенно, сводя на нет простои приложений. При этом восстановление тоже происходит практически мгновенно: основной том подменяется нужной копией.
Минусом этого подхода является риск потери данных при выходе из строя основной системы. Резервные копии всегда полные, потому определенный процент данных повторяется в разных копиях. К тому же этот метод требует увеличения объема хранения на основном массиве в соответствии с количеством хранимых копий.
Чтобы справиться с этой проблемой резервные копии выносят на отдельный дисковый массив, желательно с механизмом дедупликации. Например, для этого подойдет HPE StoreOnce. Этот массив позволяет не только сократить объем хранения, но и добиться высокой производительности благодаря множественным потокам резервного копирования, работающим параллельно.
Копии, которые нужно хранить долго так же можно размещать на ленты, как и в случае традиционного подхода.
Однако за сокращение простоя приложений придется заплатить: этот подход требует усложнения аппаратной части системы и процессов управления.
Прямое резервное копирование из СХД в дисковую библиотеку с функцией дедупликации
Резонно было бы предложить объединить эти подходы, чтобы исключить минусы и добиться более высоких результатов. Компания HPE предлагает новую технологию прямого резервного копирования (flat backup). Она была реализована в продукте HPE StoreOnce Recovery Manager Central (RMC).
С этим решением вы сможете копировать данные виртуальных машин под управлением VMware vCenter и их хранилища данных. Функционал HPE 3PAR Virtual Copy позволяет копировать данные из дискового массива непосредственно в дисковую библиотеку с дедупликацией HPE StoreOnce.
Управлять процессом копирования и восстановления можно непосредственно из консоли управления VMware vCenter.
В библиотеку HPE StoreOnce отправляются только измененные блоки, полные синтетические копии делают процесс восстановления быстрым.
Благодаря использованию прямого резервного копирования не нужно использовать сложное программное обеспечение и выделять специальный сервер для этих задач. За счет использования дедеупликации снижаются требования к емкости, повышается надежность.
Автоматическое разделение томов на множество объектов, которые копируются параллельно, позволяет сократить время для создания полных независимых копий.
