Вход | Регистрация
    1  2   

Много файловых баз БП 3.0 на терминальном сервере 2021

Много файловых баз БП 3.0 на терминальном сервере 2021
Я
   СергейМихайлович
 
29.06.21 - 08:16
Всем привет!
Имеется сервер i5/32GB/SSD на нем лежит 30+ баз БП 3.0 стоковых, постоянно обновляемых с которыми работает 10 пользователей.
Время от времени базы добавляются и сотрудники тоже.
Что-то это все притормаживает и видимо дальше будет хуже.
Что как это все дело разогнать? Ставить 1с сервер или вебсервер? Или покупать новую железку?
   vde69
 
1 - 29.06.21 - 08:20
1. i5 - это не сервер
2. что говорят счетчики "очередь к диску", "размер свопа", "свободная память" и т.д.
3. я бы рекомендовал смотреть в сторону перехода на SQL
   Sasha_1CK
 
2 - 29.06.21 - 08:22
Ну учитывая что толстый клиент не кисло жрет ОЗУ - то 1 шаг - если есть техническая возможность увеличить ОЗУ раза в 2-4. И возможно заменить ССД на более свежие модели (опять же если есть техническая возможность).

Можно поставить Сервер 1С - СКЛ и сервер отожрут половину памяти, но зато оставшейся половины будет с запасом хватать на тонких клиентов.

В передел нужно будет приобрести отдельный сервер под СКЛ и Сервер1с - оставив на этом терминал
   lodger
 
3 - 29.06.21 - 08:22
(0) как всегда всё упирается в бабло на лицензии.
первый самый дешевый шаг - разместить веб-сервер.
второй шаг после первого - выпнуть пользаков с сервера, и запускать их тонкие клиенты с их компов\браузеров.
   Sasha_1CK
 
4 - 29.06.21 - 08:24
(3) такое себе.
в частности при публикации файловой БП через апачу - сталкивался с невозможностью заполнения некоторых типов регламентированной отчетности - по сети толстый клиент - медленно, но заполняет. А через ВЕБ - вываливается и хоть застрелись.
   Фрэнки
 
5 - 29.06.21 - 08:25
э... тс, не обращай внимания на озвученные советы по поводу сферического коня в вакууме.

По поводу вопроса топика для советов инфы недостаточно.

У вас пользователи в каком режиме имеют доступ к каталогам баз?

В заголовке темы указано, что это "Терминальный сервер". В тексте топика слов о терминальности нет.
Так какой доступ к базам на самом деле?
   lodger
 
6 - 29.06.21 - 08:25
(4) проблемы апачей шерифа не... не ставьте 32 бита в 2к21.
   vde69
 
7 - 29.06.21 - 08:26
(4) чисто в вебе не работай, работай в тонком через веб - там все хорошо...
   mistеr
 
8 - 29.06.21 - 08:26
(0) Основных варианта два. Если есть лишние деньги, просто купить новую железку.

Если нет, то позвать грамотного админа, чтобы он нашел узкое месть и устранил его.
   lodger
 
9 - 29.06.21 - 08:27
комбо (6) и (7) = решение всех бед работы через веб-протоколы.
   Sasha_1CK
 
10 - 29.06.21 - 08:27
(5) Э-э-э. А какие еще могут быть варианты?
Вы видели как работает файловая БП 3 по сети хотя бы с 3 пользователями? я уж не говорю про 10?
   Фрэнки
 
11 - 29.06.21 - 08:27
(8) откуда уверенность, что там есть деньги на грамотного админа?
   Chai Nic
 
12 - 29.06.21 - 08:27
Я тоже за веб-сервер. Только лучше каждой базе свой экземпляр апача выделить.
   Фрэнки
 
13 - 29.06.21 - 08:27
(10) ты не меня лечи... Ты ТС лечи.
   Aleksey
 
14 - 29.06.21 - 08:27
(9) Бред
   Bigbro
 
15 - 29.06.21 - 08:27
посмотрите счетчики для начала - где узкое место.
процессор, память, диск
тогда и решать уже можно.
   Sasha_1CK
 
16 - 29.06.21 - 08:28
(7) Это был именно тонкий клиент через ХТТП. И веб ставили именно от невозможности адекватно работать с базой по сети вчетвером.
   Chai Nic
 
17 - 29.06.21 - 08:28
(15) Телепатирую, что узкое место - загруженность одного процессорного ядра.
   Aleksey
 
18 - 29.06.21 - 08:29
у ТС терминал (!) Если вы не предлагаете ему работать на клиенских машинах, то чем ему поднятие апачи на машине которая и так тормозит и не справляется с нагрузкой поможет установка еще одного софта который будет жрать ресурсы?
   Bigbro
 
19 - 29.06.21 - 08:29
(17) не уверен. но теоретически возможно.
из моей практики процессор реже всего оказывался узким местом.
   СергейМихайлович
 
20 - 29.06.21 - 08:31
(1) Память 
Используется 17498
Кэшировано 11871
Всего 32638 
(5) Сервер терминальный,
   Sasha_1CK
 
21 - 29.06.21 - 08:31
(18) Ну формально будет существенная экономия на ОЗУ из-за использования тонких клиентов.
Учитывая что лицензия на сервер 1С - стоит 80+ косарей - это достаточно весомый аргумент.
Хотя конечно СКЛ (хотя бы бесплатный Експресс) + Сервер 1С безусловно лучше
   Sasha_1CK
 
22 - 29.06.21 - 08:32
(20) главный вопрос - пользователи работают по одному с разными базами или есть базы в которых они работают одновременно по 5-10?
   СергейМихайлович
 
23 - 29.06.21 - 08:33
(22) Есть одна база в которой все работают, с остальными обычно один пользователь одна база
   СергейМихайлович
 
24 - 29.06.21 - 08:34
(17) Ни разу не видел, что бы проц был сильно загружен
   lodger
 
25 - 29.06.21 - 08:35
(24) а ты переключи показывалку на много графиков по каждому потоку.
   mistеr
 
26 - 29.06.21 - 08:36
(11) Элементарно. ТСу-то платят, значит деньги есть. Если совсем припрет, эти деньги и пойдут на решение проблемы.
   Фрэнки
 
27 - 29.06.21 - 08:37
(24) Начните с того, чтобы точно исключить _любые_ подключения к дискам этого терминал-сервера по сети.
   Фрэнки
 
28 - 29.06.21 - 08:37
(26) бла-бла-бла
   Sasha_1CK
 
29 - 29.06.21 - 08:37
(23) Бест - практик - купить лицензию на сервер 1С и перевести на СКЛ.

Но ССД все таки нужно проверить на предмет - не деградировал ли он, и нельзя ли его поменять на что нибудь более быстрое
   Aleksey
 
30 - 29.06.21 - 08:38
(21) Он и до этого использовал тонкий клиент. Типовая БП не очень любит тостый клиент
 
 
   СергейМихайлович
 
31 - 29.06.21 - 08:39
(27) точно нету такого. На сервере закрыты все порты кроме 3389 и смб не настраивалось.
   mistеr
 
32 - 29.06.21 - 08:39
(25) Ага, и сиди, не моргая, жди момента хорошей нагрузки от многих пользователей.
   lodger
 
33 - 29.06.21 - 08:40
(30) тонкий клиент в файловом режиме жрёт едва ли не больше, чем классический толстый клиент.
   Обработка
 
34 - 29.06.21 - 08:41
i5 к i5 рознь. Какая у вас железо если точно расписать?
   Kongo2019
 
35 - 29.06.21 - 08:41
(0) Решается просто. Докупаешь еще SSD и разносишь базы. Да и оперативы как-то маловато.
У меня шесть SSD, и 64 оперативка. Работает влет.
   Chai Nic
 
36 - 29.06.21 - 08:41
(24) Ядер много, общая загрузка низкая, но тормоза будут, потому что тупит одно ядро, один поток.
   Фрэнки
 
37 - 29.06.21 - 08:42
(31) тогда можешь быть уверен, что быстрее работать эта связка, что у тебя сейчас не будет.

Тем более, если у тебя заведомо известно, что большинство баз подключены как - один пользователь <=> одна база.
   lodger
 
38 - 29.06.21 - 08:42
   Фрэнки
 
39 - 29.06.21 - 08:43
(35) просто поверь, у тебя так влет работает не потому, что это обеспечено через ссд и оперативу.

Ну возьмет ТС и напихает туда нечто подобное и где гарантия, что ситуация изменится?
   Sasha_1CK
 
40 - 29.06.21 - 08:44
(30) ну да тонкий он конечно тонкий, но жрет то как толстый - сейчас спецаильно посмотрел - Тонкий клиент файловой базы - жрет 1,5 гига. А тонкий клиент серверной базы - 90 мб.
   lodger
 
41 - 29.06.21 - 08:45
(39) когда стоимость СХД и оперативки сильно больше стоимости проца, то уже морально легче поменять проц.
   Bigbro
 
