У меня проблема была в железе, не работал кеш в рейдмассиве сервера, но использовался внутренний кеш hdd. Как только его переставало хватать при поступлении больших объемов данных, происходил фриз
Мне кажется это немного не то, это касается удаленного подключения к удаленному рабочему столу, я имею ввиду клиентов, использующих СУБД. Проблема видимо связано с записью на винт и кешированием журнала изменений, как только происходит заполнение кеша система СУБД встает. Попробую в качестве эксперимента другой дистрибутив Linux на гостевой машине.
а туда уже не пускает, оракл писит при этом в глушь, любое обращение вызывает зависание клиентской программы, в т.ч. и консоль. Сейчас зашел в консоль уточнил как называются параметры, которые переполняются: это тэйблспейс UNDOTBS1, подвисание происходит тогда, когда у него кончается свободное место, хоть он при этом Auto Extensible
Алексей, коммит только один по окончанию update или insert по всей таблице (примерно 500 тыс записей). Сначала идет все нормально, потом зависание видимо связанное с рассинхронизацией с LogWriter. Видимо что-то связанное с работой I/O жесткого диска гостевой ОС, но при этом пробовали на гостевую систему копировать большие файлы, все протекает на ура. Нагрузка на ввод/вывод со стороны линукса и Hyper-v нулевая после повисания. В Oracle Enterprise Manager наблюдается 100% заполнение параметра Retention, который видимо как раз связан с журналом и его архивированием
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
