Есть N баз Розница 22. Обновляю их из хранилища, следующим способом, в режиме предприятия Завершаю работу с командой пакетного запуска конфигуратора для обновления конфиграции из хранилища и последующим запуском платформы после выполнения пакета.
В основном все отрабатывает штатно, 1С после отработки конфигуратора запускается, проблема процентах на 20 запусках, при запуске платформы в конце, происходит ошибка, не распознается пароль или пользователь /RunEnterprise "ENTERPRISE /N""Администратор"" /P""123"" Все останавливается на диалоге запроса логина пароля при запуске 1С, после того как успешно отработал конфигуратор. Если в диалоге запроса пароля давиш ОК, ругается на логин пароль, вводишь указанный в команде пароль "123", который по идее должен быть введен, предприятие загружается успешно. Может кто-то сталкивался или подкинет идею как победить или как можно глянуть пароль с которым выполняется попытка запуска предприятия.
(2) это требование к параметру /RunEnterprise такое, экранирование кавычек в строке.
"Запустить «1С:Предприятие» после исполнения пакетной команды. После команды может быть указана дополнительная командная строка. При запуске «1С:Предприятия», переданные в ней параметры будут использованы вместо параметров текущей сессии. Дополнительная командная строка обязательно должна быть в кавычках, вложенные в нее кавычки должны быть удвоены."
Я не имел ввиду, что Вы неправильно написали двойные кавычки, а то, что задание можно бы как-нибудь перестроить, чтобы избежать /RunEnterprise.
Возможно, эта опция глючно отрабатывается в некоторых условиях.
Я - сторонник более громоздкого, но более простого.
(4) Кстати логин и пароль после /RunEnterprise - это следствие ошибки как раз, т.к. изначально там просто было /RunEnterprise без всего. Т.к. параметры запуска наследуются. Первый затык случился на сбое при чтении фалов лога и дампа, предприятие не грузилось и ругалось что лог занят другим приложением, я предположил что конфигуратор не отпустил лог а предприятие уже пыталось его захватить, "сброс" пути вылечил ситуацию. Я решил что логин и пароль там же исправят ситуацию со сбоем чтения пароля, не взлетело.
Так то метод идеальный, ведь как отследить что конфигуратор отработал и обновился? Торговые подключены по разным каналам связи, одно и тоже бывает обновляется разное количество времени. Этот способ идеально подходит. А так придется городить какито скрипты под винду в шедулер, отлавливать процессы или тотже файл Дампа
(6) у нас был и такой вариант, отказались пока, основная причина что на тот момент завершить работу 1С нормально мы не могли, тока через ТАСККИЛЛ, у нас ошибки какито непонятные были с планировщиком рег. заданий, не поднимался после убийства рабочей сесси, решили что из-за некоректного завершения работы, попробовали новый способ.
у нас ошибки какито непонятные были с планировщиком рег. заданий, не поднимался после убийства рабочей сесси
Планировщик Windows - капризная штука. После убийства сессии часто, я замечал, надо пересоздавать задание, чтоб работало и очень внимательно с галочками-настройками работать. Но есть более надежные альтернативы типа http://www.nncron.ru/