Startup Timeout Interval

Question

На Arc GIS Serverе у меня крутится пару сервисов, с поддержкой редактирования. И все вроде нормально работает, но время от времени в логах появляются ошибки:
1. Server Object instance creation failed on machine host_machine. The Server Object construction attempt has failed because the Startup Timeout Interval has elapsed
2. Server object instance creation failed on all SOC machines.
3. Server Context creation failed on machine dzodc.

через минут 20 все снова нормально. ЧТо это такое, почему так происходит, как бороться?
Количество инстансов не превышает установленого максимума, ресурсы машины позволяют делать больше инстансов...
Где вобще этот интервал настраивается? может увеличить его?

Answer 1

вот еще такая ошибка добавилась: PMF Document \\host\MXD\production\Dynamic.mxd can not be opened.
это как раз тот документ, который используется в сервисе

Answer 2

так же заметил что в activity мониторе SQL Servera стоит почти 600 элементов, может это он забивается и на дает arc gis serverу данные?

Answer 3

Данные и проекты должны быть видны пользователю ArcGISSOC. Пути к источникам данных в публикуемом сервисе не должны теряться при переносе на сервер.
http://webhelp.esri.com/arcgisserver/9.3.1/dotNet/preparing_resources.htm

Answer 4

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

Answer 5

А на какой ОС у вас установлен SQL Server и ArcGIS Server?

Если вдруг не на серверной, может зашкаливает какое-нибудь количество одновременных соединений?

Answer 6

серверная

Answer 7

Увелить время ожидания старта легко.


Но нужно искать причину тормозов. Возможно, просто превышен порог допустимых подключений у сервиса. Каждый instance в динамическом объединенном сервисе (not pooled)может поддерживать около 5-7 коннектов. Когда подключений больше - запускается новый. У сервиса явно стоит максимально возможное число экземляров. Возможно оно превышено.


Возможно проблема в источниках данных - при старте долго не отзывается база данных и т.д. Изучайте логи.

Answer 8

Каждый instance в динамическом объединенном сервисе (not pooled)может поддерживать около 5-7 коннектов

Только в Low Isolation режиме. В High Isolation - 1 юзер (запрос) - 1 SOC процесс. Если второй хочет подключиться когда первый занят - SOM запустит новый SOC (если он уже не работает и не превышен лимит процессов для сервиса). Сделанно это для того что если чей-то запрос завалит SOC - это будет только его проблема, а не еще 5-6 юзеров работающих через этот же SOC. 

Answer 9

Сделанно это для того что если чей-то запрос завалит SOC - это будет только его проблема, а не еще 5-6 юзеров работающих через этот же SOC.

А как юзер может завалить SOC запросом? И каким образом это можно предотвратить?

Answer 10

Возможностей - хоть отбавляй - geoprocessing, использование local connection и засылка неправильных паратетров (можно извратиться и завалить SOC). Раньше (9.2) - проще было, сейчас уже посложнее но все равно находятся умельцы.

Если просто опубликовать карту - шансов напороться на это мало. Надо использовать geoprocessing