Как сохранить данные Битрикс24 самостоятельно: облако и коробка

Что проверить руководителю: какие данные остаются доступны вне портала, где хранить копии и как подготовить восстановление после сбоя.

В облачном Битрикс24 компания может заранее сохранить часть данных: выгрузить доступные сведения CRM и список задач, а для документов организовать отдельное хранение файлов. В коробочной версии можно резервировать базу данных и файлы портала на независимой инфраструктуре.

Но сохранить данные, восстановить систему и продолжить работу без длительного простоя - 3 разные задачи.
Выгрузка из облака не превращается в работающую копию Битрикс24. Архив коробочного портала тоже не означает, что после аварии сервер запустится сам.

Ниже - практические варианты для обеих версий, их ограничения и вопросы, которые стоит задать до покупки резервного сервера. Мы уже рассказывали, как Битрикс24 резервирует данные на стороне поставщика. Здесь разбираем то, что находится под контролем самой компании.

Что можно сохранить из облачного Битрикс24

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

Сделки, контакты и задачи

В Битрикс24 предусмотрен экспорт списков CRM в Excel и CSV: например, доступных лидов, сделок, контактов и компаний. Какие записи и поля попадут в файл, зависит от прав пользователя, настроек выгрузки, фильтров и действующих ограничений тарифа.

Для отдела продаж это может быть полезно даже без сложной инфраструктуры. Определите, какие поля потребуются сотрудникам при недоступности портала: клиент, контактные данные, стадия и сумма сделки, ответственный. Сделайте пробную выгрузку, откройте её вне Битрикс24 и убедитесь, что необходимые сведения действительно присутствуют. Такой файл нужно хранить в месте, к которому у ответственных сотрудников сохранится доступ.

Список задач также можно экспортировать в Excel. Но сама таблица не подтверждает сохранность всех комментариев, вложений, истории изменений или связей между задачами.

Главное ограничение: экспортированные таблицы позволяют читать часть информации, но не воспроизводят весь портал с правами, роботами, телефонией, перепиской и интеграциями. Даже импорт данных обратно в CRM требует отдельного сопоставления полей. Нельзя исходить из того, что выгрузка восстановит прежнюю систему без потерь.

Для регулярной работы со структурированной информацией существуют и специальные инструменты. Например, наше приложение «Статистика компании» в Битрикс24 Маркете предназначено для аналитики и передачи данных во внешние системы. Это один из возможных способов использовать выгруженные сведения за пределами портала. Однако аналитическая выгрузка не является полной резервной копией Битрикс24. Нет возможности выгрузить весь портал, историю всех связей и все файлы. Состав выгружаемых данных следует проверять применительно к своей задаче.

Документы: почему одной синхронизации мало

Файлы Диска требуют отдельного подхода. Приложение Битрикс24 для компьютера позволяет синхронизировать поддерживаемые документы с локальным устройством. В классическом режиме файлы скачиваются на компьютер; при использовании эластичного Диска часть файлов может отображаться как ярлыки и загружаться только при открытии. Поэтому наличие файла в списке ещё не подтверждает, что его содержимое уже доступно без интернета.

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

Поэтому проверьте не только наличие папки на компьютере, но и другое:

• Какие именно документы синхронизированы, а какие остались только в портале?
• Есть ли отдельная копия, не зависящая от постоянной синхронизации?
• Можно ли достать из неё нужную более раннюю версию?
• Кто получит доступ к копии, если сотрудник потеряет рабочий компьютер?

Для важных файлов стоит настроить отдельное хранение с подходящим сроком сохранения версий, ограничением доступа и периодической проверкой. Для выгрузок CRM с клиентскими сведениями также важно ограничить круг получателей и защитить сами файлы. Поведение изменений и удаления файлов при синхронизации зависит от конкретной настройки; универсальных гарантий здесь нет.

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

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

Чего она не получает автоматически: второй полнофункциональный Битрикс24, готовый заменить облачный портал при аварии.

Как мы подходим к резервированию коробочного Битрикс24

У коробочной версии больше возможностей управления инфраструктурой, но и больше ответственности за её восстановление. Здесь можно сохранять не только отдельные таблицы, а компоненты установленной системы.

В документации 1С-Битрикс описаны архивирование базы данных и файлов и процедуры восстановления. При этом в настройках архивирования можно исключать отдельные файлы, каталоги и таблицы: реальный состав копии требуется проверять. Возможность восстановления также зависит от конфигурации портала и серверного окружения.

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

Но для результата недостаточно просто включить расписание копирования. Есть несколько обязательных вопросов.

1. Что именно сохраняется?
   Нужны база данных и файлы, согласованные между собой. Отдельные интеграции и внешние хранилища могут потребовать своих копий.

