Имя: Пароль:
1C
1С v8
Какой компьютер нужен для последней версии 1С БП 3.0?
, ,
0 VenikUltra Green
 
26.04.19
09:50
У людей стоит компьютер как сервер, нём виндус сервер 2012. Core(ТМ)-i5 4460, памяти 16 Гб (две плашки по 8), ССД диск. База большая, работают давно, но когда была платформа 8.3.10 не жаловались. С последними обновлениями пришлось поставить платформу 8.3.14 и начались слёзы. Всё тормозит, на действия пользователя например открыть форму списка Номенклатуры сперва зависание, потом отмирает. Сперва замирает, потом отмирает. И так многое работает. Котёнок этот уже задолбал зевать. И тестирование исправление делаем, и полнотекстовый поиск обновляем индекс. Диспетчер задач показывает, что программа часто не отвечает. Кто что посоветует по железу поменять? Потому что уже не знаем куда смотреть.
1 Garykom
 
гуру
26.04.19
09:53
(0) И сколько же там пользователей и какая база файловая или серверная?
2 Garykom
 
гуру
26.04.19
09:56
И да готов поспорить что RDP да?

Оперативки для УФ надо 4 гб клиенту и до 4 гб на каждого юзера, чем больше их тем меньше на каждого требуется.
С серверной базой еще для sql сервера оперативка нужна и немало.

Короче было бы странно если не тормозило.
3 Garykom
 
гуру
26.04.19
09:57
(2) *и до 4 гб на каждого юзера на сервере
4 unregistered
 
26.04.19
09:57
(0) > не знаем куда смотреть.

Пригласите специалиста.
Ибо тут сейчас вам навангуют разной несусветной ереси на пару сотню постов, которая сможет решить вашу проблему с вероятностью 50/50 - может кто-то что-то угадает, а может и нет - как повезёт.
5 VenikUltra Green
 
26.04.19
09:58
(1) база файловая, но до этого была серверная. Серверная ещё больше тупила. Тест гилёва показывал на серверной 17, на файловой 18. Отказались от серверной чтобы скуль не отжирал ресурсы. Пользователей 5-7. Часть сидят в терминале, часть на своих компах. И те и те плачут, что плохо. В терминале особого ускорения не наблюдается.
6 VenikUltra Green
 
26.04.19
10:01
(4) сис. админ говорит, что по железу всё норм. Программист 1с делает все тесты и индексации, по максимуму всё урезал. Но прироста скорости нет. Проц особо не напрягается, но эска тупит.
7 VenikUltra Green
 
26.04.19
10:03
Справочник номенклатура реально большой. Но может есть решение, которое будет быстро его обрабатывать?
8 SSSSS_AAAAA
 
26.04.19
10:03
(6) Прекрасная информативность... Что за железо, какой еще софт стоИт - это все сообщать нельзя ни в коем случае, сами обо все должны догадаться
9 VenikUltra Green
 
26.04.19
10:03
(2) думаете затык в нехватке оперативы?
10 unregistered
 
26.04.19
10:04
(6) Пригласите специалиста.
Если те двое, о которых Вы говорите, несут эту чушь, значит они не специалисты.
11 VenikUltra Green
 
26.04.19
10:04
(6) так в том и дело, что недавно переустановили виндус и ничего не ставили, даже антивирус не стали ставить.
12 VenikUltra Green
 
26.04.19
10:06
(10) а что мог бы сделать специалист, сверх того, что делается сейчас?
13 unregistered
 
26.04.19
10:06
(5) > Тест гилёва показывал на серверной 17, на файловой 18.

Эта разница вообще ни о чем.

Начать надо с того, что выгнать с терминала пользователей. Все должны работать через тонкого клиента или веб-клиента.
Если файловая база - раздавать её через веб-сервер.
Но я бы вернулся на клиент-серверный вариант, выгнал бы терминальщиков с сервера и вообще убрал бы с сервера всё, кроме СУБД и 1С.

Причин тупизны может быть множество.
14 unregistered
 
26.04.19
10:07
(12) > а что мог бы сделать специалист?

Найти причину проблем.
15 zak555
 
26.04.19
10:08
(0) удали windows и поставь lubuntu

удивишься, как будет всё летать
16 unregistered
 
26.04.19
10:09
(5)(6) чтобы скуль не отжирал ресурсы. Проц особо не напрягается.

Вам не кажется что эти два утверждения несколько противоречат друг другу? Или как можно "отожрать" ресурсы, которые и так никем не заняты?
17 VenikUltra Green
 
