Неизменяемые копии в «+Альянс Бэкап» 1.8.2: что проверить в бакете, какой выбрать режим и сколько места это съест

Резервная копия помогает, пока цела она сама.

В версии 1.8.2 «+Альянс Бэкап» для Яндекс 360 умеет защищать копии средствами самого S3-хранилища. Пока идёт заданный срок, хранилище не даст удалить или перезаписать объекты копии — ни через приложение, ни напрямую, ни с украденными ключами. В режиме Governance запрет может снять только тот, у кого есть отдельное право на обход защиты.

Статья нужна, чтобы решить, включать ли защиту у себя. Вы проверите бакет и права ключей. Выберете режим и срок защиты. Решите, что защищать: только архивные копии или обычные вместе с цепочкой. И заранее прикинете, что станет с объёмом бакета и со счётом провайдера. Начать можно прямо сейчас. В приложении, в разделе «Подключение» → «S3 хранилище», есть кнопка «Проверить WORM», и результат она показывает значком у бакета.

Коротко

• «+Альянс Бэкап» 1.8.2 делает неизменяемые копии (WORM) на S3 Object Lock: пока идёт срок защиты, объекты копии в бакете не удаляются и не перезаписываются. В режиме Governance запрет снимает только обладатель особого права на обход.
• Бакету нужна поддержка блокировки объектов, ключам доступа к S3 — права s3:PutObjectRetention и s3:GetObjectRetention. Без этих двух прав копия создаётся без защиты.
• Режим и срок в днях фиксируются при создании копии. Защищаются копии, создаваемые после включения, а изменённые в политиках режим или срок действуют только на новые копии. Сократить срок нельзя, а в режиме Compliance удалить копию раньше, по документации продукта, не сможет никто.
• Пока срок не истёк, защищённую копию нельзя удалить из приложения или перенести в другое хранилище; в Governance выход один — консоль провайдера и отдельное право на обход. Глубина хранения и очистка на такую копию не действуют, и объём в бакете только растёт.
• На 25 сентября 2026 года неизменяемые копии есть во всех трёх тарифах «+Альянс Бэкап», но раскладка может измениться. По умолчанию защищаются архивные копии, а опция архивного хранения недоступна на «Старте», платная на «Бизнесе» и включена в «Корпоративном» — такова тарифная сетка на 13 августа 2026 года.

Что такое неизменяемая копия

Неизменяемая копия — это резервная копия, которую само S3-хранилище не даёт удалить или изменить, пока не кончится заданный срок. Раздел «Подробное описание функционала» онлайн-документации «+Альянс Бэкап» описывает функцию так: «Неизменяемые копии защищают резервные копии от удаления и изменения средствами самого S3-хранилища (технология S3 Object Lock)». Насколько далеко идёт запрет, там же уточнено: «Пока действует защита, объекты копии в бакете невозможно удалить или перезаписать — ни из приложения, ни напрямую в хранилище, ни с похищенными ключами доступа к S3 (в режиме Governance — без особого права на снятие защиты)».

В журнале «Что нового» неизменяемые копии стоят в разделе «Добавлено» версии 1.8.2. В записях более ранних версий журнала их нет.

Когда защита полезна, описание функции в документации перечисляет так:

• «Защита от программ-шифровальщиков и злоумышленников, получивших доступ к учётной записи или ключам хранилища…»;
• «Защита от случайного или ошибочного удаления копий сотрудниками»;
• «Требования регуляторов и внутренних политик к неизменному хранению данных в течение заданного срока…»;
• «Долгосрочное архивное хранение данных уволенных сотрудников с гарантией, что архив не будет удалён раньше срока».

Я бы примерял функцию к своей организации именно по этому перечню. Если ни один пункт не про вас, я бы её не включал: защита стоит денег у провайдера хранилища.

Начните с бакета: умеет ли он блокировать объекты

Неизменяемая копия в «+Альянс Бэкап» живёт только в бакете с блокировкой объектов. Требование в документации звучит так: «Бакет должен поддерживать блокировку объектов (S3 Object Lock). Блокировка включается при создании бакета на стороне провайдера хранилища». В требовании речь о создании бакета. Как быть с бакетом, который уже создан, — вопрос к провайдеру S3, и я бы задал его до всего остального.

