@pgsql

Страница 169 из 1062
Дмитрий
22.11.2016
15:09:21
Спасибо, очень ценный совет

Alex
22.11.2016
15:13:48
Интересней когда надо UUID по каким то правилам сгенерить

Maxim
22.11.2016
17:20:56
коллеги, а что такое syntax error at or near parallel в ответ на create extension hstore?

Stas
22.11.2016
17:27:51
коллеги, а что такое syntax error at or near parallel в ответ на create extension hstore?
https://github.com/postgres/postgres/blob/master/contrib/hstore/hstore--1.4.sql

Google
Stas
22.11.2016
17:28:29
это вызывается на create extension, можно попробовать поочередно выполнять

какая версия? точно не ставите extension от более свежего постгреса где собственно появился PARALLEL SAFE?

Maxim
22.11.2016
17:29:38
да там чортова каша

это у девелопера на хосте

но я понял про версии

сейчас попробую

blkmrkt
22.11.2016
17:46:10
У вас тут один диск мёртв. Ещё один умрёт и все пропадёт.
оу. Серьезно? Из-за этого может мало места стало?

Maxim
22.11.2016
17:50:38
homebrew

спасибо

blkmrkt
22.11.2016
19:39:03
вот последняя инфа с mdstat: Personalities : [raid6] [raid5] [raid4] md2 : active raid5 sdd3[3] sda3[0] sde3[4] sdc3[2] sdb3[1] 3874275328 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/4] [UUU_U] [>....................] recovery = 0.0% (150272/968568832) finish=15632.2min speed=1032K/sec bitmap: 8/8 pages [32KB], 65536KB chunk md1 : active raid5 sdc2[5] sda2[0] sde2[4] sdd2[3] sdb2[1] 31232000 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/4] [UU_UU] resync=DELAYED md0 : active raid5 sda1[0] sde1[4] sdd1[3] sdc1[2] sdb1[1] 991232 blocks super 1.2 level 5, 512k chunk, algorithm 2 [5/5] [UUUUU] unused devices:

Alex
22.11.2016
20:13:03
Оффтопик: почему то выглядит как чек :)

Sergey
22.11.2016
20:18:03
raid5 на 5ти дисках ?

Google
Anton
22.11.2016
20:39:39
=) сэкономили

blkmrkt
22.11.2016
21:16:14
да и сказать нечего

Andy
23.11.2016
09:10:52
Добрый день! А нет ли ни у кого какого-то скрипта или готового продукта, который сделает из таблицы партиции и раскидает данные по ним? Таблица уже есть, в ней не много данных, конечно, около 100М, но уже заметно тормозит

Sergey
23.11.2016
09:11:46
https://github.com/postgrespro/pg_pathman

Andy
23.11.2016
09:12:23
у меня сейчас только 9.4

апдейт делать собираемся, но табличку раскидать надо уже)

Vadim
23.11.2016
09:14:37
попробуйте посмотреть в сторону https://github.com/keithf4/pg_partman

Yury
23.11.2016
09:16:28
у меня сейчас только 9.4
лучше сделать апгрейд и потом расскидывать. На данный момент все решения под posgres мягко говоря не очень... pathman прогрессивней всех и развивается быстро, и уже что то чем можно пользоваться. Хотя конечно с ограничениями.

Andy
23.11.2016
09:19:22
я чего-то периодически вижу про него в группе pgpro в фейсбуке, разве он стабилен?

в общем, создам партиции руками, потом запущу скрипт, который сделает delete с returning в нужную таблицу

Yury
23.11.2016
09:21:20
я чего-то периодически вижу про него в группе pgpro в фейсбуке, разве он стабилен?
те кейсы которые он сейчас поддерживает - да, но кейсов бывает крайне много. Так как это всё расширения к postgres а не сам postgres у них всегда будут ограничения. Надо брать и тестировать именно на ваших данных и запросах.

Vadim
23.11.2016
09:22:13
в общем, создам партиции руками, потом запущу скрипт, который сделает delete с returning в нужную таблицу
Это самое правильное решение :) Готового к сожалению решения нет. Все сырое и со скудным функционалом на данный момент

Andy
23.11.2016
09:23:58
ну просто это займет много времени и надо будет руками следить, а так... не страшно, сделаю

Айтуар
23.11.2016
09:28:48
ну просто это займет много времени и надо будет руками следить, а так... не страшно, сделаю
Мы тоже руками делали сначала пока не запилили миграции в приложение. И данные разносили скриптом, но не delete, а update и по партициям уже триггер на update раскидывает.

Dmitry
23.11.2016
09:31:18
таблица небольшая, вручную можно быстро сделать

Andy
23.11.2016
09:31:35
ну, да, в принципе

6-10 запросов, не помню сколько месяцев

blkmrkt
23.11.2016
17:38:19
тут кто-то советовал решение с вебгуем для бекапа постгреса, подскажите название пожалуйста

