Ошибка СУБД. ERROR: out of shared memory. HINT: You might need to increase max_locks_per_transaction.

Форум Администрирование Общие вопросы администрирования (Admin)

1. Veetavas 14.04.14 14:39 Сейчас в теме

У клиента РИб. Базы на PosgreSQL. При загрузки из ПУ в ГУ вылезает ошибка: (Ошибка СУБД. ERROR: out of shared memory. HINT: You might need to increase max_locks_per_transaction).

Везде в интернете, где можно, советуют произвести таинственное "increase max_locks_per_transaction". Я в SQL не шарю. Объясните доступным языком, что и как сделать. Или может ещё как-то можно исправить эту ошибку?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. dlebedev8 14.04.14 14:45 Сейчас в теме

(1) Veetavas, Ну так увеличьте уже этот max_locks_per_transaction :-)

По шагам: в директории установки PostgreSQL найдите файл postgresql.conf (лежит в папке data). Найдите в нем строчку max_locks_per_transaction и исправьте значение на 150. Если такую строчку не найдете, добавьте в конце файла сами в виде:
max_locks_per_transaction = 150

P.S. Да, перед этим нужно остановить сервер PostgreSQL, а после изменения файла конфигурации снова запустить.

3. Veetavas 14.04.14 14:49 Сейчас в теме

dlebedev8, спасибо! Нашёл файл, нашёл строку "max_locks_per_transaction". Её значение уже равняется 150
Что теперь делать?(

4. dlebedev8 14.04.14 14:54 Сейчас в теме

(3) Veetavas, поставить еще больше. Например, 250. Если не поможет, стоит обратиться в тех.поддержку. Не должно так много блокировок происходить.

5. Veetavas 14.04.14 14:58 Сейчас в теме

dlebedev8, тех.поддержку кого? И эти 250 как-то негативно может аукнуться? Потом не придётся ли бэкап сего дня восстанавливать?)

6. dlebedev8 14.04.14 15:04 Сейчас в теме

(5) Veetavas, Не аукнется, это ограничение из принципа разумности устанавливается. Оно просто должно быть и все, а конкретное значение нужно подбирать под свои задачи. Если блокировок становится слишком много, значит что-то в конфигурации делается неверно. Где-то закралась ошибка. У вас типовая конфигурация или доработанная/самописная?

7. Veetavas 14.04.14 15:10 Сейчас в теме

dlebedev8, доработанная БП 2.0.57.6 на 8.2.19.80
Уже и ТиИ сделал, если в этом проглядывается необходимость.

8. Veetavas 14.04.14 15:14 Сейчас в теме

А на оптимизации работы 1С это увеличение как-то может сказаться?

10. dlebedev8 14.04.14 16:38 Сейчас в теме

(8) Veetavas, может, теоретически.

9. Veetavas 14.04.14 15:37 Сейчас в теме

Развитие событий такое: выгрузил с базы SQL, загрузил в новую ФАЙЛОВУЮ этот dt-шник, произвел загрузку данных из папки обмена РИБ - минут 20 и данные за два месяца в базе (сообщение для этой базы порядка 232 МБ скопился), сделал dt-шник новый. А на SQLной базе минут 30-40 грузит и молчит. Прервал операцию. Загрузил данные из нового dt-шника. Что может ждать при следующем обмене уже из базы SQLной?
//Я понятным языком изъяснился?)

11. Nel 26.05.22 09:14 Сейчас в теме

одобрено

Оставьте свое сообщение

E-mail: