Системный интегратор. Битрикс из резервной копии

Восстановление сайта после прямого попадания

Надежное автоматическое резервное копирование это сложная задача. Чтобы её решить, нужно последовательно ответить на вопросы:

Что будем копировать?
Как часто будем копировать?
Где будем хранить?
Как будем проверять работоспособность копий?
Сколько времени потребуется на восстановление?
Что потеряем, если восстановимся из резервной копии?

Мы активно дорабатываем и обслуживаем более 100 сайтов каждый месяц и для нас этот вопрос стоит особенно остро. Особенность нашей работы в том, что все проекты работают на разных хостингах, в разных инфраструктурах. Такой зоопарк позволил нам набить много шишек и подарил бесценный опыт, которым мы хотим поделиться.

Когда нужна резервная копия сайта

Нам — всегда.

Раз в неделю мы переносим изменения на сайты наших клиентов. Любая доработка это риск, что-то может пойти не так. Поэтому мы делаем копии перед переносом изменений и доработок на основной сервер.

Мы растём, растут проекты с которыми мы работаем. Они становятся сложнее, больше и ответственнее. Вместе с ними усложняются наши процессы и используемые технологии.

Резервное копирование сайта средствами 1С-Битрикс

Если сайт (вместе с базой) меньше 2 Гб, достаточно настроить автоматическое резервное копирование средствами Битрикс. Как это работает? Битрикс может по расписанию выполнять процедуру резервного копирования. В результате вы будете получать 1 или несколько архивов в папке /bitrix/backup/ . Этих данных достаточно для восстановления сайта на аналогичном сервере за 30-60 минут. Создание копии занимает 3-15 минут. После того, как копия будет готова, она автоматически загрузится в облако 1С-Битрикс.

Обычно размер в облаке не превышает 10 Гб, если вы его не докупали. Этого места хватает для хранения 5 последних бэкапов. Если вы будете делать копию раз в сутки, у вас будет выбор, когда встанет вопрос о восстановление данных. Вы сможете выбрать одну из копий, сделанных за последние 5 дней.

Когда место закончится, самый ранний бэкап будет удалён и на его место записан свежий.

Особенности настройки и использования

Поскольку копия выполняется средствами самого сайта, в архив попадают только файлы, лежащие в директории сайта и база данных, с которой работает сайт. Важно не забывать исключать из копии папки с логами и самодельными бэкапами иначе вы получите “матрешку” из резервных копий =)

Что будет в случае аварии

При таком подходе вы потеряете время на установку операционной системы, битрикс веб-окружения и распаковку сайта из резервной копии. Кроме этого вы потеряете конфигурации и настройки программного обеспечения, установленного на сервере.

Наш горький опыт

Регулярно 1 раз в 2 месяца мы сталкиваемся с ситуацией, когда нам не удаётся восстановить сайт из копии. Причиной может быть файл со спецсимволом (иногда кириллическим) в названии. Редко, но было, возникают ошибки на этапе восстановления базы данных. Для себя мы нашли одно решение – проверять вручную каждый второй бэкап, чего и вам советуем.

Имейте в виду, если вы никогда не проводили “учений” по восстановлению – считайте что бекапов у вас нет. Мы за ответственный подход, и поэтому думаем не только о формальном наличии бекапов, но и о реальной перспективе восстановления.

Резервное копирование средствами хостинга

Хостинги бывают разные. Наиболее распространены 3 типа:

Разделяемый хостинг. Когда на одном сервере размещены несколько сотен проектов. У каждого клиента доступ по FTP к своей папке + доступ к панели управления
Виртуальный хостинг. На одном сервере или в облаке у вас будет виртуальный компьютер со своей операционной системой, доступом в интернет и панелью управления.
Выделенный сервер. Вы арендуете оборудование.

В 99% только разделяемый хостинг снабжен бесплатной системой автоматического резервного копирования. Механизм копирования является частью инфраструктуры хостера или конкретного сервера. Вы не имеете доступ к его настройкам и не можете его сломать.

Пока вы пользуетесь разделяемым хостингом, резервное копирование данных сервера осуществляется средствами хостера. Однако, его ответственность равна нулю. В случае отсутствия у вас бекапов, никто ничего не компенсирует. Почитайте договор.

Когда вы берете сервер в аренду, не важно виртуальный или нет, вы сами отвечаете за резервное копирование данных. Хостер отвечает только оборудование, свет и интернет. Несмотря на это, хостер заинтересован в сохранности ваших данных. Вы дороги ему как клиент, вы его источник доходов.

Для этих целей, в панели управления предусмотрена процедура создания резервной копии. Так это выглядит в timeweb

Вы правильно поняли, что это процедура – разовое создание копии, и да, она стоит денег =)

В качестве хранилища используется жесткий диск, который будет подключен к вашему серверу.

Что будет в случае аварии

