Здравствуйте всем.

Подскажите, плиз, как быть...

1. Есть сокет сервер;
2. Есть сервер автоматизации;
3. Есть комп (сервер) на котором все это крутится и плюётся данными по запросам;
4. Есть админ, который сидит со своей учетной записью.

Пока админ сидит - все ок, все работает. Как только он делает LogOff, сервер автоматизации работать перестает.

Кроме того, написан сервис, который запускает сервер автоматизации по расписанию.

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

Как сделать-то, чтобы работало?

сокет сервер перевести в режим сервиса

> сокет сервер перевести в режим сервиса


Он итак в сервисах.
Я так понимаю, ось просто не может создать экземпляр сервера автоматизации без залогиненного юзера.

> Он итак в сервисах


Под какой уч.записью стартует BSS-сервис ?

> Под какой уч.записью стартует BSS-сервис ?


Админской.

> Админской.


Почему не с системной ?


> 2. Есть сервер автоматизации;


Что в нем творится ?
Обращения к СУБД там есть ?

> Обращения к СУБД там есть ?


Конечно. Крутится Firebird в сервисах и Мускул.


> Почему не с системной ?

Правильно. С системной. В списке сервисов и в таск менеджере System. Не так понял я вопрос.

А что мешает определить успех или неуспех загрузки/инициализации экз-ра апп-сервера ?

> А что мешает определить успех или неуспех загрузки/инициализации
> экз-ра апп-сервера ?


Ничто не мешает. Операции, в том числе и старт-стоп пишутся в лог.
Пока админ активен - все ок, как только LogOff - записи о старте нет.

> записи о старте нет


О старте чего ?

Покажи место в тексте апп-сервера, где выполняется протоколирование его работы

> Покажи место в тексте апп-сервера, где выполняется протоколирование
> его работы


Причем здесь протоколирование работы?

На клиенте нет результатов. При LogOn админом после такого запуска, ось предлагает отправить отчет об ошибке в MS.

> Причем здесь протоколирование работы?


При том что


> Я так понимаю, ось просто не может создать экземпляр сервера
> автоматизации


Предполагать можно что угодно, а факт фиксируется только протоколированием.

2 wsv

Настрой запуск СОМ-сервера от конкретной учетки, лучше специально для этого созданной. Настраивается через DComCnfg, хотя можно и из программы.  У тя, как я понял, стоит по умолчанию, то бишь от залогиненного юзюра. А нет юзера - нет и запуска.

> Кроме того, написан сервис, который запускает сервер автоматизации
> по расписанию

А это нафига? BSS его сам стартанет по запросу клиента. А если стартует, то как? Через COM, через CreateProcess, через CreateProcessAsUser? Если последнее, то совпадает ли учетка с настройкой сервера?

> А это нафига? BSS его сам стартанет по запросу клиента.


Сервис предполагает выполнение операций сервером автоматизации по расписанию, без запроса с клиента.


> А если стартует, то как?

Если речь идет о сервере автоматизации, то обычным образом:
socketconnection.AppServer.work ............

> Настрой запуск СОМ-сервера


Сам-то сервер автоматизации не является службой.

> Сам-то сервер автоматизации не является службой.


ЗАЧЕРКНУТЬ.

Все нашел.

Один фиг не дает запустить клиентом при лог-оффе

Т.е. ты утверждаешь, что строка


> socketconnection.AppServer.work


не вызывает исключения при ее исполнении в условиях LogOff ?

> не вызывает исключения при ее исполнении


Вызывает. На серверной машине и резалт на клиенте отсутствует.


> При LogOn админом после такого запуска, ось предлагает отправить
> отчет об ошибке в MS.