Что делать, если параметр запуска /resetmasternode приводит к вылету с дампом

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

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

Далее ни создание ярлыка, ни запуск 1С через команды в PowerShell, ни запуск с правами администратора, ни изменение режима совместимости не дали никаких результатов. Поиск на просторах сети — тоже не подсказал ничего, что смогло помочь.

Но тщательное изучение параметров командной строки привело к изящному решению:

А именно- использование парамерта запуска /Execute

/Execute [имя файла внешней обработки] — предназначен для запуска внешней обработки в режиме 1С:Предприятие непосредственно после старта системы.

Т.е. сохраняем да диске обработку установки/отключения главного узла, или «Инструменты разработчика обновление вспомогательных данных», в параметр запуска пишем /Execute «Полный путь к обработке», и запускаем базу в режиме Предприятие.

В итоге — после запуска открывается база, обработка обновления, и наша обработка, позволяющая отключить базу от главного узла, либо обновить справочник «Идентификаторы объектов метаданных» (ну, или любая другая обработка,  путь к которой был указан)!

Надеюсь, кому-то будет полезен данный метод обхода сложностей, связанных с запуском, при старте системы, обработок, вызывающих закрытие, или критические ошибки!