Резервное копирование Яндекс 360: какой из четырёх способов закрывает вашу задачу

Резервное копирование Яндекс 360 закрывается четырьмя способами, и они разной природы. Два — сервисы с отдельным хранилищем. Третий — механизмы самой платформы. Четвёртый — выгрузка руками. Дальше я развожу их по девяти проверяемым признакам. В их числе: что копируется, куда ложится, при каких условиях лицензируется, что остаётся от уволенного сотрудника, сколько хранится. Цель у статьи одна: чтобы вы назвали способ под свою задачу и сразу — то, чего он не делает. Меня зовут Александр Жогов, я основатель компании «+Альянс», и один из четырёх способов — наш продукт. Значит, свои границы я обязан назвать так же прямо, как чужие.

Коротко

• Учётная запись сотрудника на домене организации удалена — штатного пути назад нет: документация администратора Яндекс 360 пишет «Восстановить данные будет невозможно». Останется только копия, снятая до удаления.
• Лицензия ROC Backup от K2 Cloud считается по числу рабочих мест: на странице вендора названы от 300 мест по временной лицензии и от 1000 по постоянной. Штату меньше 300 рабочих мест ROC Backup по условиям вендора недоступен.
• На странице продукта «+Альянс Бэкап Яндекс 360» три тарифа, у каждого своя цена за пользователя в месяц: «Старт» — 199 ₽, «Бизнес» — 415 ₽, «Корпоративный» — 599 ₽. Все три цены страница продукта называет при помесячной оплате; годовая оплата идёт со скидкой 20 %.
• Сроки отсрочки в Яндекс 360 задаёт сама платформа: 10 дней в «Спаме», 30 в папке «Удалённые», 30 в личной корзине Диска и «обычно» 30 в корзине организации. Архив писем собирает копии переписки сотрудников, а сколько эти копии живут, страницы раздела «Архив писем» в документации администратора Яндекс 360 не сообщают.
• Ручной экспорт по IMAP кладёт почту на рабочее место сотрудника. Хранилища уровня организации он не создаёт, расписания и журнала у него нет.

С чего начинать выбор, если корзина уже очищена?

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

Порог лицензирования у ROC Backup записан числом. На странице продукта K2 Cloud временная лицензия идёт «от 300 рабочих мест» и «оплачивается ежегодно», постоянная — «от 1000 рабочих мест», а к обеим приложены два условия: «ROC Backup доступен пользователям, использующим тариф Яндекс 360 для бизнеса „Основной“ и выше» и «Для приобретения должно лицензироваться не менее 70% от общего числа пользователей Яндекс 360 для бизнеса» (страница продукта ROC Backup). Лицензию вендор меряет рабочими местами, а условие про 70 % посчитано в пользователях Яндекс 360 для бизнеса. Ответ FAQ на той же странице K2 Cloud привязывает лицензию к конкретному сотруднику и закрепляет её за ним по адресу электронной почты Яндекс 360. Рабочих мест не может оказаться больше, чем у вас сотрудников с ящиками Яндекс 360, — так я свожу две единицы и сравниваю порог в 300 мест с числом оплаченных лицензий. У «+Альянс Бэкап Яндекс 360» такого порога в документации версии 1.7 нет — это факт отсутствия ограничения в документе, а не гарантия, что его нет в продукте; в статье я пишу ровно то, что записано. Сколько людей нужно для каждого нашего тарифа, сказано на странице продукта: «Бизнес» и «Корпоративный» идут от 10 пользователей, а у «Старта» назван потолок — 15 пользователей.

Сопоставьте свой тариф и число лицензий с условиями ROC Backup: «Основной» и выше плюс не меньше 300 рабочих мест оставляют на столе все четыре способа. Меньше — три, и раздел про ROC Backup можно пролистать.

Тема резервного копирования выглядит в поиске как тема после потери. В замере поисковых запросов по нашему сайту за 30 дней, с 11 августа по 10 сентября 2026 года, верхняя строка всей выборки — «как восстановить удалённые письма в яндекс почте», 166 показов. Кластер «Корзина», отобранный в этом замере по подстроке, даёт 30 запросов и 273 показа; внутри него есть и такие строки, как «как восстановить с яндекс диска удаленные файлы из корзины после очистки». Запросов со словами «выбрать» или «сравнить» в этом замере нет ни одного — правда, он видит только те строки, по которым наш сайт уже показывается в выдаче.

Удаление аккаунта на домене организации стирает почту и файлы сотрудника без возврата. Формулировка документации администратора Яндекс 360: «Если вы удалите аккаунт, созданный на вашем домене, сотрудник потеряет все данные на Яндекс Диске и в Яндекс Почте. Восстановить данные будет невозможно» (страница «Сотрудники»). Поэтому состояние учётных записей я смотрю сразу за лицензиями. Штатный архив писем этот случай тоже не закрывает: на вопрос «Сохраняются ли в архиве письма сотрудников, чьи аккаунты удалены?» страница «Вопросы и ответы» раздела «Архив писем» отвечает «Нет» (вопросы и ответы об архиве). Если аккаунт удалён, выбирать уже нечего — работает только копия, снятая раньше. Вопрос переносится назад по времени: кто её снимал и куда.

Что делают штатные средства Яндекс 360 и где они останавливаются?

Штатные средства Яндекс 360 — это механизмы самой платформы, работающие с данными организации без отдельного хранилища. Природы у них две, и для выбора важно, какая перед вами. Отсрочка удаления — личная корзина Диска, корзина организации, папки «Удалённые» и «Спам» в Почте: удалённое лежит внутри платформы ограниченный срок и по его истечении пропадает. Архивная копия переписки — архив писем: он, по документации администратора Яндекс 360, «сохраняет копии всех писем, отправленных и полученных сотрудниками организации», а срока хранения этих копий страницы раздела «Архив писем» не называют.

Личная корзина Диска у каждого сотрудника своя. Справка Яндекс Диска для бизнеса, страница «Корзина», называет два её свойства: удалённые файлы «продолжают занимать место на Диске», а «Через 30 дней они удалятся автоматически» (корзина Яндекс Диска). Вернуть файл можно, пока он там лежит.

Корзина организации работает уровнем выше: это инструмент администратора поверх личных корзин. Общие диски она не покрывает — «В корзину организации попадают файлы и папки с персональных Дисков сотрудников, с общих дисков — нет». Место в ней ограничено квотой в 10 ГБ на каждого сотрудника, а крупные объекты не принимаются вовсе — «Файлы размером от 10 ГБ восстановить нельзя — они не попадают в корзину организации». Срок записан с оговоркой: «Обычно восстановление доступно в течение 30 дней, но если отведенное место заканчивается, старые файлы удаляются быстрее». И есть она не на всяком тарифе — доступна «в тарифах Основной, Продвинутый, Корпоративный + Управление организацией и Корпоративный Максимум». Квота и все четыре цитаты — с одной страницы документации администратора Яндекс 360, про восстановление файлов, удалённых из корзины сотрудника (корзина организации).

В Почте Яндекс 360 срок зависит от папки. Из «Спама» письмо возвращается в течение 10 дней, из «Удалённых» — 30, а потом, по странице «Пропали письма из ящика» справки Яндекс Почты, письма «будут навсегда удалены с серверов Яндекса» (пропали письма из ящика). Что проверять и в какой очерёдности, пока сроки не вышли, разложено в отдельном разборе: «Восстановить удалённые данные в Яндекс 360: порядок проверок, сроки и что настроить заранее».

Охват у архива писем ограничен доменом: «В архив попадают письма только из тех почтовых ящиков, которые созданы на домене организации» — так его определяет документация администратора Яндекс 360. Остальные границы архива разложены по страницам раздела «Архив писем». Страница «Включение и отключение» называет исходное состояние: «По умолчанию доступ к письмам через архив выключен». И назад архив не смотрит: «письма, которые были удалены владельцами ящиков до включения архива, восстановить уже не получится». Там же стоит юридическое условие: «Перед включением архива обязательно проконсультируйтесь с юристом своей организации. Он скажет, нужно ли в вашем случае собирать согласия сотрудников на доступ к данным» (включение и отключение архива).

Ещё две границы архива писем — про поиск и про уволенных. Страница «Поиск» описывает выдачу как разовую: «Каждый поиск срабатывает один раз. Выдача не обновляется по мере того, как сотрудники получают и отправляют новые письма» (поиск в архиве). А страница «Вопросы и ответы» раздела «Архив писем» отвечает на два похожих вопроса одним словом на каждый: на вопрос о письмах сотрудников с заблокированными аккаунтами ответ «Да», на вопрос о письмах сотрудников, чьи аккаунты удалены, — «Нет» (вопросы и ответы).

Тариф у архива тоже свой. В карточке «Яндекс Почта» справки о тарифах «Защищенный архив» всех писем назван в составе тарифа «Основной», а в перечне «Минимального» его нет (тарифы для организаций до 250 человек).

Откройте свой тариф и посмотрите две строки: есть ли в нём корзина организации и включён ли архив писем. Дальше прикиньте, укладываются ли ваши рабочие файлы в 10 ГБ на сотрудника и нет ли среди них файлов от 10 ГБ. А если основная работа идёт на общих дисках, корзина организации их не покрывает вовсе — так сказано на её странице в документации администратора Яндекс 360.

Кому хватит ручного экспорта по IMAP?

Ручной экспорт — это вынос данных из Яндекс 360 наружу руками человека через почтовую программу по IMAP. В той же программе сотрудник открывает общий или делегированный ящик: справка Яндекса, страница «Совместный доступ к ящикам в почтовых программах», описывает настройку для Mozilla Thunderbird, Microsoft Outlook и Apple Mail, а доступ к таким ящикам «предоставляет администратор организации» (совместный доступ к ящикам). Ни расписания, ни журнала, ни процедуры восстановления по частям у такого выноса нет.

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

Настройку почтовой программы по IMAP — адрес сервера, порт 993, SSL и пароль приложения — я разбирал по шагам в статье «Как сделать резервную копию почты Яндекс 360: три способа и границы каждого». Повторять процедуру здесь незачем. Важны две её особенности. Первая: доступ по IMAP включает владелец ящика, в своих настройках Почты, поэтому на организацию это ложится поручением сотрудникам, а не настройкой в кабинете администратора. Вторая: IMAP синхронизирует ящик, и станет ли результат автономной копией, зависит от режима почтовой программы.

Ручной экспорт закрывает случай «один ящик, один человек, одна задача». Нужен архив на всю организацию — считайте такую выгрузку временной мерой: данные окажутся на рабочих местах сотрудников, а хранилища компании при этом не появится.

Что такое ROC Backup и кому он доступен по лицензии?

ROC Backup — продукт компании K2 Cloud для резервного копирования сервисов Яндекс 360. На странице вендора названы три сервиса: почта, Диск и календарь. Подзаголовок страницы звучит дословно так: «ROC Backup защищает почту, диск и календарь: гранулярное восстановление, гибкие политики и централизованное управление». Про Трекер, Контакты, Списки задач и общие ящики страница не говорит ничего — это не «не копируются», а «не упомянуты».

Про хранение копий у вендора отдельный раздел «Сценарии развертывания» с двумя колонками. В варианте on premise копии лежат «Во внутренней инфраструктуре заказчика», инфраструктурой управляет «Заказчик», требования — «Собственные серверы и хранилище». В варианте облака копии лежат «В облаке K2 Cloud», требования — «Не требуются», а в строке про регулятора стоит «Tier III, SLA 99,95%» — это цитата вендора о своём облаке. Какие именно типы хранилищ принимаются в варианте on premise, на странице не сказано: тут у меня н/д.

Период хранения у ROC Backup настраивается, и ответ FAQ вендора начинается с того, чья это работа: «Настройки политик резервного копирования устанавливаются пользователями с правами „Администратор“». Дальше в ответе FAQ названы разрезы для политики хранения — «для отдельных сервисов (Почта, Диск, Календарь), отдельных структурных подразделений и должностных ролей сотрудников», — и значение, которое действует, пока её не тронули: «По умолчанию данные хранятся 30 календарных дней». Частоту копирования страница ROC Backup называет другим ответом: «резервное копирование выполняется автоматически — по умолчанию один раз в сутки».

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