Проверить бакет можно в самом приложении. Откройте «Подключение» → «S3 хранилище» и нажмите у нужного подключения кнопку «Проверить WORM». Приложение запишет в бакет тестовый защищённый объект и убедится, что удалить его нельзя. Итог появится значком у бакета — по описанию функции, это «WORM», «Нет WORM» или «WORM не проверен». Нужен первый.

Подключение с несколькими бакетами проверяется строже. Документация объясняет почему: «Если в подключении включено несколько бакетов, защиту можно включить, только когда её поддерживают все включённые бакеты: при нехватке места копирование продолжается в следующем бакете, и защищены должны быть все его части». Поэтому значок «WORM» должен стоять у каждого включённого бакета подключения. Один бакет без блокировки не даст включить защиту на всём подключении.

Права ключей доступа к S3 проверяются отдельно. Для неизменяемых копий документация называет ровно два права: «Ключам доступа к S3 нужны права s3:PutObjectRetention и s3:GetObjectRetention. Без них копия будет создана, но защита на неё не наложится». Обратите внимание на вторую фразу: копия при этом всё равно появится.

Как включить защиту

Защиту в «+Альянс Бэкап» включает пользователь с уровнем доступа «Полные права». Такой уровень страница документации «Управление организацией» требует и для политик компании, и для подключений S3. Порядок в документации такой:

1. «Настройки» → «Политики компании» → «Неизменяемые копии (WORM)»: включить «Разрешить защиту копий от удаления». Документация называет его общим переключателем для организации.
2. В этом блоке политик выбрать режим и срок защиты. По странице «Управление организацией», здесь же настраиваются защита обычных копий и шаг продления.
3. «Подключение» → «S3 хранилище»: включить «Защищать копии» на нужном подключении.
4. Для отдельной архивной копии защиту можно включить при запуске. В окне «Запустить копирование» с типом «Архивное хранение» отмечается «Защитить копию от удаления (WORM)».

Включение защиты в «+Альянс Бэкап» действует на копии, которые появятся после него. В описании функции сказано, что после включения переключателя «Защищать копии» на подключении действует правило: «защищаются копии, создаваемые в этом подключении». Правка режима или срока в политиках тоже касается только новых копий. Про копии, созданные до включения, документация прямо ничего не говорит.

Governance или Compliance: кто сможет удалить копию раньше срока

Документация «+Альянс Бэкап» описывает режимы Governance и Compliance. Главное различие между ними, на мой взгляд, — есть ли у защиты запасной выход.

Про Governance в описании функции сказано: «через приложение удалить копию до окончания срока нельзя. Аварийный выход — только в консоли вашего облачного провайдера, с отдельным правом на обход защиты». Compliance жёстче: «удалить копию до истечения срока не сможет никто: ни вы, ни разработчик приложения, ни поддержка облачного провайдера». Для тех, кто не может выбрать, у частых вопросов есть короткий совет: «Если сомневаетесь, начните с Governance».

Про Governance у меня свой вывод. Обходной путь идёт через отдельное право в консоли провайдера. Это право я бы держал отдельно от ключей, которые отданы приложению бэкапа, иначе вор такого ключа получит заодно и возможность снять защиту. От ключей приложения документация требует только s3:PutObjectRetention и s3:GetObjectRetention. Права на обход среди них нет.

Срок защиты: выбирается один раз

Срок защиты в «+Альянс Бэкап» задаётся в днях, и передумать потом не выйдет. Документация пишет: «Режим и срок фиксируются в момент создания копии: изменение настроек в политиках компании действует только на новые копии, а сократить срок у уже защищённой копии нельзя».

Фактический срок бывает длиннее заданного. Одна причина — настройки самого бакета у провайдера: «Если на бакете у провайдера задан срок защиты по умолчанию (Default Retention), хранилище применяет его к каждому записанному объекту независимо от настроек приложения. Фактический срок защиты может оказаться длиннее выбранного в политиках компании». Другая — округление у обычных копий. Их защиту не продлевают после каждого копирования, а округляют срок вверх до значения настройки «Шаг продления защиты». Как выбирать это значение, документация подсказывает так: «Меньший шаг — больше операций с хранилищем, больший — дольше оплачивается лишний срок хранения».

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

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

Какие копии защищать: архивные или всю цепочку обычных

