1С в файловом режиме сжирает всё оперативную память на сервере, поможет ли установка баз на SQL
Бухгалтерская компания. Имеем много баз Бухгалтерия 3.0 в файловом режиме и пользователей штук 20.
Работаем все по RDP на серваке.
Параметры сервера на скрине.
Каждый открытый сеанс съедает от 500 мб оперативки. Поедая в последствие все максимально установленные 64 гб ОЗУ.
Поможет ли установка баз на скуль? Либо есть другие варианты, типа ограничения выделения памяти на процессы 1С?
Поделитесь пожалуйста знанием и опытом...
Работаем все по RDP на серваке.
Параметры сервера на скрине.
Каждый открытый сеанс съедает от 500 мб оперативки. Поедая в последствие все максимально установленные 64 гб ОЗУ.
Поможет ли установка баз на скуль? Либо есть другие варианты, типа ограничения выделения памяти на процессы 1С?
Поделитесь пожалуйста знанием и опытом...
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) у нас 2 основных базы БП 3.0 Корп и ЗУП 3.1
Ещё есть тестовые для бухгалтеров. Все базы файловые. Сервер 2008 r2 , E5649 2.5, 18 GB, SSD
10 - 15 баз открыто, т.е. пользователь может несколько баз включить. Одно подключение базы занимает 1-2 ГБ
Памяти почти хватает. Скоро добавим несколько плашек памяти. Базы на D диске.
С SQL вариантом 2 сервера нужно. Так реализовано в другом филиале. Но на каждом сервере 96 ГБ. В том филиале разработчики сидят со своими копиями баз.
Думаю в вашем случае увеличите память, хуже не будет. SSD диски, и как настроены?
Ещё есть тестовые для бухгалтеров. Все базы файловые. Сервер 2008 r2 , E5649 2.5, 18 GB, SSD
10 - 15 баз открыто, т.е. пользователь может несколько баз включить. Одно подключение базы занимает 1-2 ГБ
Памяти почти хватает. Скоро добавим несколько плашек памяти. Базы на D диске.
С SQL вариантом 2 сервера нужно. Так реализовано в другом филиале. Но на каждом сервере 96 ГБ. В том филиале разработчики сидят со своими копиями баз.
Думаю в вашем случае увеличите память, хуже не будет. SSD диски, и как настроены?
Каждый открытый сеанс съедает от 500 мб оперативки
вполне себе нормально
Поможет ли установка баз на скуль?
баз у вас много, процессов так же много, только вот размеров мы не знаем баз эт раз, полные тех характеристики вашего сервера мы не знаем эт два, так же, если будете переползать на скуль, значит это уже клиент-серверный вариант, ресурсов нужно будет больше, но рекомендация 1С файловый вариант до 4Гб на базу (по моему такой размер)
(4)
У вас еще много жрут открытые 1с окна в rdp сеансе, тут имхо особо не важно sql или файловые базы будут. Перевод на sql + тонкие клиенты(или отдельный сервер терминалов) решит проблему. К тому же наверное 20 пользователей множества файловых баз еще наверно проблемы с быстродействием имеют?
У вас еще много жрут открытые 1с окна в rdp сеансе, тут имхо особо не важно sql или файловые базы будут. Перевод на sql + тонкие клиенты(или отдельный сервер терминалов) решит проблему. К тому же наверное 20 пользователей множества файловых баз еще наверно проблемы с быстродействием имеют?
Если базы мелкие, в каждой базе одновременно работает один юзер, то переход на SQL в плане производительности может ничего и не дать, но переходить все равно советую + нормально настроить бекапы, т.к. это повысит надёжность - для компании бухобслуживания терять базы клиентов недопустимо и работать в файловом режиме непрофессионально (ИМХО)
(11) Да, если перейти на SQL и оставить схему работы через RDP проблема с памятью, возможно, чуть уменьшится но, не исчезнет. Проще докинуть памяти, если такая возможность есть.
Можно еще попробовать организационно решить вопрос. Надо чтоб пользователи закрывали и открывали сеансы заново периодически. Т.е. если в базе на ближайшее время работа не предвидится - закрой.
Можно еще попробовать организационно решить вопрос. Надо чтоб пользователи закрывали и открывали сеансы заново периодически. Т.е. если в базе на ближайшее время работа не предвидится - закрой.
Переход на Сервер 1С Предприятия (базы на SQL) перенесет нагрузку с клиента на сервер. Соответственно память будет отдана Серверу 1С и Серверу SQL. Выигрыш будет в регламентных заданиях и работе нескольких пользователей в одной базе.
Другой вариант - работа через веб-сервер, но в этом случае не будет параллельности работы пользователей (все запросы встают в очередь).
Для теста можно попробовать запустить клиента с работой через веб-сервер и понаблюдать как расходуется память клиента.
Совсем бюджетный вариант воспользоваться утилиткой RAMMap
Выполнить очистку Standby, если помогло - добавить в планировщик задание на очистку Standby (RAMMap не подойдет, нужно использовать что-нить другое).
Если разворачивать Сервер 1С Предприятия - то только x64. На x32 не хватит памяти (для обновления баз точно). Ну и лицензии на сервер ПРОФ/КОРП : проф ограничена по управлению нагрузкой, все базы и все пользователи будут в одном процессе и сжирать память.
Выполнить очистку Standby, если помогло - добавить в планировщик задание на очистку Standby (RAMMap не подойдет, нужно использовать что-нить другое).
Если разворачивать Сервер 1С Предприятия - то только x64. На x32 не хватит памяти (для обновления баз точно). Ну и лицензии на сервер ПРОФ/КОРП : проф ограничена по управлению нагрузкой, все базы и все пользователи будут в одном процессе и сжирать память.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот