|
Ускорит ли перенос каталога баз PostgreSQL работу 1С? | ☑ | ||
---|---|---|---|---|
0
igor_1506
15.04.19
✎
15:47
|
Добрый день! БГУ в клиент-серверном режиме подтормаживает во время формирования отчетов. Каталог с базами PostgreSQL стоит на системном диске. Если перенести только каталог баз на SSD, может ли это ускорить работу?
|
|||
1
igor_1506
15.04.19
✎
15:48
|
Смотрели в системном мониторе, диск во время активной работы все время загружен на 100% (HDD)
|
|||
2
Aleksey
15.04.19
✎
15:49
|
может да, а может нет
|
|||
3
igor_1506
15.04.19
✎
15:56
|
(2) Ну а если причина в самом диске, может помочь? Нужно только каталог с базами PostgreSQL перенести на SSD или ещё что-то?
|
|||
4
VladZ
15.04.19
✎
15:56
|
(0) Попробовать стоит.
|
|||
5
VladZ
15.04.19
✎
15:57
|
(0) " Каталог с базами PostgreSQL стоит на системном диске." - так не стоит делать. БД отдельно, система - отдельно.
|
|||
6
igor_1506
15.04.19
✎
15:58
|
(5) А Сервер 1С тоже нагружает диск? Его никак не перенести на SSD?))
|
|||
7
Aleksey
15.04.19
✎
15:59
|
(6) А ключ D для кого?
|
|||
8
igor_1506
15.04.19
✎
16:02
|
(7) Не понимаю, что это? Можно подробнее? :)
|
|||
9
timurhv
15.04.19
✎
16:09
|
(0) Уточните конфигурацию сервера! Бюджетники не богаты на финансирование ИТ-инфраструктуры.
|
|||
10
piter3
15.04.19
✎
16:09
|
(8) может не стоит)
http://avditor.ru/index.php/programmirovanie-1s/67-1c-klient-server-perenos-zhurnala-registratsii-na-drugoj-disk 1 вариант |
|||
11
Aleksey
15.04.19
✎
16:09
|
(8) В строке запуска агента 1С можно указать
-d "d:\server" Соответственно общие данные кластера будут размещены в каталоге server на диске D |
|||
12
ansh15
15.04.19
✎
16:11
|
(6)Журнал регистрации может созвать интенсивную запись, техжурнал - тем более(если велюен).
|
|||
13
ansh15
15.04.19
✎
16:12
|
(12) включен
|
|||
14
timurhv
15.04.19
✎
16:12
|
Да там скорее всего Xeon 10-15 летней давности и 2-4 Гб ОЗУ. Все уходит в своп.
|
|||
15
igor_1506
15.04.19
✎
16:13
|
(9) Intel Xeon CPU E31220 3.10 GHz
8 ГБ ОЗУ |
|||
16
timurhv
15.04.19
✎
16:14
|
(15) Еще плюс редакция 1.0 или 2.0?
|
|||
17
Провинциальный 1сник
15.04.19
✎
16:16
|
А база большая?
|
|||
18
igor_1506
15.04.19
✎
16:16
|
(16) БГУ 1.0. Но на нем еще одна база крутится - ЗКГУ 3.1. Она, как ни странно, работает нормально, а вот БГУ подтормаживает.
|
|||
19
igor_1506
15.04.19
✎
16:17
|
(17) Всего 3 ГБ БГУ 1.0
|
|||
20
timurhv
15.04.19
✎
16:18
|
(18) Пересчитайте итоги, в БГУ 1.0 нет автоматического сдвига границы. Тормозит что именно? Если ползунок внизу идет с процентом вывода, то это уже на уровне рабочего места пользователя. Если долго именно до начала отображения хода формирования отчета - на сервере.
|
|||
21
Провинциальный 1сник
15.04.19
✎
16:19
|
(19) Ну раз такой смешной размер - попробуйте бесплатный mssql express
|
|||
22
igor_1506
15.04.19
✎
16:20
|
(20) Да, проблема определенно на сервере. Посмотрю как будет после переноса каталога баз на SSD.
|
|||
23
timurhv
15.04.19
✎
16:20
|
(22) Так итоги на какую дату рассчитаны?
Вы понимаете, что если они неактуальные, то для вывода отчета надо прочитать всю таблицу ЕПСБУ? |
|||
24
ansh15
15.04.19
✎
16:27
|
В БГУ 1.0.56.8-10 сломали заполнение документа инвентаризации(по кнопке "Заполнить")- глухо виснет. В 56.7 работает быстро. Пришлось опять выключать многострадальный enable_nestloop. Сообщил сопровождаещему франчу, обещали отписать в 1С, может, когда-нибудь починят... Или скажут - переходите на БГУ 2.0.
|
|||
25
Провинциальный 1сник
15.04.19
✎
16:30
|
(24) Вот за это я и не люблю постгрес, при всей его свободности и прочих плюшках - оптимизатор у него "чересчур оптимистичный", особенно в характерных для 1с джойнах с подзапросами.
|
|||
26
ansh15
15.04.19
✎
16:36
|
(25) Это да, за джойнами с подзапросами разработчику нужно все время следить.
|
|||
27
ansh15
15.04.19
✎
16:40
|
(22) Если fsync и full_page_writes включены, то с HDD - это гиблое дело.
|
|||
28
igor_1506
15.04.19
✎
16:44
|
(27) Надо будет посмотреть, но все настройки по умолчанию.
|
|||
29
1Сергей
15.04.19
✎
16:45
|
(21) +1
|
|||
30
ansh15
15.04.19
✎
17:05
|
Еще многопоточный тест Fragster-а показывает, что массовое создание временных таблиц происходит раза в 3-4 медленнее на HDD , чем на рамдиске или аппаратном
raid-контроллере с кэшем. Вполне вероятно, что SSD поможет, если, к тому же, увеличить количество памяти до 16-24 ГБ и поместить базы в shared buffers. |
|||
31
ansh15
15.04.19
✎
17:07
|
А если еще и процессор заменить на максимально возможный по частоте для данной матплаты... В общем, каша из топора.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |