Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Какой компьютер нужен для последней версии 1С БП 3.0?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.