#oracle_database — Public Fediverse posts

Exadata на Postgres, или старые архитектурные проблемы и их решение

СУБД PostgreSQL давно закрепилась в топе благодаря открытости, надёжности и расширяемости, однако ее архитектурный консерватизм порождает ряд нерешённых проблем: отсутствие горизонтального масштабирования, деградация при тысячах соединений, узкое место WAL при высоком commit rate, невозможность полноценной HTAP-обработки и другие. В статье рассказываем, как в новом, третьем поколении машин баз данных Tantor XData Gen3 эти ограничения преодолеваются через глубокую переработку архитектуры — от полного разделения Compute и Storage с протоколом RDMA и распределённой файловой системой PFS до внедрения механизмов CSN для MVCC без блокировок, конвейерной обработки WAL и встроенного MPP-движка, превращающего PostgreSQL в систему, способную конкурировать с Oracle Exadata уже по-настоящему. И все это – со 100% сохранением совместимости с "обычным" PostgreSQL.

https://habr.com/ru/companies/tantor/articles/1007038/

#tantor #tantor_postgres #tantor_xdata #xdata #oracle #oracle_database #oracle_exadata #tantor_polar

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Мониторинг истории активных сессий в базах данных

Сегодня проверим Dimension-UI на задаче мониторинга истории активных сессий в базах данных Oracle, PostgreSQL, ClickHouse и MS SQL Server в режиме реального времени. История активных сессий ( Active Session History, ASH ) - очень удобный способ получения информации о работе БД в кратком виде. Когда важно максимально быстро отследить, что происходит с системой в настоящее время, оценить развитие текущей ситуации - это рабочая активность или начало каких-либо проблем - в том числе, через быстрый просмотр baselines в недавнем прошлом системы и сравнить их с текущими данными. Изначально, данный подход был разработан и применен в СУБД Oracle начиная с 10g версии. Архитектурно в Oracle это выглядит как плоская таблица в памяти V$ACTIVE_SESSION_HISTORY , в которую с определенным интервалом (стандартно 1 секунда, но его значение можно изменять) записывается состояние каждой активной сессии: идентификатор сессии, SQL-запроса, процесса операционной системы, текущий статус сессии - в работе или ожидании получения доступа к ресурсу, статистики потребления памяти и проч.. Периодически информация из таблицы в памяти сбрасывается на диск в таблицу DBA_HIST_ACTIVE_SESS_HISTORY репозитория рабочей нагрузки AWR. Читать далее (трафик 29 Мб)

https://habr.com/ru/articles/954880/

#rdbms #oracle_database #postgresql #clickhouse #ms_sql_server #monitoring #active_session_history #database_monitoring

Устройство на работу на позицию senior developer в 2025 году в Москве. Мой опыт

В конце 2024 года остался без работы. Деньги были, посему решил несколько месяцев побить баклуши, подумав, что как только открою своё резюме на хэдхантере, так в течение недели меня завалят предложениями. Как пару‑тройку лет назад; при этом выберу оптимальный вариант, и всё будет чики‑пики. Но не тут то было. Прошло полгода. Деньги стали заканчиваться. Открыл резюме. Первый день — ни одного просмотра. Неделя. Две. За месяц с десяток просмотров, при этом — ни одного предложения. Глаза округлились. Обратил внимание на количество вакансий формата «ИТ» — чуть более 20 тысяч. Пятое место после в рейтинге после «продаж», «рекламы», «рабочего персонала», и «строительства». Далее ИТ. Сразу после, несильно отставая, — «спортивные клубы», «обслуживающий персонал» и т. д. А 2–3 года назад ИТ‑рынок лидировал. Мой стэк: более 20 лет разработка высоконагруженных промышленных БД (Oracle PL/SQL, MS SQL Server, Linter), С++ (Linux, Windows), PHP, JS, работа с Git'ом, немного Jav'ы, немного Postgress'а и пр. Ну, вроде, всё то, что должен знать senior. Болеее чем. Возраст — 45. Трудовая — идеальная. По словам подруги кадровички, резюме — офигенное. Что же не так? Понятно, что импортозамещение. Все резко переходят на «российский софт». Как бы это словосочетание оксюмороноидально не звучало. т. е. это — «российские линуксы», «российские СУБД», «российские системы виртуализации». Отправил более 100 откликов на оставшиеся вакансии. Решил себя не накручивать и не заходить на hh несколько дней. Результат, мягко говоря, ошарашил. Процентов 50 такое:

https://habr.com/ru/articles/945574/

#oracle_database #fullstackразработчик #hhru

Мы научились переносить базу данных с Oracle на Postgres Pro со скоростью 41 ТБ/сутки

41 ТБ/сутки по маршруту Oracle → Postgres Pro без остановки исходной системы — это не теория, а цифры последних тестов. Мы разложили миграцию на три этапа: быструю начальную загрузку, CDC из redo-логов и валидацию, и собрали их в ProGate. Как устроен конвейер, почему Go и где прячутся узкие места — расскажем в статье.

https://habr.com/ru/companies/postgrespro/articles/935462/

#миграция_данных #миграция_бд #миграция #миграция_на_свободное_по #миграции_бд #postgresql #oracle #oracle_database #oracle_sql #postgres_pro

Миграция Левиафана: как удалось перевести базу в 40 ТБ данных на Postgres Pro

Переезд крупных, высоконагруженных систем с одной СУБД на другую — всегда вызов, сравнимый с хирургической операцией на работающем сердце. Компания ОТР поделилась уникальным опытом миграции одной из таких систем с Oracle на отечественную Postgres Pro. Ирина Токарева и Сергей Кузнецов из ОТР рассказали о тернистом пути, противостоянии росту энтропии больших объёмов поступающих и изменяемых данных, достигнутых результатах. Узнать тайны переезда 👉

https://habr.com/ru/companies/postgrespro/articles/924220/

#миграция_бд #миграция_данных #миграция #oracle #oracle_database #postgres_pro #postgres_pro_enterprise #кейс

Переход из Oracle в Postgres Pro: не просто смена СУБД, а сдвиг подхода. Интервью с Марком Ривкиным

Давно не было обстоятельных интервью, тем более с таким корифеем отечественной СУБД‑разработки. В 2022 году в Postgres Professional перешла команда специалистов по Oracle, включая Марка Ривкина, который занял позицию руководителя отдела технического консалтинга. Вместе с командой он занялся адаптацией продуктов под требования крупных корпоративных заказчиков и доработкой функциональности Postgres Pro — в первую очередь для тех, кто планирует миграцию с проприетарных СУБД. В интервью для Хабра Марк рассказал, с какими задачами столкнулись на старте, какие функции пришлось внедрять в первую очередь, как выстроена работа с разработкой и сообществом, и в чём сегодня Postgres Pro реально может заменить Oracle, а в чём — пока нет. Поговорили и про ИИ в администрировании, и про перспективы российских форков PostgreSQL, и даже о том, что бы он заложил в архитектуру, если бы проектировал СУБД с нуля. Приятного чтения!

https://habr.com/ru/articles/900840/

#марк_ривкин #субд #oracle #oracle_database #postgres_professional #postgresql #postgres_pro