1с Бухгалтерия государственного учреждения 1.0 тяжело работает по сети

Форум Администрирование Производительность и оптимизация (HighLoad)

1. DimonNT 12.10.21 17:54 Сейчас в теме

Обратились ко мне за подсказкой, я иду к вам друзья)
Есть 10 рабочих мест на БГУ 1.0, база файловая, и по сети очень жутковато в ней работать, очень долго думает.
Конечно можно SQL, но это космически дорого, если бюджет выделит, то конечно да, но пока нет и речи не идёт....
Хотел поднять WEB сервер, но в итоге получается какая-то ахинея с интерфейсом и почти все пункты меню просто пропали....

Подскажите, возможно ли поднять на БГУ 1.0 веб сервак? или надо на БГУ 2.0 переходить чтобы это разрулить?

ps прикрепляю кривой интерфейс который по веб-серверу получается и конфигу компа где лежит база...

Заранее спасибо за советы, друзья!

Прикрепленные файлы:

Ответы

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

Свернуть все

2. Sashares 34 12.10.21 18:42 Сейчас в теме

(1)В БГУ1 обычные формы, для работы в тонком клиенте она не предусмотрена.

3. DimonNT 12.10.21 18:53 Сейчас в теме

(2) А в 2 ?

7. Sashares 34 13.10.21 00:33 Сейчас в теме

(3)БГУ2 работает в тонком клиенте.

4. sahawood 12.10.21 18:54 Сейчас в теме

(1)рдп+ мощный комп ,веб не получится - обычные формы

5. пользователь 12.10.21 19:20

Сообщение было скрыто модератором.

...

6. user856012 13 12.10.21 19:27 Сейчас в теме

(1)

возможно ли поднять на БГУ 1.0 веб сервак?

Нет.

или надо на БГУ 2.0 переходить чтобы это разрулить?

Если (недо)сервер мощный, то это может "разрулить", если обычный офисный ПК, то переход не поможет - фактически именно на нем будут работать все ваши 10 пользователей, клиентские компы при этом только формы рисуют, а все данные для этих форм (и экранных, и печатных) формирует веб-сервер.

Озвучьте параметры вашего сервера (процессор(ы), память, диски), чтобы можно было точнее сказать - поможет ли веб-сервер или RDP, либо этот комп просто ляжет под нагрузкой.

На файл-сервер нагрузка в разы меньше.

10. DimonNT 13.10.21 04:12 Сейчас в теме

(6) в шапке скриншот с конфигой если надо докупим ОЗУ не вопрос, это всяко дешевле чем скула))

12. XAKEP 13.10.21 13:37 Сейчас в теме

(10)
8Гб и докупите ?
материнка или проц если держит максимум 16Гб - что дальше ?

8. user1342811 17 13.10.21 00:51 Сейчас в теме

Если проблема в сети и/или клиентских компах, то RDP спасет, но при условии, что конечный компьютер который выступает в качестве сервера вытянет, такую нагрузку, особенно важно количество ОЗУ. При этом клиентские компы могут быть совсем никакие с любой ОС, главное чтобы там смог запуститься клиент RDP. Согласен с user856012 нужны параметры компа, который выступает в качество сервера.

9. muskul 13.10.21 03:47 Сейчас в теме

Что за мания выюуживать заведомо плохой результат из заведомо убогого решения (мертвые компы) и попытки сэкономить за клиентов тратя на этой свои ресурсы.
для бгу 1 коей являтся только рдп, но кто это будет потом все админить, настраивать принтера, объяснять тетеькам, что теперь что то может работать не так.
как то раз на полном серьезе объяснял сисадмину из бюджета что не может современная 1с нормально работать на 32 битной винде потому что теперь ей требуется памяти больше 4 гигов.

11. DimonNT 13.10.21 04:16 Сейчас в теме

(9) я бы не сказал что компы мёртвые, на каждой машине по 8 гигов DDR4 памяти, и i3 проц

13. XAKEP 13.10.21 13:39 Сейчас в теме

(11)

проц

Макс. объем памяти (зависит от типа памяти)
32 GB

Типы памяти
DDR3 1333/1600

где ддр4 ?

14. XAKEP 13.10.21 13:59 Сейчас в теме

Есть 10 рабочих мест на БГУ 1.0, база файловая

а вот интересно,
базу обслуживают или она лет 15 от начала запуска скрипит ?

17. DimonNT 13.10.21 16:49 Сейчас в теме

(14) базу обслуживают, но им плевать что что-то где то тормозит, обновили конфигу, навели аудит и получили баблище)) А по оптимизации: Не ребят, мы не в курсе :)

19. XAKEP 13.10.21 16:58 Сейчас в теме

(17)
давайте сначала : конфигурация на замке ?
самая важная деталь вашего механизма :)

если ездили вдоль-впоперек "специалисты" случайные, тогда просто печаль

22. DimonNT 13.10.21 17:35 Сейчас в теме