26.04.19
10:10
(15) в терминале на ней можно работать? Из под винды можно подключиться?
18 Йохохо
 
26.04.19
10:11
"Часть сидят в терминале, часть на своих компах" тема тупо вброс
19 unregistered
 
26.04.19
10:11
(15) Сказочник.
20 unregistered
 
26.04.19
10:12
(17) > в терминале на ней можно работать?

Зачем?
21 SSSSS_AAAAA
 
26.04.19
10:12
(17) А можно узнать на чем основана такая приверженность терминалке? Особенно для клиент-серверного режима?
22 unregistered
 
26.04.19
10:13
(17) > в терминале на ней можно работать?

Терминальный сервер должен быть отдельным, а не в коем случае не с сервером приложения и СУБД на одной машине. Если уж вам вообще так принципиально наличие терминального сервера.
23 Мимохожий Однако
 
26.04.19
10:14
(5) пятничный подход. Продолжайте
24 zak555
 
26.04.19
10:14
(19) я лично пробовал с erp файловой
25 zak555
 
26.04.19
10:16
(17) нет проблем для никсов организовать сервер терминалов
26 unregistered
 
26.04.19
10:17
(21) >  на чем основана такая приверженность терминалке?

Осмелюсь предположить, что автор ветки - упёртый клюшечник и фанат соответствующих костылей под семёрку.
27 VladZ
 
26.04.19
10:17
(6) "сис. админ говорит, что по железу всё норм. Программист 1с делает все тесты и индексации, по максимуму всё урезал. Но прироста скорости нет. Проц особо не напрягается, но эска тупит." - выгнать обоих. Пригласить нормальных спецов.
28 stix2010
 
26.04.19
10:17
(21)  а что такого плохого  в терминале для УФ?
29 VenikUltra Green
 
26.04.19
10:18
(17) приверженность терминалке основана только на том, что комп терминальный "мощнее" и сетка вайфайная. Клиенты на своих машинах имеют 4 гб памяти и процы хуже, плюс по сетке будет потеря на передачу данных.
30 VladZ
 
26.04.19
10:20
(0) "База большая, работают давно" - разговор ни о чем.  Хочешь решить проблему - давай цифры.
31 VenikUltra Green
 
26.04.19
10:21
(26) предложите что-то дельное для ускорения, а то "упёртый клюшечник" в тупике.
32 VenikUltra Green
 
26.04.19
10:21
(30) 6 гигов
33 unregistered
 
26.04.19
10:21
(29) Тогда выносите сервер терминалов отдельно.
Но я бы лучше вложился в проводную сеть вместо WiFi.
34 unregistered
 
26.04.19
10:22
(27) > выгнать обоих. Пригласить нормальных спецов.

Я уже предлагал. Меня не слушают (((.
35 stix2010
 
26.04.19
10:22
Даю совет займитесь сервером
36 unregistered
 
26.04.19
10:23
(32) > 6 гигов.

Это маленькая база. Если программист 1С вам сказал, что это большая база, его точно пора менять.
37 Мимохожий Однако
 
26.04.19
10:23
(32) Дождись еще нескольких гигов в размере и получи сюрприз  от файловой базы
38 RomanYS
 
26.04.19
10:24
(32) база или dt?
39 VenikUltra Green
 
26.04.19
10:24
(36) тем не менее она тупит. Вопрос не в том какие базы считаются большими или маленькими. Вопрос что она тупит.
40 Мимохожий Однако
 
26.04.19
10:24
(31) Вернись к клиент-серверному режиму. Для чего-то сервер 1С покупали. Правда я уже сомневаюсь, что покупали хоть что-нибудь
41 VenikUltra Green
 
26.04.19
10:25
(38) база
42 Мимохожий Однако
 
26.04.19
10:25
(39) кривые руки у твоих админов или слишком дешёвые
43 Cyberhawk
 
26.04.19
10:26
"Диспетчер задач показывает, что программа часто не отвечает" // Какой процесс?
44 unregistered
 
26.04.19
10:26
(39) Будь база реально большой, можно было бы частично объяснить причину тупизны её размерами. А так - причина тупизны лежить исключительно в плоскости квалификации обслуживающего её персонала.
45 Krigal
 
26.04.19
10:28
В конце окажется что в настройках схемы питания стояло "Экономия энергии"...
И\или в настройках биоса включен режим экономии энергии.
46 hhhh
 
26.04.19
10:29
(41) ну 6 гиг - это считай пустая база.
47 unregistered
 
26.04.19
10:30
С вероятностью 99% причина всех бед в беспроводной сети.
Ну не умеет 1С работать нормально по WiFi.

В зависимости от стабильности и качества работы сети проблема решается либо пересаживанием всех в терминал и без какого-либо доступа по сети. Либо развёртыванием веб-сервера и доступом через него.

Но повторюсь. Я бы развернул проводную сеть.
48 VladZ
 
26.04.19
10:31
Итак, что вам нужно сделать:
1. Переходите на клиент-сервер.
2. Мониторить загрузку диска, памяти и процессора.
3. Прокачать то, чего не хватило на этапе 2.
49 unregistered
 
26.04.19
10:32
(48) + ещё выгнать всех из терминала.

Для сервера СУБД + приложение + терминалка ресурсов сервера из (0) явно недостаточно.
50 VladZ
 
26.04.19
10:33
"и сетка вайфайная." - в топку! Сеть ставьте нормальную.
51 VladZ
 
26.04.19
10:36
Структуру сетки можете нарисовать?
52 Looking
 
26.04.19
10:38
(2)"Оперативки для УФ надо 4 гб клиенту и до 4 гб на каждого юзера, чем больше их тем меньше на каждого требуется. С серверной базой еще для sql сервера оперативка нужна и немало."

1С в сговоре с производителями железа ))) стимулируют процесс апгрейда
53 stix2010
 
26.04.19
10:47
(52) тонкий клиент - он такой тонкий, что толще толстого 8.2 )
54 Повелитель
 
26.04.19
10:50
(5) В этом весь затык.
Все должны сидеть в терминале и тормозить не будет.
Если хоть один сидит локально на своей машине, то обмен с его машиной данными тормозит работу всем!
55 Bony-andrey
 
26.04.19
10:50
(54) Поддерживаю.
Один пользователь по сети всех тормозит, а тут еще и вайфай
56 Garykom
 
гуру
26.04.19
10:53
(53) Там браузер полноценный внутри уже в 8.3.14 на webkit а не внешний используется
57 Повелитель
 
26.04.19
10:55
(54) (55) У меня вот недавно такой случай и произошел.
База файловая 3 Гб, 15 пользователей, работают по RDP, база прям летает.
Тут звонки пошли, один другой, жалутся тормозит все.
Тоже начал смотреть, проц отдыхает, диск не загружен, ОЗУ 40% еще есть.
Смотрю, а один зашел в базу со своей машины.
Выгнал его из базы и все стало хорошо.
Пошел на всех компах удалил желтые значки с рабочего стола.
58 stix2010
 
26.04.19
10:59
(57) необязательно в терминале, вебпубликация может помочь, но мы допустим на УФ используем rdp, ибо клиенты у нас действительно тонкие  - raspberry pi
59 Повелитель
 
26.04.19
11:05
(58) Согласен, но у автора уже в терминале сидят, им проще и других туда пересадить.
60 Dionis Sergeevich
 
26.04.19
11:08
Хм.. а как может помешать то что кто то не в терминале, а с локального компьютера работает? Какая разница то?
61 Мимохожий Однако
 
26.04.19
11:10
(59) Проще, не всегда правильно
62 seevkik
 
26.04.19
11:13
А характеристики сервера кто огласит?
Где валяется база?
На какой сервер заходят по RDP?
63 seevkik
 
26.04.19
11:15
(60) было что-то про случаи при котором к ресурсу обращается не один компьютер и что-то про блокировки
64 StanLee
 
26.04.19
11:29
чтото это все странно в (0)..
вот сейчас зашел на сервер в одной организации по rdp,
настроена виртуалка под vmware:
i5-3570K, 13 Гб оперативы, винт не SSD, несколько файловых баз примерно по 3 Гб каждая.
в данный момент в БП 3.0 работают 5 человек, по RDP, занято 11 Гб памяти, проц- загрузка не больше 20%.
позвонил им, спросил не тормозит ли что, говорят что все устраивает, все быстро
65 user-ok
 
26.04.19
11:31
можно влезть в ваше обсуждение?
тормоза при миксе терминал/собственный комп касаются только УФ? Или на ОФ тоже бывает?
сервер терминалов отдельно, сервер предприятия и БД отдельно
А если серверов терминалов будет несколько (как раз в мае собираемся переезжать на ферму)
66 StanLee
 
26.04.19
11:32
+(64) и установлен Server 2008 R2 Standard
67 Повелитель
 
