Запрет процесса для пользователя

Черепах

Skif написал:

Черепах написал(а):

В случае двух DI, у тебя ВСЕГДА есть выбор сервера. И заниматься будут только те процессы, которые принадлежат конкретной DI (если, конечно logon group не реализованы).

смотри что грузит...
лимитатор не мой - погляжу чей
без благословения афтара не могу

Даже юного падавана периодически вводили в ступор мудрые изречения Йодо. Пока первому руку папка не рубанул.

"- Пап, а ты с кем сейчас разговаривал?" (с)

Skif

Черепах написал(а):

"- Пап, а ты с кем сейчас разговаривал?" (с)

)))... Поглядел текст - транзакция запускается через "таможню"-оболочку, которая предварительно "смотрит" по всем инстанциям, сверяет с установленными лимитами и, соответственно, "даёт добро" или тормозит запуск.

Черепах

Skif написал:

Черепах написал(а):

"- Пап, а ты с кем сейчас разговаривал?" (с)

)))... Поглядел текст - транзакция запускается через "таможню"-оболочку, которая предварительно "смотрит" по всем инстанциям, сверяет с установленными лимитами и, соответственно, "даёт добро" или тормозит запуск.

Вообще, под планированием в фоне я подразумевал SM36.
"Note 600122 - INFO: Background job scheduling of CO-PA transactions"
Это не то разве?

Skif

Черепах написал(а):

Skif написал:

Черепах написал(а):

"- Пап, а ты с кем сейчас разговаривал?" (с)

)))... Поглядел текст - транзакция запускается через "таможню"-оболочку, которая предварительно "смотрит" по всем инстанциям, сверяет с установленными лимитами и, соответственно, "даёт добро" или тормозит запуск.

Вообще, под планированием в фоне я подразумевал SM36.
"Note 600122 - INFO: Background job scheduling of CO-PA transactions"
Это не то разве?

это уже к организации работы - планирование доступно многим? базис обычно довольно жёстко подходит к этому. Задания прогоняются на тестовой системе и если не гнобят систему, то планируются в продуктиве.

e7k8

Решение найдено.
Нота 116335

Правила форума

Запрет процесса для пользователя

Кто сейчас на конференции