Изнутри ROC Backup объём хранения не ограничивает. Планку ставит то хранилище, которое заказчик подобрал себе сам. Обе половины стоят в одном ответе FAQ вендора: «ROC Backup не имеет внутренних ограничений на объём хранимых пользователем данных. Пользователь сам выбирает объем хранилища и место хранения, используя собственную инфраструктуру или услуги облачного провайдера». Цен на странице нет, есть раздел «Рассчитать стоимость» без цифр; из денежных условий лицензии названо продление базовой техподдержки после первого года — «20% от стоимости лицензии». Бесплатный тест идёт по гранту: «Срок тестирования — 3 недели, до 10 пользователей», условие — «Используйте корпоративный домен (только юридические лица, ИП и физ. лица не участвуют)». Все цитаты о ROC Backup — с одной страницы: ROC Backup для Яндекс 360.

Часть признаков страница вендора не раскрывает. Слов «шифрование» и «ключ» в её тексте нет вовсе, про неизменяемость копий там тоже ничего. В таблице сравнения четырёх способов по девяти признакам такие ячейки помечены «н/д»; прочерком я их не заменяю, потому что прочерк читался бы как утверждение о продукте.

Если по числу рабочих мест и тарифу вы проходите, до начала пилота стоит задать K2 Cloud три вопроса. Каким алгоритмом закрыты копии и кто держит ключ расшифровки? Какая роль сможет стереть чужую копию — и отделена ли она от роли, которая восстанавливает? Поднимается ли весь набор данных на состояние выбранной даты, а не только отдельное письмо через поиск?

Что такое «+Альянс Бэкап Яндекс 360» и где его границы?

«+Альянс Бэкап Яндекс 360» — сервис компании «+Альянс», который по расписанию забирает данные организации из сервисов Яндекс 360 через API и складывает их в S3-совместимое хранилище заказчика. По документации версии 1.7 копируются Почта, Диск, Календарь, Списки задач, Контакты, Общие диски и Трекер в статусе beta; общие почтовые ящики тоже копируются и считаются на уровне пользователя — это уточнение разработчика от 13 августа 2026 года.

Копии «+Альянс Бэкап Яндекс 360» кладёт в хранилище одного типа. Разработчик 13 августа 2026 года назвал и его, и то, чего в коде нет: «Да, только в S3-совместимое хранилище. Прямой записи на файловую систему, SFTP, WebDAV в коде нет». Ограничение тут про протокол, а не про место — так я его и читаю: S3-совместимый сервис, поднятый на своём сервере, на NAS или на СХД, примет копии внутри вашего контура так же, как облачный бакет. Если ни бакета в облаке, ни своего S3-совместимого сервиса у вас нет, начинать придётся с хранилища.

Ревизии в нашем сервисе инкрементные. Документация версии 1.7 говорит, что приложение «фиксирует только изменения с момента последней ревизии (инкрементное копирование), формируя цепочку версий», а восстановление подаёт как возврат «на нужный момент времени». Самих ревизий документация версии 1.7 не ограничивает — их число связано с длительностью активной подписки.

Права в «+Альянс Бэкап Яндекс 360» документация версии 1.7 разносит по отдельным ролям. self_restore — это «восстановление своих данных»: сотрудник поднимает своё сам, не получая доступа к чужому. full_delete — отдельное право на удаление копий, и его можно не выдавать администратору, который занимается только восстановлением. Очистку корзины приложения разработчик 13 августа 2026 года описал так: раньше срока её опустошит только owner, а сам срок стоит в политике компании и по умолчанию равен семи дням. Шифрование двухуровневое. Каждая копия закрыта своим ключом, алгоритм шифрования — AES-256-GCM, он назван в документации версии 1.7. А сам ключ копии зашифрован мастер-ключом организации: RSA-4096, длину назвал разработчик.

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

