Привет Хабр! Сегодня мы, Алексей Федоров и Дмитрий Ермолаев, поговорим о том, как развернуть у себя нашу систему резервного копирования (СРК) Кибер Бэкап - какие компоненты системы обязательны к установке, а какие опциональные, какие настройки использовать, какие данные куда сохранять, как планировать объемы хранилищ и на что следует обращать внимание.
Уход западных вендоров с российского рынка поставил перед компаниями новые вызовы по настройке систем резервного копирования. Для одного из клиентов мы реализовали такой проект – разработали кастомизированное BaaS-решение. Рассказываем, как провели миграцию с платформы CommVault на Veeam и апгрейд по пропускной способности, а также организовали сетевую связность между тремя разными площадками.
Сейчас в ИТ полным ходом идет повсеместный переход на полностью отечественные программные решения (или на свободно-распространяемые решения и решения с открытым кодом). И как часть этого процесса стали появляться задачи, связанные со сменой платформы виртуализации, например, с переходом с VMware (vSphere), Microsoft (Hyper-V) или Citrix (Xen) на что-то российское. Такие задачи могут решаться вручную или автоматически - все зависит от количества виртуальных машин и навыков ИТ-специалистов. При переносе вручную мы пользуемся средствами, предоставляемыми платформами виртуализации, а одним из вариантов автоматизации процесса перехода может быть какой-то специализированный инструмент или ... СРК, например, наш Кибер Бэкап. Об этом и поговорим ниже.
В этой статье я расскажу, как мы выбирали и внедряли средства резервного копирования и восстановления пользовательских данных для закрытого контура заказчика в условиях ограниченности ресурсов, а также познакомлю с частью системного архитектурного стека нашего продукта.
Это горящий дата центр крупнейшего хостинг провайдера Европы - OVH. После пожара некоторые проекты так и не восстановились, другие долго зализывали раны. И чтобы такого не произошло - надо делать регулярные резервные копии. О том как, с какой периодичностью и что в них включать мы сегодня и поговорим.
Данная статья будет полезна людям, которые взаимодействуют с RuBackup, решая рабочие задачи, или просто интересуются техническими новинками в сфере бэкапирования. Здесь представлена информация, как быстро и без лишних усилий раскатать демонстрационный стенд RuBackup 2.0.
В нашем мире многое нестабильно: запланированный отпуск может сорваться, погода на выходные – испортиться, и технологии, которые нацелены на защиту информации, – не исключение. С первых строчек может показаться, что все тлен, но рисками можно и нужно управлять. Например, поездку можно перенести, а на пикник взять зонтик. Неопределенность порождают как внешние, так и внутренние факторы, а сама она влияет на поставленные нами или компанией цели. За долгие годы работы команда «ЛАНИТ-Интеграции» собрала портфель инструментов, которые могут в буквальном смысле спасти компанию, и с одним из них мы хотим вас сегодня познакомить.
В этой статье расскажу о непредвиденных происшествиях, которые могут случиться на любом предприятии, к каким последствиям это может привести, а главное – как нивелировать риски потери ценной информации.
Привет, Хабр! Меня зовут Иван, я системный архитектор в компании Киберпротект. Сегодня, как и обещали во вводной статье, расскажем про платформу OpenStack и как мы сделали ее поддержку в нашем Кибер Бэкапе 16.
Привет, Хабр! 25 апреля вышла новая версия нашей СРК - Кибер Бэкап 16. В этой версии основной фокус был направлен на расширение функций для приложений СУБД PostgreSQL/Postgres Pro и коммуникационной платформы CommuniGate Pro, а также на развитие поддержки платформ виртуализации: добавлено резервное копирование OpenStack.
rsync, которые вроде бы работают идеально. Но нет, всегда можно придумать что-то получше.
Продолжаем серию видео о возможностях нашей платформы. В этот раз показываем, как работает резервное копирование.
Уникальность поддержки систем резервного копирования (СРК) со стороны vStack — в отсутствии привязки к какой-то одной СРК. Мы выбрали подход, не принуждающий потребителей с существующей экосистемой бэкапа к переходу на другую СРК и миграции архивных копий в формат новой СРК.
Это стало возможно благодаря поддержке протокола NDMP со стороны vStack. Он давно реализован во всех СРК корпоративного уровня, например, IBM Spectrum protect (ранее называвшийся Tivoli Storage Manager) и NetVault Backup. Его работа выверена годами использования как в СРК, так и в СХД, где он также активно используется для резервного копирования. Кроме того, поддержка протокола NDMP существует и в системах с открытым исходным кодом, например, BareOS. Это может быть важно для тех, кто рассматривает открытые решения.
Мы записали видео с демонстрацией работы бэкапа виртуальной машины vStack. В качестве СРК используется EMC NetWorker, имеющая каноническую реализацию протокола NDMP в силу того, что EMC — один из двух оригинальных разработчиков этого протокола.
Сегодня я хочу поговорить о том, каких преимуществ в вопросах резервного копирования и аварийного восстановления можно добиться за счет смены архитектуры архива и правил хранения информации. Разумеется делать я это буду на примере нового формата архивов, который используют продукты КИБЕРПРОТЕКТ. Из интересного сразу выделю, что мы добились увеличения плотности до 5 раз! (это реальный показатель), а также повысили скорость, удобство и надежность. Не обошлось конечно и без проблем обратной совместимости и некоторых нюансов. Под катом — отличия нового формата, примеры оптимизаций, которые мы сделали, подробнее о плюсах инкрементного бэкапа, а также рекомендации по работе с резервными копиями в современных условиях. Всех заинтересованных приглашаю обсудить архитектурные подходы к работе с резервными копиями.
Пару недель назад разработчик системы резервного копирования Vinchin порадовал всех нас новой версией своего решения. Мы уже рассказывали немного о “семерке” и обещали поделиться с вами результатами тестирования ее функционала. В этом посте разберемся, насколько обновление версии повлияло на работу СРК, расширились ли сферы ее применения (а точнее — насколько они расширились). Если вы до сих пор сидите на “запретной” СРК или присматриваете себе новую платформу для резервного копирования, давайте подробнее знакомиться с Vinchin 7. Под катом — подробный разбор новых функций со скриншотами и примерами использования.
4 года назад наша команда Nixys рассказывала, почему мы решили сделать собственный инструмент для резервного копирования и почему другие инструменты нам не подошли. Сегодня хочу рассказать, какие проблемы и недостатки в старой версии нам мешали, почему мы решили всё переписать и что у нас в итоге получилось. Добро пожаловать под кат.
О необходимости выполнения резервного копирования для любых важных данных, будь то файлы, образ ОС или базы данных, написано множество статей. Поэтому убеждать читателя в необходимости бэкапить СУБД MySQL я не буду. Напомню лишь, что помимо бэкапа необходимо регулярно проверять резервные копии на возможность восстановления.
Следующий раздел предназначен для тех, кто не читал статью по бэкапам PostgreSQL, так как он повторяет основные моменты теории резервного копирования.