Где лежат данные вашей CRM и что делать, если дата-центр остановится

В начале октября 2026 года несколько дата-центров Яндекса останавливались или работали частично, и Yandex Cloud сообщал об аварийном режиме платформы. 10 октября Яндекс опубликовал новую редакцию пользовательских соглашений с расширенным перечнем форс-мажора, то есть обстоятельств вне разумного контроля сторон. Сам Яндекс называет эти изменения уточняющими.

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

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

Где лежит облачный Битрикс24

Порталы зоны .ru размещены в российских дата-центрах. В справке вендора, обновлённой 22 июля 2026 года, провайдерами названы АО «Корп Софт» и ООО «Цифровое облако», оба в Москве. Собственных дата-центров Битрикс24 в справке не указывает.

На странице статуса вендор заявляет по два независимых дата-центра в каждом регионе и ежедневное многоуровневое резервирование. Резервное хранилище файлов облачного Битрикс24, судя по опубликованному кейсу Яндекса, находится в Yandex Cloud. Схема рассчитана на отказ одной площадки.

У такой схемы есть прецедент. В феврале 2018 года отказ коммутатора у «Корп Софт» вывел из работы оба зарезервированных дата-центра, сбой затронул около трети пользователей в России. Резервирование внутри одного провайдера закрывает многие поломки, но у двух площадок одного провайдера бывает общая точка отказа.

Сведений о том, что октябрьские остановки задели облачный Битрикс24, мы не нашли. Сбои, отмеченные на странице статуса с 5 по 12 октября, вендор с дата-центрами не связывал, и мы их тоже не связываем.

Резервные копии вендора нужны ему для восстановления своего сервиса. Кнопки «резервная копия портала» в облачном Битрикс24 нет ни на одном тарифе, поэтому скачать архив своего портала целиком нельзя.

Где лежит amoCRM

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

Как и у Битрикс24, это копии вендора. Своя копия у клиента появляется, только если он делает её сам.

Что можно выгрузить штатно

Облачный Битрикс24

Записи CRM выгружаются в CSV или Excel из режима «Список». Право на экспорт настраивается отдельно для каждой сущности, и экспорт контактов зависит от тарифа и от флага «Участвует в экспорте» в карточке. Поэтому количество строк в файле стоит сверять с количеством контактов в портале.

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

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

На этом штатные средства заканчиваются. Комментарии к задачам вендор прямо называет непереносимыми. У чатов, Диска и файлов в карточках CRM штатного экспорта нет. Достать их можно через REST API, методами вроде im.dialog.messages.get и im.v2.File.download, или приложениями из Маркета. Собрать из разрозненных выгрузок копию, по которой можно восстановить работу компании, приходится разработчику.

amoCRM

Через API v4 amoCRM отдаёт примечания и события: звонки, SMS, вложенные файлы. Сообщения из чатов в событиях приходят только идентификаторами, без текста. Способа выгрузить полную переписку через публичный API мы не нашли и обещать её выгрузку не будем. Копию amoCRM собирают через API, и заранее стоит проверить, что из переписки в неё попадёт.

Три уровня защиты

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

Регулярная независимая копия

Минимальный уровень для облака: по расписанию забирать данные через API и штатные выгрузки и складывать их у провайдера, который не связан ни с вендором CRM, ни с его площадками. Для Битрикс24 в такую копию входят записи CRM, задачи, чаты, файлы Диска и карточек, настройки CRM и шаблоны бизнес-процессов.

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

Данные при этом целы и лежат отдельно, но работать в копии нельзя. Если облако недоступно, продажи ждут восстановления сервиса или переезда. Как мы настраиваем такие копии, описано на странице резервного копирования Битрикс24.

Переезд Битрикс24 в коробку

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

Переносят приложениями из Маркета. Справка Битрикс24 от 28 августа 2026 года перечисляет несколько: «Миграция порталов Битрикс24», мигратор Integrator.Digital, «Мигратор Битрикс24» и другие. По материалу журнала Битрикс24 от 22 сентября 2026 года мигратор переносит CRM, пользователей, задачи с историей, смарт-процессы, чаты с клиентами, файлы и диски, после чего переподключаются телефония и почта. Сроки там названы от нескольких дней до нескольких недель.

У приложений есть ограничения. Одно из них работает только с чистым порталом, переносит до 100 тысяч сущностей за одну миграцию и файлы до 300 МБ и не сохраняет даты создания записей. Перед переездом мы сверяем объём портала с ограничениями выбранного инструмента и решаем, какую часть переносить приложением и какую дописывать скриптами через REST API.

Резервные копии коробки делает модуль «Резервное копирование», он описан в документации 1С-Битрикс. Копию можно хранить на том же сервере, в «Облаке 1С-Битрикс» или в стороннем хранилище через модуль «Облачные хранилища». Расписание настраивается: ежедневно, через день, раз в три дня или раз в неделю. Локальную копию вендор сам называет уязвимой к сбоям на этом сервере и рекомендует не держать архивы только там.

«Облако 1С-Битрикс» доступно при активной лицензии, хранит до трёх копий в зашифрованном виде, и для лицензий России, Беларуси и Казахстана эти копии лежат в Yandex Object Storage. Значит, штатная облачная копия коробки тоже лежит в Yandex Cloud. Вторую копию мы кладём к другому провайдеру через «Облачные хранилища» или своим скриптом.

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

Две площадки для своих серверов

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

С чего начать

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

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

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

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