42 - 29.06.21 - 08:46
с учетом 20 24 и 31 - надо смотреть ССД, видимо он причина.
какая очередь к диску средняя?
   Фрэнки
 
43 - 29.06.21 - 08:46
Тормозит именно работа терминальных сессий на самом серваке, при некотором количестве пользователей.
Можно попробовать постепенно подключая сессию за сессией смотреть, как изменяется поведение внутри сессий.
Я бы сказал, что использование 1С тут совершенно не играет роли. Т.к. приходилось наблюдать тормоза при использовании хотя бы офисных приложений.
   Обработка
 
44 - 29.06.21 - 08:47
(0) Первым делом узнай узкое место!
Потом уже думай по какому пути пойти желоезо или лицензия итп
   Kongo2019
 
45 - 29.06.21 - 08:47
(39) Ну не знаю. Думать в любом случае надо. Был такой эффект много баз, куча пользователе. Глянул дикие очереди к диску, поставил второй. Полегчало, прикупил парочку, вообще хорошо стало. Поставил еще четыре в PCI-E, и летает теперь. Так у меня базы УПП гоняют.
   Sasha_1CK
 
46 - 29.06.21 - 08:48
(39) так проблема то "Субъективная" - и вызвана скорее всего той одной базой - где 10 юзеров вполне себе друг другу мешают работать - при переходе в клиент-серверный режим - острота проблемы снизится.

Быстрее работать не будет - на частота "тормозов" которые и вызывают основной негатив - снизится весьма заметно.

(43) за последние 3 года указанный кейс возникал сильно больше 10 раз  - везде переход на СКЛ + Сервер 1С - снижал остроту проблемы до приемлемой.
   Фрэнки
 
47 - 29.06.21 - 08:49
(40) потому что 1С не может тебе показать в тонком клиенте на файловой версии, как загружать в оперативу обращение к базе, если это единственная сессия работы с базой.
   Фрэнки
 
48 - 29.06.21 - 08:50
(46)// везде переход на СКЛ + Сервер 1С - снижал остроту проблемы до приемлемой. //


При таком переходе, где физически оставались сеансы работы пользователей?
   СергейМихайлович
 
49 - 29.06.21 - 08:51
(42) Не большая. Сейчас запустил DiskMark
-----------------------------------------------------------------------
CrystalDiskMark 3.0.1 x64 (C) 2007-2010 hiyohiyo
                           Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

           Sequential Read :  1955.386 MB/s
          Sequential Write :  1130.453 MB/s
         Random Read 512KB :  1381.912 MB/s
        Random Write 512KB :   659.154 MB/s
    Random Read 4KB (QD=1) :    60.303 MB/s [ 14722.5 IOPS]
   Random Write 4KB (QD=1) :   178.566 MB/s [ 43595.2 IOPS]
   Random Read 4KB (QD=32) :   599.664 MB/s [146402.4 IOPS]
  Random Write 4KB (QD=32) :   409.475 MB/s [ 99969.5 IOPS]

  Test : 1000 MB [E: 58.6% (139.7/238.3 GB)] (x5)
  Date : 2021/06/29 12:51:45
    OS : Windows NT 6.2 Server Standard Edition (full installation) [6.2 Build 9200] (x64)
   Обработка
 
50 - 29.06.21 - 08:51
Ну сервачек вы замутили. Тем более типа он терминальный.
Во-перывых хотя б  разделить ос от базы наверно надо у вас же там всего 1 диск как я понимаю?
   Sasha_1CK
 
51 - 29.06.21 - 08:51
(47) и что? если 10 пользователей запустят каждый по сессии - будет 15 гигов оперативы сожрано.
Что меняет - называть этого клиента толстым или тонким?  

(48) там же
   Bigbro
 
52 - 29.06.21 - 08:52
не надо кристал диск. в счетчиках поризводительности во время тормозов параметр средняя длина очереди к диску.
   СергейМихайлович
 
53 - 29.06.21 - 08:52
(50) Конечно же нет. Ос на одном диске, базы на другом, резервные копии на третьем
   Почему 1С
 
54 - 29.06.21 - 08:53
(12) Зачем каждой базе свой сервер апача выделять? Он ведь и в рамках одного экземпляра апача для разных ИБ запустит параллельное выполнение.
Такое распараллеливание имеет смысл если база одна, а пользователей много.
   СергейМихайлович
 
55 - 29.06.21 - 08:53
(52) 0
   Фрэнки
 
56 - 29.06.21 - 08:53
(51)// там же.

Хорошо.
Один пользователь - одна база - как объяснить, что установка в эту связку (между юзером и базой) скл сервера что-то изменит?
   Bigbro
 
