Кибер Бэкап как мультитул для различных ИТ-задач
Привет, Хабр! Сегодня мы поговорим о нескольких сценариях использования нашей системы резервного копирования в реальной жизни.
Наш «Кибер Бэкап» является программой-инструментом, и, смею заметить, инструментом неплохим. И, как всякий хороший инструмент, он имеет множество сценариев применения.
Резервное копирование
Это — самый очевидный сценарий. Для чего может использоваться система резервного копирования? Конечно же для резервного копирования! Файлы, папки, тома, диски, машины целиком, базы данных, почтовые ящики — всё что угодно. Если у вас есть необходимость хранить архив каких-либо данных — наш продукт прекрасно справится с этой задачей.
Резервное копирование пропустим и сразу же перейдем к не самым стандартным, но жизненным сценариям использования Кибер Бэкапа.
Клонирование
С резервной копии машины можно восстановить клон машины взамен утраченной. А можно восстановить второй раз, рядом, в аналогичное шасси (или даже не в аналогичное), и получить две одинаковые машины! Таким образом, СРК превращается в клон-машину. Таким функционалом я пользовался лично много лет назад, когда регулярно появлялась необходимость поставить заказчикам N одинаковых машин для офисных нужд. Ключевое слово тут — одинаковых. Берём один комплект железа, накатываем ОС, настраиваем, но пока не активируем, устанавливаем софт, его тоже настраиваем, потом делаем полную резервную копию машины и ставим её на восстановление на втором шасси, а пока на первом вбиваем лицензионные ключи и проводим тонкую настройку, типа уникального сетевого имени. Время и силы экономятся в промышленных масштабах: там, где раньше пара инженеров тратила два-три рабочих дня, справляется один и за день, не сильно при этом напрягаясь. Понятно, что существуют более автоматизированные решения с деплоем образа по сети и автоматической настройкой скриптами, но если вам надо делать такие действия нерегулярно или вот «на коленке» — почему бы не использовать СРК вместо раскатки громоздкой инфраструктуры автоматического деплоя?
Миграция на новое железо
Следующий сценарий использования Кибер Бэкапа — миграция на новое железо. Например, вышло так, что ваш любимый компьютер в бухгалтерии морально устарел, неплохо бы поменять материнскую плату (а в месте с ней — и всё остальное), но пользователь этого компьютера, бухгалтер Зинаида Дебеткредитовна, так привыкла к своим обоям с котиками и организации экземпляров СУБД, что заставить её пересесть на новенький компьютер со свежеустановленной операционной системой невозможно. Выход есть: делаем резервную копию машины и восстанавливаем её на новое железо. Свежие ОС семейства Windows имеют собственные средства адаптации к таким ситуациям, а для других вариантов ОС в составе нашего продукта есть замечательный Universal Restore, о котором мы писали в одной из прошлых статей.
Миграция с унификацией
Сценарий, в принципе, являющийся обобщённым предыдущим случаем: миграция с унификацией. Компания росла и развивалась, оборудование докупалось по требованию, но вот уже компания стоит на пороге Enterprise-сектора, а в компьютерном парке бардак и полный зоопарк платформ и поколений. Делаем всё то же самое, что в прошлый раз, но не для одного АРМа, а для всего отдела, и — вуаля! — отдел стандартизирован, запасные детали закупаются мелким оптом по более выгодным предложениям, а не по одной штучке в розничном магазине.
Миграция с виртуализацией
Этот сценарий тоже в некотором роде вытекает из предыдущих двух, но масштабы уже чуть другие и плоскость поменялась. Наша гипотетическая компания уже дорастает до смелых попыток: в виртуализацию решено переносить и серверы и рабочие места, админ уже собрал кластер, ноды зашуршали разностными дисками… Не пересаживать же всех работников в новые «нулёвые» машины? Подключение к Матрице должно происходить максимально дружелюбно, и в этом нам опять-таки поможет наш волшебный инструмент Кибер Бэкап. Ведь, опасаясь проблем с потерей информации мы ещё раньше установили на каждую машину по нашему агенту, настроили типовой план бэкапа (конечно, «вся машина» и «всегда инкрементное»!) и раскатали его по всем агентам. Бэкапы выполняются, слайсы в архив пишутся, и нам надо только лишь взять уже готовую резервную копию за последнее число и восстановить из неё состояние машины в любую понравившуюся нам машину виртуальную. Немного мучений — и весь офис переехал в виртуальное пространство, сам того не заметив.
Запуск бэкапа как ВМ
Этот сценарий нельзя назвать уж прямо нестандартным, этот функционал описан даже у нас в документации, но многие о нём забывают. Предположим вдруг (а это всегда случается вдруг) выходит из строя критичный для бизнеса физический или виртуальный сервер, или какая-нибудь машина с Очень Важными Данными. Главный Сисадмин заказывает у поставщика срочную доставку железа на замену, младшие эникейщики бегают по потолку, готовые хвататься за патч-корды, как только замена прибудет… Но бизнес требует доступа к утраченному сервису вот прямо сейчас. Вот тут нам и пригодится возможность запуска бэкапа как виртуальной машины («Run as VM», еще называется «мгновенное восстановление»). Буквально пара кликов, и виртуальный образ утраченной машины запускается на выполнение прямо из архива, без траты времени на подготовку новой ВМ на гипервизоре. Обратная сторона этого удовольствия — ограничение работы такой машины. Мы рекомендуем финализировать её в стандартную ВМ не более как через 2–3 дня. На самом деле это — инструмент экстренного доступа к данным, но как всё экстренное — он является временной мерой. Не допускайте переработки таких неполный виртуальных машин во избежание заполнения системного диска гипервизора разностными партициями.
Поддержка импортозамещения
Ну и наконец, довольно актуальный на данный момент вопрос перехода в процессе импортозамещения. Использовалась в нашем гипотетической компании платформа виртуализации хорошая, но дорогая и зарубежная, а вот теперь надо переходить на что-то родное и отечественное. Можно опять же завести «нулёвые» машины, и пусть белые воротнички к ним привыкают, неча тут капризничать, а можно уже полученные ранее бэкапы рабочих мест развернуть на другой платформе виртуализации, и в этом случае, наш продукт выступает уже как универсальный инструмент миграции, об этом, кстати, у нас тоже уже был замечательный пост.
Конечно, везде есть подводные камни и свои особенности –, а где их нет? Конечно, нам есть куда расти — и мы растём! С каждым релизом добавляем в наш Кибер Бэкап новый и новый функционал. Конечно, нам пока далеко до совершенства, но имеющегося уже сейчас функционала достаточно не только для выполнения базовых функций резервного копирования, но и закрытия некоторых смежных задач, как видно из этого материала. До новых встреч!
