Медленный анализ субконто в 1с 8.2
X

Привет дорогой друг

Наш сайт существует и развиваетется за счет рекламы. Пожалуйста, отключите блокировку рекламы AdBlock или подобное, для нашего сайта. Спасибо!
Показано с 1 по 3 из 3
  1. #1
    Гость форума

    Регистрация
    18.02.2009
    Сообщений
    2
    Сказал(а) спасибо
    0
    Поблагодарили 0 раз(а) в 0 сообщениях

    Question Медленный анализ субконто в 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 и терминальные юзеры спасут мир, но пока это не реализуемо.

  2. #2
    Иногда оказывает помощь

    Регистрация
    25.02.2009
    Сообщений
    0
    Сказал(а) спасибо
    347
    Поблагодарили 29 раз(а) в 12 сообщениях

    По умолчанию

    Такая же беда, только SQL её не решил. Заменили HDD на SSD (только для базы) и заново установили ОС (win server 2008) стало намного быстрее. Но такая беда осталось на одном комьютере, пока ничего не придумали, перевели в терминал.

  3. #3
    Гость форума

    Регистрация
    18.02.2009
    Сообщений
    2
    Сказал(а) спасибо
    0
    Поблагодарили 0 раз(а) в 0 сообщениях

    По умолчанию

    base_1c,
    за 2 недели по проблеме ничего придумать не удалось. Будем переводить юзеров на терминал.
    Подобрать бы теперь железо правильно - хватит ли i7-3930K на 15 человек? Учитывая то, что 2 из них очень часто формируют отчеты.. и база пока останется файловой.

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •