xtenderDВА,

awr-ный flush не вымывает сами запросы из library cache...
ну этого еще не хватало )
но сама выборка из v$sql идет с library cache mutex

xtender,
а откуда он выбирает?

dbms_photoshopAlexey DBAне знаю никого кто бы без ДБА мог протянуть больше полугода....Вооот, уже конкретные сроки пошли. :)
Получается таки нет смысла содержать ДБА на 5-7k USD в месяц или сколько они там хотят, чтоб штаны просиживали.

А всего то стоит сделать сайт по аналогии с бронированием отелей типа bookingDBA.com
Схема уже придумана.
Вместо звездности отелей проставлять звездность по сертификатам (ну сертификаты мало кого волнуют, так же как и звезды у отелей).
Вместо расположение и чистота что-то в духе оперативность решения и профессионализм... критерий value for money можно оставить.

Соответственно, бронируешь DBA заранее и, если отменяешь, то теряешь в зависимости от крутости и популярности DBA.
А если надо emergency booking, то тут уж решаешь платить втридорога DBA или вызвать тарантину.


К чему такие сложности? ) Куча известных, малоизвестнх и совершенно неизвестных контор предлагают услуги DBA и в рамках аутсорсинга, и привлечения на проект, и просто выезды по инциденту.
Один звонок и за ваши деньги любой каприз ))
телефон по запросу в личку ))))

DBA по вызовуdbms_photoshopВместо расположение и чистотаРасположение и чистота DBA важный критерий для вызова на площадку.
И есть разница краткосрочного использования "на час" и договора на длительное обслуживание. Для вхождения в тему нужно время. Для настройки мониторинга и прочей периодики нужно время и не понятно, для кого стараешься, если заказчик меняет DBA как перчатки.

для тех кто специализируется "по вызову", никаких вхождений в тему не нужно
оракл он и в африке оракл ))
а вся прикладная нетленка легко разделяется всего на несколько групп со своими характерными проблемами

д0kХDВАпропущено...


для тех кто специализируется "по вызову", никаких вхождений в тему не нужно
оракл он и в африке оракл ))
а вся прикладная нетленка легко разделяется всего на несколько групп со своими характерными проблемами

Для того что бы разложить прикладнуюю нетленку, нужно что бы
бизнес аналитики и архитекторы и ИТ менеджмент ниже среднего звена
не ценили свое место работы.
А пока они ее ценят , они будут создавать нетленку, не подлежащую
какой либо классификации, по простым соображениями:
1. Собственная разработка всегда быстрее и дешевле покупной кастомизации.
2. Локальный саппорт всегда оптимальнее ,
потому что его оргструктура и техпроцессы в полном подчинении локальному менеджменту.
3. Что бы работу не отобрали ИТ гиганты,
4. Они нарусуют ТОПам презентации об ужасах волатильности курсовой разницы на протяжении
жизненного цикла решения.

я как DBA не собираюсь отбирать хлеб у разрабов в плане сопровождения их нетленок.
для решения проблем, связанных с работой базы данных, мне достаточно знать общую схему построения приклада, используемые в разработке среды и способы взаимодействия с базой, а уж до индивидуальных затыков, вызванных тем или иным просером в проектировании или реализации приклада, я как-нить и сама доберусь в процессе разгребания возникшей проблемы
Своим постом я ответила на реплику, что нужно время для вхождения в тему. Для аутсорсера оно не нужно, он привык работать с чужими системами и его подход к решению проблем существенно отличается от подхода собственного DBA.