Куда попадают резервные копии базы, отправленные в 1С:Облачный архив

Резервные копии, которые отправляет сервис 1С:Облачный архив , хранятся не на вашем компьютере, а в облачном хранилище фирмы «1С» на серверах в России. Доступ к ним привязан к учётной записи интернет-поддержки (логину портала 1С:ИТС), под которой подключали сервис. Чужие копии вы не видите, ваши не видит никто из других абонентов.

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

Где физически находятся серверы с архивами

Сервис работает на инфраструктуре фирмы «1С». Серверы размещены в дата-центрах на территории России. Для бухгалтерских баз это принципиально: в них почти всегда есть персональные данные сотрудников и контрагентов.

Закон о персональных данных требует, чтобы запись, хранение и обработка персональных данных граждан России велись в базах, расположенных в России. Если копия базы с зарплатой уезжает на зарубежный облачный диск, вопрос к оператору персональных данных возникает сразу. С облачным архивом «1С» этот вопрос закрыт размещением серверов.

Что важно знать о физическом размещении:

• 🏢 Страна — Россия, данные не уходят за рубеж.
• 🔌 Кто обслуживает — инфраструктура фирмы «1С», а не ваш системный администратор.
• 🗄️ Где у вас — на локальном компьютере только агент копирования и временная папка для сборки архива.
• 🌐 Как туда попадают данные — через интернет , по защищённому соединению.

Точный адрес дата-центра и название площадки фирма в пользовательской документации не раскрывает. Для договора с клиентом или ответа проверяющему обычно хватает формулировки «хранение на серверах в РФ в рамках сервиса 1С:Облачный архив».

Как устроено хранилище и почему чужие копии недоступны

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

Получается простая иерархия:

Отсюда два практических вывода.

1. Логин интернет-поддержки — это ключ от архива. Кто знает логин и пароль, тот может скачать копию базы целиком, со всеми зарплатами и контрагентами. Не раздавайте его стажёрам и не храните в стикере на мониторе.
2. Копии привязаны к логину, а не к компьютеру. Сломался диск, украли ноутбук, сгорел сервер в офисе — архив остался на месте. Нужен только логин.

Если база подключена под логином сотрудника

Частая ситуация: сервис подключал прежний бухгалтер или приходящий администратор под своим личным логином портала. Человек уволился — и доступ к архиву ушёл вместе с ним.

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

Как защищены данные при передаче и хранении

Копия уходит в облако через интернет. Передача идёт по защищённому протоколу (HTTPS с шифрованием TLS), то есть перехватить и прочитать трафик по дороге нельзя.

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

Что вы контролируете сами:

• 🔑 Пароль от портала 1С:ИТС — длинный, уникальный, не используемый на других сайтах.
• 👥 Круг лиц с доступом — минимальный: руководитель и тот, кто отвечает за базы.
• 💻 Компьютер с агентом — с антивирусом и обновлениями. Если компьютер заражён шифровальщиком до копирования, в облако может уехать уже испорченная база.
• 📅 Глубина хранения — чем больше копий за разные даты, тем выше шанс найти чистую версию после заражения.

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

Сколько хранятся копии и как они сменяют друг друга

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

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

Как понять, что хранилищу хватает места:

1. Посмотрите, сколько весит архив одной вашей базы. Сжатая копия обычно заметно меньше исходного файла 1Cv8.1CD.
2. Умножьте на количество копий, которое оставляет ротация.
3. Сравните с объёмом тарифа. Если запаса меньше 20–30%, при росте базы ротация начнёт вытеснять старые копии раньше, чем вы ожидаете.

Пример на числах: файл базы — 4 ГБ, сжатая копия — около 1 ГБ. При 12 одновременно хранимых копиях нужно примерно 12 ГБ. Если подключено три базы такого размера, это уже около 36 ГБ.

Встроенное локальное копирование: как там устроена ротация

В типовых конфигурациях на базе библиотеки стандартных подсистем (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) для файловых баз есть собственное резервное копирование в локальную папку. Оно настраивается в Администрирование → Обслуживание → Резервное копирование и восстановление.

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

Как вернуть базу из облачного архива

Восстановление — главная причина, ради которой архив вообще заводят. Проверять его нужно до аварии.

Общий порядок такой:

1. На компьютере, куда восстанавливаете, установите платформу 1С той же или более новой версии, чем была в базе.
2. Войдите в сервис под логином интернет-поддержки, на который оформлен архив.
3. Выберите информационную базу и копию на нужную дату. Ориентируйтесь на дату и время создания: если база испорчена вчера днём, берите копию за позавчерашнюю ночь.
4. Скачайте и распакуйте копию в новую пустую папку, а не поверх рабочей базы.
5. Добавьте эту папку в список баз в окне запуска 1С как существующую базу.
6. Откройте базу, проверьте последние документы и остатки. Только после этого переключайте пользователей на восстановленную копию.

Что будет с данными после даты копии

Всё, что внесли в базу после момента копирования, в восстановленной версии отсутствует. Если копия сделана в 02:00, а сбой случился в 16:00, документы за этот рабочий день придётся ввести заново.

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

Пробное восстановление раз в квартал

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

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

Облачный архив против локальной папки, флешки и FTP

Облачный архив — не единственный способ хранить копии. Сравним по сути, без маркетинга.

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

Правило «3-2-1» для бухгалтерской базы

Надёжная схема выглядит так:

• 3️⃣ три копии данных: рабочая база и две резервные;
• 2️⃣ два разных носителя: например, локальный диск и облако;
• 1️⃣ одна копия вне офиса: облачный архив как раз её и закрывает.

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

Если база клиент-серверная

Облачный архив рассчитан прежде всего на файловые базы. Для клиент-серверного варианта резервные копии обычно делают средствами СУБД (резервное копирование MS SQL Server или PostgreSQL) и выгрузкой в файл .dt. Выносить эти копии за пределы сервера всё равно нужно — тем же правилом «3-2-1».

Частые ошибки при работе с архивом

Несколько ситуаций, на которых теряют данные даже при подключённом сервисе:

• ❌ Сервис подключён, но копии давно не уходят. Агент выключен, компьютер стоит выключенным ночью или сменился пароль ИТС. Раз в неделю смотрите дату последней успешной копии.
• ❌ Подключили не ту базу. В списке баз три копии «Бухгалтерия предприятия», а в архив уходит старая учебная. Сверяйте путь к папке базы в настройках.
• ❌ Кончилось место по тарифу. База выросла, ротация вытеснила старые копии, и глубина истории сократилась до нескольких дней.
• ❌ Восстановили поверх рабочей базы. Ошиблись датой — потеряли данные за неделю.
• ❌ Логин на уволенном сотруднике. Доступ к архиву пропал вместе с человеком.