Показано с 1 по 3 из 3
Комбинированный просмотр
-
23.03.2013, 20:14 #1
- Регистрация
- 18.02.2009
- Сообщений
- 2
- Сказал(а) спасибо
- 0
- Поблагодарили 0 раз(а) в 0 сообщениях
Медленный анализ субконто в 1с 8.2
Здравствуйте,
последнее время, все чаще и чаще, стала проявляться проблема при анализе субконто в 1с 8.2 ..
Прошу прощения если это боян, но подобных тем не нашел тут.
Имеем:
1. вариант 1с - файловый;
2. "сервер":
а) Фен-565, 4Гб ОЗУ, 1Тб WD-Black:
б) Win7-Pro SP1 x64:
3. база - бухгалтерия предприятия(если память не изменяет, то - 2.0.45.6);
4. размер базы в данный момент - около 2 ГБ;
5. база ведется примерно 3 года;
6. кол-во пользователей - около 15;
7. режим работы пользователей - через сеть;
8. канал сервер-свитч, свитч-юзер - 1 Гбит.
При запуске базы на одном ПК все работает просто замечательно - например ОСВ за квартал формируется около 2 секунд. Субконто по контрагентам, без выборки, за квартал формируется около 3-5 секунд, за год - около 20 секунд. Значит теоретически проблемы загрузки базы через сеть нет, хотя кэш лежит на ПК юзера в данном случае.
Но при входе еще хотя бы одного пользователя в базу, субконто(при тех-же параметрах):
- за месяц формируется - около 3 секунд,
- за месяц + 10 дней - около 7 секунд,
- за месяц + 20 дней - около 15 секунд,
- за 2 месяца и более - иногда около минуты, а иногда - вообще никак. При чем в это время через сеть гоняется трафик около 90Мбит/с.., и этого трафика проходит гораздо больше чем весит сама база, терпения хватило на 30 минут, прокачало около 20 ГБ, толку ноль.
При этом ОСВ за пол-года выдает практически мгновенно.. ПК, на котором лежит база в это время не испытывает проблемы с недостатком ресурсов ЦП/памяти/HDD/сети, максимальная заргузка вышеперечисленного(по данным "Монитора ресурсов") не превышает 10%..
Некоторое время назад была подобная проблема с ОСВ, на "сервере" был изменен параметр реестра "largesystemcache" на 1, что и решило проблему.
Пару дней назад была сделана выгрузка-загрузка базы в *.dt файл, размер базы уменьшился с ~3 ГБ до 2 ГБ, работать стало чуть шустрее.. На всякий случай проверялось на старой версии базы, нет разницы.
Есть подозрения на то, что при работе 2 и более пользователей, как-то криво вытаскивается кэш 1с-ки из сервера(или не из него?). Интересует то, где он находится в момент работы нескольких пользователей.
Проводилось тестирование базы - ошибок нет. База вроде бы не такая большая, насколько я знаю, некоторые работают с базой и по 7-10 Гб без особых проблем.
Есть мысли как исправить это недоразумение?
З.Ы: Я понимаю, что SQL и терминальные юзеры спасут мир, но пока это не реализуемо.
-
29.03.2013, 13:48 #2
- Регистрация
- 25.02.2009
- Сообщений
- 0
- Сказал(а) спасибо
- 347
- Поблагодарили 29 раз(а) в 12 сообщениях
Такая же беда, только SQL её не решил. Заменили HDD на SSD (только для базы) и заново установили ОС (win server 2008) стало намного быстрее. Но такая беда осталось на одном комьютере, пока ничего не придумали, перевели в терминал.
-
31.03.2013, 12:54 #3
- Регистрация
- 18.02.2009
- Сообщений
- 2
- Сказал(а) спасибо
- 0
- Поблагодарили 0 раз(а) в 0 сообщениях
base_1c,
за 2 недели по проблеме ничего придумать не удалось. Будем переводить юзеров на терминал.
Подобрать бы теперь железо правильно - хватит ли i7-3930K на 15 человек? Учитывая то, что 2 из них очень часто формируют отчеты.. и база пока останется файловой.
Социальные закладки