День добрый!
Может кто поможет с такой проблемой?
Существует база 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 Автоматы запускаются не монопольно.

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

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

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

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

//--------------------------------------------
Процедура ПриНачалеРаботыСистемы()
Если ИмяПользователя() = "Auto" Тогда  
     ОткрытьФорму("Обработка", 1, КаталогИБ() + "ExtErt\АвтоотправительПисем.ert");    
     СтатусВозврата(0); Возврат;
КонецЕсли;    
   
   ЗагрузитьВнешниеКомпоненты();  
.....

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

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

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

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

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

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

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

есть

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

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

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

(25). Ок. Спасибо.

Очень полезная штука, и почти даром.
http://araxgroup.ru/content/view/114/65/

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

(0) можно сделать батник:
--------
1с.ехе
логофф
--------

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

потом сделать рдп файл с сохраненным паролем пользователя робот
в планировщик засунуть mstsc robot.rdp

Получим полноценный вход робота в систему.

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

(29) нет

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

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

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

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

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

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

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

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

(38) правильно

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

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

Один из вариантов, как я поняла, это посмотреть в настройках сервера домена?

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

(42) А, поняла.

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

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

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

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

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

(24) Ссылок в инете полно. Вот хотя-бы:
как написать bat-ка (проблема внутри +)

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

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

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

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

(51) Читай (48)

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

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

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

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

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

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