Тормозит сервер - SQL+1C

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

Модераторы: Trinity admin`s, Free-lance moderator`s

romich1981
Power member
Сообщения: 35
Зарегистрирован: 26 дек 2007, 14:12
Откуда: Krasnoyarsk

Сообщение romich1981 » 12 сен 2008, 13:39

1С 7.7 Комплексная.
Пользователей, одновременно работающих с базой около 80

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 12 сен 2008, 13:45

Рекомендую оч крепко задуматься о приобретении внешнего массива.
MSA-шки или Евы 4100. 8 винтов на 80 пользователей - очень мало (этого числа винтов хватает на 40 пользователей, скажем так).
Чтобы определиться, сколько нужно конкретно - соберите и пришлите лог perfmon со счетчиками Physical Disk (всеми) для каждого тома по отдельности.
Кроме того, рекомендую увеличить ОЗУ под SQL на сервере минимум до половины объема БД, в идеале - до 100%

romich1981
Power member
Сообщения: 35
Зарегистрирован: 26 дек 2007, 14:12
Откуда: Krasnoyarsk

Сообщение romich1981 » 12 сен 2008, 13:56

Внешний массив - это дорого, но наверно придется рассматривать и такой вариант.
Подсунул в  SQL 500 Мб ОЗУ - очередь упала в норму, хотя может быть рабочий день просто закончился =(
Попробую для начала добавить памяти, спасибо за дельные советы!

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 12 сен 2008, 14:24

romich1981
Память поможет транзакционным пользователям.
Аналитикам и проводящим большие документы - нет.
Ну и - память масштабируется гораздо хуже дисковой.
Главная идея - съесть в ОЗУ (кэше SQL) наиболее часто читаемые данные - если это получается, то нагрузка на чтение на дисковую резко падает.

allilya
member
Сообщения: 24
Зарегистрирован: 29 авг 2008, 20:49
Откуда: Москва

Сообщение allilya » 12 сен 2008, 22:02

Господа, вы вероятно неправы! Проблема может быть не в железе.
У вас на SQL сервере запускаются регламентные процедуры для баз? Если сервак долго работал нормально, а далее стал дико тормозить, то с большой вероятностью ничего что положено делать с базой не делалось.
Если админить MS SQL не умеете, то самое простое - выгрузить базу средствами 1С, далее прибить базу на сервере, создать пустую, далее в нее все загрузить (Конечно до этого сделать полный бекап средствами MS SQL. Перед полной выгрузкой желательно запустить тестирование и исправление БД средствами 1С и если автомат не исправит все, то обязательно поправить ручками).
a_shats писал(а): 8 винтов на 80 пользователей - очень мало (этого числа винтов хватает на 40 пользователей, скажем так).
Зависит от пользователей... Более важный показатель - количество заводимых документов 1С в день + среднее число строк в документах (раз речь про комплексную = торговля). Если база <40GB я бы сказал что 8 Sas 15K очень даже много (тем более контроллер с кешем 512MB и батарейкой - его оптимальней настроить 80% на запись, 20% на чтение), и проще чтобы не гадать - промониторить дисковую, она скорее всего не загружена (график на 1 странице вполне нормальный, если сильно упирается в дисковую то будет черте-что).

P.S. На диске с базой надеюсь ничего кроме SQL базы нет? Иначе получите проблему с дефрагментацией файлов (если рост базы настроен коряво).
Последний раз редактировалось allilya 12 сен 2008, 22:26, всего редактировалось 1 раз.

romich1981
Power member
Сообщения: 35
Зарегистрирован: 26 дек 2007, 14:12
Откуда: Krasnoyarsk

Сообщение romich1981 » 15 сен 2008, 05:13

На диске есть еще базы dbf. Попробую дефрагментировать и переподнять базы, посколшьку не умею админить SQL. А может помочь прибитие самого SQL сервера и поднятие его зново?

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 15 сен 2008, 12:22

allilya
Господа, вы вероятно неправы! Проблема может быть не в железе.
Может :)
Зависит от пользователей... Более важный показатель - количество заводимых документов 1С в день + среднее число строк в документах (раз речь про комплексную = торговля).
Тут я согласен, что лучше помониторить дисковую, чем гадать.
Собственно по приведенной Вами причине мы постоянно спрашиваем про ориентировочный рост БД в месяц - он эту активность (на проведение документов) прекрасно отражает.

Ответить

Вернуться в «Серверы - Решение проблем»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 62 гостя