26.04.19
11:34
(60) Большая разница.
Архитектура файловой базы работает так, что допустим обращении к данным она их тянет к себе на машину одновременно блокируя записи для других. А так как по сети и обычно клиентские машины тормозные, то тормозит все.
68 stix2010
 
26.04.19
11:34
(60)файловом варианте очень большой поток информации тянется на клиент + блокировки
(65) ОФ будет примерно тоже самое, опять же все зависит от конфигурации
69 Повелитель
 
26.04.19
11:35
(65) Тормоза касаются только ОФ.
При УФ данные на клиент не тянутся.
УФ это почтит RDP и есть, если можно провести такую аналогию.
70 unregistered
 
26.04.19
11:37
(65) > тормоза при миксе терминал/собственный комп.

Это касается в большей степени файловых баз и конкретных условий тормознутости сети (например, как у автора  ветки, WiFi).
71 Повелитель
 
26.04.19
11:44
(70) Не только сети, но и комьюетра клиента, пока он обрабатывает данные, все остальные ждут.
72 user-ok
 
26.04.19
11:52
(70) спасибо. файловых нет, вайфай местами есть, но там тонкие клиенты (wtware). естественно в терминале
73 StanLee
 
26.04.19
11:58
(0) нарой еще один такой же сервер (судя по его конфигурации новый вы не купите, так что работаем с тем, что имеем), поставь туда скуль, и пусть с этого текущего rdp сервера народ подключается к скулю на вот этом новом другом сервере..
74 Cyberhawk
 
26.04.19
15:23
(52) (53) Выдыхайте: он имел в виду общую память и под клиента, и под сервер приложений, и под СУБД в расчете на одного пользователя.
75 Garykom
 
гуру
26.04.19
15:25
(74) Файловая 1С УФ на одном компе локально рекомендация 8 гигов.
УФ файловая на двух компах 4 гига для тонкого или веб-клиента и 4 гига для "сервера".
76 Garykom
 
гуру
26.04.19
15:27
(75)+ Это для одного сеанса запущенного.
Множество сеансов там не простое умножение по оперативке а все сильно сложнее.

Но 16 гигов памяти в (0) это не просто жопа а нечто за гранью разумного (УФ, RPD, sql) и пробило дно минимальных требований.
77 Garykom
 
гуру
26.04.19
15:27
(76) *RDP
78 Cyberhawk
 
26.04.19
15:29
(75) "Файловая 1С УФ на одном компе локально рекомендация 8 гигов" // До относительно недавнего времени 64б клиентов вообще не было и соответственно 32б клиенты валились только при превышении 2/3 Гб оперативки. Что наблюдалось только при каких-нибудь редкоиспользуемых сценариях - например, жирный какой отчет или массовое удаление записей регистра. Сейчас запустил УТ 11 файловую - на старте отожрала 1 гиг. Зачем же 8?
79 Garykom
 
гуру
26.04.19
15:30
локальная файловая база (обычная базовая БП3) на 2 гигах памяти это тормоза нереальные и оно постоянно напоминает всплывающими.
Добавляешь 1 гиг до 3 - уже шустрее, 4 гига еще лучше, можно работать если больше ничего не запущено.
Но только 8 гигов позволяют еще браузер с антивирусом кроме 1С запустить и не иметь тормоза.
80 Garykom
 
гуру
26.04.19
15:32
(78) >Зачем же 8?

Там куча сервисов в фоне одновременно и все через xml обмен и жрут-жрут.

А уж обновление конфы особенно по риб это пипец.
Вес конф типовых cf видел? Как думаешь сколько cf внутри xml файла обмена занимает оперативки?
81 Garykom
 
гуру
26.04.19
15:33
82 Cyberhawk
 
26.04.19
15:34
А, ну так ты под браузер и антивирус еще закладываешь :) Я-то про выделенную / доступную чисто под процесс 1С память спрашивал
83 Cyberhawk
 
26.04.19
15:35
(81) Это у него карма такая, если Я не перепутал ник)
84 ptiz
 
26.04.19
16:05
(69) "При УФ данные на клиент не тянутся.
УФ это почтит RDP и есть" - это шутка такая?
УФ таскает данных на клиента поболее, чем ОФ. Запись в случае файлового варианта, что ОФ, что УФ - идет с клиента. Запись в случае серверного - идет с сервера.
85 Garykom
 
гуру
26.04.19
16:09
(84) Не таскаются данные для выполнения запросов и выборок в этом смысле меньше.
HTTP протокола однако, почти RDP протокола однако, оленя не сильно устает.