(19)

конфигурация на замке ?

Я вас понял)) Ибо база растёт как поросёнок когда начинаешь изменять её...
но это не тот случай, базу не трогали, всё хорошо....

(19)

ездили вдоль-впоперек "специалисты" случайные,

Нет-нет, база чистая, а обслуга её просто обновляют и своими обработками документы выравнивают иногда... конфигу не снимал с обслуживания всё норм

23. XAKEP 13.10.21 17:36 Сейчас в теме

(22)

и своими обработками /////

а какой размер базы ?

бухи не могли в базу документы пдф сохранять или фотки домашние :)

26. DimonNT 14.10.21 06:14 Сейчас в теме

(23) Примерно 4.7 гб, после выгрузки-загрузки база уменьшилась до 4.3гб...

28. XAKEP 14.10.21 06:17 Сейчас в теме

(26)
так посмотрите,какая таблица "распухшая"

29. XAKEP 14.10.21 06:32 Сейчас в теме

(26)
а папка с логами какая по размеру ?

15. Online-Ufa 13.10.21 16:14 Сейчас в теме

Если i3 c 8Гб - это и есть "сервер", а база просто в расшаренной папке, но ничего удивительного, что "тяжело работает по сети".

16. DimonNT 13.10.21 16:47 Сейчас в теме

(15)

Ну в работе я не замечаю по нагрузке что проц прям пыжится в судорогах и 100% нагрузке и ОЗУ бы прям под завязку было забито

18. XAKEP 13.10.21 16:56 Сейчас в теме

(16)
кроме проца и озу есть два узких места :
сеть и диск :)

20. DimonNT 13.10.21 17:32 Сейчас в теме

(18) Я пробовал рядом ставить SSD и туда базу кидать, эффекта .... ну неощутимо было, может и был, но не ощутимо вообще

21. XAKEP 13.10.21 17:33 Сейчас в теме

(20)
база на замке ?

24. Online-Ufa 13.10.21 17:49 Сейчас в теме

(16)

не замечаю по нагрузке что проц прям пыжится в судорогах и 100%

Файловая использует только одно ядро ЭЦП, т.е. если 8-ми ядерный, то 12.5% - это максимум, что может утилизировать 1С

25. Online-Ufa 13.10.21 18:30 Сейчас в теме

(24) т.е. 12.5% для 8-ми ядерного проца на файловой базе - это и есть судороги

27. DimonNT 14.10.21 06:15 Сейчас в теме

(24) т.е. получается что SQL единственный выход? просто как бы на серверной машине претензий к работе БГУ нет... только у клиентов

30. user856012 13 14.10.21 09:21 Сейчас в теме

(16)

я не замечаю по нагрузке что проц прям пыжится в судорогах и 100% нагрузке и ОЗУ бы прям под завязку было забито

Прочитать по запросу клиентского компа кусок файла (базы) с диска и переслать его по сети - для этого ни мощного процессора не нужно, ни много ОЗУ.

То же самое с обратным процессом - запись в базу: принять по сети фрагмент файла и записать в указанное место на диск.
(27)

получается что SQL единственный выход?

Не факт, не факт... что и это выход.

просто как бы на серверной машине претензий к работе БГУ нет... только у клиентов

А попробуйте представить себе, что все клиенты работают на вашем "сервере". В смысле, их 1Ски запускаются на нем. Одновременно. Как думаете, и тогда к его работе "претензий не будет"?

И так будет не только в случае публикации файловой базы, но и в клиент-серверном варианте, который вы упорно называете "SQL", хотя без самого SQL можно и обойтись.

31. DimonNT 14.10.21 09:45 Сейчас в теме

(30) Раньше они так и работали, но когда сменился айтишник, чё то у них с лицензиями началось и почему то перешли на файловый вариант
Я думаю бюджетнее ОЗУ добавить и камешек повеселей, если на РДП переходить..
Я некоторые базы которые и по 10-15 гигов переводил на SQL и жизнь менялась к лучшему, скорость работы становилась просто молниеносной ... Причём даже сеть не очень.. это торговые базы..
Мне кажется если и тут скулу поднять то и забегает...
Попробую сегодня пиратскую историю поставить, посмотрим как будет работать

33. sahawood 17.10.21 09:52 Сейчас в теме

(31) сегодня клиента взяли 10 пользунов рдп вин сервер 2019 24 оперативы , проц 4 ядра ай5 ( сокет1150),конфа розница в пике занято 90 процентов оперативки ,база 8 гигов файловая , все работают нормально никто не жалуется, оперативки докинем

32. user1342811 17 14.10.21 15:00 Сейчас в теме

Я думаю, можно попробовать по одному пользователю подключать по RDP и смотреть, как будет справляться сервер по RDP. А потом уже делать выводы, тем более этого реализовать не сложно. С печатью проблем не должно быть или на крайний случай можно использовать ScrewDriver.

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

E-mail: