Переход из файловой версии 1с на серверную

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

1C:Бухгалтерия 1С:Бухгалтерия 3.0 Платформа 1С v8.3

1. Новичок1с 4 20.02.20 09:38 Сейчас в теме

Доброго дня.

У нас в организации очень сильно тормозит 1с. 1с установлена на терминальном сервере.

Активных пользователей- 8-10 человек.
У каждого пользователя открыты по 3 базы 1с ( у некоторых и по 5 баз 1с)
Размер баз:
3 базы до 3 Гб
2 базы - после обновления стали 6 Гб.

Еженедельно делаются тестирование и исправление БД.

Подскажите пожалуйста, стоит ли переходить с файловой на серверную версию 1с или стоит искать причины торможения 1с по другим причинам.

Благодарю за помощь

По теме из базы знаний

Найденные решения

41. darkultro37 10 20.02.20 13:01 Сейчас в теме

(30)
судя по теме, самое главное с чего начать:
1) 2 ssd (1 под систему, 2 под 1с), жесткий диск оставить на резервные копии. Систему на ssd тоже обязательно. Если есть кому настроить - сделать на 2 отдельных raid1.
2) нарастить оперативной памяти до 32(а лучше больше), 10 пользователей на 16 гб используют всю свободную озу, в итоге используется активно файл подкачки, который "тормозит" жесткий диск из-за чего косвенно также может тормозить 1с.
3) не ставить 8.3.16 платформу пока что, сидеть на 8.3.15
В идеале вам уже пора на sql базы перетаскивать, так как файловые базы для такого режима работы не очень подходят.

Остальные ответы

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

Свернуть все

2. furman2000 16 20.02.20 09:43 Сейчас в теме

(1)

Еженедельно делаются тестирование и исправление БД.

Делаю по необходимости. Если есть подозрения на некорректную работу.
А так раз в год и то не всегда.

Я бы проверил тупа, поднял бы все это на сервере 1С и недельку поработал. И после этого принял решение.

3. furman2000 16 20.02.20 09:44 Сейчас в теме

(1) Конфигурацию терминального сервака напишите .

6. Новичок1с 4 20.02.20 09:52 Сейчас в теме

Очень сильные торможения начались после перехода на версияю платформы
8.3.16.1063 и 8.3.16.1148

8.3.12.1685 на этой версии работало 1с нормально (иногда были проблемы)

К сожалению, старые версии платформы 1с уже не поддерживаются.

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

7. YannikAlx 27 20.02.20 09:58 Сейчас в теме

(6) Во первых вернитесь на 15 платформу!
Во вторых 16 гигов для 10 пользователей - смешное количество в терминале.
IIS точно даст улучшение

А для серверного варианта - придется и память еще покупать....
ну минимум до 32, ясно что 64 гораздо лучше.

9. Новичок1с 4 20.02.20 10:06 Сейчас в теме

(7)
с удовольствием вернулись бы, только при запуске ругуается, что база будет закрыта т.к. платформа старая.

13. YannikAlx 27 20.02.20 10:21 Сейчас в теме

(9) Какие ваши годы - научитесь еще не лазить на последние релизы...

10. AlexInqMetal 78 20.02.20 10:10 Сейчас в теме

(7) не соглашусь про16 Гб - может и хватать, надо смотреть по факту, там может и половина только используется в пике

ясно что 64 гораздо лучше

там выпуск standard - 32 максимум

а в целом согласен, если на предыдущей платформе было хорошо и нет крайней необходимости обновлять - не надо обновлять

11. YannikAlx 27 20.02.20 10:18 Сейчас в теме

(10) ну так вот 32 минимум, а для лучше еще и винду улучшать....
Потому по любому начать надо с IIS

8. YannikAlx 27 20.02.20 10:01 Сейчас в теме

(6) И кстати платформу всегда используйте последнюю из тех что указаны в МИН.
То есть указана минимум например 8.3.12.1000 вот можете смело ставить все до 8.3.12.9999
и не надо прыгать на следующие 8.3.16 или 17 или 22

5. YannikAlx 27 20.02.20 09:51 Сейчас в теме

(1) Слова про СИЛЬНО тормозит - ни о чем!
1С всегда сильно тормозит... Она такая и с этим если не смириться - с ум а можно сойти...
Но ясно что определенные улучшения возможны всегда...

У вас диски SDD в сервере стоят?
И сколько памяти всего и сколько остается свободной в момент тормозов?
99% тормознутости терминального сервера - не хватка памяти.

Если файловый вариант у вас работает и просто не хватает памяти в Терминальном для всех, то начать ускорение стоит начать с перехода на Тонкие клиенты и публикацию баз на IIS или Apache...
Тормоза на тонких клиентах уйдут , но вот справится ли IIS с нагрузкой можно будет увидеть только после перехода.

Это я вам привел практически бесплатный вариант ускорения...

При описанном варианте конечно переход на серверный вариант даст ускорение, но тоже при определенных параметрах перехода...
Он Платный и стоит денюжков не мало - в районе не меньше 200 Тыров.
SQL 19,
CAL 10*10 = 100
1C Сервер 86.
19+100+86 =

26. user1357043 20.02.20 10:59 Сейчас в теме

(5)Почему вы так настойчиво рекомендуете IIS? Кто сказал, что у него есть возможность опубликовать базы? Может у него всё крутиться на обычных формах. Вы ему предлагаете еще и конфигурацию доработать, чтобы не тормозило?
Было же написано, что до перехода на новую платформу, тормоза были меньше.
У меня была ситуация: файловая база, обычные формы. при подключении по сети более 2 человек, всё начинает тормозить. пересадили всех на терминал - всё залетало. Слабым местом в случае с тонкими клиентами может оказаться сеть...

27. YannikAlx 27 20.02.20 11:11 Сейчас в теме

(26) да потому что СТАРЫЕ конфигурации не требуют последних платформ а преспокойно рабоают на 8.3.10...
А автор получил проблемы при переходе на 16!
И потому именно IIS с тонкими клиентами очень хороший выход для тех кто экономит на всем...

Вы видимо еще не научились на этом форуме читать между строк... Ну да у вас все впереди... ;-))

29. user1357043 20.02.20 11:23 Сейчас в теме

(27) Не убедили. Но спорить не буду. скорее всего я не прав и публикация действительно дает сильные преимущества. Не изучал этот вопрос, просто решил уточнить, почему вам так это нравиться.
+ кто сказал, что конфигурация старая? Рарус раньше любил делать конфигурации на обычных формах еще пару лет назад. Может сейчас что-то и поменялось...
Совсем не в тему: не люблю, когда говорят, что ты дурак, но не объясняют почему. но это болезнь всех форумов по 1С (это про чтение между строк)

31. YannikAlx 27 20.02.20 11:29 Сейчас в теме

(29) Во первых мне ЭТОТ вариант не нравится - он бесплатный...
А все бесплатное - не однозначно.
Я его привел именно в этом ключе!
Публикация по любому дает хорошие преимущество перед толстыми клиентами по сети.
При работе в Терминале явного преимущества может вообще не быть!
Преимущество будет только в том случае , если на сервере реально не хватает памяти для всех терминальных клиентов, и переход на свои машины просто освободит сервер...

Совсем в тему: Приведите хоть одну конфигурацию на обычных формах , которой требуется 8.3.16!

32. user1357043 20.02.20 11:37 Сейчас в теме

(31)А какое преимущество публикация дает перед тонкими клиентами по сети?
Сомневаюсь, что есть хоть одна конфигурация на любых формах, которые требуют 8.3.16.

33. YannikAlx 27 20.02.20 11:44 Сейчас в теме

(32)
Если бы у автора были не УФ тогда самое простое решение могло бы быть - вернутся на 8.3.10!
Зачем эта бесполезная трата энергии с вашей стороны?
Очевидно же что у автора УФ и потому он перешел на 8.3.16, вы просто не привыкли видеть очевидные вещи а выдумываете какие-то препятствия

35. user1357043 20.02.20 11:51 Сейчас в теме

(33){Будем считать, что тут ничего не было написано}
Забудьте уже про обычные формы. я их привел для примера того, чтобы показать, что вариант публикации не всегда приемлем.

37. YannikAlx 27 20.02.20 11:53 Сейчас в теме

(35) Нет у меня пробелы... В последних платформах появилась опция инсталяции
-"Тонкий клиент для работы с файловой базой"
Оно позволяет....
Хотя реально не испытывал!
Вот и будет повод испытания устроить )))))

только вот WEB сервер лучше пока работает...

38. user1357043 20.02.20 11:55 Сейчас в теме

(37)Вроде как всегда без проблем запускался тонкий клиент в файловом варианте.

39. YannikAlx 27 20.02.20 12:07 Сейчас в теме

(38) А зачем по вашему сделали вторую приблуду?

Думаю что без второго компонента по сети не будут работать. Но сейчас испытываю...

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

40. user1357043 20.02.20 12:14 Сейчас в теме

(39)Если честно, то как-то не заморачивался по этому поводу. работал с файловой базой и запускал тонкий клиент. в моем случае база была всегда на моем же компьютере, но предполагал, что и по сети будет работать. Возможно и у меня пробелы в знаниях и я не обращал внимания, что при этом, например, запускается толстый клиент или по сети так работать не будет. Либо, более вероятный вариант - никогда не устанавливал один тонкий клиент, а с другими вариантами установки все работает.
Но в итоге мы с вами совместно нашли истину, что сейчас тонкий клиент работает в файловом варианте)))

36. YannikAlx 27 20.02.20 11:52 Сейчас в теме

(32) Прошу прощения! Это у меня был провал в образовании.... Про тонкий клиент с файловой базой....

28. user633533_encantado 12 20.02.20 11:12 Сейчас в теме

(1)

Еженедельно делаются тестирование и исправление БД.

Один вопрос- зачем ?!

34. Новичок1с 4 20.02.20 11:47 Сейчас в теме

(28)
может быть еженедельное тестирование и исправление БД вовсе не обязательно.
Только если после обновления его не сделать- в базы войти не реально. Базы частенько увеличиваются после обновления и только после тестирования восстанавливаются.

p.s.
Конфигурации Каминов вопросы тестирования и "зависания" практически не касаются т.к. базы маленькие и всего 2 пользователя иногда работают.

43. YannikAlx 27 20.02.20 13:05 Сейчас в теме

(1) Вы приняли совершенно верное решение!

4. AlexInqMetal 78 20.02.20 09:50 Сейчас в теме

При 6 гб базах уже можно задуматься про переход на SQL. Хотя лучше все же посмотреть по таблицам от чего пухнет база, может быть там что то лишнее типа версионирования, до 3-4 ГБ и 10 пользователей, можно комфортно работать и в файловой на терминалке, главное чтобы хватало памяти, процессор тоже лучше выжать на максимум - отключить гипертрейдинг, режим производительности в максимум, диски под базу естественно только SSD.

Какая у вас конфигурация сервера?

Если говорить про SQL - не факт что сразу прям даст прирост, надо сразу прикинуть сколько у вас там ресурсов. Меньше 32 гб оперативы на сервер нежелательно, опять же ssd. Нужна правильная настройка SQL, много статей на эту тему, но все же нужен некий опыт как правильно настроить распределение памяти, планы обслуживания и т.д.

15. Новичок1с 4 20.02.20 10:25 Сейчас в теме

(4) версионирования отключено.
Воспользуюсь Вашим советом и посмотрю размер таблиц.

(4)режим производительности в максимум
почему-то сбился на автоматическую настройку, хотя я ставлю галочку улучшать производительность

17. AlexInqMetal 78 20.02.20 10:27 Сейчас в теме

(15)

улучшать производительность

лучше в биосе выставить

12. Новичок1с 4 20.02.20 10:18 Сейчас в теме

st2000dm001-9yn164 ata device стоит этот жёсткий диск.

Да, когда заказываешь SDD, а бухгалтерия оплачивает другой тип дисков и вообще по иному настраивается сервер..
За 2 года работы получается, что эти диски "поизносились"

Понятно, что пока что стоит протестировать сервер и подумать о приобретении дисков SDD.

14. YannikAlx 27 20.02.20 10:22 Сейчас в теме

(12) Про SSD не ДУМАТЬ , а БЕЖАТЬ надо с бабками в магазин!

19. Новичок1с 4 20.02.20 10:32 Сейчас в теме

(14)
160 Гб - этого размера будет достаточно только для хранения БД??

(13)
Конфигурации Каминов -работают нормально и уже давно на новых версиях платформы 1с.
А конфигурация Бухгалерия Рекомендуемая версия платформы не ниже 8.3.15.1830
Попробую установить тогда эту платформу, чтобы не самую последнюю.

А так я обычно обновляю платформу 1с только если конфигурацию не поддерживается.

Благодарю Всех за помощь и за ответы.

21. YannikAlx 27 20.02.20 10:41 Сейчас в теме

(19) SSD стоит сейчас смешные деньги....
А прирост огромен. Не экономьте на семечках!
Винда тоже должна стоять на SSD. И кроме того SSD тоже сильно отличаются по скорости. Самые новые разработки конечно не стоит покупать, но на дешевку точно смотреть нельзя.
В компе 1С не должно быть HDD вообще кроме как для архивных копий.

22. Новичок1с 4 20.02.20 10:50 Сейчас в теме

(21)

Понятно тогда лучше взять большего объёма.
Спасибо большое за пояснение.

16. AlexInqMetal 78 20.02.20 10:26 Сейчас в теме

(12)

бухгалтерия оплачивает другой

а может и не так уже тормозит) если реально тормозит то как правило готовы купить и ssd и новый сервер и вообще все что угодно

18. YannikAlx 27 20.02.20 10:27 Сейчас в теме

(16) Нам вот купили новый сервер за поллимона , когда начало тормозить .... ))))))))))))

20. Новичок1с 4 20.02.20 10:37 Сейчас в теме

(16)
это когда в офисе находиться системный администратор, а не удалённо.
А когда придёт сторонний человек и скажет, что возьмите это, я настрою Вам.
Да, какое-то время и работало нормально, а потом и начались эти проблемы

23. FIGOR 20.02.20 10:51 Сейчас в теме

Может стоит поставить файл базы на очень хороший ССД.

24. GeraltSnow 176 20.02.20 10:51 Сейчас в теме

У нас тоже после перехода на 16 платформу всё начало сильно тормозить. Откатились до 15 и всё прошло.

30. Новичок1с 4 20.02.20 11:27 Сейчас в теме

(24)
Установила 8.3.15.1869, посмотрим, как после обеда будет работать

41. darkultro37 10 20.02.20 13:01 Сейчас в теме

42. YannikAlx 27 20.02.20 13:03 Сейчас в теме

(41) Вы очень точно , кратко и конкретно обобщили самый лучший вариант для автора!
Ну на мой взгляд...
Я разделяю ваше мнение на 1000% до последней запятой!

45. darkultro37 10 20.02.20 13:59 Сейчас в теме

(42) Спасибо.

44. Новичок1с 4 20.02.20 13:08 Сейчас в теме

(41)
Благодарю Вас за ответ.

Да, я уже написала гл. бухгалтеру о покупке новых дисков.
Установила 8.3.15.1869 версию платформы.

Получается, что вместо 1 жёсткого диска лучше всего взять отдельно под систему и отдельно под базы??

46. darkultro37 10 20.02.20 14:01 Сейчас в теме

(44) Верно. Стоимость ssd сейчас копейки, прирост скорости должен быть хороший.

25. FIGOR 20.02.20 10:54 Сейчас в теме

Пробуйте изменить хранение журналов из формата sqlLite в обычный файловый формат

47. Online-Ufa 20.02.20 21:38 Сейчас в теме

(25) Для начала было бы неплохо уточнить размер файла ЖР, а то может у автора он вовсе отключен ). А так согласен, ЖР вполне может распухнуть больше самой базы.

48. Gilev.Vyacheslav 1917 21.02.20 14:20 Сейчас в теме

квотирование выключите (и службу квотирвония целиком) http://www.gilev.ru/dfss/

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

E-mail: