|   |   | 
| 
 | Распределение ресурсов на 1С и SQL SERVER | ☑ | ||
|---|---|---|---|---|
| 0
    
        mnail1979 14.04.12✎ 08:49 | 
        Здравствуйте, уважаемые профессионалы.
  1С 8.1 УПП. Пользователей 15. 2 одинаковых сервака. На каждом 1 проц 4-хядерный, 12 гигов оперативки. На одном стоит 1С, на другом SQL server 2008R2. 1С - 4 рабочих процесса. Вопрос: 1С - оперативка используется всего 2.5Гб. Проц 22%-30% SQL SERVER - оперативка используется 9.8Гб. Проц 6%. Это нормально? | |||
| 1
    
        МихаилМ 14.04.12✎ 08:52 | 
        для 15 пользователей - нормально.     | |||
| 2
    
        mnail1979 14.04.12✎ 09:02 | 
        Я к тому что может стоит у 1С забрать пару оперативок и поставить на SQL?     | |||
| 3
    
        mnail1979 14.04.12✎ 09:03 | 
        т.е. выходит что SQL сервер в основном требует оперативку а не проц. А 1С наоборот?     | |||
| 4
    
        МихаилМ 14.04.12✎ 09:05 | 
        все зависит от типа базы (оперативная или аналитическая)
  в Вашем случае важное звено - сетевой интерфейс. | |||
| 5
    
        Mikhail Volkov 14.04.12✎ 09:08 | 
        Сервер 1С - халявщик, под него жалко сервер выделять. SQL - трудяга, ему память нужнее...     | |||
| 6
    
        mnail1979 14.04.12✎ 09:24 | 
        (4) а причем тут сетевой интерфейс?     | |||
| 7
    
        K-5 14.04.12✎ 09:25 | 
        (6) скорость передачи данных с SQL в 1С.память SQL нужна для кэшироания и чем больше ее тем лучше     | |||
| 8
    
        aspirator23 14.04.12✎ 13:52 | 
        Для такого количества пользователей уменьши количество процессов хотя бы до 2. Память 1с еще меньше будет задействована. После этого спокойно снимай половину памяти с 1С и отдавай SQL     | |||
| 9
    
        Speshuric 14.04.12✎ 14:13 | 
        (0)
  1. Надо смотреть в первую очередь не загрузку процессора на SQL, а очередь к дискам. Память SQL съедает всю, до которой дотянется - это типично (но во многих случаях лучше его ограничить, оставив не менее 2 ГБ и не менее 10% для ОС). Дисковая подсистема - стандартное узкое место SQL. 2. Посмотреть на загрузку сетевого интерфейса. Если загружен и есть возможность расширить, то расширить. 3. Расмотреть вариант на сервер 1C поставить SSD. Это может помочь на выполнении запросов, возвращающих большие объёмы данных. 4. 22-30% загрузки процов - уже достаточно много. Нужно смотреть что именно в 1С съедает проц. | |||
| 10
    
        Armando 14.04.12✎ 14:50 | 
        (0) В чем вопрос-то? Проблемы с производительностью?     | |||
| 11
    
        nbIx 14.04.12✎ 15:16 | 
        (0) Слишком жирно такие ресурсы для 15 пользователей.
  Для 150 подходят. | |||
| 12
    
        veronika1888 14.04.12✎ 15:17 | 
        на сервере обычно все в дисковую производительность упирается.     | |||
| 13
    
        mnail1979 14.04.12✎ 18:40 | 
        (10) нет. проблем вроде пока нету. Просто интересно. Я тоже хотел бы часть оперативки отдать на скуль,т.е. если я на 1С оставлю 4 гига, а 8 заберу и отдам на скуль - лучше будет. Пользователей сейчас 15  вбивающих. А будет 20 вбивающих и еще 20 только смотрящих отчеты. Короче максимум 50-60 польщователей с запасом. 4Г на 1С и 20Г на скуль нормально? Проц на каждом компе Е5606, и еще по одному на каждый в пути.     | |||
| 14
    
        Armando 14.04.12✎ 19:00 | 
        (13) запусти тест Гилева http://gilev.ru/1c/tpc/tpc82.rar     | |||
| 15
    
        aspirator23 14.04.12✎ 20:43 | 
        (13) Рекомендации один процесс 30-70 пользователей.
  У тебя их 15. Одного процесса достаточно. Особенно для 8.2, которая стабильнее чем 8.1 Один процесс при 40-50 пользователях "поедает" 1.8-2.5Гб. Для SQL в твоем случае память 12-16Гб с головой хватит. Понятно, что цифры условны. Но они тебе представление дадут. | |||
| 16
    
        Sorm 14.04.12✎ 21:00 | 
        (0) Да, нормально. У меня столько же сидят на 2 процессах. Ещё я тут анализировал использование баз SQL сервером(правда, у меня 8.2 бухия, зуп) максимально активно юзается TempDB. Добавление файлов данных в PRIMARY группу (по рекомендации майкрософт, по одному файлу на ядро проца) уменьшило поедание памяти SQL - серваком примерно на 500м).     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |