Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
 Re: DBA больше не нужны!  [new]
xtender
Member

Откуда: Мск
Сообщений: 4502
DВА,

awr-ный flush не вымывает сами запросы из library cache...
5 окт 17, 16:40    [20845930]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0kХ
Guest
DВА
д0kХ
SQL> select max(value) from dba_hist_osstat where stat_name = 'NUM_CPUS';

MAX(VALUE)
----------
216

Количество активных сессий соизмеримое .

Общее количество сессий ~ 2500 - 3000
[/spoiler]
И проблем с такой конфигурацией реально много ....


что-то мне кажется дело совсем не в этом
лэтчи беспокоят при флуше или что?


И они в том числе.

проблему решили кардинально .
Избавили оракл от ненужной работы.

Я уже не помню всех деталей , давно это было.
И даже не помню как выключали .
5 окт 17, 16:42    [20845936]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2691
д0kХ
И проблем с такой конфигурацией реально много ....
Вот открыл отчет AWR:

NUM_CPUS 196

Все секции отчета на месте...

д0kХ
Например : какие у Вас версии относительно того , что у этой БД
в awr отчете пустой раздел с TOP sql запрсов ?
Что-то в консерватории не так.
5 окт 17, 16:44    [20845946]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0kХ
Guest
Андрей Панфилов
д0kХ
И проблем с такой конфигурацией реально много ....
Вот открыл отчет AWR:

NUM_CPUS 196

Все секции отчета на месте...

д0kХ
Например : какие у Вас версии относительно того , что у этой БД
в awr отчете пустой раздел с TOP sql запрсов ?
Что-то в консерватории не так.


Есть такое дело .

Когда косерватория большая , есть вероятность
что в каком то крыле сломался камертон .
Дирижер не может понять почему оркестр фальшивит
и начинает играть в квартет.
:)
5 окт 17, 16:51    [20845971]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DВА
Member

Откуда:
Сообщений: 4939
xtender
DВА,

awr-ный flush не вымывает сами запросы из library cache...

ну этого еще не хватало )
но сама выборка из v$sql идет с library cache mutex
5 окт 17, 17:05    [20846046]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
xtender
Member

Откуда: Мск
Сообщений: 4502
DВА,

он оттеда не выбирает
5 окт 17, 17:13    [20846076]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DВА
Member

Откуда:
Сообщений: 4939
xtender,
а откуда он выбирает?
5 окт 17, 17:23    [20846107]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
xtender
Member

Откуда: Мск
Сообщений: 4502
DВА,

11909841
5 окт 17, 18:35    [20846276]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1192
д0kХ
Андрей Панфилов
пропущено...
Вот открыл отчет AWR:

NUM_CPUS 196

Все секции отчета на месте...

пропущено...
Что-то в консерватории не так.


Есть такое дело .

Когда косерватория большая , есть вероятность
что в каком то крыле сломался камертон .
Дирижер не может понять почему оркестр фальшивит
и начинает играть в квартет.
:)

+1. Цифири жирнее на 2 порядка, awr собирается без проблем, но снапшоты формируются чаще дефолтного расписания.
Дирижер явно не доработал, на МОС есть большие ноты по траблшутингу авр.. Мож wr$ какой засорился или CBO где то крышу снесло или просто баг.
Что то было несколько лет назад, еще в 10ке наверное, половина DBA_HIST пустых - баг был, на МОС чтото находил.
5 окт 17, 22:01    [20846615]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Мистер Шляпа
Member

Откуда:
Сообщений: 30
Vadim Lejnin,

автор
Ларри Эллисон объявил о создании самоуправляемой СУБД на открытии Oracle OpenWorld 2017


Да чего только не объявишь, когда опенсурсные решения уже покрывают большинство задач. На современном железе разница в производительности становится не так критична. Ничего страшного для офисного клерка нет, когда формируется отчет 1.2 секунды вместо 1.
Скоро уже ИИ в СУБД внедрят, лишь бы клиента заинтриговать.
5 окт 17, 22:10    [20846645]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0кХ
Guest
kinky cat
д0kХ
пропущено...


Есть такое дело .

Когда косерватория большая , есть вероятность
что в каком то крыле сломался камертон .
Дирижер не может понять почему оркестр фальшивит
и начинает играть в квартет.
:)

+1. Цифири жирнее на 2 порядка, awr собирается без проблем, но снапшоты формируются чаще дефолтного расписания.
Дирижер явно не доработал, на МОС есть большие ноты по траблшутингу авр.. Мож wr$ какой засорился или CBO где то крышу снесло или просто баг.
Что то было несколько лет назад, еще в 10ке наверное, половина DBA_HIST пустых - баг был, на МОС чтото находил.


У вас в сервере 20 000 CPU ?
5 окт 17, 22:58    [20846775]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Partos
Member

Откуда:
Сообщений: 876
д0kХ
Partos
д0kХ,

Отлично! размер шага увеличился с $50 до $500 в минуту. Мне нравится такая тенденция! :)

Ваш ответ верен только если в алерт.логе будет написано что-то потипу:



А мой ответ правильный не зависмо от наличия записей
в логах потому, что сбор статистики по sql запросам выключен .


Ваш ответ к сожалению глуп и вы не понимаете ответов, которые задают направление исследования проблемы.
Угадать точно что Вы накрутили своими ручонками и какая глупость Вам в голову пришла - я к сожалению не могу. Мысли читать не умею. Но я Вам сказал куда бы смотрел.

Выключали сбор статистики по sql Вы с помощью отключения функционала MMON.
Тоесть преднамеренно создали проблемы для его работы. О чем я Вам и сказал, что проблема с MMON.
Посмотрите вот эти параметры у себя и думаю вспомните как вы его отключали.

_awr_restrict_mode = TRUE /* Setting this would avoid creating AWR snapshots */
_addm_auto_enable = FALSE /* Disable ADDM from running automatically after every AWR snapshot
_ash_enable = FALSE /* Disable Active Session sampling and flushing */
_ash_disk_write_enable = FALSE /* Disable Active Session History flushing */
_swrf_mmon_flush = FALSE /* Disable SWRF MMON auto flushing */
_swrf_mmon_metrics = FALSE /* Disable SWRF MMON auto Metrics Collection */
5 окт 17, 23:28    [20846837]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1192
д0кХ
kinky cat
пропущено...

+1. Цифири жирнее на 2 порядка, awr собирается без проблем, но снапшоты формируются чаще дефолтного расписания.
Дирижер явно не доработал, на МОС есть большие ноты по траблшутингу авр.. Мож wr$ какой засорился или CBO где то крышу снесло или просто баг.
Что то было несколько лет назад, еще в 10ке наверное, половина DBA_HIST пустых - баг был, на МОС чтото находил.


У вас в сервере 20 000 CPU ?

)) Действительно, математически порядок - в 10 раз) Я так даже не подумал. Просто чуть больше чем в 2 раза тогда.
5 окт 17, 23:30    [20846840]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0кХ
Guest
Partos
д0kХ
пропущено...


А мой ответ правильный не зависмо от наличия записей
в логах потому, что сбор статистики по sql запросам выключен .


Ваш ответ к сожалению глуп и вы не понимаете ответов, которые задают направление исследования проблемы.



А в чем собственно суть проблемы ?
или вы хотите ее создать ?

зы за параметры спасибо.
5 окт 17, 23:58    [20846885]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Partos
Member

Откуда:
Сообщений: 876
DВА
а потом понаблюдать как соскакивать будите )


Вот об этом и говорили с самого начала. Не интересно с Вами...
6 окт 17, 09:42    [20847179]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
hck
Guest
Sal
https://technology.amis.nl/2017/10/03/oracle-open-world-day-2-highlights/

First quarter 2018 18c XE is launched. Including PDB’s, probably 2GB, 2 CPU, 12GB storage (compressed, net 40GB)

спасибо, а есть что-то по standard edition ? партишиненга и параллельности так и не будет ?
6 окт 17, 09:58    [20847210]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Sal
Member

Откуда:
Сообщений: 1479
вот что только пишут:
SQL Plan Management will be available on Standard Edition

зато к началу тему - все встало на свои места:
Don't be afraid about this 'autonomous' database. Marketing name recently attached to a managed service which leverages existing technology.

