дикие тормоза ЗГУ 1С 8.3 + PosgreSQL Database Server 9.3.4-1.1C(x64) Core i5 7400 / 16Gb /SSD 120 (многоплатформенная конфигурация) 15 организаций
Платформа: 1С:Предприятие 8.3 (8.3.15.1747)
Конфигурация: Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.13.146) (
Copyright © ООО "1С-Софт", 2010 - 2020. Все права защищены
(
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси
многоплатформенная конфигурация
15 организаций (работают реально 9)
в каждой организации от 40-60 сотрудников
машина
Core i5-7400
16 Gb озу
SSD 120 Gb raid (зеркало)
свободное пространство ~ 20 Gb
OS
Windows 7 Максимальная
разлочен кол-во максильных подключений терминала
на каждого пользователя отдельная учетка
у каждого пользователя настроено разграничение прав, что бы не видели друг друга (я не знаю как это грамотно настроено, настраивал не я)
------------------
после последнего обновления тормоза несусветные, 2-5 минут на одну операцию, даже вход в 1с у пользователей начинается от 2-х минут
кстати и до этого тормозило но не у всех, у пары пользователей все было хорошо, я так и не понял в чем причина, как будто (кто первый того и тапки, хотя это не утверждение) может дело в правах?
размер базы не превышает 3 ГБ
на сервере есть еще база БГУ, но с ней все норм
----------
#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------
# - Connection Settings -
listen_addresses = '*' # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost'; use '*' for all
# (change requires restart)
port = 5432 # (change requires restart)
max_connections = 100 # (change requires restart)
#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------
# - Memory -
shared_buffers = 4128MB # min 128kB
shared_preload_libraries = 'online_analyze, plantuner' # (change requires restart)
#------------------------------------------------------------------------------
# QUERY TUNING
#------------------------------------------------------------------------------
effective_cache_size = 12512MB
#------------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#------------------------------------------------------------------------------
# - Where to Log -
log_destination = 'stderr' # Valid values are combinations of
# This is used when logging to stderr:
logging_collector = on # Enable capturing of stderr and csvlog
# - What to Log -
log_line_prefix = '%t ' # special values:
# %t = timestamp without milliseconds
log_timezone = 'Asia/Yakutsk'
# - Locale and Formatting -
datestyle = 'iso, dmy'
timezone = 'Asia/Yakutsk'
# These settings are initialized by initdb, but they can be changed.
lc_messages = 'Russian_Russia.1251' # locale for system error message
# strings
lc_monetary = 'Russian_Russia.1251' # locale for monetary formatting
lc_numeric = 'Russian_Russia.1251' # locale for number formatting
lc_time = 'Russian_Russia.1251' # locale for time formatting
# default configuration for text search
default_text_search_config = 'pg_catalog.russian'
#------------------------------------------------------------------------------
# LOCK MANAGEMENT
#------------------------------------------------------------------------------
max_locks_per_transaction = 150 # min 10
# (change requires restart)
#------------------------------------------------------------------------------
# CUSTOMIZED OPTIONS
#------------------------------------------------------------------------------
online_analyze.threshold = 50
online_analyze.scale_factor = 0.1
online_analyze.enable = off
online_analyze.verbose = off
online_analyze.min_interval = 10000
online_analyze.table_type = 'temporary'
plantuner.fix_empty_table = true
------------------------------
Конфигурация: Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.13.146) (
Copyright © ООО "1С-Софт", 2010 - 2020. Все права защищены
(
Режим: Серверный (сжатие: усиленное)
Приложение: Тонкий клиент
Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия)
Вариант интерфейса: Такси
многоплатформенная конфигурация
15 организаций (работают реально 9)
в каждой организации от 40-60 сотрудников
машина
Core i5-7400
16 Gb озу
SSD 120 Gb raid (зеркало)
свободное пространство ~ 20 Gb
OS
Windows 7 Максимальная
разлочен кол-во максильных подключений терминала
на каждого пользователя отдельная учетка
у каждого пользователя настроено разграничение прав, что бы не видели друг друга (я не знаю как это грамотно настроено, настраивал не я)
------------------
после последнего обновления тормоза несусветные, 2-5 минут на одну операцию, даже вход в 1с у пользователей начинается от 2-х минут
кстати и до этого тормозило но не у всех, у пары пользователей все было хорошо, я так и не понял в чем причина, как будто (кто первый того и тапки, хотя это не утверждение) может дело в правах?
размер базы не превышает 3 ГБ
на сервере есть еще база БГУ, но с ней все норм
----------
#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------
# - Connection Settings -
listen_addresses = '*' # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost'; use '*' for all
# (change requires restart)
port = 5432 # (change requires restart)
max_connections = 100 # (change requires restart)
#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------
# - Memory -
shared_buffers = 4128MB # min 128kB
shared_preload_libraries = 'online_analyze, plantuner' # (change requires restart)
#------------------------------------------------------------------------------
# QUERY TUNING
#------------------------------------------------------------------------------
effective_cache_size = 12512MB
#------------------------------------------------------------------------------
# ERROR REPORTING AND LOGGING
#------------------------------------------------------------------------------
# - Where to Log -
log_destination = 'stderr' # Valid values are combinations of
# This is used when logging to stderr:
logging_collector = on # Enable capturing of stderr and csvlog
# - What to Log -
log_line_prefix = '%t ' # special values:
# %t = timestamp without milliseconds
log_timezone = 'Asia/Yakutsk'
# - Locale and Formatting -
datestyle = 'iso, dmy'
timezone = 'Asia/Yakutsk'
# These settings are initialized by initdb, but they can be changed.
lc_messages = 'Russian_Russia.1251' # locale for system error message
# strings
lc_monetary = 'Russian_Russia.1251' # locale for monetary formatting
lc_numeric = 'Russian_Russia.1251' # locale for number formatting
lc_time = 'Russian_Russia.1251' # locale for time formatting
# default configuration for text search
default_text_search_config = 'pg_catalog.russian'
#------------------------------------------------------------------------------
# LOCK MANAGEMENT
#------------------------------------------------------------------------------
max_locks_per_transaction = 150 # min 10
# (change requires restart)
#------------------------------------------------------------------------------
# CUSTOMIZED OPTIONS
#------------------------------------------------------------------------------
online_analyze.threshold = 50
online_analyze.scale_factor = 0.1
online_analyze.enable = off
online_analyze.verbose = off
online_analyze.min_interval = 10000
online_analyze.table_type = 'temporary'
plantuner.fix_empty_table = true
------------------------------
Прикрепленные файлы:
Найденные решения
1. После последнего обновления чего? Платформы?
2. Тормоза - это следствие проблем со статистикой, индексами, запросами. Решается обновлением статистики (в pgadmin правой кнопкой на базе и что-то там на тему обслуживания, там в идеале все галочки поставить и ОК).
3. Настройка - да, есть на сайте 1С. Для винды настройка отличается от linux'овой, поэтому лучше в гугле набрать "pgtune" , выбрать там винду, 9.3, 12 Гигов (4 гига на сервер 1С), OLTP, 4 ядра, 50 коннектов, SSD - на выходе:
2. Тормоза - это следствие проблем со статистикой, индексами, запросами. Решается обновлением статистики (в pgadmin правой кнопкой на базе и что-то там на тему обслуживания, там в идеале все галочки поставить и ОК).
3. Настройка - да, есть на сайте 1С. Для винды настройка отличается от linux'овой, поэтому лучше в гугле набрать "pgtune" , выбрать там винду, 9.3, 12 Гигов (4 гига на сервер 1С), OLTP, 4 ядра, 50 коннектов, SSD - на выходе:
# DB Version: 9.3
# OS Type: windows
# DB Type: oltp
# Total Memory (RAM): 12 GB
# CPUs num: 4
# Connections num: 50
# Data Storage: ssd
max_connections = 50
shared_buffers = 512MB
effective_cache_size = 9GB
maintenance_work_mem = 768MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
work_mem = 80390kB
checkpoint_segments = 64
Показать# OS Type: windows
# DB Type: oltp
# Total Memory (RAM): 12 GB
# CPUs num: 4
# Connections num: 50
# Data Storage: ssd
max_connections = 50
shared_buffers = 512MB
effective_cache_size = 9GB
maintenance_work_mem = 768MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
work_mem = 80390kB
checkpoint_segments = 64
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
На ИТС есть несколько веток по тонкой настройке параметров PostgreSQL для работы с 1С:
Надо тюнить параметры в конфигурационном файле postgresql.conf, затем смотреть уже что получилось.
Причина может и не в СУБД быть, а в каком-то левом ПО и службах, которые на том же железе вертятся.
Надо тюнить параметры в конфигурационном файле postgresql.conf, затем смотреть уже что получилось.
Причина может и не в СУБД быть, а в каком-то левом ПО и службах, которые на том же железе вертятся.
1. После последнего обновления чего? Платформы?
2. Тормоза - это следствие проблем со статистикой, индексами, запросами. Решается обновлением статистики (в pgadmin правой кнопкой на базе и что-то там на тему обслуживания, там в идеале все галочки поставить и ОК).
3. Настройка - да, есть на сайте 1С. Для винды настройка отличается от linux'овой, поэтому лучше в гугле набрать "pgtune" , выбрать там винду, 9.3, 12 Гигов (4 гига на сервер 1С), OLTP, 4 ядра, 50 коннектов, SSD - на выходе:
2. Тормоза - это следствие проблем со статистикой, индексами, запросами. Решается обновлением статистики (в pgadmin правой кнопкой на базе и что-то там на тему обслуживания, там в идеале все галочки поставить и ОК).
3. Настройка - да, есть на сайте 1С. Для винды настройка отличается от linux'овой, поэтому лучше в гугле набрать "pgtune" , выбрать там винду, 9.3, 12 Гигов (4 гига на сервер 1С), OLTP, 4 ядра, 50 коннектов, SSD - на выходе:
# DB Version: 9.3
# OS Type: windows
# DB Type: oltp
# Total Memory (RAM): 12 GB
# CPUs num: 4
# Connections num: 50
# Data Storage: ssd
max_connections = 50
shared_buffers = 512MB
effective_cache_size = 9GB
maintenance_work_mem = 768MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
work_mem = 80390kB
checkpoint_segments = 64
Показать# OS Type: windows
# DB Type: oltp
# Total Memory (RAM): 12 GB
# CPUs num: 4
# Connections num: 50
# Data Storage: ssd
max_connections = 50
shared_buffers = 512MB
effective_cache_size = 9GB
maintenance_work_mem = 768MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
work_mem = 80390kB
checkpoint_segments = 64
А еще, перед тем как пуститься во все тяжкие, можно совсем простой способ попробовать.
Базу выгрузить в DT, а потом загрузить из DT.
Базу выгрузить в DT, а потом загрузить из DT.
Настройки СУБД... настройки сервера... где вы все видите сервер?
По-моему, у автора недоСУБД на недосервере с ломаной (кстати, зачем?) десктопной ОС при минимальном объеме ОЗУ.
И при этом современная конфигурация на управляемых формах, которые жрут ресурсы как не в себя.
Поэтому считаю, что все советы - из разряда: "Как надо причесать повешенного, чтобы он ожил?"
По-моему, у автора недоСУБД на недосервере с ломаной (кстати, зачем?) десктопной ОС при минимальном объеме ОЗУ.
И при этом современная конфигурация на управляемых формах, которые жрут ресурсы как не в себя.
Поэтому считаю, что все советы - из разряда: "Как надо причесать повешенного, чтобы он ожил?"
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
