Резервное копирование 1С 8.3: состав полной копии

Резервное копирование 1С 8.3 стоит планировать по перечню данных, которые потребуется восстановить, а не только по наличию файла с датой. Для самостоятельного бухгалтера и бухгалтерской компании полезно заранее составить такой перечень: информационная база, внешние файлы, журнал регистрации и сведения о настройках рабочего доступа.

Ниже — практический состав копии и вопросы об ответственности сторон. Показатели допустимой потери данных и времени восстановления разобраны отдельно в материале о RPO и RTO; здесь задача другая: определить, что именно сохранять и как принять результат восстановления.

Что входит в информационную базу 1С?

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

По документации 1С о размещении данных, все относящиеся к информационной базе данные объединяются в базу данных. В файловом варианте они хранятся в файле 1cv8.1cd, в клиент-серверном — в базе данных используемой СУБД. Резервное копирование и восстановление такой базы следует выполнять целиком.

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

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

Начните с вопроса: «Какие информационные базы включены в резервирование по нашему обращению?» Затем сопоставьте ответ со своим перечнем. Если названия различаются, попросите установить однозначное соответствие до проверки восстановления. Не оставляйте идентификацию базы на уровне «та, в которой обычно работаем».

Чем отличаются копия базы, выгрузка .dt и файл .cf?

Файл .dt содержит конфигурацию и пользовательские данные, а файл .cf — конфигурацию без пользовательских данных.

Различие прямо описано в документации 1С:EDT об информационных базах. Там же указано, что информационную базу файлового или клиент-серверного варианта можно выгрузить в .dt и загрузить из него; формат не зависит от варианта размещения базы.

Объект или способ	Что подтверждает документация 1С	Что уточнить при проверке
Файл .dt	Содержит конфигурацию и пользовательские данные	Как получена выгрузка и проверена загрузка
Файл .cf	Содержит конфигурацию, но не пользовательские данные	Для какой задачи сохраняется этот файл
Копирование файла информационной базы	Описано для файлового варианта	Как организована процедура копирования и восстановления
Средства резервирования СУБД	Рекомендованы 1С для клиент-серверного варианта	Кто выполняет процедуру и подтверждает результат

Для файлового варианта 1С описывает резервирование на файловом уровне путём копирования файла базы. Для клиент-серверного варианта рекомендация использовать средства СУБД приведена в материале о составе резервной копии.

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

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

Какие внешние данные нужно рассмотреть отдельно?

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

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

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

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

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

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

Как учесть настройки рабочего доступа?

Настройки рабочего доступа включите в перечень проверки восстановления, не обещая их наличие в конкретном формате копии.

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

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

Практический список вопросов:

• Какой способ подключения нужно проверить после восстановления?
• Какие адреса и параметры доступа следует зафиксировать?
• Кто отвечает за проверку публикации базы?
• Какие настройки обменов и внешних файлов нужно включить в испытание?
• Кто подтвердит результат со стороны бухгалтерской компании?

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

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

Как распределить ответственность за резервирование в облаке?

Ответственность предложите распределить по действиям: описать состав, выполнить копирование, проверить восстановление и принять результат.

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

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

В запросе на согласование разделите:

• состав сохраняемых объектов;
• исполнителя процедуры копирования;
• порядок обращения за копией или восстановлением;
• исполнителя проверки;
• критерии приёмки;
• порядок фиксации замечаний.

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

Для нескольких клиентов не ограничивайтесь общей отметкой «резервирование подключено». Попросите подтвердить состав и участников проверки применительно к каждому согласованному объекту.

Опубликованные условия Cloud1C на сентябрь 2026 года

На 28 сентября 2026 года Cloud1C заявляет ежедневные автоматические резервные копии с хранением 14 дней.

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

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

Предложите поставщику ответить на вопросы:

• Какие именно объекты включены в опубликованное резервирование?
• Как подтвердить включение конкретной базы?
• Можно ли получить копию и в каком формате?
• Как заказать проверочное восстановление?
• Какие действия требуют отдельной оплаты?

Не переносите условия хранения на состав копии: это разные пункты проверки. Ответ «копии ежедневные» не закрывает вопрос о внешних обработках или журнале.

Для выбора услуги полезен ответ с перечнем объектов и ссылкой на письменные условия. Если поставщик присылает только рекламное описание, повторите вопросы по незаполненным строкам.

Учебный сценарий проверки восстановления

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

Учебный сценарий: бухгалтерская компания составляет перечень из информационной базы, используемой внешней обработки и журнала регистрации, который нужен для организационной проверки. Компания хочет подтвердить не только получение файла, но и результат восстановления каждого согласованного объекта. Сценарий иллюстрирует порядок проверки, а не описывает клиентский случай или возможности определённого сервиса.

Сначала попросите исполнителя подтвердить место и условия проверочного восстановления, не предполагая их доступность по умолчанию. Затем согласуйте выбранную копию и контрольные действия. Для базы предложите проверить заранее названные данные хозяйственной деятельности; для обработки — согласованный пример использования; для журнала — наличие нужных записей, если его сохранение было включено в задание.

В протоколе проверки восстановления 1С фиксируйте название объекта, выбранную копию, контрольное действие, ожидаемый и фактический результат. Отдельно отмечайте непроверенные пункты. Такой протокол помогает отличить подтверждённый результат от предположения о составе копии и сформировать конкретный список вопросов исполнителю, не опираясь только на сообщение «восстановление завершено».

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

Чек-лист состава копии перед согласованием услуги

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

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

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

Итоговый набор документов для обсуждения:

• реестр информационных баз;
• перечень внешних объектов;
• список проверяемых настроек доступа;
• предложенное распределение ответственности;
• вопросы о получении копии и восстановлении;
• согласованный сценарий приёмки.

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

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

Можно ли считать файл .cf резервной копией учётных данных?

Нет. Согласно документации 1С:EDT, файл .cf содержит конфигурацию, но не содержит пользовательские данные. Файл .dt содержит и конфигурацию, и пользовательские данные: https://its.1c.ru/db/content/edtdoc/src/topics/t000612.html

Обязан ли облачный сервис предоставить самостоятельную выгрузку?

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

Нужен ли журнал регистрации для работы прикладного решения?

Документация 1С указывает, что журнал регистрации не обязателен для работы прикладного решения, но может быть важен организационно. Он хранится отдельно от базы данных: https://its.1c.ru/db/content/metod8dev/src/admins/i8101591.htm

Какой способ резервирования рекомендует 1С для клиент-серверного варианта?

1С рекомендует встроенные средства резервного копирования СУБД. Копирование и восстановление базы данных, хранящей информационную базу, следует выполнять целиком: https://its.1c.ru/db/content/metod8dev/src/admins/i8101591.htm

Что известно о резервных копиях Cloud1C на сентябрь 2026 года?

По снимку cloud1c.org на 28.09.2026 опубликованы заявления о ежедневных автоматических копиях, хранении 14 дней и возможности увеличить хранение до 4 месяцев. Состав копий, стоимость продления, порядок и срок восстановления не описаны.