В случае катаклизма, вы получите сервер с чистой операционной системой и диск с файлами. Восстанавливаться вам придётся вручную. Важно, простое копирование файлов из копии не делает сайт работоспособным. Перед процедурой восстановления вам нужно будет установить все программное обеспечение на чистый сервер.

Наш горький опыт

По неосторожности, нам доводилось терять файлы SSL-сертификатов , при обновлении операционной системы на сервере. Имея 120 Гб бэкап на диске, мы ждали 12 часов, пока эти данные копируются, чтобы мы смогли получить к ним доступ. На 12 часу произошла ошибка восстановления. Параллельно с этим процессом мы запустили выпуск новых сертификатов — это спасло ситуацию.

Best practice из мира резервного копирования

Очевидно — все вышеописанные технологии ненадежны. Для своих проектов мы нашли выход с помощью полного копирования файловых систем. Для этого мы используем Bareos. Он позволяет копировать весь диск и размещать копию на других серверах, а также восстанавливать сервер из резервной копии.

Что такое Bareos?

Bareos это распределенная система резервного копирования, архивирования и восстановления данных. Она позволяет тонко настраивать процессы резервирования и постоянно следить за ходом выполнения заданий, оповещая в случае ошибок и проблем.

В своем классе Bareos является единственным открытым и бесплатным продуктом. Его можно использовать и для крупных предприятий, со сложной информационной инфраструктурой, и для малого и среднего бизнеса.

Архитектура

Для работы Bareos нужен управляющий блок – Директор (Backup Director), один или несколько Серверов Хранения Данных (Storage Daemon), а также Службы Данных (File Daemons) на клиентских компьютерах, с которых создаются резервные копии.

“Директор” управляет логикой работы и хранит настройки копирования проектов: список клиентов и сохраняемых на них файлов, расписание резервного копирования, период хранения копий.

“Служба Данных” занимается созданием резервной копии и восстановлением данных на клиенте. Это программа, которую мы устанавливаем на сервер с сайтом.

“Сервер Хранения Данных” отвечает за взаимодействие системы с накопителями данных. На данный момент поддерживаются все распространенные носители информации, в том числе ленточные, а также облачные технологии.

Возможности

Bareos — кроссплатформенная система, клиенты доступны для всех распространенных дистрибутивов Linux, а также Windows и Mac.

Шифрование данных происходит не при сохранении, а перед началом этапа передачи. Таким образом, обеспечивается полная безопасность данных в резервной копии.

Данные могут храниться сразу в нескольких местах. Например, для увеличения скорости восстановления в случае сбоя, одна копия может находиться в том же дата-центре, что и резервируемый проект. А вторая, на случай критической неисправности в самом дата-центре – в удаленном независимом хранилище.

Ограничение загрузки канала передачи данных. Создание резервной копии не приведет к нестабильной работе сайта или интернет-магазин , так как для передачи информации будет использоваться только безопасный процент полосы пропускания, обычно 20-30%.

Для расширения стандартных возможностей системы существуют дополнительные плагины и их количество постоянно увеличивается. С помощью одного из них, например, можно создать целиком копию вашего сервера и загрузочный образ. Он может понадобиться в случае полного выхода из строя сервера – восстановление займет меньше времени, чем первоначальная настройка и последующее восстановление только критически важных данных.

Пример использования Bareos для Битрикс

Мы проверили надежность инструмента, доверили ему резервное копирование своих систем и проектов и готовы настроить резервное копирование вашего сервера.

Для наглядного примера, мы взяли сайт 40 Гб, 20 из них это статика и картинки, которые не сжимаются.

Сделали 2 сервера с копиями, один у того же хостера, второй у стороннего хостера.

После того как копии были сделаны, мы отформатировали диски rm -rf /

Время полного восстановления в рамках одного хостинга 30 минут.

Время полного восстановления в рамках второго 3 часа.

Способ	Что копирует	Время восстановления	Стоимость
Автоматические в облако битрикс	только сайт	1 час	бесплатно
Средствами хостинга, вручную	весь сервер	0,5 - 8 часов	150-500 рублей за копию
Bareos	весь сервер	0,5 - 3 часа	5000 в месяц за ежедневное копирование

Стоимость резервного копирования

Мы готовы настроить автоматическое копирование вашего сервера и следить за его работой. Стоимость 1 месяца обслуживания 5000 руб.

Оцените статью:

Спасибо, ваш голос успешно добавлен!

31.07.2017
Сергей Горелов

www.intervolga.ru

Установка гостевых OS в VirtualBox

В этой пошаговой инструкции мы покажем как подготовить виртуальную машину Oracle VM VirtualBox и установить в нее Linux Fedora 20. Изложение материала будет сопровождаться скриншотами.

Создадим виртуальный сервер CentOS 6.5 в виртуальной машине Oracle VM VirtualBox.

