Как сделать резервную копию приложения в панели управления

Чтобы сделать резервную копию приложения, выполните следующие действия:

1. Откройте панель управления.

2. На вкладке Приложения нажмите на интересующее вас приложение.

3. Нажмите Выгрузки приложения ⟶ + Новая выгрузка:

   

4. Стандартно «1С:Шина» предложит создать выгрузку, содержащую проект, данные приложения, журнал событий, а также списки пользователей. Из такой выгрузки вы сможете:

   • восстановить это же приложение;
   • создать копию этого приложения на другом экземпляре сервера.

   

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

   дополнительно

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

6. Нажмите Создать.

7. Пока создается выгрузка, приложение будет иметь статус Создание выгрузки:

   

8. Вы можете задать или изменить описание выгрузки. Для этого нажмите Изменить описание в меню выгрузки:

   

Влияние процесса выгрузки на работу приложения

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

Нагрузка на СУБД

Для выгрузки работающего приложения требуются дополнительные ресурсы СУБД/диска для обеспечения транзакции с определенным уровнем изоляции, который зависит от используемой СУБД (подробнее см. ниже). Дополнительные ресурсы необходимы для изменяемых (создаваемых, обновляемых или удаляемых) данных, так как нужно хранить не только новые, но и старые версии строк (они не удаляются, пока выполняется транзакция).

• PostgreSQL

  Для обеспечении транзакции с уровнем изоляции REPEATABLE READ требуется хранение старых версий строк. PostgreSQL хранит их в основных таблицах. Старые версии строк не удаляются сборщиком мусора (VACUUM), пока существует хотя бы одна транзакция, которая их видит. При этом увеличивается объем базы данных на диске.

• Microsoft SQL Server

  Для обеспечения уровня изоляции SNAPSHOT используется временная база данных tempdb, в которой хранятся старые версии строк. Помимо этого, tempdb хранит временные таблицы, курсоры, временные процедуры, промежуточные данные результатов операций сортировки и т. д. При переполнении базы данных tempdb Microsoft SQL Server может остановить выполнение операций.

• Файловая СУБД

  При использовании файловой СУБД в приложении будет доступен только просмотр данных, запросы на изменение данных будут ожидать завершения процесса выгрузки.

Производительность приложения

Дополнительная нагрузка на СУБД может привести к увеличению времени выполнения запросов и ухудшению производительности приложения.

Время запуска

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

• сборки мусора в объектном хранилище,
• реорганизации объектного хранилища,
• сокращения журнала событий,
• обрезания журнала событий.

В процессе выгрузки не будут выполняться следующие операции (они будут ждать окончания выгрузки):

• подготовка обновления приложения,
• сборка мусора в объектном хранилище,
• реорганизация объектного хранилища,
• сокращение журнала событий,
• обрезание журнала событий.

Выгрузка журнала событий

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

Влияние на работу интеграционной шины

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

Последовательность выполнения операций

Таким образом, операция выгрузки приложения выполняется в следующем порядке:

1. Останавливается сервис интеграционной шины.
2. Открывается транзакция с нужным уровнем изоляции к базе данных.
3. Выгружаются данные брокера приложения интеграционной шины.
4. Запускается сервис интеграционной шины.
5. Выгружаются данные из базы данных и объектного хранилища.
6. Закрывается транзакция к базе данных.
7. Выгружаются данные журнала событий.