По умолчанию «+Альянс Бэкап» защищает только архивные копии. Документация объясняет выбор коротко: «По умолчанию защищаются только архивные копии — они самодостаточны».

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

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

Выбор я бы делал по задаче. Сохранить состояние данных на конкретный момент, например ящик и диск уволенного сотрудника, — хватит защиты архивных копий. Закрыться от шифровальщика или злоумышленника так, чтобы пережила атаку вся свежая история, — нужна защита обычных копий. И учтите тариф: по нашей сетке от 13 августа 2026 года архивное хранение в «Корпоративном» включено, для «Бизнеса» это платная опция, а на «Старте» её нет вовсе. Я читаю это так: на «Старте» защите по умолчанию просто нечего накрыть, и остаётся только защита обычных копий.

Что защищённая копия запрещает делать вам самим

Защищённую копию в «+Альянс Бэкап» не удалить до конца срока — по документации, ни вручную, ни через корзину.

Защищённую копию нельзя перенести в другое хранилище до конца срока. Причину документация объясняет так: «удалить её из исходного бакета нельзя, а на новом месте защита не сохранится».

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

Объём защищённых копий в бакете растёт ещё и за счёт версий. Документация пишет об этом прямо: «Бакет с блокировкой объектов всегда хранит версии объектов. Занятый объём в приложении считается по всем версиям — столько же вы оплачиваете провайдеру. Наложение и продление защиты выполняются отдельными запросами к хранилищу, по одному на каждый объект копии, и тарифицируются провайдером». В счёте провайдера, выходит, две статьи: место под все версии и запросы на каждый объект.

Защищённые копии переживают и конец подписки. После её окончания, по документации, действует грейс-период 30 дней, затем бэкапы удаляются, в том числе из собственного бакета клиента. Для копий под WORM сделано исключение: они «удаляются только после окончания срока защиты». По нашим данным на 29 сентября 2026 года, начиная за 7 дней до окончательного удаления уведомление приходит на почту каждый день. Администратор получает его в любом случае, другие сотрудники — если у них включена рассылка в карточке «Уведомления» профиля.

Срок кончился: копия сама не исчезнет

Окончание срока защиты в «+Альянс Бэкап» ничего не удаляет. Документация формулирует это так: «Защита не удаляет данные — она только запрещает их удалять. После окончания срока копия остаётся в хранилище и продолжает занимать место, пока вы не удалите её сами». Когда копию удаляют, приложение стирает все версии её объектов, и место в бакете освобождается.

Кроме ручного удаления, копию после срока защиты убирают ещё несколько механизмов. Архивная копия со сроком хранения, по документации, удалится сама по его окончании, как и без защиты. После окончания подписки бэкапы удаляются по истечении 30 дней грейс-периода. С лицензией похоже: если её сняли или срок её кончился, объекты уходят из клиентского S3 через 30 дней — так 13 августа 2026 года мне ответил наш разработчик. Действует ли на копию после срока защиты глубина хранения, в нашей документации не сказано, и обещать это я не буду.

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

Если защиту наложить не удалось

Бывает, что копия в «+Альянс Бэкап» создана, а защиты на ней нет. Раздел «Подробное описание функционала» описывает этот случай: «Если наложить её не удалось, копия сохраняется, но остаётся удаляемой, а в журнал записывается критическое предупреждение».

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

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

Что ещё вошло в версию 1.8.2

Кроме неизменяемых копий, журнал «Что нового» «+Альянс Бэкап» называет в версии 1.8.2 ещё несколько изменений.

Активные сессии в профиле. В документации, в разделе «Профиль пользователя», написано: «Карточка „Активные сессии“ показывает все входы в приложение под вашей учётной записью: устройство и браузер, страну и IP-адрес, время последней активности. Текущий вход отмечен меткой „Это устройство“. Любую другую сессию можно завершить кнопкой „Завершить“, а все сессии, кроме текущей, — кнопкой „Завершить остальные“». По странице «Управление организацией», активные сессии в профиле доступны любому пользователю. Если есть подозрение, что под вашей учётной записью вошёл кто-то чужой, карточка «Активные сессии» покажет входы и даст их завершить.

Раздел «Помощь». В журнале он описан так: «документация по продукту с поиском, обновлённые частые вопросы и раздел „Что нового“». Все ссылки этой статьи ведут как раз туда.

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

Скачивание. В журнале сказано: «Переработано формирование ZIP-архива при скачивании — стабильнее работа с большими объёмами». В частых вопросах документации формат описан так: «Архив ZIP, собранный и расшифрованный прямо в браузере. Архивы больше 4 ГБ поддерживаются». Для больших архивов частые вопросы рекомендуют актуальный Chrome, Edge или Яндекс Браузер и достаточно свободного места на диске. К какой версии продукта относится этот ответ, частые вопросы не указывают.

И последнее — «Расширена история переносов хранилища». Подробностей к этой строке журнала в других разделах документации я не нашёл.

Частые вопросы

Можно ли включить WORM на бакете, где уже лежат копии «+Альянс Бэкап»?

Смотря что умеет бакет. Документация «+Альянс Бэкап» связывает блокировку объектов с созданием бакета у провайдера, так что про существующий бакет спросите провайдера S3. Проще всего нажать «Проверить WORM» у подключения и посмотреть значок у бакета: «Нет WORM» значит, что с этим бакетом защита не заработает. И даже на подходящем бакете защищаться будут копии, созданные после включения; о копиях, которые уже лежат в бакете, документация прямо не пишет.

Можно ли убрать из защищённой копии данные одного сотрудника?

Нет, пока идёт срок защиты. В защищённой копии «+Альянс Бэкап», по документации, удалить данные отдельного пользователя нельзя. Раньше срока в режиме Governance убирают только копию целиком, и лишь через консоль облачного провайдера с особым правом. В Compliance нельзя и этого.

Я поставил слишком длинный срок. Можно его уменьшить?

Нет. Срок у уже защищённой копии «+Альянс Бэкап» не сокращается ни в одном режиме. Изменение срока в политиках компании подействует только на новые копии. Старую копию в Governance удаляют раньше срока только через консоль провайдера, если у вас есть право на обход защиты. В Compliance такого выхода нет.

Что будет с защищёнными копиями, если не продлить подписку?

Бэкапы «+Альянс Бэкап» без защиты удаляются после грейс-периода в 30 дней. Копии под WORM документация выводит из этого правила: они лежат, пока не кончится срок защиты. Письмо о предстоящем удалении приходит за 7 дней, затем ежедневно: администратору — в любом случае, другим сотрудникам — если в профиле включена рассылка (данные на 29 сентября 2026 года).

В каком тарифе «+Альянс Бэкап» есть неизменяемые копии?

Сейчас во всех трёх: «Старт», «Бизнес» и «Корпоративный». Так на 25 сентября 2026 года, и это может поменяться. Но защита по умолчанию опирается на архивные копии, а архивное хранение устроено по-разному: в «Корпоративном» оно входит в тариф, к «Бизнесу» докупается отдельной опцией, на «Старте» его нет. Это тарифная сетка от 13 августа 2026 года. Отдельные расходы будут у провайдера S3: он берёт плату за объём всех версий объектов и за запросы на наложение и продление защиты.

Чем неизменяемость может навредить

Неизменяемые копии «+Альянс Бэкап» не отличают злоумышленника от вашей собственной ошибки. Например, вы поставили три года в Compliance и включили защиту обычных копий. Тогда три года вы оплачиваете всю цепочку со всеми версиями, и исправить это не может никто: сократить срок нельзя, а удалить копию раньше в Compliance не сможет даже разработчик.

Поэтому сам я начинал бы с Governance и короткого срока. На «Бизнесе» с опцией архивного хранения и на «Корпоративном» — с архивных копий, на «Старте» — с обычных, но с малым сроком. Посмотрел бы, как меняется счёт провайдера за месяц. И только потом решал бы про Compliance и длинные сроки.

Александр Жогов, основатель «+Альянса». Устройство неизменяемых копий и состав версии 1.8.2 я описывал по онлайн-документации «+Альянс Бэкап»: «Подробное описание функционала», «Что нового», «Управление организацией», раздел «Профиль пользователя» и частые вопросы, все сверены 25 сентября 2026 года. Доступность функции по тарифам и ежедневные письма об удалении — мои данные на ту же дату. Состояния опции архивного хранения по тарифам — из тарифной сетки от 13 августа 2026 года. Про удаление объектов после снятия лицензии ответ разработчика датирован 13 августа 2026 года. В реестр российского ПО модуль Бэкап Яндекс 360 пока не внесён, регистрация ещё идёт.