Всем привет!
Имеется сервер i5/32GB/SSD на нем лежит 30+ баз БП 3.0 стоковых, постоянно обновляемых с которыми работает 10 пользователей.
Время от времени базы добавляются и сотрудники тоже.
Что-то это все притормаживает и видимо дальше будет хуже.
Что как это все дело разогнать? Ставить 1с сервер или вебсервер? Или покупать новую железку?

1. i5 - это не сервер
2. что говорят счетчики "очередь к диску", "размер свопа", "свободная память" и т.д.
3. я бы рекомендовал смотреть в сторону перехода на SQL

Ну учитывая что толстый клиент не кисло жрет ОЗУ - то 1 шаг - если есть техническая возможность увеличить ОЗУ раза в 2-4. И возможно заменить ССД на более свежие модели (опять же если есть техническая возможность).

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

В передел нужно будет приобрести отдельный сервер под СКЛ и Сервер1с - оставив на этом терминал

(0) как всегда всё упирается в бабло на лицензии.
первый самый дешевый шаг - разместить веб-сервер.
второй шаг после первого - выпнуть пользаков с сервера, и запускать их тонкие клиенты с их компов\браузеров.

(3) такое себе.
в частности при публикации файловой БП через апачу - сталкивался с невозможностью заполнения некоторых типов регламентированной отчетности - по сети толстый клиент - медленно, но заполняет. А через ВЕБ - вываливается и хоть застрелись.

э... тс, не обращай внимания на озвученные советы по поводу сферического коня в вакууме.

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

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

В заголовке темы указано, что это "Терминальный сервер". В тексте топика слов о терминальности нет.
Так какой доступ к базам на самом деле?

(4) проблемы апачей шерифа не... не ставьте 32 бита в 2к21.

(4) чисто в вебе не работай, работай в тонком через веб - там все хорошо...

(0) Основных варианта два. Если есть лишние деньги, просто купить новую железку.

Если нет, то позвать грамотного админа, чтобы он нашел узкое месть и устранил его.

комбо (6) и (7) = решение всех бед работы через веб-протоколы.

(5) Э-э-э. А какие еще могут быть варианты?
Вы видели как работает файловая БП 3 по сети хотя бы с 3 пользователями? я уж не говорю про 10?

(8) откуда уверенность, что там есть деньги на грамотного админа?

Я тоже за веб-сервер. Только лучше каждой базе свой экземпляр апача выделить.

(10) ты не меня лечи... Ты ТС лечи.

(9) Бред

посмотрите счетчики для начала - где узкое место.
процессор, память, диск
тогда и решать уже можно.

(7) Это был именно тонкий клиент через ХТТП. И веб ставили именно от невозможности адекватно работать с базой по сети вчетвером.

(15) Телепатирую, что узкое место - загруженность одного процессорного ядра.

у ТС терминал (!) Если вы не предлагаете ему работать на клиенских машинах, то чем ему поднятие апачи на машине которая и так тормозит и не справляется с нагрузкой поможет установка еще одного софта который будет жрать ресурсы?

(17) не уверен. но теоретически возможно.
из моей практики процессор реже всего оказывался узким местом.

(1) Память
Используется 17498
Кэшировано 11871
Всего 32638
(5) Сервер терминальный,

(18) Ну формально будет существенная экономия на ОЗУ из-за использования тонких клиентов.
Учитывая что лицензия на сервер 1С - стоит 80+ косарей - это достаточно весомый аргумент.
Хотя конечно СКЛ (хотя бы бесплатный Експресс) + Сервер 1С безусловно лучше

(20) главный вопрос - пользователи работают по одному с разными базами или есть базы в которых они работают одновременно по 5-10?

(22) Есть одна база в которой все работают, с остальными обычно один пользователь одна база

(17) Ни разу не видел, что бы проц был сильно загружен

(24) а ты переключи показывалку на много графиков по каждому потоку.

(11) Элементарно. ТСу-то платят, значит деньги есть. Если совсем припрет, эти деньги и пойдут на решение проблемы.

(24) Начните с того, чтобы точно исключить _любые_ подключения к дискам этого терминал-сервера по сети.

(26) бла-бла-бла

(23) Бест - практик - купить лицензию на сервер 1С и перевести на СКЛ.

