title

text

Василий Пучков
Василий Пучков ООО Главный эксперт
13:10 04 апреля
45 мин

Одиссея перехода на PostgreSQL в большой организации

  • Сцилла и Харибда управления проектами;
  • Сирены личных целей;
  • Цирцея для IT-профессионалов;
  • Полифем защиты информации.

И главное: как сделать так, чтобы ваш путь к цели не растянулся на 10 лет!

Слайды

Пучков.odp

Видео

Видео доступно участникам мероприятия, выполнившим вход в личный кабинет

Другие доклады

  • Максим Емелин
    Максим Емелин Postgres Professional Ведущий инженер
    45 мин

    Применение Debezium в качестве инструмента дельта-миграции данных

    Рассматривается кейс дельта миграции данных, особенности захвата изменений с использованием Debezium и их последующего применения в целевую БД. Приводятся различные варианты конфигураций, сравнительные тесты.

  • Василий Тимощенко
    Василий Тимощенко ПКТБ-ЦЦТ ОАО Начальник сектора
    45 мин

    Опыт миграции высоконагруженной системы с DB2 for z/OS на PostgresPro в конфигурации multimaster

    В докладе разработчик делится опытом миграции высоконагруженной системы в сфере железнодорожного транспорта с IBM DB2 for z/OS на PostgresPro в конфигурации multimaster. Основной акцент сделан на особенностях работы с кластером, функционирующим в режиме multimaster, с каким проблемами пришлось столкнуться и как их решать.

  • Михаил Шурутов
    Михаил Шурутов СтандартПроект старший администратор баз данных
    45 мин

    Набор Ansible-ролей для PostgreSQL

    В данном докладе рассмотрен набор ролей Ansible как для разворачивания одиночных инстансов СУБД PostgreSQL с репликацией, так и для построения отказоустойчивых решений с помощью кластерных решений: patroni+etcd, patroni+consul, stolon+etcd, stolon+consul. Соответственно, рассмотрен вопрос, почему набор ролей, а не какое-либо "решение".

  • Анатолий Анфиногенов
    Анатолий Анфиногенов АО "ВНИИЖТ" Зам. директора научного центра - начальник отдела разработки ПО
    22 мин

    Вакуумотерапия: лечим хронические заболевания БД

    После импортозамещения и перехода с СУБД Oracle на PostgreSQL мы столкнулись как с "детскими" болезнями нашего приложения на новой СУБД, которые успешно вылечили, так и с "хроническими заболеваниями", с которыми пришлось разбираться существенно дольше. Одной из наиболее запомнившихся проблем стала проблема деградации производительности, которая, как выяснилось, была вызвана недостаточным вакуумированием нашей БД. Опыт осознания и решения этой проблемы предлагается вашему вниманию в виде практических рекомендаций по борьбе с эффектом bloat для таблиц и индексов БД, а также настройке VACUUM/autovacuum PostgreSQL.