57 - 29.06.21 - 08:55
а вот это уже любопытно.
процессор свободен, памяти полно, диск простаивает, а 1с тормозит?
что-то не сходится.
   Обработка
 
58 - 29.06.21 - 08:56
(56) Это просто идеализированный пример. На деле не так.
Если такой расклад лучше всем раздать базы на локал компы и сервер продать?
   Sasha_1CK
 
59 - 29.06.21 - 08:57
(56) Один пользователь - одна база. Ничего не изменит.
Но 10 пользователей - 1 база  изменит существенно.
10 пользователей - 30 баз - изменит, но не существенно. Хотя экономия ОЗУ будет иметь место, и возможно уменьшится своп.
   d_monah
 
60 - 29.06.21 - 08:57
300+Бухий и Зупов в файловом варианте.Половина нулевки,остальные тоже не сильно серьезные.Бывает по разному,терминалка,толстые-тонкие клиенты,порядка 10 юзеров,но по разным базам.Серверу лет 10,ССД нет.Тормозов тоже
 
 
   Sasha_1CK
 
61 - 29.06.21 - 08:57
(58) Остается база в которой они в 10 одноврменно работают - не взлетит
   Sasha_1CK
 
62 - 29.06.21 - 08:58
(60) УФ или ОФ?
   Sasha_1CK
 
63 - 29.06.21 - 09:03
(49) И все таки - основные тормоза связаны именно с работой в многопользовательской базой или с работой в однопользовательских базах?
   СергейМихайлович
 
64 - 29.06.21 - 09:04
(60) Сколько памяти?
   Почему 1С
 
65 - 29.06.21 - 09:06
(0) Настроить регламентные задания, отключить всякие полнотекстовые поиски и прочее. Мне с 16 базами этот метод помог значительно. Юзеров было тоже порядка 16.
   mistеr
 
66 - 29.06.21 - 09:15
(51) >если 10 пользователей запустят каждый по сессии - будет 15 гигов оперативы сожрано.

Нет, гораздо меньше. Некоторые данные разделяются между сеансами.
   Фрэнки
 
67 - 29.06.21 - 09:22
(66) подразумевается, что 10 пользователей запустят каждый в своем сеансе терминала по одной своей локальной базе
   mistеr
 
68 - 29.06.21 - 09:32
(67) Все равно, как минимум код будет шариться.
   Фрэнки
 
69 - 29.06.21 - 09:32
(68) нет
   Фрэнки
 
70 - 29.06.21 - 09:38
Поведение файловых сеансов работы с базами на терминале или на локальной машине легко проверить и протестировать на требуемые объемы памяти. Если речь именно про 1С, то ничего не разделяется до тех пор, пока платформа не начинает стартовать в режиме сервера или клиент-сервера. Нечему там разделяться между сеансами. Все сеансы обособлены относительно друг друга.
   Йохохо
 
71 - 29.06.21 - 09:39
(70) есть опыт как заставить файловый апач отдать память без рестарта?
   d_monah
 
72 - 29.06.21 - 09:43
(62) Это было пару лет назад.Большинство Бухий 2.5(ОФ) редко 3.0(УФ) по зупу аналогично. (64) Не подскажу,сисадмин рулили,но контора жлобская,вряд-ли много.Я и сервер не знал где находится,это была великая тайна
   Фрэнки
 
73 - 29.06.21 - 09:43
(71) К сожалению, никак не соберусь подобные эксперименты с апачем провести.
Если что, я как раз и думаю, что при работе в режиме "файловый апач" обсуждаемое разделение памяти между пользовательскими сеансами работы с базой будет.
Как минимум, так оно будет, если это будет повторяющиеся пользовательские сеансы в одной базе.

А вот про заставить отдать память... обсуждения как-то мелькали перед глазами. Но сам я не тестил и подобное не подскажу.
   mistеr
 
74 - 29.06.21 - 09:44
(69) Только что зашел на сервак и убедился, что да. Шарится 1/3. Правда, это ОФ, для УФ цифры могут быть другие.

P.S. Как считать: в диспетчере (Общий рабочий набор) / (Рабочий набор).
   mistеr
 
75 - 29.06.21 - 09:45
(71) А зачем? Кому она нужнее?
   СергейМихайлович
 
76 - 29.06.21 - 09:47
(72) БП 2.5 не бывает.
БП 2.0 радикально отличается от БП 3.0 по потреблению ресурсов
   Йохохо
 
77 - 29.06.21 - 09:48
(75) ну так то да, но в вин10 этот механизм плохой, 2012 нормально отдает
   Фрэнки
 
78 - 29.06.21 - 09:59
(76) Если по теме топика...
Вот есть у меня предположение из разряда "вредные советы" - если переставить работу пользователей в терминальных сессиях на как-бы сервак с вин7, то поведение системы в целом улучшится. Ну почти на 100% уверен, что улучшится.

Как заставить какой-то такой сервер как у вас работать также в режиме терминалов - не знаю.
   mistеr
 
79 - 29.06.21 - 10:02
(78) Совет чем-то обоснован?
   Фрэнки
 
80 - 29.06.21 - 10:06
(79) интуицией :-)
Вин 7 вообще-то не серверная, так ведь? :-)
   d_monah
 
81 - 29.06.21 - 10:13
(76) Ну значит 2.5,держать в голове релизы всех конф выше моих сил)) а еще и платформы.Чем пользуюсь,то помню
   d_monah
 
82 - 29.06.21 - 10:13
(81) тфу 2.0
   Обработка
 
83 - 29.06.21 - 10:15
Самое простое начать с публикации веб сервера.
И дальше по списку диск, терминал, проц и скуль ))
   СергейМихайлович
 
84 - 29.06.21 - 10:24
(82) Это характеризует вас как поверхностного специалиста :(.
   vde69
 
85 - 29.06.21 - 10:27
опиши, что именно обозначает слово "тормозит"

какая операция сколько выполняется?
   Garykom
 
86 - 29.06.21 - 10:41
Сделать отдельно RDP (терминальный) сервер и сервер 1С
Поначалу потестить тонкие клиенты (запускаемые на RDP сервере) к файловым базам опубликованным через апач на сервере 1С

Затем если недостаточно то переходить на сервер 1С, так же сервер 1С с sql (postgresql или mssql) отдельно от RDP сервера
   ptiz
 
87 - 29.06.21 - 10:51
(0) Размеры баз какие? Кто жалуется на тормоза? Возможно, это нормальная скорость для 1С, просто юзеры хотят быстрее.
   СергейМихайлович
 
88 - 29.06.21 - 11:02
(87) Две по 4Gb, остальные меньше 2Gb
Сейчас 
состояние памяти
Доступно 12935
Кэшировано 12222

Используется 19580
Ожидание 12116
Свободно 823

Запускаю 1с в режиме предприятия, до появления окна 12 секунд, до открытия 1с после ввода еще 14.
Дальше, хоть что открываю ОСВ по счету, журнал реализаций, справочник контрагентов, все открывается по 2-3 секунды.

Нагрузка на проц нет, длинна очереди диска, 0
   ptiz
 
89 - 29.06.21 - 11:06
(88) А эти же базы на другом аналогичном компе быстрее работают?
   ptiz
 
90 - 29.06.21 - 11:07
(88) Режим "Максимальная производительность" в настройках энергосбережения включен?
   Garykom
 
91 - 29.06.21 - 11:08
30+ баз это реально много, надо все же sql и разделение данных если версию можно одну конфы поддерживать
   ptiz
 
92 - 29.06.21 - 11:08
(91) Там всего 10 юзеров, хоть 100 баз, они же не со всеми сразу работают.
   Вафель
 
93 - 29.06.21 - 11:08
(91) бэкапить и поднимать фреш базы совсем не просто
   СергейМихайлович
 
94 - 29.06.21 - 11:09
Просто раньше все это работало мгновенно, сейчас так. Что будет через год когда баз будет например 40 и пользователей 15.

Куда двигаться?
Судя по всему веб мне не пойдет, потому что, он будет для каждой базы запускать своего клиента на сервере и тот
   Bigbro
 
95 - 29.06.21 - 11:09
выглядит как нехватка памяти, но почему в этот момент очередь диска ноль вот в чем вопрос.
   Bigbro
 
96 - 29.06.21 - 11:10
а файл подкачки начальный текущий максимальный?
   Вафель
 
97 - 29.06.21 - 11:10
медленное открытие форм в файловой базе - это частота проца
   d_monah
 
98 - 29.06.21 - 11:11
(84) Возможно,Бух,зуп попадаются мне редко,тем более 2.0 практически померла.Оно мне надо,все помнить?
   СергейМихайлович
 
99 - 29.06.21 - 11:12
(96) Стоит галка выбирать автоматически, текущий - 4864
   СергейМихайлович
 
100 - 29.06.21 - 11:14
(98) Конечно. Вы же ведь помните win 95, win 98? Или как софт в уююках в фидонете ходил?
  1  2   

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