Тарифов у «+Альянс Бэкап Яндекс 360» три — «Старт», «Бизнес» и «Корпоративный», и собираются они из опций. Состав каждого тарифа дан на странице продукта. Документация версии 1.7 состава не приводит и за актуальным перечнем тарифов отсылает в приложение, в раздел профиля пользователя; про сам принцип в ней сказано: «Набор доступных возможностей определяется составом опций, включённых в тариф пользователя». Архивное хранение — одна из опций, и на странице продукта она разложена по тарифам по-разному: на «Старте» её нет и докупить нельзя, у «Бизнеса» она платная, у «Корпоративного» входит в тариф.

Цены и условия оплаты «+Альянс Бэкап Яндекс 360» стоят на странице продукта. Одна пользовательская лицензия идёт от 199 ₽ в месяц при ежемесячной оплате — столько на тарифе «Старт». Годовая оплата даёт скидку 20 %. От 1001 пользователя страница продукта добавляет ещё 20 % на все тарифы, и эти проценты складываются. Архивное хранение стоит отдельных денег на тарифе «Бизнес»: 2 500 ₽ за архив, оплата раз в год. Попробовать сервис можно 30 дней, не заводя банковскую карту и не ограничивая число подключённых сотрудников (страница «+Альянс Бэкап Яндекс 360»).

Границы «+Альянс Бэкап Яндекс 360» называю я сам, и одна из них про частоту копий: «Чаще одного раза в сутки расписание поставить нельзя», — подтверждает разработчик по коду. Значит, между двумя запусками проходит не меньше суток, и то, что за это время успели создать и удалить, в копию не попадёт.

Подписка на «+Альянс Бэкап Яндекс 360» кончилась — у копий остаётся 30 дней. Отсчёт этих дней страница продукта в редакции от 20 сентября 2026 года ведёт от окончания подписки, снятия лицензии или блокировки организации: после этого события «данные остаются доступны для просмотра и выгрузки ещё 30 дней». Скачать можно «и отдельные письма или файлы, и резервную копию целиком», причём полную копию выгружает администратор. По истечении срока «копии удаляются автоматически, в том числе объекты в вашем S3-хранилище» — из вашего собственного хранилища тоже. Переход на другой сервис поэтому укладывайте в эти 30 дней. Исключение для окончания подписки оговаривает онлайн-документация «+Альянс Бэкап» версии 1.8.2 в разделе «Подробное описание функционала»: копии, защищённые от удаления с помощью WORM, «удаляются только после окончания срока защиты».

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

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

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

On-premise-версии у «+Альянс Бэкап Яндекс 360» нет: мы отдаём его как сервис, и в контуре заказчика живёт хранилище, а не приложение. Требование держать внутри периметра и само приложение этот продукт не закрывает.

И отдельно про реестр, чтобы не было разночтений: «+Альянс Бэкап Яндекс 360» в реестр российского ПО не внесён, он проходит регистрацию. Про саму платформу документация администратора Яндекс 360 говорит иначе: «Каждый продукт Яндекс 360 для бизнеса занесен в Реестр отечественного программного обеспечения». Это два разных факта о двух разных продуктах.

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

Как четыре способа выглядят рядом по девяти признакам?

«Н/д» в этой таблице значит одно: у источника нет данных по признаку. Это не утверждение о том, что функции нет. «Не применимо» значит другое: признак не подходит к природе способа, потому что ручной экспорт выполняет человек и своих механизмов у него нет.

Какой способ подойдёт в вашей ситуации?

Нужен архив переписки, в компании до 100 человек. ROC Backup отпадает на входе: порог временной лицензии у вендора начинается от 300 рабочих мест, и каждая лицензия после активации закрепляется за конкретным сотрудником по адресу его почты Яндекс 360 — столько адресов в такой компании не наберётся. Это мой вывод из двух условий страницы K2 Cloud. Остаются три варианта. Штатный архив писем подойдёт, если у вас тариф «Основной» и выше (справка о тарифах Яндекс 360) и если вас устраивают границы, которые называет документация администратора Яндекс 360: назад архив не смотрит, поиск срабатывает один раз, письма удалённых аккаунтов в нём не сохраняются. Ручной экспорт закроет несколько ключевых ящиков. «+Альянс Бэкап Яндекс 360» под такой штат подходит и даёт хранилище отдельно от платформы: у «Бизнеса» и «Корпоративного» страница продукта ставит порог от 10 пользователей; тариф «Старт» рассчитан на команды до 15.

