Автоматизация инициализации базы данных : Супермаг Плюс (Супермаг 2000)

Коллеги, я пытаюсь автоматизировать первоначальную инициализацию базы данных. Версия СМ 1.0.29. В идеале что-то типа @run_script.sql как при накатке SP.

Скрипты генерируются без проблем ResForInit.exe, только вот DbInit.exe первоначально запускает ещё DbInit_InstanceInit.sql и DbInit_SchemaSys, DbInit_Sys.sql. После исполнения sqlplus'ом он их трёт.

Сдампил всё последовательность выполнения скриптов procmon'ом. В самом конце запускается процедура сбора статистики для таблиц в sys . Скрипт затем тоже удаляется.

Я правильно понимаю, что это те же скрипты что и сгенерированные ResForInit'ом: Sys.sql SchemaSys.sql?

Кто-нибудь делал что-то подобное? Как вы автоматизируете первоначальную герерацию БД?

expdp пока не предлагать)

Не очень понятен смысл операции. Будет много однотипных БД? Переименование шаблонной БД будет дешевле.

Смысл в автоматизации. Да, можно сказать, будет много однотипных БД.
Сейчас у меня:
1. Автоматически ставиться oracle
2. Автоматически ставиться Супермаг
3. Автоматически ставиться SP к Супермагу
4. Инициализировать БД

Вот 4-й пункт я и хочу решить. Скрипты прогнать проще по-мне.

А образ разворачивать не лучше?

Образ ОС? Нет не лучше)

Коллеги, мы отходим от темы)

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

У меня шаблон уже есть. Мне хотелось бы именно через скрипты. DbInit.exe нельзя прогнать unattendant, к сожалению.
Через ResFirInit скрипты кто-нибудь инициализировал базу?

Сомневаюсь, что кто-то это делал, еще раз, через nid с небольшими добавками можно unattended сделать вполне себе. А возня со скриптами и отслеживанием их падения, например, да и просто ждать, пока они отработают... Если очень хочется разобраться, то могу предположить, что требуемые скрипты - это те, что генерируются при генерации скрипта в ЦО для инициализации подчиненной базы. Итоговый сбор статистики никому не нужен, его можно выбросить.