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

Ребята, подскажите пожалуйста, кто-нибудь уже пробовал выносить управление правами пользователей из слоя приложения в слой постгреса? Плюсы/минусы/подводные камни?

Я не пробовал, но читал, что была очень большая проблема с соединениями

У каждого юзера свои права и соединение

И всякие пг боунсеры не помогут

В итоге отказались

Если нагрузки нет и не будет 100% то норм

А вот это хороший кейз, точно. Считай что каждый запрос будет в транзакции

Нуу каждый запрос и так в транзакцию заворачивается. Не понял

Нуу каждый запрос и так в транзакцию заворачивается. Не понял

Обычно когда транзакция начинается, коннекшн лочится и не может быть переиспользован другими пользователями.

Но здесь будет ещё сложнее, потому что нельзя сделать один пул коннектов

Я про это и говорю

Люди опытные, подскажите, можно ли что-то сделать для восстановления? Есть БД, извлеченная с помершего рейда в двух вариантах: 1) Копия папка /var/lib/postgresql/9.4/main/ 2) SQL-файл, сделанный чуть ранее pg_dump > sile.sql Установка postgres 9.4 с перекидыванием папки приводит к тому, что на некоторых таблицах валятся SQL запросы. Пишет "неверная страница в блоке" таком-то. Загрузка SQL дампа валится, сообщая сначала на каждой строке "неверная команда \N", затем "\�b���z�*������6�:J2��" (и подобное вида бинарного или поехавшей кодировки) и в конце "нехватка памяти" (ее на машине прилично, 256Гб при размере дампа в 105Гб). ОС Debian 8

вы как восстанавливаете из дампа? покажите команду

sudo -u postgres psql db_name < db_name.date.sql

возможно, что ОС символы эскейпит, попробуйте psql -d db_name -f db_name.date.sql

Тоже самое, только psql:имя_дампа:строка в начале каждой ошибки

не помню как такую ошибку решать, возможно через редактирование файла дампа, у вас может быть data-only дамп? попробуйте ещё pg_restore -v -d db_name db_name.date.sql

Может, отличаются кодировка исходной базы и кодировка базы, в которую идёт загрузка дампа?

Обычно у меня такое бывало, когда дамп с постгисом пытаются восстановить в базу без установленного постгиса

Постгисных данных там не было, но постгис был, вроде. Попробую, как обратно до консоли дорвусь

не помню как такую ошибку решать, возможно через редактирование файла дампа, у вас может быть data-only дамп? попробуйте ещё pg_restore -v -d db_name db_name.date.sql

pg_restore хочет папку-архив, а не sql на входе. Насчет data-only, похоже (седом посмотрел первые 20 строк, там никаких create or replace, сразу данные, но и без insert-а в начале), понять бы как должен начинаться. Попробовал скопировать папку, каскадно затранкейтить все таблицы и восстановить из дампа. Те же ошибки.

дамп тоже с битого рейда?

чтобы понять как начинаться должен сначала можно пустую базу в дамп сделать

а так ,походу ,дамп тоже битый и тут кроме как удачи пожелать нечего

дамп тоже с битого рейда?

Да, все из одного места. Поиграюсь ещё, может часть таблиц хоть восстановлю.

как сэмулировать крах базы с последующим (ручным) восстановлением из заранее созданного бекапа?

kill -9 и поудалять каких-нибудь файлов? :)

из xlog/clog например?

только там вставки нет как ты понимаешь (осм без дифов))

наверно просто параллельно еще один инстанс разверну

можно ещё из /dev/urandom в рандомные файлы записать

не, рандомные не надо. логи пусть сохранятся

хотя как их парсить я до сих пор не придумал. да и надо ли...

как сэмулировать крах базы с последующим (ручным) восстановлением из заранее созданного бекапа?

Ну из бекапа каждый сможет, а ты без бекапа почини ))

Ну из бекапа каждый сможет, а ты без бекапа почини ))

тут таких и без меня достаточно ?

Тогда какой смысл портить БД? Просто восстановление из бекапа простая операция.

согласен, ничего не стану портить

Это не автор вируса который биткоины выпрашивал ?

:)

наверно просто параллельно еще один инстанс разверну

Это не автор вируса который биткоины выпрашивал ?

что такое биткоины?

Тогда какой смысл портить БД? Просто восстановление из бекапа простая операция.

а конфиг? его в бэкап не включишь ведь?

а конфиг? его в бэкап не включишь ведь?

Конфигурация чего? Инстанса? Но это просто файл.

это выстраданный болью файл! будет обидно его по второму-третьему-четвёртому разу редактировать

ему в гит самое место, во

иногда люди / под гитом держат

и коммитят конфиги прямо оттуда, где они лежат

не дорос я до такого сумашествия

Твоё?

Ну как моё, могу и у себя поднять. Структуры будут один в один (центось)

Твоё?

Почерк мой если ты об этом. Только что на кухонном столе сфоткал ?

Почерк мой если ты об этом. Только что на кухонном столе сфоткал ?

Мне кажется ты ошибся с оценкой "начинающий"

Два месяца колупаюсь

Мне кажется ты ошибся с оценкой "начинающий"

В какую сторону?

начинающую стадию ты давно прошёл )

если параноишь хранить не на бумажке

ERROR: S client not available

Лень принтер включать просто ;)

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

можно подумать что на принтере - не на бумажке

Какое интресное имя - Айтуар, это как-будто переделанный артур под хипстерский Ай-от-эппла ))

можно подумать что на принтере - не на бумажке

Не принтер зло, там краска долго не живёт осыпается. Гелевой ручкой на мелованной бумаге самое то.

Какое интресное имя - Айтуар, это как-будто переделанный артур под хипстерский Ай-от-эппла ))

Могу паспорт показать )) Это не псевдоним.

я верю на слово, ассоциации прикольные )

iTuar - хм, так что ли писать ))

Не принтер зло, там краска долго не живёт осыпается. Гелевой ручкой на мелованной бумаге самое то.

и еще в книгу положить, что б на соседних листах отпечаталось )

iTuar - хм, так что ли писать ))

i2R

я перестал верить в современные технологии, когда у меня обнаружился файл kword с расширением kwd, который нынче ничем открыть нельзя :)

/me хранит в тестовых доках всё

ну или в ворде с визио

я перестал верить в современные технологии, когда у меня обнаружился файл kword с расширением kwd, который нынче ничем открыть нельзя :)

Да, это называется Цифровая Чёрная Дыра.

таки вопрос остался - чем парсить логи и смотреть стату, что б там шахматы-поэтессы прилагались

хотя как их парсить я до сих пор не придумал. да и надо ли...

iTuar - хм, так что ли писать ))

Не надо, это пошло и вульгарно.

Не надо, это пошло и вульгарно.

я и не собирался

подскажите, а запрос к внешним таблицам другого инстанса постгреса умеет аналитику запроса на удаленном сервере? я слышал, что в 9.6 такая возможность для разработчиков fdw есть. сейчас протестировал postgres_fdw для двух 9.6, он делает только foreign scan и индексы использовать не хочет ни в какую...

ну или как вариант, может есть какие-то другие обертки/расширения, которые могут использовать индексы на другом сервере постгреса

Материализованное представление с fdw ?

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

идея была использовать pg_pathman с fdw, но fdw сразу же не хочет использовать индексы и вся схема уже серьезно затрещала по швам

Возьми plproxy

Не транзакционно но...

да, не транзакционно) я его оставил как план Б. хотелось вначале проверить описанную выше связку, особенно учитывая, что в pg_pathman пилят возможность ссылаться внешними ключами на родительскую таблицу

А зачем чтобы данные пропадали ?