a_voronin,

Делал нечто подобное, цикл крутил тысяч пятьдесят. Работает, явных проблем с утечками не видел. SSIS 2014 и 2016.

.Евгенийa_voronin,

Делаю перезапуск пакетов (из материнского) несколько тысяч запусков раз в час и более - память выедается, причем память unmanaged. Внутри нее отмечал данные логов (но не уверен, что проблема только в них). При активной работе утечка доходит до 0,5 Гб в час. Держу ее в рамках разумного посредством периодического рестарта.

А чем запускаете пакеты из родителя - задачей Execute Package ? Если так, то это древний реликт и пример unmanaged SSIS task. Дочерний пакет свои логи передает родителю для корректной регистрации, видимо, на больших объемах ломается.
Что именно перезапускаете - исполнение родителя или сам SSIS сервис?

.Евгений...
Да, я делаю это стандартным способом. Вы это делаете скрипт таском? Если так, то доступны ли в вызываемых пакетах переменные вызывающего (так же, как для стандартного способа)?

Можно вызывать пакет через C# или SQL, для проектной организации пакетов (для пакетной организации - тоже, но она устарела). Я это делал, когда нужно вызвать пакет из другого проекта. По сути, делается запуск пакета в другом процессе исполнения ISServerExec.
Преимущества - можно пускать пакет откуда угодно.
Недостатки - это другой процесс исполнения, собственные записи в SSISDB log, не связанные с родителем. По умолчанию запускается асинхронно, так что нужно сидеть и ловить окончание выполнения.

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

Когда мне нужно запустить пакет из того же проекта - запускаю штатной задачей, на ваши проблемы не наталкивался. В поддержку MS обращались?

.ЕвгенийЧего я не видел, так это признания со стороны MS нативного запуска пакета "древним реликтом".
Это мое ХО, так как это один из немногих COM unmanaged тасков.
Была задача запускать пакет так же, как и этот таск, но из script task. Не нашел способа, может, вы сталкивались.

.ЕвгенийПредпочитаю не апеллировать к "высшим инстанциям", а найти workaround.
Был положительный опыт. Долго, нудно, но патч выпустили.

a_voroninа по факту, как быстро можно перезапускать пакет джобом, если онзакончился. Это за <1 секунды реально, чтобы происходило?
Не очень. Часто после запуска проходит секунд 5, и в логе SSISDB для пакета пишется "Starting execution". Еще если часто пускать разные пакеты (с зазором в 50-100 мс), в SSIS 2014 вылетала ошибка дедлока в SSISDB. В 2016 вроде починили.