Привет всем мега гуру ms sql и 1С спецам, у меня встала не простая задача, 1с работая на ms sql 2008 начинает в последнее время медленно работать, хотя до этого все вроде бы было хорошо, настройки ms sql производились только по ограничению оперативной памяти, больше ни каких настроек не производилось, 1С сервер настроил полностью. с базами работает 7 пользователей.

Что можно придумать такое, чтобы заставить его работать быстрее? извиняюсь за свою не грамотность ms sql, я его реально не очень знаю, по этому требуется ваша помощь. Мне знакомый один сис. админ сказал что вполне возможно так как у меня имеется файловое хранилище и когда пользователи допустим открывают документы ворд на этом файловом хранилище через локальную сеть, то это очень сильно рубит сикл 2008, так ли это?

И если у кого есть хорошии статьи и талмуты по оптимизации работы скуля, то был бы очень благодарен, доктор гугл что то не очень помогает в плане нахождения нормальных статей, ну или же я гуглю плохо)))

Мощи сервера думаю что хватает, 16 ГБ оперативной памяти, 8 ядерный процессор
На сайте sql.ru никто не хочет отвечать

Эээ, динамически базу обновляли?

нет все происходило в монопольном режиме работы 1С, а если динамически обновлять базу, то как это может повлиять на ее работу? точнее на ее быстродействие

(2) кэш взглючит, из-за этого бывают в т.ч. и падение в скорости.

(0) размер баз?

>>Мощи сервера думаю что хватает, 16 ГБ оперативной памяти, 8 ядерный процессор
как понял железка общая для обоих серверов)
размер базы какой ?
...я бы начал с того что убедился что производительности хватает - сайт Гилева, ставим на запись виндовый трасировщик

+ (5) http://www.gilev.ru/

1. посмотреть регламенты SQL настроены??? индексация, статистика?
2. посмотреть актуальность итогов и корректность закрытия регистров
3. http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

(4) базы размером если мерить их в файловом варианте, то по 3 ГБ, одна есть большая, в dt она измеряется в 3 ГБ

(8) Странные представления о размерах... Это мизер, а не большая.

(9) вот и я про тоже, и не могу понять почему тормозит, и что можно такое придумать чтобы увеличить быстродействие, даже при формирование отчетов очень все долго происходит, вроде кажется что при формирование отчета, все вычисления происходят в скуле и теоретически отчет должен быстро формироватся

(0) Исходя из ваших странных представлениях о "Больших" базах, давайте уточним:

1) Что за платформа
2) Что за конфигурация
3) Что значит "стала медленно работать" ? Т.е. как было ДО и как ТЕПЕРЬ? Зависания впри работе с определенными объектами или в целом со всей системой

П.С. чтобы вы понимали зачем спрашиваю - звонят юзеры из другого подразделения (работают через РДП) и чутли не благим матом кричат "у нас 1С глючит и тормозит, что вы там с ней делаете в головном офисе". А в итоге оказалось ,что у них там соединение с инетом просто легло. И косяк не с 1С был, а со всем терминалов в целом...ну и так далее.

1) сеть 100мб/сек
2) платформа 8.3.5.1068 и сервер тоже
3) базы работают под управляемыми формами
4) раньше проведения документов осуществлялось 3-5 сек, сейчас 3-5 минут
5) отчеты могут формироваться минут по 10-20
6) с базами работают 7 пользователей (11)

(11)  бух 3.0, ут 11.1

(13) А... Так бы и сказал сразу....
Эти и должны работать медленно...

(14) почему должно? и почему нельзя сделать так чтобы это работало нормально?

(14) раньше же работало норм. если замедлелась работа, значит в чем то все такие есть причина

(16) конечно! Например в незакрывающихся регистрах накопления, которые ты любовно добавил в конфу

(11)
Поставьте отдельный сервер терминалов
На отдельную машину установите сервер1с+скуль
между двумя серверами гигабитный кросс коротким проводом (карта в карту)
Если на сервере БД массив дисков из более чем 3 тогда можно добавить доп. файлы в tempdb и базам 1С. читаться будут быстрее.
В обоих базах провести ТИИ.
сократить журналы транзакций на сервере БД.
юзеров в базы только через тонких клиентов

(0)насколько ограничена память sql? возможно стоит увеличить этот порог..

интересно, сколько времени будет тупить топикстартер прежде чем запустит проведение дока под замером времени в отладчике и не узнает на что уходит 90% времени...

(19) в sql стоит ограничение 5 Гб, в 1с сервере ограничения на каждый rphost стоит по 2 гб, выставлен интервал перезапуска всех процессов rphost раз в сутки, интервал превышения допустимого значения стоит 500 секунд, принудительно убивать не завершенные процессы "выключенные процессы" выставил через 200 секунд

а что с журналом регистрации?

(21)Попробуй в качестве эксперимента увеличить до 7 гигов допустим..посмотри, изменится, что-ть или нет.

(0) А что по поводу (7) пункты 1 и 2 автор скажет?

(23) почему бы не предложить ему с бубном вокруг сервера походить, вдруг поможет?

(24) а автор про это ничего не знает

(25)Я исхожу из собственного опыта в данном случае..иногда ограничение памяти скуля может влиять на его производительность и это вполне объяснимо..при чем тут бубен

не реклама но http://softpoint.ru... правда дорого но качественно

из книжек вот понравилась http://v8.1c.ru/metod/books/book.jsp?id=452

(0)
Где описание и состояние дисковой (может raid развалился)?
Где замеры perfmon, чтоб было видно чем действительно нагружен сервер?
Где описание ролей сервера (может это еще шлюз, КД, файлопомойка, вебсервер и пр.)?
До платформы 8.3.5.1068 тоже тормозило?

(30) ладно буду думать, спасибо за советы, да на предыдущих платформах тоже пошли тормоза

для 11 пользователей 1 максимум 2 рабочих процесса - это 4 ГБ оперативки, если на сервере 16 зачем ограничения sql в 5 ГБ?

(31)
Была такая промблема, выкрутился через Администрирование серверов: Оставил только один рабочий процесс. Остальные три - убил.
Может быть их как-то и можно было настроить, но я не стал заморачиваться.
Там как я понял трабл с траффиком по сети. У каждого процесса свой траффик и они сильно грузили хабы и сам сервер.

Ответ в (7)

(8) >>в dt она измеряется в 3 ГБ
не показатель база может быть большой...можете в скуле размеры глянуть?