Cache is disabled because data could not be read from the cache (0x0011)
Вот такое на рэйде, батарей 1, статус батареи 0x0001.
Пока дали задание админу поменять батарею на упсе (она там тоже сдохла) и перегрузить все красиво.

Вопрос еще возник по тормозам, затормозила вчера база у пользователя на мелком сервере, расширила базе память, не помогло, по трассировкам чтения с диска почти нет (2 секунды суммарно за 10 минут), основное ожидание SQL*Net message from Client, что на терминале странно, и так ее и этак, пользователь носом крутит говорит быстрее было.

Программа не в свопе, оперативная память свободна, но программа на яве, нашла где-то, что ява тормозит при больших архивах на рабочем столе, там не архивы, но текстовые файлы она утром как раз создала, запихала их в папку, сегодня с утра говорит все супер, сижу и думаю может правда в этом глюк? Бывает такое вообще?

Из того что удалось сделать:
Утащила на диск с бэкапами временные пространства всех 4 схем.
Утащила туда же файл Track.chg в который RMAN пишет данные, чтоб потом быстрее бэкапить было.
Хотела еще пару схем мелких утащить туда же, начальство не дало, бэкапный винт не рэйд, возможно право.
По идее еще контролфайл надо туда утащить, но это надо базу останавливать, и в случае выхода из строя 2 винчестера без контролфайла само не запустится.

Создала один индекс, там у одной таблицы постоянно была выборка по типу и классу, полный просмотр таблицы, в индексе получилось всего 15 вариаций тип-класс.
Скорость первого винчестера стала порядка 1 вместо 10-15, уже хлеб.

В довершение утащила на бэкапный винт еще и первый контрол файл, из которого чтение было постоянное, скорость вообще начала радовать.

Еще бы отдельный винчестер для той части редологов, которая находится на основном винчестере, но нету...

Ага, еще одну закономерность заметила, при конкретных расчетах, когда коммит на каждой строчке, log_file_sync занимает чуть ли не половину времени. Грохнула вторую копию редологов с винчестера с бэкапами (перестала их туда мультиплексировать), log_file_sync пропало вообще.
А винт то так себе...

Q.Tarantino,

Это временно, кстати сделала теперь наоборот, вернула редологи на бэкапный и убрала с основного, результат стал еще лучше.
Пришли с админом к выводу, что контроллер рейда не тянет (он там один на оба массива), возможно не правы. Пока подождем батарейку, может смилостивятся и купят.

авторпострочный COMMIT - бизнес необходимость?
Разговаривала на эту тему с разработчиком, говорят так у одних работает, у других не работает, а так у всех все одинаково.
Вообще такие авралы раз в квартал случаются, когда результаты за квартал подбивают типа выручки и т.д.