Резервное копирование потоков: стратегия резервного копирования через экспорт решения в Power Automate

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

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

Почему в Power Automate нет встроенного резервного копирования

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

Решения как основа любой стратегии резервного копирования

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

• Неуправляемые решения представляют собой состояние разработки. Их можно свободно редактировать и экспортировать как в неуправляемом, так и в управляемом виде. Именно эта неуправляемая версия считается настоящим источником ваших ресурсов Power Platform, и её следует помещать в систему контроля версий.
• Управляемые решения представляют собой готовые артефакты сборки, которые импортируются в тестовые или рабочие среды. Их больше нельзя редактировать напрямую, и, что решающе важно для стратегии резервного копирования, их также нельзя экспортировать.

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

Пошагово: экспорт решения

Руководство по экспорту решения описывает процесс непосредственно в Power Automate:

• Войдите в Power Automate и выберите пункт Решения в левой панели навигации.
• Выберите неуправляемое решение, содержащее поток, и нажмите Экспорт.
• В разделе Перед экспортом следует включить параметр Опубликовать все настройки, так как при экспорте неуправляемого решения включаются только опубликованные компоненты. Дополнительно можно запустить проверку решения на предмет проблем с производительностью и стабильностью.
• Присвойте номер версии и выберите в качестве Экспортировать как либо Управляемое, либо Неуправляемое. Для чистой резервной копии правильным выбором является неуправляемый экспорт, поскольку впоследствии он остаётся редактируемым.
• После экспорта для скачивания становится доступен ZIP-файл. В нём потоки находятся в папке Workflows, каждый в виде отдельного JSON-файла. С февраля 2022 года этот формат выводится в многострочном виде специально для того, чтобы его можно было аккуратно отслеживать в системе контроля версий, например в Git.

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

Резервное копирование отдельных потоков без решения

Не каждый поток уже является частью решения. Для этого случая документация по экспорту и импорту потоков вне решений описывает второй способ: классический экспорт пакета в виде ZIP-файла через раздел Мои потоки и пункт меню Экспорт > Пакет (.zip). Важно для практики:

• Экспортировать поток таким способом может только его владелец или совладелец.
• Для импорта в другую среду там требуется роль Создатель среды.
• Пакеты потоков нельзя смешивать с пакетами решений Dataverse: эти два формата несовместимы.

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

Восстановление: импорт решения

Резервная копия хороша ровно настолько, насколько её можно восстановить. Документация по импорту решения фиксирует по этому поводу несколько деталей, важных в чрезвычайной ситуации:

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

Процедура резервного копирования, которая работает в повседневной практике

Из отдельных элементов документации можно вывести практичную процедуру:

• Группируйте связанные между собой потоки в чётко названных неуправляемых решениях, вместо того чтобы оставлять всё в решении по умолчанию.
• Регулярно экспортируйте эти решения, а не только перед крупными изменениями, и храните ZIP-файлы версионированно в репозитории.
• Удаляйте значения переменных среды перед экспортом и вместо этого документируйте, какие значения нужно задавать для каждой целевой среды.
• Держите решения относительно небольшими и разбитыми по темам, чтобы восстановление не отключало без необходимости множество не относящихся к делу потоков.
• Протестируйте восстановление хотя бы один раз в отдельной среде, прежде чем полагаться на него в чрезвычайной ситуации.

Для многих малых и средних предприятий именно этот последний пункт становится самым слабым местом: какой-то ZIP-файл существует, но никто ни разу не проверял, действительно ли импорт работает. В NordFlux мы встраиваем эту процедуру резервного копирования и экспорта непосредственно в нашу консультацию по Power Automate, включая контроль версий и документированный тест восстановления, чтобы потеря потока перестала быть чрезвычайной ситуацией, а стала делом нескольких минут.

Часто задаваемые вопросы

Достаточно ли просто вручную дублировать потоки вместо экспорта решения?

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

Могу ли я экспортировать управляемое решение в качестве резервной копии?

Нет. Согласно документации, управляемые решения принципиально нельзя экспортировать. Для резервного копирования вам всегда нужно исходное неуправляемое решение, из которого изначально была создана управляемая версия.

Что происходит с подключениями при импорте решения в новую среду?

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

Как часто следует резервировать потоки через решения?

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

Нужно ли создавать отдельное решение для каждого потока?

Нет, это было бы излишне дробно. Разумнее объединять в одном общем решении потоки, связанные между собой тематически или процессно. Важно лишь не допускать, чтобы решение становилось настолько большим, что одна-единственная операция восстановления кратковременно отключала бы сразу все потоки организации.