Группа: Пользователи
Сообщений: 4
Спасибо сказали: 0 раз
Рейтинг: 0
Добрый день! Имеется платформа BAF (8.3.19.1529), с конфигурацией BAS Малий бізнес. Файловый режим. В базе работают максимум 10 человек. Вес базы 10Гб. База стоит на удаленном виртуальном сервере. Windows Server 2022 Standard 21H2. Тех характеристики: Intel® Xeon® W-2295 CPU @ 3.00GHz QEMU_HARDDISK 2.5+ 140гб 18 Гб ОЗУ.
При работе нагрузка цп не выше 15%, оперативной памяти не выше 70%.
Столкнулись с проблемой. Во время набивки оператором, расходных накладных и формировании маршрутных листов, начинает лагать база, документы открываются, проводятся с задержкой. Выкидывали пользователей с базы, переезжали на другой тестовый виртуальный сервер, лаги так и остаются, может чуть легче становятся. По словам программиста, во всем виноват виртуальный сервер, а в частности его диски, которые нагружаются не только нашими юзерами, но и остальными виртуальными машинами которые висят на общем сервере. И нужно переезжать.
Посоветуйте проверенный сервис аренды удаленного выделенного физического сервера. А если там еще дают время на тест, будет замечательно Спасибо!
Группа: Основатель
Сообщений: 14004
Из: Киев
Спасибо сказали: 4572 раз
Рейтинг: 3701.3
Не думаю, что дело в дисках. Скорее всего дело в файловом режиме. Если есть возможность, попробуйте перевести в клиент-серверный вариант и посмотреть как оно будет там. Но, возможно, все, кто предоставляет услуги по аренде 1С размещают это дело в клиент-серверном варианте, так что переезд туда таки решит эту проблему. Погуглите и возьмите любой, который вам подойдет по цене. Я уверен, что многие и тестовый период дают бесплатный.
Группа: Пользователи
Сообщений: 4
Спасибо сказали: 0 раз
Рейтинг: 0
Vofka @ Сегодня, 15:30
, Спасибо. Еще на тестовом сервере делал Тестирование и исправление для базы, размер уменьшился на 2гб. Но лаги не прекратились. Общался с программистом по поводу клиент-серверного варианта, сказал что наш сервер такое не потянет и будет только хуже. Что мол это раньше файловый режим до 4гб был максимум, а сейчас в 8,3 может быть и больше 10гб база и все должно работать.
Есть сервер в офисе. Windows server 2008 R2 Enterprise HP ProLiant DL380 G7 Intel® Xeon® CPU X5670 @ 2.93GHz х2 Жopcткий диcк 2.5" З00 GB 10K 12G SAS 128 гб озу
Стоит на него пробовать залить базу и там проверить на лаги ?
AnryMc @ Сегодня, 17:30
, База на удаленке, даже не знаю есть ли у них такая услуга, да и просто что то купить для теста, не дадут ))
Группа: Основатель
Сообщений: 14004
Из: Киев
Спасибо сказали: 4572 раз
Рейтинг: 3701.3
Цитата(ukropbissa @ 18.12.24, 16:40)
Общался с программистом по поводу клиент-серверного варианта, сказал что наш сервер такое не потянет и будет только хуже.
Цитата(ukropbissa @ 18.12.24, 16:40)
Что мол это раньше файловый режим до 4гб был максимум, а сейчас в 8,3 может быть и больше 10гб база и все должно работать.
Дело не в объеме. Если у вас в базе активно работае десяток пользователей, они могут создавать друг другу помехи. А какой у вас объем БД? И как ведет себе программа, если вот то, что работает медленно, делать только когда 1 активный пользователь находится в системе?
Группа: Пользователи
Сообщений: 4
Спасибо сказали: 0 раз
Рейтинг: 0
Vofka @ Сегодня, 19:38
, 10Гб Оператор работает с заказами покупателей, расходными накладными и формированием маршрутных листов. Бухгалтер опять же лезет в расходные накладные и формирует нн. Кассир формирует приходы средств от расходных накладных.
Я так понимаю из-за того что лезут одновременно в одну таблицу с расходными накладными.
На тестовом сервере, 2 человека создавали одновременно расходные накладные, формировался маршрутный лист по ним, лаги так же и остались, может чуть меньше.
ukropbissa @ Вчера, 19:21
, Переводите базу в SQL. У Вас пользователи + еще фоновые задания стоят наверняка. По поводу файловой, не давно "лечил" базу на 8 гб, "Торговля", там было куча битых ссылок. Перевести и по тестировать в SQL это ж не проблема, вернутся всегда можно.
Группа: Пользователи
Сообщений: 1
Спасибо сказали: 1 раз
Рейтинг: 1
ukropbissa @ Вчера, 14:17
, а вы копните в сторону счетчиков производительности - они покажут где узкое место. может, это и правда диски. про файловую, вам правильно написали, если количество пользователей растет, наступает момент, когда работа на файловой превращается в мучение еще может быть, где-то криво доработали - запросто можно написать запрос, который вам базу просто вешать будет, доводилось подобное исправлять неоднократно
Группа: Пользователи
Сообщений: 8
Спасибо сказали: 2 раз
Рейтинг: 2
Цитата(ukropbissa @ 18.12.24, 17:40)
Общался с программистом по поводу клиент-серверного варианта, сказал что наш сервер такое не потянет и будет только хуже. Что мол это раньше файловый режим до 4гб был максимум, а сейчас в 8,3 может быть и больше 10гб база и все должно работать.
Есть сервер в офисе. Windows server 2008 R2 Enterprise HP ProLiant DL380 G7 Intel® Xeon® CPU X5670 @ 2.93GHz х2 Жopcткий диcк 2.5" З00 GB 10K 12G SAS 128 гб озу
Вопрос в том, как 1С работает с локальной базой. Локальная база - один файл и при проведении данных блокируется его часть, а может и весь. Все остальные пользователи блокируются. Поэтому в локальном рекомендуют не более 3 пользователей. В серверном варианте блокировки на уровне таблицы или записи. Так что от этих проблем точно уйдете. Смело переходите на Клиент-серверный вариант. Процессор староват, конечно, ему уже лет 15 вроде, что соответствует 2-му поколению Core-процессоров, соответственно и старая память стоит, типа DDR3-800/1066/1333. Но я и на худших системах работал и ничего страшного. Думаю, что система будет работать лучше. Можете попробовать поставить PostgreSQL, он вроде как менее требовательный. Вопрос только в одном, если сервер и серверные лицензии не покупались, то это будет серьезным капиталовложением
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!