К
Size: a a a
2021 December 16
ES
ну так, или прибить ммон и дёрнуть снепшот
VT
Так уже попробовали, MMON перестартовал, но пофиг ))
ES
а трейс ммон снимали?
VT
Ну так он после рестарта в своем трейсе и написал:
*** ACTION NAME:() 2021-12-16 15:36:51.325
Unable to schedule a MMON slave at: Auto Flush Main 1
Slave action has been temporarily suspended
- Slave action had prior policy violations.
Unknown return code: 101
*** ACTION NAME:() 2021-12-16 15:36:51.325
Unable to schedule a MMON slave at: Auto Flush Main 1
Slave action has been temporarily suspended
- Slave action had prior policy violations.
Unknown return code: 101
ES
хм, глянь доку https://support.oracle.com/epmos/faces/DocumentDisplay?id=1301503.1
там через расширенный трейс может быть получше видно будет
там через расширенный трейс может быть получше видно будет
VT
Пасиб, интересная статья )
VT
Вот тут описан способ как MMON подтолкнуть:
AWR Auto Flush Action Timeout at Insert Into WRH$_SERVICE_STAT (Doc ID 2294282.1)
AWR Auto Flush Action Timeout at Insert Into WRH$_SERVICE_STAT (Doc ID 2294282.1)
VD
Привет, Владимир.
Какая версия?
С багами когда сталкивались делали:
alter session set "_swrf_test_action" = 72;
но были варианты на 12-ой и после этого не оживало.
Но по-моему в ноте от Егора про нее тоже должно быть.
Какая версия?
С багами когда сталкивались делали:
alter session set "_swrf_test_action" = 72;
но были варианты на 12-ой и после этого не оживало.
Но по-моему в ноте от Егора про нее тоже должно быть.
VD
Хотя...72 это когда перестало партиции сплитить...
У
Кстати.
Ещё один человек с боязнью дыр в сиквенсах
Ещё один человек с боязнью дыр в сиквенсах
VT
По ссылке от Усольцева нашел: https://iusoltsev.wordpress.com/2014/10/10/awr-snapshot-suspend-oracle-11-2/
KL
а вот бредовый вопрос.
у нас есть optimizer_index_cost_adj - параметр, который позволяет искуственно повысить или снизить стоимость индексного доступа на какой-то коэффициент, который, насколько я помню, можно задать и через opt_param.
есть ли какой-то параметр/хинт, который позволил бы аналогичным образом менять стоимость для произвольного query block?
у opt_estimate есть scale_rows, но это не совсем то.
у нас есть optimizer_index_cost_adj - параметр, который позволяет искуственно повысить или снизить стоимость индексного доступа на какой-то коэффициент, который, насколько я помню, можно задать и через opt_param.
есть ли какой-то параметр/хинт, который позволил бы аналогичным образом менять стоимость для произвольного query block?
у opt_estimate есть scale_rows, но это не совсем то.
KL
cardinality требует точно задавать число. этого я не хочу. тогда уж opt_estimate(table t scale_rows=...)
У
