Достаточно часто сталкиваюсь с проблемой, когда расчет ТД не считается, потому, что кто-то забыл закрыть Супермаг. Бывает, что кто-то регулярно кладет базу своими тяжелыми запросами, выбивая мелких создателей карточек и накладных из колеи. Я уже говорил о том, что лучше перевести в shared сервер. Теперь упомяну о том, чем я давно пользуюсь, ставя любителей рукописных поделий на место.
Во-первых, с самого начала надо выставить:
Цитата: alter system set resource_limit=true scope=both;
говорю это для 10ки, но все это есть и в 9ке, а многое и в 8ке, но если вы серьезно настроены, то в 8ке уже не работаете.
Итак, самое простое и очевидное - настроить профили (Profiles). В чем их выгода? 1) Можно ограничить подключение юзера по времени (Idle time), т.е. поставить, например, 2 часа и к ночным процедурам уцелеют только те, кто действительно работает. Учтите, что если зайти в раздел, а потом перейти в другой и долго не возвращаться, то это другая сессия и она будет прибита спустя некоторое время. 2) Можно ограничить количество считанных блоков за вызов. Это интересно, если кто-то любит запускать избыточные отчеты. Все запросы должны укладываться в определенные рамки, все что выше - прибиваться. Это, конечно, относится к таким коробочным продуктам, как Супермаг. Среди прочего (я не планирую писать трехтомник) можно отметить параметры блокировки логина. Т.е. если кто-то долбится, перебирая пароль, то он добивается блокировки пароля. Есть плюсы и минусы этой опции. Обратите внимание, что обычно я создаю профиль ROOT, куда включаю системных пользователей, например, SUPERMAG, чтобы их не трогали изменения профилей. А издеваюсь над DEFAULT.
Менее очевидное, но гораздо более гибкое и мощное - планы ресурсов. Подробно писать не буду, но дам направления для поиска на закладке Administration (опять же 10ки). 1) Создаем планы, обычно - пара, на день и ночь, можно сначала просто их создать, не настраивая 2) Создаем окна (Windows), определяем их время и указываем в них план, опять же, обычно это день и ночь (у меня еще отдельный план на воскресение бывает, если это нерабочий день) 3) Создаем группы пользователей ресурсов (Consumer groups) у меня это единственная требуемая к существующим - группа ANAL (аналитики). Общее описание лестницы: Отдельно SYS_GROUP системных пользователей, затем идет DEFAULT, потом LOW, потом ANAL. Т.е. последняя получает полный фиг по отношению к остальным.
Продолжение следует...