Как устроена защита данных облачного Битрикс24, какие сроки хранения копий заявлены и что вендор не уточняет о восстановлении.
Для облачного Битрикс24 в зоне .ru вендор заявляет ежедневные резервные копии и резервирование инфраструктуры. Но из этого нельзя заключить, что при любой аварии портал мгновенно заработает на другой площадке и все последние изменения сохранятся.
Коротко о главном: в сравнении облачных тарифов для тарифов, кроме Enterprise, указан срок хранения копий 7 дней, для Enterprise - 30 дней. Право запросить восстановление на выбранную дату зависит от тарифа. При полном откате портала изменения, сделанные после выбранной даты, будут удалены. Численных гарантий времени аварийного переключения и допустимой потери последних изменений в изученных публичных документах мы не нашли.
Поводом для этой проверки стали вопросы клиентов Лаборатория автоматизации «LOG [IN] OFF» после сообщения Яндекса от 9 октября 2026 года о повреждении его дата-центров. Клиентов интересует, где хранятся данные Битрикс24 и что произойдёт при аварии. Подтверждённой связи происшествий на площадках Яндекса с работой облачного Битрикс24 нет; речь дальше только о заявленных механизмах и условиях самой платформы.
Резервные копии, репликация и переключение: в чём разница
Когда говорят «данные зарезервированы», могут иметь в виду разные способы защиты. Для компании они решают разные задачи.
- Резервная копия - сохранённое состояние данных. К нему можно вернуться, если что-то удалили или испортили. Но сама копия не делает портал постоянно доступным.
- Репликация - поддержание дополнительных актуальных экземпляров данных или компонентов системы. Она помогает строить отказоустойчивую инфраструктуру, но вместе с правильными изменениями на реплики могут попадать и ошибочные. Поэтому историческая копия всё равно нужна.
- Аварийное переключение - перенос работы сервиса на резервные ресурсы при сбое. Наличие нескольких дата-центров ещё не определяет время такого перехода.
- Восстановление из копии - возврат данных к сохранённому состоянию. Важен не только факт наличия архива, но и то, какие новые изменения при возврате исчезнут.
В разделе о безопасности Битрикс24 описывает географически распределённые кластеры, репликацию баз данных Master-Master, балансировку нагрузки и ежедневное многоуровневое резервное копирование.
Какие резервные копии делает Битрикс24 и сколько они хранятся
По инструкции Битрикс24 от 23 июля 2026 года, резервные копии всех данных создаются автоматически каждый день. В общей инструкции указан срок хранения 7 дней. Там же сказано, что копии порталов зоны .ru размещаются на серверах в России.
Для Enterprise условия описаны отдельно: в таблице тарифов указан срок хранения 30 дней, а на странице Enterprise SaaS заявлена возможность восстановления из копии в пределах этого периода.
Где находятся дата-центры Битрикс24 и как устроено резервирование
Для облачных порталов зоны .ru Битрикс24 указывает размещение данных в России. В материале о хранении персональных данных перечислены площадки АО «Корп Софт» и ООО «Цифровое облако» (VK Cloud): шесть опубликованных адресов находятся в Москве.
На странице статуса Битрикс24 говорится о двух независимых дата-центрах в каждом регионе, автоматических и полуавтоматических реакциях на аварии, ежедневных копиях и непрерывном онлайн-резервировании в два дата-центра.
Что отдельно заявлено для Enterprise
Для Enterprise SaaS вендор описывает выделенную инфраструктуру в двух географически распределённых дата-центрах, георепликацию, балансировку нагрузки и мониторинг. Также заявлен SLA доступности 99,95%.
Как восстановить Битрикс24 из копии и что будет с новыми данными
Допустим, сотрудник случайно удалил несколько сделок. Сначала стоит проверить корзину: именно это советует Битрикс24 перед восстановлением портала из копии.
Если требуется полный откат, администратор обращается в поддержку и указывает дату восстановления. Поддержка проверяет наличие копии и условия тарифа. На время процедуры портал блокируется; её длительность зависит от объёма данных.
Важно различать восстановление отдельных записей и откат всего портала к прежнему состоянию. В нашем условном примере копия может помочь вернуть удалённые сделки, но сделки, задачи и другие данные, добавленные после выбранной даты, при полном откате будут удалены. Это следует из официальной инструкции; пример не описывает случай клиента CRM4.
Поэтому до обращения в поддержку полезно понять, что именно пропало, какие данные успели добавить позже и приемлем ли для компании полный откат.
Что неизвестно о восстановлении после серьёзной аварии
Если компания не может долго работать без CRM, одного знания о ежедневных копиях мало. Нужны два параметра:
-
RPO - максимально допустимый период потери данных, обычно измеряемый временем. Например, требование «потерять не больше 15 минут изменений» относится к RPO; это пример требования компании, а не заявленная характеристика Битрикс24.
-
RTO - допустимое время до восстановления работоспособности системы после аварии.
На момент написания статьи в изученных публичных материалах Битрикс24 мы не нашли численных гарантий RPO и RTO по конкретным облачным тарифам, гарантированного времени переключения между дата-центрами, полной схемы расположения архивов конкретного портала или подробного сценария масштабного аварийного восстановления.
Что проверить в своём Битрикс24
Начните не с устройства кластеров, а с последствий для своей работы:
-
Определите версию и тариф. У вас стандартный облачный Битрикс24
.ru, облачный Enterprise или коробочная установка? Какой срок хранения копий и какие возможности восстановления предусмотрены именно для неё? -
Проверьте процедуру отката. Кто может запросить восстановление, на какую дату и что произойдёт с данными, созданными после неё?
-
Сформулируйте требования бизнеса. Какой простой допустим и сколько последних изменений компания сможет восстановить вручную? Эти требования лучше определить до аварии.
-
Запросите письменные уточнения. Если последствия простоя существенны, попросите поставщика подтвердить применимые RPO/RTO, условия аварийного переключения и размещения архивных копий именно для вашего договора и тарифа.
Для коробочного Битрикс24 условия другие. Компания размещает систему в выбранной инфраструктуре, а схема резервного копирования и проверка восстановления зависят от того, как организовано её администрирование. Правила облака автоматически не распространяются на коробочную установку.
См. сравнение облачной и коробочной версий. Об управлении собственной серверной инфраструктурой - в материале CRM4 «Обновление сервера коробочного Битрикс24».
Лаборатория автоматизации «LOG [IN] OFF» может помочь оценить риски для вашего портала или организовать резервное копирование коробочного Битрикс24. Начнём с того, какие данные критичны и какой простой допустим, затем определим, что уже подтверждено документами и что необходимо уточнить у поставщика.