|
Ошибки при исползовании pg_dump
|
|||
---|---|---|---|
#18+
Доброго вечера! Развернул на выделенном сервере 1С-сервер + PostgreSQL (8.3 + 9.6 + win server 2012). Пробую настроить автоматическое резервирование утилитой pg_dump. В кластере три базы, одна резервируется нормально, вторая со следующими варнингами на различных таблицах: pg_dump: выгрузка содержимого таблицы "public.config" pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти третья с ошибкой: pg_dump: [архиватор (БД)] ошибка при выполнении запроса: ОШИБКА: нехватка разделяемой памяти ПОДСКАЗКА: Возможно, следует увеличить параметр max_locks_per_transaction. pg_dump: [архиватор (БД)] запрос: LOCK TABLE public._refsinf19405 IN ACCESS SHARE MODE На сервере 16Гб ОЗУ, конфиг max_locks_per_transaction = 150 effective_cache_size = 9GB shared_buffers = 512MB work_mem = 451470kB maintenance_work_mem = 2024MB, Чем вызвана такая ошибка и в какую сторону копать? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2017, 16:42 |
|
Ошибки при исползовании pg_dump
|
|||
---|---|---|---|
#18+
может разделяемой памяти не хватает? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2017, 18:30 |
|
Ошибки при исползовании pg_dump
|
|||
---|---|---|---|
#18+
prog_130Доброго вечера! Развернул на выделенном сервере 1С-сервер + PostgreSQL (8.3 + 9.6 + win server 2012). Пробую настроить автоматическое резервирование утилитой pg_dump. В кластере три базы, одна резервируется нормально, вторая со следующими варнингами на различных таблицах: pg_dump: выгрузка содержимого таблицы "public.config" pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти pg_dump: ПРЕДУПРЕЖДЕНИЕ: нехватка разделяемой памяти третья с ошибкой: pg_dump: [архиватор (БД)] ошибка при выполнении запроса: ОШИБКА: нехватка разделяемой памяти ПОДСКАЗКА: Возможно, следует увеличить параметр max_locks_per_transaction. pg_dump: [архиватор (БД)] запрос: LOCK TABLE public._refsinf19405 IN ACCESS SHARE MODE На сервере 16Гб ОЗУ, конфиг max_locks_per_transaction = 150 effective_cache_size = 9GB shared_buffers = 512MB work_mem = 451470kB maintenance_work_mem = 2024MB, Чем вызвана такая ошибка и в какую сторону копать? ооо опять великий config от 1С. :)) Для начала обратится в поддержку 1С, потом послать им лучи ненависти. А вообще конечно shared_buffers=512MB и work_mem = 450MB - настройка глупая просто исключительно. Для начала сделать shared buffers внятного размера гига в 4 хотя бы (если у вас конечно сервер а не калькулятор). Потом поднять (как вам pg_dump и написал) max_locks_per_transaction раза 4ре. Если не поможет - перейти на 64битный postgresql. -- Maxim Boguk dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2017, 19:08 |
|
Ошибки при исползовании pg_dump
|
|||
---|---|---|---|
#18+
Maxim Boguk ооо опять великий config от 1С. :)) Для начала обратится в поддержку 1С, потом послать им лучи ненависти. А вообще конечно shared_buffers=512MB и work_mem = 450MB - настройка глупая просто исключительно. Для начала сделать shared buffers внятного размера гига в 4 хотя бы (если у вас конечно сервер а не калькулятор). Потом поднять (как вам pg_dump и написал) max_locks_per_transaction раза 4ре. Если не поможет - перейти на 64битный postgresql. Я вас понял, однако настройки же не из воздуха, а с мануала http://postgresql.leopard.in.ua, где описано следущее: Хочу обратить внимание, что на Windows, большие значения для shared_buffers не столь эффективны, как на Linux системах, и в результате лучшие результаты можно будет получить, если держать это значение относительно небольшое (от 64 МБ до 512 МБ) и использовать кэш системы вместо него. И их же калькулятор http://pgtune.leopard.in.ua/ дает такие рекомендованные параметры. Получается все это ложь и провокация? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2017, 17:08 |
|
|
start [/forum/topic.php?fid=53&msg=39486864&tid=1996360]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 322ms |
total: | 458ms |
0 / 0 |