Нужны данные уволенных. Сразу оговорюсь: замер Вебмастера в окне 11 августа — 10 сентября 2026 года не показал ни одного запроса про уволенных сотрудников, так что частым этот вопрос я не назову. Факты по нему тем не менее есть по всем четырём способам. Штатно развилка жёсткая: удаление аккаунта уничтожает данные, блокировка их сохраняет, и организация продолжает платить за такую учётную запись — формула расчёта в справке Яндекса считает «количество сотрудников, которые подключены к организации, включая неактивных и заблокированных» (расчёт примерной стоимости). Ручной экспорт оставит только то, что успели скачать. У ROC Backup снятая копия переживает отключение учётной записи — в карточке на странице вендора стоит фраза: «Данные не теряются после удаления учётной записи». У «+Альянс Бэкап Яндекс 360» копия снимается, пока учётная запись жива. По требованиям документации версии 1.7 заблокированному и удалённому доступны только скачивание снятого прежде и миграция. Свой срок жизни есть лишь у той копии, для которой выбран архивный тип, и так это объяснил разработчик.

Срок хранения нужно задавать самим, и он длиннее месяца. Штатные механизмы такой ручки не дают: сроки корзин и папок задаёт платформа. На странице ROC Backup сказано, что период хранения настраивается политиками по сервисам, подразделениям и ролям, а по умолчанию срок равен 30 календарным дням. В «+Альянс Бэкап Яндекс 360» число ревизий не ограничено и зависит от длительности подписки, а у архивной копии срок задаётся отдельно — страница продукта называет 30, 60, 90 дней либо до окончания текущей подписки. Опция архивного хранения при этом доступна не всем: тариф «Старт» её не получает даже за доплату. Разбивку по тарифам даёт сама страница продукта.

Копии должны лежать в вашем контуре. Здесь два сервисных варианта я сличаю по формулировкам их источников. У ROC Backup заявлено развёртывание on premise: копии «Во внутренней инфраструктуре заказчика», требования — «Собственные серверы и хранилище»; какие именно типы хранилищ поддерживаются, на странице вендора не названо. У «+Альянс Бэкап Яндекс 360» требование одно и жёсткое: хранилище должно принимать данные по S3, других приёмников разработчик в коде не назвал. Зато стоять такое хранилище может у вас, и регион хранения выбираете вы, потому что S3-провайдер ваш. Штатные средства и ручной экспорт в этом сценарии не участвуют: первые данные наружу не выносят, второй складывает их на рабочие места сотрудников.

Чего не делает ни один из четырёх способов?

Ни один из четырёх способов прошлое не достанет, и проверить это можно по каждому. Сроки корзин и папок платформы отсчитываются от момента удаления. Архив писем не возвращает удалённое до его включения — так написано на странице «Включение и отключение» раздела «Архив писем». Ручной экспорт даёт ровно то, что успел синхронизировать почтовый клиент. Копия у «+Альянс Бэкап Яндекс 360» появляется только с действующей учётной записи: так стоит в требованиях документации версии 1.7. Цитату ROC Backup про уволенного я читаю так: речь о данных, которые в резервную копию уже попали, то есть до отключения аккаунта. Всё решается заранее, а в день инцидента только выясняется результат.

Скорость восстановления числом не описывает никто: ни мы, ни вендор. Документация версии 1.7 количественных показателей не приводит вовсе. В кейсе внедрения на сайте K2 Cloud нет ни процентов, ни времени, ни объёма. Если вам важно, за сколько поднимется крупный почтовый ящик, это придётся мерить самим и на своих данных.

Окно между копиями у каждого способа своё, и спрашивать о нём приходится отдельно. В «+Альянс Бэкап Яндекс 360» расписание нельзя поставить чаще раза в сутки — предел подтверждён разработчиком по коду, и он же задаёт длину окна: сутки. На странице ROC Backup написано, что копирование по умолчанию идёт раз в сутки и политики настраивает администратор; каков там минимальный шаг, страница не говорит — снова н/д. У штатных механизмов и ручного экспорта понятия «окно между копиями» нет вообще: первые ничего не копируют, второй работает тогда, когда человек запустил почтовую программу.

Оценку объёма своих данных тоже придётся организовать самим. На вопрос, можно ли оценить объём облачных данных Яндекс 360, страница ROC Backup отвечает адресом: «Аналитику можно получить напрямую от технической службы Яндекс». Цифра объёма нужна раньше разговора с любым поставщиком: от неё зависит и счёт за хранилище, и сам выбор.

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

Чем резервная копия отличается от корзины Яндекс 360?

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

У нас меньше 300 сотрудников. Что из четырёх способов нам доступно?

Три варианта из четырёх: штатные средства, ручной экспорт и «+Альянс Бэкап Яндекс 360». Порог ROC Backup по числу рабочих мест начинается от 300, а страница K2 Cloud в ответе FAQ привязывает одну лицензию к одному сотруднику и адресу его почты Яндекс 360; отсюда мой вывод: под штат меньше 300 человек столько рабочих мест не набрать. Проверьте заодно свой тариф Яндекс 360. Архива писем в карточке «Минимального» справка о тарифах Яндекс 360 не называет — он появляется в «Основном». А по корзине организации документация администратора Яндекс 360 даёт список тарифов, в которых она доступна: «Основной», «Продвинутый», «Корпоративный + Управление организацией», «Корпоративный Максимум»; «Минимального» в этом списке нет.

Что будет с данными сотрудника, если он уволится?

Зависит от того, что вы сделаете с учётной записью и что успели снять до этого. Удалите аккаунт на домене — штатно данные не вернуть. Заблокируете — данные останутся, а платить за эту учётную запись организация продолжит: заблокированные входят в число тех, за кого считается оплата (справка Яндекса). Копия, снятая до увольнения, живёт по правилам того сервиса, который её снимал: у ROC Backup срок задаёт политика хранения, у «+Альянс Бэкап Яндекс 360» — тип копии. Свой срок есть у архивной копии. По странице продукта архивное хранение входит в тариф «Корпоративный», а на «Бизнесе» это платная опция. Откройте настройки хранения до увольнения, а не после него.

Есть ли ограничение на объём данных при резервном копировании Яндекс 360?

У штатных механизмов ограничения есть, и они названы числами: корзина организации даёт 10 ГБ на сотрудника, а объект размером от 10 ГБ не принимает вообще; оба числа стоят в документации администратора Яндекс 360. У ROC Backup внутренних ограничений на объём хранимых данных нет, объём и место хранения выбирает пользователь — это ответ FAQ на странице продукта K2 Cloud. А «+Альянс Бэкап Яндекс 360» лимита объёма в документации версии 1.7 не называет: практический предел задаёт ваше S3-хранилище и его тариф у провайдера.

Яндекс 360 в реестре отечественного ПО — этого достаточно?

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

Александр Жогов, основатель компании «+Альянс». Источники здесь разложены по четырём группам, и даты сверки у каждой свои. Платформа — документация администратора Яндекс 360 и справка Яндекса, эти страницы я сверял с 5 августа по 10 сентября 2026 года. ROC Backup — публичные страницы K2 Cloud, переснятые 16 сентября 2026 года. Наш сервис — документация версии 1.7, ответы разработчика на мои вопросы 3 и 13 августа 2026 года и страница продукта в редакции от 20 сентября 2026 года, а неизменяемые копии и их удаление после подписки — онлайн-документация версии 1.8.2, сверенная 25 сентября 2026 года. Раскладку неизменяемых копий по тарифам даю я сам, тоже на 25 сентября 2026 года. Цены, пороги по числу пользователей и остальной состав тарифов я беру со страницы продукта: в самой документации версии 1.7 состава нет. Спрос — замер Вебмастера по нашему сайту, окно замера 11.08–10.09.2026. Номеров редакций нет ни у справок, ни у страниц вендора, ни у условий лицензирования — меняются они молча. Поэтому решайте не по моему пересказу: откройте ссылки и прочитайте формулировки своими глазами.