@LiptonOlolo

Как хостить 100+ баз 1С?

Доброго времени суток.
Есть серверный комп с +-100 базами, есть много бухгалтеров, которые подключаются к базам на сервер со своих компов. Из-за этого получается, что все входят в базы очень долго (иногда по 20(!) минут).
Локальная сеть сделана в 1 Гбит.
Сервер на windows (есть мысль, что во всём виноват он, так ли это? стоит ли переехать на линукс?). Процессор xeon e-2144g, 32 ГБ Озу, raid 1 из 2-х дисков.
Куда нам вообще смотреть? Облачные решения от 1С не подойдет (бюджета нет).
  • Вопрос задан
  • 158 просмотров
Пригласить эксперта
Ответы на вопрос 5
Jump
@Jump
Системный администратор со стажем.
Сервер на windows (есть мысль, что во всём виноват он, так ли это? стоит ли переехать на линукс?)
Нет. Быстрее на линуксе работать не будет.

Быстродействие достигается грамотной организацией инфраструктуры и правильным подбором железа.
В остальном нужно больше информации.
Средний размер одной базы, сколько всего пользователей активных, сколько пользователей в среднем работает в одной базе в один момент времени, что за базы типовые или нет, если да то какая конфигурация.

Если предположить что базы файловые то -
  1. Обратить внимание на клиентские компьютеры которые работают с базой - SSD и8гб озу обязателны. Именно на клиентах. Ну и настройка процессора на максимальную производительность.
  2. Сеть, и организация шары. Сеть должна быть нормально настроена и работать четко.
  3. Базы на сервере на SSD желательно, обязательно форматировать диск под базами с размером кластера 8к.
  4. Обратить пристальное внимание на обслуживание БД. Регулярно проводить реиндексацию и сжатие баз. В процессе работы, а особенно при обновлениях базы распухают - а это все приходится тащить по сети.


В общем при нормальной настройке база должна открываться примерно за 1-2минуты. Быстрее не получится. А этих результатов достичь вполне реально.

Из явно видных проблем - raid 1 из 2-х дисков.
Сразу возникает подозрение что на этом массиве установлена система и лежат базы. Так делать нельзя.
Сделали рэйд под систему - отлично. Но под базы будьте добры выделить отдельный диск или рэйд.
Ответ написан
@LollyFox
Количество информационных баз в данном случае не имеет особого значения. Важнее сколько всего одновременных пользователей, сколько в одной базе, размеры баз, файловые или SQL, способ подключения клиентов к серверу, HDD или SSD... - ничего этого вы не указали, а без этого будет гадание на кофейной гуще.
Если пользователей больше десятка, базы файловые в расшаренной папке, а диски HDD, то запуск 20 мин - это вполне ожидаемо.

Сервер на windows (есть мысль, что во всём виноват он, так ли это?

Скорее всего, но не факт, что переход на линкус решит проблему, т.к. проблема не в ОС.
Ответ написан
@Drno
Ну на SSD переезд обязателен. Можно 4шт поставить в raid10.
Если базы файловые - не удивительно что всё зависает.. (судя по потреблению оперативки так и есть) тем более если они не маленькие. Переведите базы на SQL... тогда он хотя бы будет выгружать к юзеру только нужные данные, а не почти всю базу... и оперативка сразу займется кешем и нужными вещами))
Ответ написан
sashkets
@sashkets
Даром получили — даром давайте (Матфея 10:8)
1С любит быть в терминале, так уж сложилось исторически. И если уже переходить на RDP, то всю рабочую среду пользователя нужно переносить в терминальный сервак. А это 1С, клиент-банки, браузеры, документы, и т.д.
Память расчитывать исходя из 400-600Мг/чел (хотя у Вас могут быть др цифры, попробуйте завести самого "жирного" в терминал и поработайте). Мои берут и по 1,5Гб на брата, но правда и не отказывают себе ни в чем

raid1 хорошо, но raid10 лучше

Кароче, нужен бюджет, как ни крути
Ответ написан
@VitalyChaikin
Иногда такой лаг возникал, когда один из юзеров, печатал на свой принтер и теперь при входе 1С как-то пытается найти этот принтер, а его нет (выключен в данный момент) Именно при терминальной работе наблюдалось.
Так что проверьте этот вариант.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы