Блог Базы данных

Вот вы проектируете систему, в которой встречаются финансовые данные. Вы стоите перед выбором: в каком типе данных лучше хранить деньги?

Обсудим такой популярный вопрос на собеседовании, как «Чем отличается WHERE от HAVING»?

Иногда вследствие сбоев сети и определённых настроек удаления архивлогов возникает ситуация, что стэндбай перестаёт накатываться, часть логов утеряна, и просто догнать его не получается.

Иногда случается, что кластер не сменил статусы по обновлению, новые патчи не ставятся, а команда проверки версии кластера:

crsctl query crs activeversion -f

выдаёт примерно такой расклад:

Появилась, казалось бы, простая задача — сделать копию рабочего проекта для разработки нового. Уточню — обе контейнерные базы живые, и в них крутятся проекты. Но это оказалось не столь тривиально.

Классическая схема работы Standby меня в принципе всегда устраивала, но появилось желание перенастроить контроль за StandBy через Data Guard Broker.

Итак, на входе у нас стабильно работающий физический StandBy. Настройка осуществляется через инструмент dgmgrl.

По итогам апгрейда с 11 на 12 логичным показался шаг превращения базы в pluggable. Казалось бы, три простых действия — и проблема решена. Но во время миграции вылез ряд нетривиальных ошибок.

Столкнулись с неожиданной проблемой — на одной из pdb перестали работать impdp/expdp.

Задача: перенести базу 11G в контейнер 12C

В один прекрасный момент приходит осознание, что куча инстансов по разным серверам – жутко не удобно. И тогда очень кстати оказываются оракловые pluggable базы данных.

Скачал я из гита репу. Небольшой скриптик, который создаёт докер-контейнер с постгресом, а потом пишет туда данные. Много данных, гигабайт 100... Запустил, данные пишутся и даже читаются и даже всё хорошо... Но тут мне понадобилось перезапустить контейнер.