v7: Автозадачи блокируют базу, если не запущен профиль. #585068

День добрый! Может кто поможет с такой проблемой? Существует база 1С 7.7 SQL. Есть назначенное задание, которое в определенное время запускает 1С, делает в нем определенные процедуры и закрывает 1С. Назначенное задание запускается от имени Admin. Пользователь Admin указан в группе Administrators на данном сервере. Проблема заключается в том, что когда я захожу на сервер под Admin (т.е. когда запущен профиль Admin), автозадача отрабатывает нормально. Когда профиль не запущен - автозадача зависает, при этом блокирует базу 1С.

больше подробностей терминал? кто-нибудь еще под этой учеткой работает / выполняются другие задания?

время старта? сколько выполняется задание? OLE используется?

Под этой учеткой больше никто не работает. Я под Admin захожу непосредственно на сервер, не через терминал. Часть пользователей работает через терминал, часть - через удаленный доступ. Другие задания есть, но они разграничены по времени, не пересекаются. Задание выполняется от силы минуты 3. Без OLE. Просто идет перебор элементов справочника. И рассылка по почте. Рассылка по почте реализовано с помощью CDO объектов:  createObject("CDO.Configuration") и createObject("CDO.Message");

1. странно как простой перебор справочника может заблокировать базу 1С 2. пиши логи после выполнения каждого блока или строчки кода 3. автозадача при незалогиненном пользователе зависает стабильно или периодически?

Думала проблема в коде 1С. Но уже просто оставила один перебор элементов справочника - все равно виснет и блокирует. Но блокирует именно когда профиль не загружен. Когда я нахожусь на сервере автозадачи выполняются отлично. Зависает стабильно (при незалогиненном пользователе), причем нет зависшего окна 1С и DOS. Когда я на сервере, при запуске автозадачи отслеживается и открытие 1С и окна DOSа. Наверное все же что то с профилем, но вот что именно.

зависает до входа в 1С? в журнале регистрации есть вход 1с пользователя в базу? -- Если нет входа, то проблема с реестром скорее всего - нет ветки со списком баз 1С

Если Автоматы запускаются монопольно, то у вас проблема в ДНК и в неграмотности. Если автоматы подключаются к другим БД под средством SQL,то тут все просто. При первом запуске 1С 7.7 система 1С требует монопольного доступа к таблицам для проверки. ...решение проблемы: перед запуском прямых запросов, к определенной БД, осуществлять ОЛЕ подключение, для того что бы другие пользователи смогли подключиться к этой БД...

В журнале регистрации есть (это в мониторе пользователей).

>При первом запуске 1С 7.7 система 1С требует монопольного доступа к таблицам для проверки. что за бред?

7 Автоматы запускаются не монопольно.

значит не в реестре тогда смотри какие компоненты грузятся в ПриНачалеРаботы

Покажи код выхода из системы.

Еще посмотрела на Event Viewer в случае если профиль запущен - при запуске автозадачи создается четыре записи: первая от имени SYSTEM  и три следующие от имени Admin. А когда блокируется первая  - SYSTEM, две следующие - Admin и сново SYSTEM и две слудующие от имени  Admin (может это поможет).

Внешние компоненты для автозадачи не загружаю. Уже упростила до минимума. .....

Что за бред? (полоска это не признак ентилекта ;)) Напиши прямой запрос к SQL БД, и попробуй подключиться к БД за тот промежуток времени пока выполняется запрос. Тебя немного удивит. ;)

Бред, лучше осуществлять сеи манипуляции через обработку ожидания.

Доменая безопасность??

+к подключаемой базе не должно быть подключений от каких либо пользователей. Чисто первый запуск 1С в режиме пользователя.

сорри, не поняла ...

Runas с загрузкой профиля от имени админа спасёт отца Русской демократии! :)

Сервер домена есть?

есть

все нормально подключается. описанный тобой эффект можно получить если подключиться к БД из ЕнтерпрайзМенеджера или Квери. Прямой запрос из 1С (да и любая штатная транзакция) никак не мешает подключиться к базе.

GreyK, а как для не особо продвинутых в сис. админ. можно подробнее.

Возможно с этим проблемы надо админа напряч.

. Ок. Спасибо.

Очень полезная штука, и почти даром. Обратить внимание на : Если хотите видеть заппущенный сеpвис в виде окна на десктопе, то отметьте чекбокс "Разрешить взаимодействие с рабочим столом".

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

Робот через рдп :) И как оно, работает? Есть нарекание на ошибки при запуске и подключения к серверу?

нет

Что нет? И где ФОТО? :)

работает супер. даже если какой-то зависон или другая проблема, то всегда можно просто подключиться к сессии и посмотреть что там творится.

нареканий нет :)

так что с логами?

Неплохо :) Но для этого придется поднять терминал сервер. Или у вас обходится штатным сервером в 2 подключения?

конкретно у меня поднят, но всегда есть 2 штатных :)

Идея хорошая :)

dk, это вопрос ко мне ?

правильно

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

Еще есть "Event Viewer в случае если профиль запущен - при запуске автозадачи создается четыре записи: первая от имени SYSTEM  и три следующие от имени Admin. А когда блокируется: первая  - SYSTEM, две следующие - Admin и сново SYSTEM и две слудующие от имени  Admin (может это поможет)" Один из вариантов, как я поняла, это посмотреть в настройках сервера домена?

не, в обработке логи настроить 1. при открытии обработки 2. при начале формирования 3. после формирования 4. призакрытии

А, поняла.

У меня когда подняли домен многие задания перстали выполняться. Админ два дня там что-то прописывал. потом заработало. Я так понимаю что надо запускать задания от имени прописаном в домене, а не на локальном сервере.

Может и тут проблема, у меня тоже это началось после манипуляций админов, но мне прежде чем идти к админу, надо все другие варианты просмотреть.

. При выполнении автозадачи без профиля логи вообще не посоздавались. Прописала создание лога в начале проц. "ПриНачалеРаботыСистемы". получается 1С даже не запустилась, но если в мониторе пользователя запись есть, то получается, что открыть 1С автозадача пыталась, но ... не получилось. Правильно ?

не в мониторе смотри, а в журнале регистрации

Можешь пинать админа на недостачу прав.

Ссылок в инете полно. Вот хотя-бы: Зачем это нужно пусть админ думает :) Не надо брать его работу на себя, а то привыкнет...

Нее, у меня работает на локальном

в журнале регистрации стоит подключение.

Можно попробывать включить обработку в конфигурацию а не вызывать как внешнюю. И проверить хотябы запускается или нет .

Читай

По логам видно, что не попадает в процедуру "ПриНачалеРаботыСистемы"

я прочитала. Тут своя политика. Типа у меня есть все права на сервере, я должна сама решить проблему.

Решай, я не возражаю

Отключи его от сети перегрузи и попробуй:)

У меня аналогичный эффект. Если 1С запускается на терминальном сервере из планировщика от имени некоего пользователя и от этого пользователя нет открытого терминального сеанса, 1С просто не запускается. То есть, вроде, 1cv77.exe запускается, но до ПриНачалеРаботы так и не доходит. Помогает держать открытой терминальную сессию пользователя, от которого 1С автозапускается. Подключенной сессию держать не обязательно, достаточно открыть и отключиться не закрывая терминального сеанса. Причин такого нехорошего поведения и методов лечения не знаю.

Спасибо всем!