Но ССД все таки нужно проверить на предмет - не деградировал ли он, и нельзя ли его поменять на что нибудь более быстрое

(21) Он и до этого использовал тонкий клиент. Типовая БП не очень любит тостый клиент

(27) точно нету такого. На сервере закрыты все порты кроме 3389 и смб не настраивалось.

(25) Ага, и сиди, не моргая, жди момента хорошей нагрузки от многих пользователей.

(30) тонкий клиент в файловом режиме жрёт едва ли не больше, чем классический толстый клиент.

i5 к i5 рознь. Какая у вас железо если точно расписать?

(0) Решается просто. Докупаешь еще SSD и разносишь базы. Да и оперативы как-то маловато.
У меня шесть SSD, и 64 оперативка. Работает влет.

(24) Ядер много, общая загрузка низкая, но тормоза будут, потому что тупит одно ядро, один поток.

(31) тогда можешь быть уверен, что быстрее работать эта связка, что у тебя сейчас не будет.

Тем более, если у тебя заведомо известно, что большинство баз подключены как - один пользователь <=> одна база.

(32) https://datarecoverymoscow.ru/images/misc/spichki-v-glaza.jpg

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

Ну возьмет ТС и напихает туда нечто подобное и где гарантия, что ситуация изменится?

(30) ну да тонкий он конечно тонкий, но жрет то как толстый - сейчас спецаильно посмотрел - Тонкий клиент файловой базы - жрет 1,5 гига. А тонкий клиент серверной базы - 90 мб.

(39) когда стоимость СХД и оперативки сильно больше стоимости проца, то уже морально легче поменять проц.

с учетом 20 24 и 31 - надо смотреть ССД, видимо он причина.
какая очередь к диску средняя?

Тормозит именно работа терминальных сессий на самом серваке, при некотором количестве пользователей.
Можно попробовать постепенно подключая сессию за сессией смотреть, как изменяется поведение внутри сессий.
Я бы сказал, что использование 1С тут совершенно не играет роли. Т.к. приходилось наблюдать тормоза при использовании хотя бы офисных приложений.

(0) Первым делом узнай узкое место!
Потом уже думай по какому пути пойти желоезо или лицензия итп

(39) Ну не знаю. Думать в любом случае надо. Был такой эффект много баз, куча пользователе. Глянул дикие очереди к диску, поставил второй. Полегчало, прикупил парочку, вообще хорошо стало. Поставил еще четыре в PCI-E, и летает теперь. Так у меня базы УПП гоняют.

(39) так проблема то "Субъективная" - и вызвана скорее всего той одной базой - где 10 юзеров вполне себе друг другу мешают работать - при переходе в клиент-серверный режим - острота проблемы снизится.

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

(43) за последние 3 года указанный кейс возникал сильно больше 10 раз  - везде переход на СКЛ + Сервер 1С - снижал остроту проблемы до приемлемой.

(40) потому что 1С не может тебе показать в тонком клиенте на файловой версии, как загружать в оперативу обращение к базе, если это единственная сессия работы с базой.

(46) // везде переход на СКЛ + Сервер 1С - снижал остроту проблемы до приемлемой. //

При таком переходе, где физически оставались сеансы работы пользователей?

(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)

Ну сервачек вы замутили. Тем более типа он терминальный.
Во-перывых хотя б  разделить ос от базы наверно надо у вас же там всего 1 диск как я понимаю?

(47) и что? если 10 пользователей запустят каждый по сессии - будет 15 гигов оперативы сожрано.
Что меняет - называть этого клиента толстым или тонким?  

(48) там же

не надо кристал диск. в счетчиках поризводительности во время тормозов параметр средняя длина очереди к диску.

(50) Конечно же нет. Ос на одном диске, базы на другом, резервные копии на третьем

(12) Зачем каждой базе свой сервер апача выделять? Он ведь и в рамках одного экземпляра апача для разных ИБ запустит параллельное выполнение.
Такое распараллеливание имеет смысл если база одна, а пользователей много.

(52) 0

(51) // там же.

Хорошо.
Один пользователь - одна база - как объяснить, что установка в эту связку (между юзером и базой) скл сервера что-то изменит?

а вот это уже любопытно.
процессор свободен, памяти полно, диск простаивает, а 1с тормозит?
что-то не сходится.