2. Где находятся архивы?
   Второй диск того же сервера не защищает от потери всего сервера. Другой сервер в том же дата-центре тоже может иметь общие зависимости.

3. Кто контролирует копирование?
   Если процесс остановился или архив не создаётся, об этом должен узнать ответственный специалист, а не сотрудник, которому данные понадобились после аварии.

4. Из чего будут восстанавливать?
   Нужно понимать требования к серверу, окружению, правам доступа и последовательности действий.

5. Когда копию проверяли?
   Сам факт создания файла архива ещё не доказывает, что из него можно получить работоспособный портал.

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

Копия данных, восстановление и работа без простоя - не одно и то же

Допустим, у компании есть свежий архив коробочного Битрикс24. Это хорошее начало, но что произойдёт, если основной сервер полностью перестанет работать?

Возможны разные уровни готовности:

• Данные доступны отдельно.
  Например, сотрудники могут открыть сохранённую таблицу сделок или найти документ. Это помогает получить информацию, но не заменяет CRM.

• Резервный архив создан.
  В нём есть нужные компоненты системы, однако пригодность архива ещё необходимо проверить.

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

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

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

RTO - сколько времени компания согласна ждать восстановления работы.
Одним процессам допустим длительный перерыв, другим нужен гораздо более быстрый возврат к работе.

Это требования, которые компания ставит своей инфраструктуре или подрядчику. Они не становятся гарантированными характеристиками Битрикс24 только потому, что где-то настроено резервное копирование.

Например, если копии нужны для просмотра архивных сведений, требования могут быть относительно простыми. Если от CRM зависит обработка текущих заказов, придётся заранее продумать, как сотрудники будут работать во время недоступности сервиса и кто запустит восстановление. Это иллюстрация разных бизнес-сценариев, а не история о конкретном клиенте.

Когда нужен другой сервер или дата-центр

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

Пока речь об обсуждении вариантов, а не о завершённом внедрении с подтверждённым аварийным переключением.
Расстояние между площадками помогает рассматривать риски отказа одной локации. Но оно не гарантирует независимость сетей, электропитания, систем управления и доступа к данным. И если на удалённой площадке лежит только архив, систему всё равно потребуется восстанавливать.

Прежде чем выбирать регион, определите, какой отказ должен покрывать резервный вариант:

• Ошибка сотрудника или повреждение отдельных данных?
• Отказ диска, сервера или системы хранения?
• Недоступность всего дата-центра?
• Продолжительная недоступность облачного сервиса?

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

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

Зарубежное хранение резервных данных требует отдельной правовой оценки. В частности, для персональных данных могут действовать требования закона № 152-ФЗ о локализации и трансграничной передаче. Без анализа конкретной схемы и состава данных нельзя рекомендовать иностранный сервер как универсальный вариант.

Сервер в офисе или дома тоже не становится надёжным только из-за того, что стоит в другом помещении: понадобятся питание, интернет, физическая защита, резервирование и сопровождение. Расположение само по себе не заменяет продуманную эксплуатацию.

Итог здесь не в поиске «самого безопасного» города. Нужно выбрать независимость от конкретных отказов и проверить её, сохраняя разумный баланс расходов и возможного простоя. Стопроцентной гарантии не даст ни один вариант.

Что руководителю проверить уже сейчас

Перед тем как покупать резервный сервер или заказывать сложную архитектуру, проведите небольшую инвентаризацию. Она поможет поставить IT-специалисту или интегратору предметную задачу.

1. Какая версия Битрикс24 используется?
   Для облака и коробки доступны разные меры.

2. Какие данные критичны?
   Выделите сделки, контакты, задачи, документы и сведения интеграций, без которых работа остановится или станет затруднительной.

3. Что хранится независимо?
   Найдите реальные выгрузки и архивы, проверьте их состав, дату, место хранения и права доступа.

4. Пробовали ли пользоваться копиями?
   Откройте экспортированные таблицы, извлеките нужный файл; для коробки организуйте проверку восстановления в подходящей среде.

5. Сколько потерь и простоя допустимо?
   Согласуйте требования к свежести копий и сроку возвращения к работе.

6. Кто за это отвечает?
   Назначьте владельца резервирования, проверок и действий при сбое.

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

Задача не в том, чтобы собрать как можно больше серверов. Задача - понимать, какие данные компания сможет вернуть и насколько быстро возобновит работу при выбранном сценарии отказа.

Если вам нужно оценить сохранность данных Битрикс24, организовать резервное копирование коробочной версии или разобраться с практическими вариантами для облака, обратитесь к нам. Проверим текущую схему, определим приоритеты и составим индивидуальный план с учётом ваших требований, ограничений и бюджета.