Очень медленно работает 1С, поэтому планируем перейти на SQL вариант. Поможет ли это?
Текущая конфигурация: 1С Предприятие 7.7 (сетевая версия) Комплексная конфигурация. Количество пользователей: 30 Размер базы 1С: 1.5 ГБ Конфигурация сервера: Dual Xeon 2.4 ГГц, RAM 2 ГБ, SCSI RAID Сеть: Ethernet 100 Мб Все пользователи работают через сервер терминалов под Windows Server 2003
SQL сервер планируеться развернуть на том же сервере что и сервер терминалов.
У нас помогло, и помогло конкретно.
Если медленно работает под терминалом, то, скорее всего, переход на SQL прирост производительности даст очень незначительный. 7.7 очень коряво работает с SQL, обеспечивая только надежность, но не скорость. Отдельные документы могут начать проводиться быстрее, отдельные - медленнее. некоторые отчеты могут перестать работать. В любом случае, переход на SQL на комплексной конфе нужно сначала оттестировать хорошо, возможно, потребуются доработки оптимизация кода.
Если медленно работает под терминалом, то, скорее всего, переход на SQL прирост производительности даст очень незначительный. 7.7 очень коряво работает с SQL, обеспечивая только надежность, но не скорость. Отдельные документы могут начать проводиться быстрее, отдельные - медленнее. некоторые отчеты могут перестать работать. В любом случае, переход на SQL на комплексной конфе нужно сначала оттестировать хорошо, возможно, потребуются доработки оптимизация кода.
Согласен с коллегой. Нужно попробовать наростить памяти на сервак это должно помочь, и тюних кода конечно. Смысла в СКЛ и терминале вместе нет. Можно разнести на разные сервера, это наверняка поможет. Но при умелом исправлении кода можно и на этом сделать.
2 гига памяти на 1С с 30 юзверями с головой хватит. У нас сервак попроще, юзверей побольше и приложения потяжелее. И нормально работает. Очень похоже, что проблема в коде. Видно дописывали тяп-ляп,т.е. очень быстро и как попало. ИМХО переход на SQL тут не поможет
Очень похоже, что проблема в коде. Видно дописывали тяп-ляп
не тяп-ляп, вроде но то что там много чего тяжелого понавешано это точно...
а 20 тысяч ТМЦ это не может быть одной из причин тормозов?
2 гига памяти на 1С с 30 юзверями с головой хватит. У нас сервак попроще, юзверей побольше и приложения потяжелее. И нормально работает. Очень похоже, что проблема в коде. Видно дописывали тяп-ляп,т.е. очень быстро и как попало. ИМХО переход на SQL тут не поможет
У тебя 1с стоит? На 30 юзерей это очень немного памяти. Там же комплексная конфа, она перегружена сразу идёт, а если были дописки, я представляю размер МДшника.
У тебя 1с стоит? На 30 юзерей это очень немного памяти. Там же комплексная конфа, она перегружена сразу идёт, а если были дописки, я представляю размер МДшника.
ужас, только что глянул размер МД 7,5 Г ... вот это дописались...
Какие есть способы увеличить производительность?
В конце месяца часто бывает загрузка обоих процов по 100%, память вроде не вся используеться, метров 300 свободных.
У тебя 1с стоит? На 30 юзерей это очень немного памяти. Там же комплексная конфа, она перегружена сразу идёт, а если были дописки, я представляю размер МДшника.
ужас, только что глянул размер МД 7,5 Г ... вот это дописались...
Какие есть способы увеличить производительность?
В конце месяца часто бывает загрузка обоих процов по 100%, память вроде не вся используеться, метров 300 свободных.
МД - это файл конфигурации 1с? Он не сможет быть 7 Г!!!!(вы стока не напишете) Вобщим еси хош пообчатся стучи завтра в аську.
У нас сервак под 1С стоит на 2-процерах Атлонах 2Гц и 2гига оперативки. 70 юзеров, МД весит 16 метров. Стоит SQL версия, база размера 8,5 Гб все работает нормально. ПРоблем вродебы нет.
мда, это я заработался вся база 1,5 Г, МДешник 7,5 Метров
Так это еще слабоватая база, хотя на SQL переходить нужно однозначно.
7,5 метров для мд-шника комплексной конфы, да еще и с доработками? Не верю! Или у вас половина кода лежит во внешних файлах.. И то не верится.. МД-шник КУКа весит около 15 метров, если мне склероз не изменяет
В оригинала была конфа АБТ 3.0, там был МД ваще до 4М.