Google
Марат
23.11.2016
17:46:54
Никто не сталкивался с проблемой: при снятии бекапа базы данных где больше 800 схем и в каждой схеме по несколько тысяч таблиц приходит oomkiller ?

Размер бд порядка 1 терабайта

Петр
23.11.2016
17:50:56
чем снимаете бекап?

в один поток?

Марат
23.11.2016
17:51:26
И в один и в несколько

Постгря 9.3

Pgdump

Петр
23.11.2016
17:52:18
когда в один, сколько памяти используется? попробуйте подтюнить память

Evgeniy
23.11.2016
17:52:28
тут важный вопрос oom приходит пг_дампу или постгрес бэкенду

Марат
23.11.2016
17:54:21
Да он даже в своп лезть начинает

Evgeniy
23.11.2016
17:54:48
ктоа

Петр
23.11.2016
17:54:54
ну так сколько памяти он отжирает, перед тем как упасть?

Andrey
23.11.2016
17:54:59
Пробовали custom формат?

Есть связь между схемами? А то как вариант можно было бы отдельно дампить.

Петр
23.11.2016
17:56:14
майнтенанс_ворк_мем сколько у вас и сколько озу?

ворк_мем сколько?

Марат
23.11.2016
18:01:44
Ворк мем 32 метра маинтейнс 768

Azat
23.11.2016
18:02:26
Ребят, кто сталкивался с sync только данных между oracle и postgres. Я пока нарыл xDb server от enterprisedb. У кого есть опыт в этом? Направьте куда можно рыть.

Марат
23.11.2016
18:02:41
Случаем не было бага в 9.3 когда процессы не отдавали память ?

Петр
23.11.2016
18:03:19
ну может процесс завис

Google
Марат
23.11.2016
18:04:01
Блин придётся посхемно снимать

А это жесть :(((

Admin
ERROR: S client not available

Петр
23.11.2016
18:06:28
а сколько озу?

Марат
23.11.2016
18:07:42
12 гигов

Петр
23.11.2016
18:11:51
а когда падает, то сколько памяти в этот момент пгдамп пользует?

Марат
23.11.2016
18:20:47
Ох

Так не помню

Quet
23.11.2016
18:22:02
терабайтная база на машине с 12гб памяти.. отважные вы конечно )

Айтуар
23.11.2016
18:26:35
Блин придётся посхемно снимать
Не нужно. Скопируй кластер как есть. И на новом сервака просто апгрейд.

Марат
23.11.2016
18:27:39
терабайтная база на машине с 12гб памяти.. отважные вы конечно )
А смысл ? Я разве сказал что у нас проблема с запросами ?

Петр
23.11.2016
18:31:12
=# select pg_size_pretty(pg_database_size('')); pg_size_pretty —------------— 12 TB (1 row) =# \! free -m total used free shared buff/cache available Mem: 7823 165 125 2147 7533 5243 Swap: 0 0 0 разное бывает

Марат
23.11.2016
18:40:24
Ну и я о том же :)

На самом деле там не такая чтобы была нагрузка

Как хранилище с редкими запросами

Vadim
23.11.2016
19:41:14
Ну и я о том же :)
в каком формате то снимаете?

Марат
23.11.2016
22:43:45
pg_dump -U postgres -W -h 127.0.0.1 -bvO -Fd -j4 ....

Evgeniy
23.11.2016
22:50:07
если у тебя всё же убивают сам pg_dump, попробуй запустить в вербоуз режиме его и полное логирование запросов в постгресе так ты сможешь понять на какой фазе он жрет память и написать нормальный баг репорт в лист рассылки где том лейн возможно сделает багфикс

очевидно проблема связано с ебическим кол-вом объектов

главное сделай багрепорт нормальный, а не как в этом чяте

Google
Azat
24.11.2016
04:14:21
Ребят, кто сталкивался с sync только данных между oracle и postgres. Я пока нарыл xDb server от enterprisedb. У кого есть опыт в этом? Направьте куда можно рыть.

ⰿⰰⰾⱏ
24.11.2016
05:27:31
А вот вопрос, если какое расширение постгреса для включения режима эмуляции монгодб, скажем обращаешься какбы к монго, а кладётся в постгрес

Марк ☢
24.11.2016
05:39:07
но зачем

ⰿⰰⰾⱏ
24.11.2016
05:54:26
но зачем
Для безопасной миграции напр

Марк ☢
24.11.2016
05:54:52
ох шит

ⰿⰰⰾⱏ
24.11.2016
05:55:02
Ilya
24.11.2016
05:56:16
А можно подробнее зачем подобные изощрения?

Vadim
24.11.2016
05:58:52
Некоторые используют вот так http://www.highload.ru/2015/abstracts/1917.html

ⰿⰰⰾⱏ
24.11.2016
07:17:54
А можно подробнее зачем подобные изощрения?
Затем чтобы мигрировать с монги на постгрес

Страница 169 из 1062