(56) Это просто идеализированный пример. На деле не так.
Если такой расклад лучше всем раздать базы на локал компы и сервер продать?

(56) Один пользователь - одна база. Ничего не изменит.
Но 10 пользователей - 1 база  изменит существенно.
10 пользователей - 30 баз - изменит, но не существенно. Хотя экономия ОЗУ будет иметь место, и возможно уменьшится своп.

300+Бухий и Зупов в файловом варианте.Половина нулевки,остальные тоже не сильно серьезные.Бывает по разному,терминалка,толстые-тонкие клиенты,порядка 10 юзеров,но по разным базам.Серверу лет 10,ССД нет.Тормозов тоже

(58) Остается база в которой они в 10 одноврменно работают - не взлетит

(60) УФ или ОФ?

(49) И все таки - основные тормоза связаны именно с работой в многопользовательской базой или с работой в однопользовательских базах?

(60) Сколько памяти?

(0) Настроить регламентные задания, отключить всякие полнотекстовые поиски и прочее. Мне с 16 базами этот метод помог значительно. Юзеров было тоже порядка 16.

(51) >если 10 пользователей запустят каждый по сессии - будет 15 гигов оперативы сожрано.

Нет, гораздо меньше. Некоторые данные разделяются между сеансами.

(66) подразумевается, что 10 пользователей запустят каждый в своем сеансе терминала по одной своей локальной базе

(67) Все равно, как минимум код будет шариться.

(68) нет

Поведение файловых сеансов работы с базами на терминале или на локальной машине легко проверить и протестировать на требуемые объемы памяти. Если речь именно про 1С, то ничего не разделяется до тех пор, пока платформа не начинает стартовать в режиме сервера или клиент-сервера. Нечему там разделяться между сеансами. Все сеансы обособлены относительно друг друга.

(70) есть опыт как заставить файловый апач отдать память без рестарта?

(62) Это было пару лет назад.Большинство Бухий 2.5(ОФ) редко 3.0(УФ) по зупу аналогично. (64) Не подскажу,сисадмин рулили,но контора жлобская,вряд-ли много.Я и сервер не знал где находится,это была великая тайна

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

А вот про заставить отдать память... обсуждения как-то мелькали перед глазами. Но сам я не тестил и подобное не подскажу.

(69) Только что зашел на сервак и убедился, что да. Шарится 1/3. Правда, это ОФ, для УФ цифры могут быть другие.

P.S. Как считать: в диспетчере (Общий рабочий набор) / (Рабочий набор).

(71) А зачем? Кому она нужнее?

(72) БП 2.5 не бывает.
БП 2.0 радикально отличается от БП 3.0 по потреблению ресурсов

(75) ну так то да, но в вин10 этот механизм плохой, 2012 нормально отдает

(76) Если по теме топика...
Вот есть у меня предположение из разряда "вредные советы" - если переставить работу пользователей в терминальных сессиях на как-бы сервак с вин7, то поведение системы в целом улучшится. Ну почти на 100% уверен, что улучшится.

Как заставить какой-то такой сервер как у вас работать также в режиме терминалов - не знаю.

(78) Совет чем-то обоснован?

(79) интуицией :-)
Вин 7 вообще-то не серверная, так ведь? :-)

(76) Ну значит 2.5,держать в голове релизы всех конф выше моих сил)) а еще и платформы.Чем пользуюсь,то помню

(81) тфу 2.0

Самое простое начать с публикации веб сервера.
И дальше по списку диск, терминал, проц и скуль ))