Для установки Ubuntu 12.04.3 Server в VirtualBox необходимо создать виртуальную машину, настроить ее, скачать дистрибутив Ubuntu 12.04.3 Server и установить его в новую виртуальную машину.

В этой статье мы приводим пошаговую инструкцию с скриншотами по подготовке виртуальной машины VirtualBox к установке Windows 2012 R2 Server и инструкцию по инсталляции Windows 2012 R2 Server в виртуальную машину Oracle VM VirtualBox.

Наша иллюстрированная инструкция подскажет Вам, как, по шагам, подготовить виртуальную машину Oracle VM VirtualBox к установке Windows 8.1 Enterprise En (Английская) и как установить в нее Windows 8.1 Enterprise En. Для установки Windows 8.1 Enterprise требуется, минимум, процессор 1 ГГц (для 64 битной системы, с поддержкой CMPXCHG16b, PrefetchW и LAHF/SAHF), оперативной памяти 1 ГБ, свободное место на жестком диске: 16 ГБ или 20 ГБ (для 32 или 64-разрядной системы), графическая плата с поддержкой MicrosoftDirectX 9 и с драйвером WDDM.

Для установки CentOS 6.4 в VirtualBox можно воспользоваться непосредственно ISO образом загрузочного диска CentOS. Скачать ISO образ установочного диска CentOS 6.4 или образ Live CD диска можно с зеркала Яндекс, рекомендованного на сайте разработчика CentOS. Для установки CentOS 6.4 в виртуальную машину VirtualBox мы использовали дистрибутив CentOS-6.4-x86_64-LiveCD.iso

Установка CentOS 6.4 сервера в виртуальную машину обладает рядом преимуществ перед установкой на отдельно стоящий компьютер. Это, прежде всего, экономия аппаратных ресурсов, распределение нагрузки между виртуальными серверами, простота миграции на другую платформу, удобство создания копий.

Мы будем устанавливать в VirtualBox OS Linux Mageia 3 ver. 64bit. Перед установкой Mageia 3 необходимо подготовить виртуальную машину (VM): Выделить под VM оперативную память, жесткий диск, определить порядок загрузки VM, выбрать тип сетевого адаптера...

Windows 2012 R2 Server выпускается компанией Microsoft в 64 битном исполнении. Для установки Windows 2012 R2 Server требуется, минимум, 64-разрядный процессор с тактовой частотой 1,4 ГГц, 512 МБ ОЗУ, 32 ГБ на HDD.

Windows 8.1 выпускается компанией Microsoft в 32 бит и 64 бит вариантах. Настройки виртуальной машины для Windows 8.1 32bit и Windows 8.1 64bit немного отличаются, обратите на это внимание.

Прежде всего, ознакомьтесь с требованиями к системе для CentOS 6.5.

Запустите Oracle VM VirtualBox Менеджер.

integrator.adior.ru

Как восстановить данные из резервной копии (бэкапа)? — Вопросы и ответы — Джино • Спектр / 1С-Битрикс

Чтобы восстановить бэкап файлов, войдите в раздел «Хостинг / Управление / Резервные копии» контрольной панели своего аккаунта, выберите дату, резервную копию от которой вам нужно восстановить, и файл или папку для восстановления. Запрошенные данные будут скопированы в директорию backups/дата на вашем аккаунте. Это может занять некоторое время, поэтому нужно подождать, пока объем файлов не перестанет увеличиваться или пока не пропадет желтое предупреждение на странице «Хостинг / Управление / Резервные копии». Затем вы сможете переместить их в нужное место при помощи файлового менеджера контрольной панели или FTP-доступа.

Вы можете восстановить и резервные копии ваших баз данных. Они также выкладываются в папку backups/дата в виде файла с SQL-инструкциями. Далее нужно скачать полученный файл .sql себе на компьютер и зайти в интерфейс phpMyAdmin («Хостинг / Управление / Управление MySQL). В нем в левой колонке выберите базу данных, при необходимости удалите существующие таблицы и перейдите на вкладку «Импорт». Выбрав скачанный ранее дамп, нажмите кнопку «OK», и база будет восстановлена.

Если дамп БД слишком большой, то вы можете восстановить его, не скачивая на компьютер. Для этого подключите услугу «Поддержка SSH» и воспользуйтесь утилитой mysql:

mysql имя_базы -u имя_пользователя --password="пароль" < ~/backups/дата/имя_дампа.sql

Кроме файлов и баз данных, в том же разделе контрольной панели доступно и восстановление почты: просто выберите нужный почтовый ящик, и все удаленные из него с момента бэкапа письма будут загружены обратно (существующие письма при этом не удаляются — просто добавляются отсутствующие).

Обратите внимание, что для функционирования резервного копирования почты при работе по протоколу POP3 необходимо настроить почтовый клиент так, чтобы он оставлял копии писем на сервере. А лучше — работать с почтой по протоколу IMAP.

Смотрите также: Как часто производится резервное копирование?

bitrix.jino.ru