Есть слот для нее с суффиксом sync.
Это абзац полный, таблица 70ГБ копируется уже двое суток, это учитывая что запись в нее на мастере практически остановлена. Воркер для этого слота пишет/читает всего около 400КБ/с, с niceness -19.
Если таблица была пустая — то можно pgstattuple напустить.
А что это такое?
Это стандартное расшырение https://www.postgresql.org/docs/current/pgstattuple.html
Вот только что через 2 суток процесс оборвался с сообщением snapshot too old. Ааааа что это такое, неужели это норма для логической репликации? Практически ридонли таблица 70ГБ не может всосаться на логической реплике!
Понял, спасибо. Я по \dt+ смотрел, оно примерно правильно показывает прогресс если она не слишком раздута.
Собственно, думаю, он как раз всосался -- и тут-то и выяснил, что его данные ужэ устарели и нафиг никому не нужны.
Вообще не очень норма, но если там много индэксов и не так много памяти -- то это ещё и не так и долго...
И да, в принцыпе в классической (физической) репликацыи для нивелирования таких штук используется PITR архив. Реплика берёт WAL из PITR и радуется. Не знаю, сработает ли для логической репликацыи. (А когда у меня был slony -- у меня ТАКИХ проблем не было! Были другие).
Для pitr архива мы пробовали S3, но с нашего ДЦ он не успевал за валами, крайне медленная дрянь. Как только настроим локальный Цеф, так и начнем все валы архивировать.
Обсуждают сегодня