Как ускорить 1С?

Question

[Deka007]

Проблема: медленно работает 1С, зависает, долго подгружает номенклатуру и т.д.
Есть 1С предприятие 8.3 х32, на ней файловые базы в среднем 5-7 Гб, базы и платформа 1С лежат на ssd.
3-4 пользователя работают с 1С подключаясь на сервер по rdp.
ОЗУ 16 ГБ
Проц 4 ядра с частотой 3.40 Ггц.
Загруженность процессора не превышает 70%, средний показатель 47%
Все 4 ядра работают в максимальном режиме
Очередь к процессорам среднее 3-4
Средняя длина очереди диска 0.023
ОЗУ обмен страниц/c cреднее от 201,401 - 409,150
----------------------------------------------------------------
Тут сказано что в случае превышения обмена страниц озу свыше 20, следует увеличить оперативку https://its.1c.ru/db/metod8dev#content:2923:hdoc
Но у меня платформа х32 (максимум 1.5 -2 Гб ОЗУ), а пересаживать на платформу х64 не вариант (не всё из торгового оборудования поддерживает х64)
-------------------------------------------------------------------
Какие варианты?
Перекидывать базы в MS SQL?
Или есть иные способы?

Answer 1

[Константин Цветков]

Перейти на 64-х разрядный сервер приложения и MS SQL.

Comments

[Deka007]

Константин Цветков Да я тоже об этом думал, это самый действенный вариант.
Но есть ли иные методы?

[lightmanLP]

Deka007, а зачем?

[DDwrt100]

Deka007, Собственно из приведенных характеристик, у вас нет капа не по процессору не по жестким дискам. Базы данных у вас относительно большие. Узким местом остается организация базы данных, и оперативная память. Самый правильный путь , это перейти на нормальную базу данных, вместо файловой, и расширить пул оперативной памяти. Других вариантов особо и нет.

[Deka007]

DDwrt100, Расширить пул в смысле? На 1с платформе расширить? В 1с только если на х64 перейти, то он сам по себе начнет больше памяти из доступной потреблять

[DDwrt100]

Deka007, Да примерно это я имел ввиду. В 32 битных программах максимальный доступный пул точно не помню, но около 4 гб. Базы данных у вас большие,и программа не может оперативно загрузить базу к себе в оперативную память. Из-за этого ей постоянно приходится выгружать и подгружать куски базы. Плюс сама база данных так себе.
В принципе в можете для начала попробовать смигрировать данные на нормальную базу данных. В таком случае сама 1С будет в каком ты смысле транслятором запросов к базе, и ей не нужно будет хранить особенно большие объемы данных для оперативной работы.

UPD из экзотики, помню когда 64 архитектура только приходила, был у Windows какой то механизм, который позволял дать больше памяти 32 битному приложению, но по тестам он не сильно помогал в решении проблемы

[hint000]

DDwrt100,

был у Windows какой то механизм, который позволял дать больше памяти 32 битному приложению

Это https://ru.wikipedia.org/wiki/PAE

c помощью которых процессор может адресовать 64 ГБ физической памяти (вместо 4 ГБ, адресуемых при использовании 32-разрядных таблиц), хотя каждая задача (программа) всё равно может адресовать максимум до 4 ГБ виртуальной памяти

Answer 2

[Леонид]

Я бы перешел на 64-х разрядный сервер приложения и Postgres SQL
Связка нормально стабильно работает.
Надо отдельный комп под сервер приложения и Postgres SQL если к старому у вас привязано торговое оборудование по Х32

Comments

[Deka007]

Леонид, А почему именно Postgres а не MS SQL or MySQL?

[Павел Межуев]

Deka007, MySQL в принципе не поддерживается, а MS SQL денег стоит. Но выбор за вами.

[Леонид]

Совершенно точно выше указали - MS SQL стоит деньги, а остальное не поддерживается.
Сам по себе PostgresSQL - очень хорошая система SQL. Работаю с ней в рамках сайта на Django (связка с 1С) и очень нравится.

Answer 3

[АртемЪ]

Один из вариантов это переход на серверную версию.
Хотя с базами 5-7гб при 3-4 пользователях можно прекрасно работать и на файловом варианте.
Что сделать в первую очередь -

• Отключаем лишние фоновые задания. - иногда очень сильно тормозят работу.
  
• Регулярно делаем сжатие базы - вы давно базу сжимали?
  
• Полнотекстовый поиск - включить индексацию, либо выключить его если не пользуетесь.
  
• Посмотреть что установлено на сервере - а то бывают случаи, что антивирус умудряются поставить на терминальный сервер с 1с.
  
• Проверить базы на ошибки - сначала ChDbfl, потом стандартное ТИИ.
  
• Убедитесь что нигде - ни в биос, ни в настройках электропитания не выставлены режимы экономии.
  
• Убедитесь что кэш пользователей расположен на SSD диске, убедитесь что SSD не забит под завязку при этом, желательно добавьте для SSD резерв побольше.
  

Если памяти достаточно попробуйте поставить 64 битный толстый клиент.
Прогоните тест Гилева и покажите количество попугаев - зачастую это помогает выявить некоторые проблемы.

Перекидывать базы в MS SQL?

Если уж совсем с файловой ничего не получается (что маловероятно) то можно перейти на SQL.
Тут следует помнить что бесплатная постгри сейчас работает не хуже MS SQL, а при грамотной настройке бывает и получше.
Есть специальный мини сервер 1с за 15тыс, у которого ограничение на 5юзеров.
Если не предполагается увеличение числа пользователей - довольно выгодный вариант.

Answer 4

[Константин]

1. понять что за конфигурация
2. отключить в ней фоновые задания, разные регламенты
3. перейти на тонкого клиента.

Answer 5

[Cr3w]

Если конфа поддерживает управляемые формы (УТ11, БП3, и т.д.) и пользователей 3, то можно развернуть "Автономный сервер" 1С x64. Тонкие клиенты по web подключаются.
https://its.1c.ru/db/v8315doc#bookmark:adm:TI000000894