|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.02.2018, 18:11
|
|||
|---|---|---|---|
очередь сессий юзера (не превышать предел в Х сессий) |
|||
|
#18+
возможно ли в Oracle 12.1 выполнить такую настройку, чтобы: 1) Кол-во одновременных сессий определенного юзера было ограничено (например, 10) 2) При попытке подключения следующих сессий выше этого порога (11-й и далее) сессия открывалась (не было отказа), но ее запрос попадал бы в очередь (исполнялся после завершения работы одной из 10 разрешенных). Если да - как? Вопрос связан с необходимостью регулировать нагрузку от конкретного внешнего техпроцесса, дергающего СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.02.2018, 18:58
|
|||
|---|---|---|---|
|
|||
очередь сессий юзера (не превышать предел в Х сессий) |
|||
|
#18+
Alexus12возможно ли в Oracle 12.1 выполнить такую настройку, чтобы: 1) Кол-во одновременных сессий определенного юзера было ограничено (например, 10) 2) При попытке подключения следующих сессий выше этого порога (11-й и далее) сессия открывалась (не было отказа), но ее запрос попадал бы в очередь (исполнялся после завершения работы одной из 10 разрешенных). Если да - как? Вопрос связан с необходимостью регулировать нагрузку от конкретного внешнего техпроцесса, дергающего СУБД. 1) create profile -> SESSIONS_PER_USER/IDLE_TIME + resource_limit=true, но при попытке соединения, получите отлуп. 2) можно попробовать поиграться с Resource Plans + trigger after logon + DBMS_RESOURCE_MANAGER.SWITCH_CONSUMER_GROUP_FOR_SESS , но ограничения срабатывает только для CPU, для диска требуется exadata ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.02.2018, 19:08
|
|||
|---|---|---|---|
очередь сессий юзера (не превышать предел в Х сессий) |
|||
|
#18+
https://docs.oracle.com/cd/B28359_01/server.111/b28310/manproc002.htm#BABFCIEE Database Resident Connection Pooling When the first request is received from a client, the Connection Broker picks an available pooled server and hands off the client connection to the pooled server. If no pooled servers are available, the Connection Broker creates one. If the pool has reached its maximum size, the client request is placed on the wait queue until a pooled server is available. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.02.2018, 19:11
|
|||
|---|---|---|---|
|
|||
очередь сессий юзера (не превышать предел в Х сессий) |
|||
|
#18+
Возможно скажу глупость, т.к. ни разу не админ. Знаю чисто в теории. А нельзя просто на отдельном порту листенера настроить SHARED SERVER и дать ему мало потоков для выполнения команд ? Лимита на сессии как хочет топик стартер не будет, но зато будет выполняться не более N SQL команд(сессий) одновременно. Ну и читать доки по Resource Manager'у. IMHO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.02.2018, 19:22
|
|||
|---|---|---|---|
|
|||
очередь сессий юзера (не превышать предел в Х сессий) |
|||
|
#18+
Leonid Kudryavtsev, Не всегда можно использовать pool ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=52&mobile=1&tid=1884450]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 320ms |
| 0 / 0 |