(82) Это характеризует вас как поверхностного специалиста :(.

опиши, что именно обозначает слово "тормозит"

какая операция сколько выполняется?

Сделать отдельно RDP (терминальный) сервер и сервер 1С
Поначалу потестить тонкие клиенты (запускаемые на RDP сервере) к файловым базам опубликованным через апач на сервере 1С

Затем если недостаточно то переходить на сервер 1С, так же сервер 1С с sql (postgresql или mssql) отдельно от RDP сервера

(0) Размеры баз какие? Кто жалуется на тормоза? Возможно, это нормальная скорость для 1С, просто юзеры хотят быстрее.

(87) Две по 4Gb, остальные меньше 2Gb
Сейчас
состояние памяти
Доступно 12935
Кэшировано 12222

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

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

Нагрузка на проц нет, длинна очереди диска, 0

(88) А эти же базы на другом аналогичном компе быстрее работают?

(88) Режим "Максимальная производительность" в настройках энергосбережения включен?

30+ баз это реально много, надо все же sql и разделение данных если версию можно одну конфы поддерживать

(91) Там всего 10 юзеров, хоть 100 баз, они же не со всеми сразу работают.

(91) бэкапить и поднимать фреш базы совсем не просто

Просто раньше все это работало мгновенно, сейчас так. Что будет через год когда баз будет например 40 и пользователей 15.

Куда двигаться?
Судя по всему веб мне не пойдет, потому что, он будет для каждой базы запускать своего клиента на сервере и тот

выглядит как нехватка памяти, но почему в этот момент очередь диска ноль вот в чем вопрос.

а файл подкачки начальный текущий максимальный?

медленное открытие форм в файловой базе - это частота проца

(84) Возможно,Бух,зуп попадаются мне редко,тем более 2.0 практически померла.Оно мне надо,все помнить?

(96) Стоит галка выбирать автоматически, текущий - 4864

(98) Конечно. Вы же ведь помните win 95, win 98? Или как софт в уююках в фидонете ходил?

(94) "Судя по всему веб мне не пойдет"

Не люблю я кошек - Ты просто не умеешь их готовить!

(92) Запросто со всеми работают, каждый юзер по 2-3 базы откроет и привет

Дос 6.22 еще помню,по крайней мере он был первым неспециализированным ПО для дома,но потом навалилось столько информации,что все слилось в кучу.Спроси меня,а что внутри твоего ноута?Я открою рот помычу и закрою.Ибо дома их два+2 стационарных+рабочие.Но свой первый помню,а это было 25 лет назад

(88) это относительно нормально.

что посмотреть:
1. количество файлов в темповой директории, если их десятки тысяч - почистить
2. почистить кеш, потом первый раз у всех будет долго открыватся, потом может быть лучше
3. прописать корректно ключи 1с, запуск может тормозить из-за поиска ключей

(103) Все с вами ясно

(104) Количество файлов в темпе ерунда. До эксперимента в там было 70 файлов - запуск 1с 18 секунд. Создал 30 тысяч файлов, запуск 1с 16 секунд.
Ну и остальные советы не ведут к решению вопроса.

(94) В любом случае: переходить на диски NVme, если до сих пор SSD SATA, ставить последний проц и добавлять память. Станет быстрее. Дальнейший шаг - Сервер 1С + SQL. Если денег на SQL  нет, то постгри, но админить много баз на постгри, как я слышал - это непросто.

Я все понял, всем спасибо

а после перезагрузки сервера. когда никого на нем нет.
какое время запуска базы?
по сравнению с 12 + 14 сек

(107) одна база если конфа одна, зачем много баз то? всего 10 юзеров и разделить 30 баз средствами 1С встроенными

(0)Все смешно, самое первое. Зачем вам там столько баз?

(88)  Первое открытие формы списка, формы документа, формы отчета (особенно ОСВ) - кешируется и занимает ощутимое время от 2-3 до 15-20 секунд. это не баг - это фича УФ.
Если закрыть форму только что открытого документа/отчета и потом заново открыть не закрывая 1С - скорость открытия изменяется?

Система и профили - тоже на ССД или только базы?

(111) уполномочка скорее всего или холдинг из кучи юрлиц

По одной базе на каждый филиал... (Наверное)
Но Бухия поддерживает учет в одной базе по нескольким организациям :)

...Думается тут подход еще состоит в том, что Бух, захотел это вести в разных по политическим соображениям (налоговой, что бы не показывать лишние базы - К примеру)

(0) Переведи все на серверный вариант баз, хоть бекапить будет немного удобней :)
Пользователей можно добавлять при желании централизовано (при желании и до писании своей обработки)

(113) Ага, тоже так подумал. Но то, что все это в файловом варианте держат, эт зря :)

(112) 32 Гб, примерно на одного пользователя 6Гб, а их 10 = 60 Гб, только для удобной работы 10-терых, не считая сервера.
Они же там баз за сеанс открывают по максимуму (у нас всегда по максимуму) :)

+ не забываем баз тама 30+... А пользователей 10 ;)