suPPLerterra_nova2кому-то это полезно знать о таком случае в плоскости Oracle и в частности Apex,
когда они могут СЛЕТЕТЬ не попрощавшись на последок.
Вы действительно считаете, что это "Oracle и в частности APEX слетели, не попрощавшись напоследок"? После того, как Вы сами здесь рассказывали о том, как использовали дефрагментатор, развалили RAID, установили настройки BIOS по умолчанию?
Не воспринимайте следующую просьбу как обиду, подумайте лучше о ней как о задаче на развитие логического и аналитического мышления.
Проговорите или запишите на бумаге по порядку вслух все те действия, события и факты, которые имели место в произошедшем. Потом постарайтесь определить, что было / не было причиной, а что - следствием. Проговорите предложениями: Б вышло, потому что А; После Б произошло В, но Б не было причиной... Добавьте к списку
"Oracle и в частности APEX слетели, не попрощавшись напоследок" (пусть этого и не случилось). Попробуйте вывести логически это утверждение из имеющихся данных. Получается ли вывод необоснованным или неожиданным?
Например:
1.
2.
3.
4.
Я всё сделал правильно, основываясь на многократном собственном / чужом опыте
успешной дефрагментации сторонними средствами RAID-массива, в том числе
такие обыденные действия, как осознанный отказ от создания резервной копии,
сброс настроек BIOS и восстановление части разделов, но неожиданно Oracle
и в частности APEX слетели, не попрощавшись напоследок .
А вообще анализ/решение моей проблемы базировалось на двух Китах:
1. Причинно-следственную цепочку я для себя определил причем сразу по наступлению факта СЛЁТА
2. Трансерфинг реальности - реально рулит
Теперь я понимаю почему у Вас так много сообщений
4566 .
Выделенный текст о многом говорит о Вас - как о личности.
И очень рад что могу услышать Вашу помощь или критику.