https://twitter.com/FranckPachot/status/915964499684978688
6 окт 17, 10:04    [20847229]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
Alexey DBA
Member

Откуда:
Сообщений: 82
Только что закончил чинить БД которая без ДБА жила от начала времен. Еле реанимировал, там "автоматика" таких делов наворотила :), а про то, что ДБА больше не нужны, я услыхал в версии 10, но до сих пор как то работаю, и не знаю никого кто бы без ДБА мог протянуть больше полугода....
6 окт 17, 10:51    [20847400]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
dbms_photoshop
Member

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

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

Соответственно, бронируешь DBA заранее и, если отменяешь, то теряешь в зависимости от крутости и популярности DBA.
А если надо emergency booking, то тут уж решаешь платить втридорога DBA или вызвать тарантину.
6 окт 17, 12:02    [20847663]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DВА
Member

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

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

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



К чему такие сложности? ) Куча известных, малоизвестнх и совершенно неизвестных контор предлагают услуги DBA и в рамках аутсорсинга, и привлечения на проект, и просто выезды по инциденту.
Один звонок и за ваши деньги любой каприз ))
телефон по запросу в личку ))))
6 окт 17, 12:38    [20847871]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DBA по вызову
Guest
dbms_photoshop
Вместо расположение и чистота
Расположение и чистота DBA важный критерий для вызова на площадку.
И есть разница краткосрочного использования "на час" и договора на длительное обслуживание. Для вхождения в тему нужно время. Для настройки мониторинга и прочей периодики нужно время и не понятно, для кого стараешься, если заказчик меняет DBA как перчатки.
6 окт 17, 12:54    [20847934]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DВА
Member

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


для тех кто специализируется "по вызову", никаких вхождений в тему не нужно
оракл он и в африке оракл ))
а вся прикладная нетленка легко разделяется всего на несколько групп со своими характерными проблемами
6 окт 17, 13:02    [20847971]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0kХ
Guest
DВА
DBA по вызову
пропущено...
Расположение и чистота DBA важный критерий для вызова на площадку.
И есть разница краткосрочного использования "на час" и договора на длительное обслуживание. Для вхождения в тему нужно время. Для настройки мониторинга и прочей периодики нужно время и не понятно, для кого стараешься, если заказчик меняет DBA как перчатки.


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


Для того что бы разложить прикладнуюю нетленку, нужно что бы
бизнес аналитики и архитекторы и ИТ менеджмент ниже среднего звена
не ценили свое место работы.
А пока они ее ценят , они будут создавать нетленку, не подлежащую
какой либо классификации, по простым соображениями:
1. Собственная разработка всегда быстрее и дешевле покупной кастомизации.
2. Локальный саппорт всегда оптимальнее ,
потому что его оргструктура и техпроцессы в полном подчинении локальному менеджменту.
3. Что бы работу не отобрали ИТ гиганты,
4. Они нарусуют ТОПам презентации об ужасах волатильности курсовой разницы на протяжении
жизненного цикла решения.
6 окт 17, 14:38    [20848505]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
DВА
Member

Откуда:
Сообщений: 4939
д0kХ
DВА
пропущено...


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


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


я как DBA не собираюсь отбирать хлеб у разрабов в плане сопровождения их нетленок.
для решения проблем, связанных с работой базы данных, мне достаточно знать общую схему построения приклада, используемые в разработке среды и способы взаимодействия с базой, а уж до индивидуальных затыков, вызванных тем или иным просером в проектировании или реализации приклада, я как-нить и сама доберусь в процессе разгребания возникшей проблемы
Своим постом я ответила на реплику, что нужно время для вхождения в тему. Для аутсорсера оно не нужно, он привык работать с чужими системами и его подход к решению проблем существенно отличается от подхода собственного DBA.
6 окт 17, 15:08    [20848665]     Ответить | Цитировать Сообщить модератору
 Re: DBA больше не нужны!  [new]
д0kХ
Guest
На понимание, в чьих руках находятся рынок и зарплаты ДБА , которые
тут так гарячо обсуждаются :

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


Не пилилте сук , на котором сидите , господа :)
6 окт 17, 15:12    [20848678]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
Все форумы / Oracle Ответить