Тормозит сервер - SQL+1C
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Power member
- Сообщения: 35
- Зарегистрирован: 26 дек 2007, 14:12
- Откуда: Krasnoyarsk
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Рекомендую оч крепко задуматься о приобретении внешнего массива.
MSA-шки или Евы 4100. 8 винтов на 80 пользователей - очень мало (этого числа винтов хватает на 40 пользователей, скажем так).
Чтобы определиться, сколько нужно конкретно - соберите и пришлите лог perfmon со счетчиками Physical Disk (всеми) для каждого тома по отдельности.
Кроме того, рекомендую увеличить ОЗУ под SQL на сервере минимум до половины объема БД, в идеале - до 100%
MSA-шки или Евы 4100. 8 винтов на 80 пользователей - очень мало (этого числа винтов хватает на 40 пользователей, скажем так).
Чтобы определиться, сколько нужно конкретно - соберите и пришлите лог perfmon со счетчиками Physical Disk (всеми) для каждого тома по отдельности.
Кроме того, рекомендую увеличить ОЗУ под SQL на сервере минимум до половины объема БД, в идеале - до 100%
-
- Power member
- Сообщения: 35
- Зарегистрирован: 26 дек 2007, 14:12
- Откуда: Krasnoyarsk
Господа, вы вероятно неправы! Проблема может быть не в железе.
У вас на SQL сервере запускаются регламентные процедуры для баз? Если сервак долго работал нормально, а далее стал дико тормозить, то с большой вероятностью ничего что положено делать с базой не делалось.
Если админить MS SQL не умеете, то самое простое - выгрузить базу средствами 1С, далее прибить базу на сервере, создать пустую, далее в нее все загрузить (Конечно до этого сделать полный бекап средствами MS SQL. Перед полной выгрузкой желательно запустить тестирование и исправление БД средствами 1С и если автомат не исправит все, то обязательно поправить ручками).
P.S. На диске с базой надеюсь ничего кроме SQL базы нет? Иначе получите проблему с дефрагментацией файлов (если рост базы настроен коряво).
У вас на SQL сервере запускаются регламентные процедуры для баз? Если сервак долго работал нормально, а далее стал дико тормозить, то с большой вероятностью ничего что положено делать с базой не делалось.
Если админить MS SQL не умеете, то самое простое - выгрузить базу средствами 1С, далее прибить базу на сервере, создать пустую, далее в нее все загрузить (Конечно до этого сделать полный бекап средствами MS SQL. Перед полной выгрузкой желательно запустить тестирование и исправление БД средствами 1С и если автомат не исправит все, то обязательно поправить ручками).
Зависит от пользователей... Более важный показатель - количество заводимых документов 1С в день + среднее число строк в документах (раз речь про комплексную = торговля). Если база <40GB я бы сказал что 8 Sas 15K очень даже много (тем более контроллер с кешем 512MB и батарейкой - его оптимальней настроить 80% на запись, 20% на чтение), и проще чтобы не гадать - промониторить дисковую, она скорее всего не загружена (график на 1 странице вполне нормальный, если сильно упирается в дисковую то будет черте-что).a_shats писал(а): 8 винтов на 80 пользователей - очень мало (этого числа винтов хватает на 40 пользователей, скажем так).
P.S. На диске с базой надеюсь ничего кроме SQL базы нет? Иначе получите проблему с дефрагментацией файлов (если рост базы настроен коряво).
Последний раз редактировалось allilya 12 сен 2008, 22:26, всего редактировалось 1 раз.
-
- Power member
- Сообщения: 35
- Зарегистрирован: 26 дек 2007, 14:12
- Откуда: Krasnoyarsk
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
allilya
Собственно по приведенной Вами причине мы постоянно спрашиваем про ориентировочный рост БД в месяц - он эту активность (на проведение документов) прекрасно отражает.
МожетГоспода, вы вероятно неправы! Проблема может быть не в железе.
Тут я согласен, что лучше помониторить дисковую, чем гадать.Зависит от пользователей... Более важный показатель - количество заводимых документов 1С в день + среднее число строк в документах (раз речь про комплексную = торговля).
Собственно по приведенной Вами причине мы постоянно спрашиваем про ориентировочный рост БД в месяц - он эту активность (на проведение документов) прекрасно отражает.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 31 гость