Інженерія стійкості для місіє-критичних платформ баз даних. Ця категорія охоплює “важку” сторону операцій: оркестрацію failover, повне відновлення БД та реалізацію автоматизованих workflows патчування. Описані процедури розраховані на середовища, де стабільність інфраструктури автоматизована, а ручне відновлення є останнім засобом.
Якщо ви коли-небудь бачили розбіжність між агрегованими даними в UI та результатами прямого SQL-запиту до тих самих таблиць — і при цьому працюєте в часовому поясі з половинним зміщенням від UTC — ви майже напевно зіткнулися з цією проблемою. Це не баг у традиційному розумінні. Це детермінований, повністю відтворюваний наслідок архітектурного рішення, що коректно працює … Читати далі
Коли Oracle JVM ламається — вона рідко повідомляє про це чітко. Ви отримуєте каскадні помилки невалідних пакетів, PL/SQL-обгортки, що раптово відмовляються компілюватися, або Java stored procedures, що повертають криптичні помилки ORA-29549 і ORA-29553. Цей гайд охоплює повну послідовність відновлення — від перевірки передумов через перевстановлення самої JVM до відновлення всіх залежних об’єктів та валідації результату. … Читати далі
Oracle JVM — один із тих компонентів, що мовчки ламається і залишається зламаним до того моменту, поки щось нижче по ланцюгу не вибухне в найгірший можливий момент. Цей пост розбирає кожен діагностичний рівень — від перевірки наявності в реєстрі до аналізу пулів пам’яті — щоб ви могли тріажувати проблему JVM за хвилини, а не години. … Читати далі