dump - "cdump_20220729160224", в каталоге DIAG_DEST/..., в нём будет куча файлов, по всем процессам экземпляра в момент создания, можно там поискать что-то подозрительное, или через ADRCI запаковать INCIDENT c ID=44059, там будут все нужные файлы (логи и трейсы), и в них поискать.
Кстати, на будущее - лучше скрины alert.log делать не по XML файлу, а по обычному, текстовому .LOG файлу. Или через ADRCI открываете его через set base... set home... show alert -tail 200 - и тогда скрин->пост.
И кстати в алерте у Вас ошибка из сессии Toad'а, это правильно, Вы руками падающий запрос выполняете, а не из приложения?
Ну в этом смысле и имею - что из Toad'а, "руками" это антоним к "из приложения". Да, на счёт 1=2 это прикольно :) Кстати, вот Вы пишете "Stand-By хотели сделать, да не судьба" - это Вы хотели с основной базы на ODA направить поток куда-то "налево", и сделать Stand-By там, на VMware виртуалке? Просто интересен сам кейс, почему так
Да. А почему, потому что ода начинает сыпаться, то sdd, то блок питания то еще какая хрень. Вот хочется на всякий случай иметь резерв что бы быстро переключиться в случае аварии.
Обсуждают сегодня