The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Репликация в PostgreSQL, !*! dbuser, 28-Сен-10, 09:49  [смотреть все]
Доброе утро, есть один проект, в котором в одной сети находится транзитный сервер-БД с PostgeSQL 9.0: набор таблиц вида: table1, table2 ... tableN, table_enc

Поставлена задача реплицировать только одну таблицу, table_enc, на удаленный сервер.

Потестил Streaming Replication новой 9-ки, все классно, но как настроить репликацию только одной таблицы? Есть еще один нюанс - tcpp_enc, это таблица-хранилище отобранных по определенным критериям данных. На master-сервере нужно периодически ее очищать (транкейтить), а на slave-сервере все должно храниться.

До релиза 9-ки тестил слоников (Slony) на 8-ке - никак не мог победить прогрессирующее отставание... вобщем не хотелось бы использовать какие-то надстройки...

Заранее благодарен за помощь.

p.s.: master и slave находятся в разных странах

  • Репликация в PostgreSQL, !*! Michael, 09:58 , 28-Сен-10 (1)

    >, но как настроить репликацию только
    > одной таблицы?

    только триггерами

    • Репликация в PostgreSQL, !*! dbuser, 10:02 , 28-Сен-10 (2)
      >>, но как настроить репликацию только
      >> одной таблицы?
      > только триггерами

      получается при такой задаче слоники вне конкуренции? :) а есть опыт борьбы с отставаниями slave от mastera при использовании slony?

      p.s.: забыл уточнить - на мастере будет идти очень интенсивная запись в таблицу (порядка десятка коннектов постоянно insert-ящих), поэтому похоже слоники и не справляются...

      • Репликация в PostgreSQL, !*! Michael, 10:16 , 28-Сен-10 (3)
        >>>, но как настроить репликацию только
        >>> одной таблицы?
        >> только триггерами
        > получается при такой задаче слоники вне конкуренции? :) а есть опыт борьбы
        > с отставаниями slave от mastera при использовании slony?
        > p.s.: забыл уточнить - на мастере будет идти очень интенсивная запись в
        > таблицу (порядка десятка коннектов постоянно insert-ящих), поэтому похоже слоники и не
        > справляются...

        для мастрабирования операций записи можно использовать шардинг, раз одиночный сервер не справляется.
        можете еще отключить на слейве synchronous_commit. вообщем-то говоря это обычная практика для слейва

        • Репликация в PostgreSQL, !*! dbuser, 15:07 , 28-Сен-10 (4)
          > для мастрабирования операций записи можно использовать шардинг, раз одиночный сервер не
          > справляется.
          > можете еще отключить на слейве synchronous_commit. вообщем-то говоря это обычная практика
          > для слейва

          основной сервер справляется, все ок, спасибо. проблема в другом... в целом я уже представляю схему как это реализовать, остался один вопрос, возможно детский, как отключить логирование в транзакционный лог PostgreSQL таких операций как truncate ?




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру