Ранее на одном физическом сервере был и сервер терминалов, и SQL 2000. Сама машинка была 4-ядерником 2008 года с 8 ГБ памяти. База на 18+ ГБ, около 60 пользователей. При работе процек стал забиваться на 100% с редкими передыхами.

Было принято решение менять сервер.

Закуплено:
под SQL - http://i36.fastpic.ru/big/2012/0513/c2/a7434c61f02e040c43c8e707b7fbb2c2.jpg
под терминал - http://i38.fastpic.ru/big/2012/0513/e4/ae5d201f6cab100a665232ff0e0a91e4.jpg

На обоих RAID-контроллеры, все HDD приаттачены прямо к контроллерам, причём на SQL-серве БД лежит на SAS 15к дисках в RAID1.

На обоих компах лицуха Windows 2008 Server R2, все автоапдейты с инета залиты. На Скульном серве SQL 2005 SP4.

На терминальном серве 1с 7.7 + патч bkend.dll для 2005 Скуля + патч odbc и sqlsrv файлов. Всё вроде бы ничего, 1с подключается к базам нормально, конфигуратор даёт менять и сохранять конфу. НО ...

то, что на стареньком серве занимало 25 секунд, на новом стало занимать более 1 минуты, да и любой отчёт стал формироваться просто страшно дольше старого серва.

Причём SQL 2005 пробовалось ставить на сервер терминалов локально, результат тот же.

Помогите, уже не знаю, куда ещё копать ...

(29)
ну так вот, и я о том же =(

А с каким цкулем быстрее и безглючнее всего работает 8.2.15 ?

(31) с 2005м тока все сп и хотфиксы ставь

(0) я не понимаю в чем проблема сделать даунгрейт на Win2k3 x64 и SQL 2000?

(33)
проблема в лицензионности Win 2008, её не дадут сносить

к тому же хотелось бы всё таки работать на SQL 2005, раз уж взяли такое железо мощное

(35) Для того чтоб хуже было?
На машину ты тоже всегда ставишь колеса от камаза, потому что они дороже?

(36)
Да блин, как мне объяснить теперь начальству, что за лицуху заплатили зря и её нужно снести для установки SQL 2000 ? Порвут же на британский флаг ...

(1) за установку в ноль периода ожидания захвата надо руки отрывать, с корнем.
(0) (34) даунгрейд религия не позволяет? лицензия ведь не OEM наверно?

(37) почему зря? СКЛ 2000 был лицензионный? тогда сами виноваты. начальству обычно пох. что там стоит и как настроено, главное чтобы работало нормально.

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

(34) на старом серваке 2003 лицензия была?

(39, 41)
нет

(42) Виртуализацию не предлагать?

(43)
я простой 1с-ник, не осилю (

(44) http://www.lifenet.ru/node/78
А этот текст осилишь?

http://xp.kharkiv.org/blog/post/2009/08/12/comprehensive-downgrade-table.aspx

(42) тогда в чем проблемы? по даунгрейду теперь они лицензионные, это плохо?
(40) аргументировал уже несколько лет назад, в прощлой реинкарнации. вкратце обработки будут аварийно завершаться, пользователь после двух нажатий "да, повторить" потом нажмет "нет", что тоже чревато, и т.д. Единственный случай, когда нажатие "нет" обоснованно, это попадание в деадлок, а от вероятности этого надо избавляться.

(47) Уговорил, но у (0) стоял патч ромикса (который при правильной настройке работает вообще беспроблемно, за ислючением дидлоков, но это не проблема патча, а проблема семерки), и при этом он говорит о 100% загрузке, что говорит о том что криво патч он поставил.

(48)
на старом патч стоял корректно и работал всё время как полагается. 100% загрузки началось, когда к БД добавилось 40+ юзверей и начался расчёт зарплаты )

(49) почту глянь

(50)
момент, попробую полный реинсталл SQL и 1с

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

(52)
при ограничении одним ядром всё работает ещё процентов на 40 дольше

http://infostart.ru/public/82018/       а ты вот это ставил ?

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

+(55) http://infostart.ru/public/16681/

Начиная с SQL 2005 поменялся оптимизатор запросов. В результате чего некоторые планы выбираются по другому. В некоторых случаях они лучше а в некоторых хуже. Поэтому просто нужно найти неоптимальные и немного переписать.

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

(28) Тормознутее потому что планы немного не те. При наличии времени и некривых рук переписать узкие места и все будет летать. Я переписывал по условию что если скуль 2000 то делаем так, иначе вот так. Это на случай если клиенту захочется вернуться на 2000 скуль, что б потом некусать локти.
(49) "... и начался расчёт зарплаты"
Идиоты!!! Сколько раз говорить - ЗиК со скулем недружит. Вы посмотрите планы в профайлере, вы просто охренеете. Нужно было всего лишь навсего ЗиК вести в ДБФ, а не совать скулю.
(57) Подтверждаю. В 2008 такая же хрень.

(59) Ну не нужно быть таким категоричным насчет ЗиК. На больших базах встает вопрос надежности.(один только пересчет индексов может занять огого времени)
Приведу пример. http://softpoint.ru/feedback_id40.htm

(58) Общая рекомендация - разделять сервера.Но есть ньюансы. Если есть суперпупер сервер(ядер много и памяти), к тому же в ИТ системе очень много небольших вызовов. Да дейстивтельно будет ускорение. В основном из за потерь времени отклика по сетевому общению.Так что не всегда общие рекомендации применимы на все случаи жизни.

А сейчас иначе и не бывает. Серваки от четырех ядер у всех, очень часто 8, бывает и намного больше. Семерке не сожрать их всех. Памяти стараются ставить 32. Ну съест 100 семерочных терминальных сеансов 3-4 гига - ну и фиг с ним.

(62) ну чтобы 7-ка сожрала на сеанс 30-40Мб - ну это шибко заточенная под карандаш.. обычно 50-70Мб

SAS 15к дисках в RAID1. ацтой... либо 0+1 либо 0... а лучше ocz revodrive

(26) сам ставил 2к на 2008 вин и сейчас стоит все работает ок.

винда надеюсь х64? и вапще 2008 скуль быстрее пятого...
может индексов необходимых не хватает раз отчеты тормозят...запусти профайлер запусти тормозной отчет и скуль сам предложит куда добавить индексы.

2005 я думаю лучше чем 2к... должен работать просто надо поковырять еще

(63) У меня в среднем 30-40 ест.

Опять вру - 50-60 метров.

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

(59)
расслабься, какой ЗиК ? Конфа давно уже писана-переписана годами под себя.

(61)
не наш случай, они оба на гигабитном свитче

(64)
2008 R2 x64

Сейчас ещё возник вопрос, а что делать с принтерами, на которые давно нету дров под x64 ? )))

тересно а хигперфомансы в неограниченное поставили или ...

(68) Случай скорее всего не ваш, в силу других причин. Но утверждение в корне не верное. Дело не в пропускной способности а во времени отклика. Время отклика по сети все равно на порядки выше чем на уровне шины.

Здесь не смотрели?
SQL2008 + 1c77, 100% загрузка CPU сервера пока не зайдет админ в 1С

<<ВыбратьПодчиненныеДокументы() проблема началась с sql2005. точнее проблема не в sql
а в плохом запросе который генериться из 1с когда НЕ ЗАДАН
интервал подчиненных документов старшая дата береться равной
30.12.9999 ( а надо 31 или вообще не ставить это условие).

Как вариант решения найти в bkend.dll:
6A 1E 6A 0C

что означает:
6A 1E push 30
6A 0C push 12
68 0F 27 00 00 push 9999
и заменить ее на
6A 1F 6A 0C

вхождений порядка 30. >>

(71) Я знаю как минимум 15-ть типов плохих запросов которые в 1С7.7. для 2005 работают по другому чем в 2000.  Так что это как пальцем в небо. Нужно как минимум открывать профайлер и смотреть что к чему.

(72) Скажите, сколько стоит ваш perfexpert ?

(73) Этот вопрос не ко мне.

Ребята, а у кого-нибудь есть сборки
http://infostart.ru/public/82018/
http://infostart.ru/public/83504/
http://infostart.ru/public/16681/
на компе ?
Если не жалко, киньте на мыло кто0нибудь.

Ребят, ну неужели ни у кого нету ?

Сам качай, что не так?
Читай условия скачивания файлов, денег платить не надо :)

Мыло проверь.

(78)
Спасибо огромнейшее ! Есть ещё добрые люди )

AL CAPONE, получилось устранить тормоза при работе 1с 7.7 + MSSQL2005?
У меня аналогичная проблема.

http://antiinfostart.my1.ru/load/obrabotki/7_7/tipo_sekretnyj_reliz_1s7_7_0_27/3-1-0-22
http://antiinfostart.my1.ru/load/obrabotki/7_7/tipo_sekretnyj_reliz_1s7_7_0_27_solution_6/3-1-0-23

у ИС спечифичное зеркало завелось, забавно.

(80)
В итоге Win 2008 Std R2 + SQL 2008 Ent R2 + http://infostart.ru/public/82018/ + http://infostart.ru/public/83504/ + небольшой тюнинг кода особо долго формирующихся модулей и вроде ничего.

Сегодня первый день, полёт нормальный !

Тьфу-тьфу-тьфу )

(81)
А в чём различие в работе между двумя сборками ?

(83) Сейчас конец месяца.(только журналы документов могут притормаживать но это не критично)  Специфика работы итогов 1С такова что сейчас минимальная нагрузка на расчет временных итогов.(считается от конца периода либо в плюс либо в минус, максимум нагрузки на 15-ое) Подожди до 15-го следующего месяца потом напишешь о результатах:)(я уверен что у тебя время расчета итогов месяц)
К тому же http://infostart.ru/public/83504/ может снять только доп. нагрузку с терминального сервера. На СУБД это не влияет, как были блокировки так и будут возникать.

(85) Всегда был уверен что 7.7 считает только в плюс, и при проведении задним числом в конце месяца самые тормоза. Или в этих сборках изменен способ расчета?

(86). Зависит от того какой последний открытый период.

В нормальных же системах ТА текущим днем.
А от ТА насколько я понимаю назад считать не умеет.

(0) У меня уже перестал работать журнал подчиненных. Готовьтесь )

(88)С этим утверждением согласен. Но системы то разные. В некоторых системах бывает временных расчетов больше чем расчетов на ТА. В подобных случаях если переваливает за 15-ое открывают новый период. Тогда одинэс считает в плюс или минус к ближайшему периоду.Я посмотрел на время сообщения и исходя из личного опыта сделал такой вывод. В любом случае делать вывод о том что все нормально в системе за время наблюдения один, два дня - неправильно.

(85,90) В стандартной 1с  система всегда считает от начала
периода( в большинстве случаев от начала месяца).
Там даже нет метода выбрать как считать.
в 1с++  есть метод рассчета остатков от конца периода назад.

Для себя написал нечто подобное как в 1с++.
Т.е предполагаю что все работают текущем днем
а значит проведенных документов от сегод дня до ТА мало.
и считаю от TA назад.
Причем этот постулат не зависит от числа документов.
те. независит сейчас начало месяца или конец.
Если документы прошлых периодов не текущ. месяц то остатки не нужны(конкретная специфика).

(91) Да ладно. Расчитай на 10-ть периодов вперед.Не пернося ТА на проводимый документ проведи его.Возьми к пример 4-ый период. Потом посмотри как откуда считаются движения и откуда остатки.

(92) Не въезжаю в твой пост.Где находиться ТА?
На 10 периодов вперед от чего ?
и зачем потом считать четвертый вперед.
хотя это наверное off для subj

(81)
Так кто-либо в курсе различий между 2-мя сборками ?

(89)
В чём конкретно это выражается ?

Всплыла ещё 1 проблемка.

У всех юзверей по умолчанию в профиле на сервере прописан запуск 1cv7s.exe. Так вот если пользователь печатью ни разу не пользовался за весь сеанс, то закрытие 1с приводит к корректному закрытию сеанса. Если же печать хоть раз запускалась, на терминальном сервере под именем пользователя стартует процесс splwow64.exe. И после закрытия 1с этот процесс не прибивается автоматом, а продолжает висеть ещё минут 5, и только после этого сеанс захлопывается полностью. Если же захлопнуть сеанс крестиком на панели сверху, то на серваке он остаётся активный и закрывается только по таймауту закрытия отключённых сеансов (у нас = 5 мин).

В инете нарыл
http://diprime.wordpress.com/2010/06/21/не-завершается-терминальная-сессия-п/
всё сделал по той инструкции, но в результате процесс splwow64 вовсе перестал запускаться на сервере, и при нажатии на печать не происходило ровным счётом ничего. Пришлось парамет реестра сносить.

(95) Зависит от модели принтера. Кеноны любят такое делать. Некоторые модели НР тоже страдают такой фигней. Вывод: ставите сетевой принтер и избавляетесь от "проблемы".

(96)
для нас к сожалению не выход, пользователи слишком удалены друг от друга, да и старых HP действительно хватает

(94)тебе это знать принципиально чтоли? Тебе вообще ни одна из приведенных не нужна, твой выбор должен остановиться на версии 7.

(95) я эту проблему решил просто задав в реестре время для splwow64 равное нулю

(98)
Мне принципиально, т.к. там различия в BkEndUtls.dll. Может быть и фукционал немного другой. У нас стоит первый вариант с меньшим BkEndUtls.dll.

(99)
Веточку не подскажете ?

(99) Я просто написал экзешник который отрубает все ненужные процессы при выходе из 1С. И запускаю его в ПриЗавершении

(100)функционал только расширялся. В 7 исправлена работа с подчиненными документами + поддержка sql2012. В 6 появилась win-авторизация.

(100) не помню, в инете нарыл, позже могу глянуть, вроде там же как по ссылке указана. никаких проблем не возникло

(103)
Если как по ссылке, то не пойдёт, после этого процесс вообще стартовать отказался :(

(102) Где лежит 7 релиз?

(105) http://infostart.ru/public/82018/files/

(106) Спасибо, подчиненные забегали )

(106)
Ребятки, а на обменнике ни у кого нету "Solution7" ?
Или на мыло скиньте пожалуйста.

(108) http://narod.ru/disk/50976906001.e7ea4debb4c839cbf81b3aa67dc5d547/Solution7.rar.html

Ой... SQL 2005 на Windows 2008? Метаданные даёт менять, в смысле. реструктуризацию базы делает?

(109)
Спасибо огроменное :)

(110)
Делает, но после этого некоторое время не даёт зайти монопольно )

(112)да ладно?

(113)
в сборке как в (83)

(114)какие процессы мешают зайти монопольно?

(100) Ну и ленивый товарисчъ
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Print \ SplWOW64TimeOut
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server \ SysProcs \ splwow64.exe

Тут http://duitwithsbs.wordpress.com/2011/11/19/splwow64-exe-terminal-serverremote-desktop-service-tweak-needed/ более подробно, с картинками даже. Короче как для тупых 1С-ников.

(108) Я тебе эту сборку еще в (78) скинул, или ты мыло в принципе не проверяешь.

ща меня растопчут... особенно Ёпрст... но рискну... спецы поправят если что... хуже уже не будет...
что такое ТА..?
ТА - это итоги на конец месяца ТЕКУЩЕГО ПЕРИОДА.
т.е. открыли новый период - в итоги текущего месяца записались итоги на конец предыдущего месяца.
провели документ в ТА - свои движения он добавил в итоги текущего месяца (в итоги на конец текущего месяца).
когда провели последний документ текущего периода - в ТА получились итоги на конец месяца.
.
соответственно, когда считаем временные итоги в ТЕКУЩЕМ периоде считается либо от ТА (на конец текущего периода) раскруткой назад либо от итогов предыдущего месяца раскруткой вперед...??
.
как-то вот так это я смутно себе представляю... Ёпрст в одной из веток пояснял это.. но так как на прямых запросах я практически пишу совсем мало и совсем просто - то вот оно и не закрепляется...

..эх.чувствую не то написал.. была там какая-то тнокость в итогах на ТА (вывернутая наоборот)

(118) Прочти 91

(119) какие тонкости, всё просто.
Хочешь быстрее расчитать остаток на дату ищи ближайшие итоги. Если вчера,то от ТА, в итогах сегодня это PERIOD 01-05-2012.
Хочешь числа 5, то лучше взять PERIOD 01-04-2012 и прибавить движения с 1 по 5. Хочешь числа 20 апреля, тоже самое только отнять последние числа, хочешь число 10 апреля - бери PERIOD 01-03-2012 ну и т.д.

(116)
Прочти (95), после этих манипуляций принтера вовсе отказывались печатать из-за того, что процесс даже не запускался

(117)
Вы сбросили Solution5, а теперь я спрашивал Solution7, будьте внимательнее

(122) Я незнаю как вы там делали, но если люди пишут что помогает то есть вероятность того что вы где-то накосячили. Это лично мое ИМХО, ибо у меня стоят сетевые принтера и такой фигни нету. Один раз было с кеноном и один с НР, после этого кругом ставил сетевые и не парился по подобным вопросам. С кенонами помню тоже реестром боролся, закрывал монитор принтера для данной сессии (по памяти уже и невспомню точно где).

(123)
Ну накосячить с парой параметров вообще говоря довольно проблематично ;)
Но факт остаётся фактом: после такого тюнинга реестра процесс splwow64.exe не запустился ни для одного принтера, и пришлось делать откат.

А вообще говоря уже выкрутился средствами 1с: автоматически прибиваю процесс splwow64.exe при закрытии 1с-ки текущего пользователя, и сеанс захлопывается мгновенно.

(124) Ну наверняка под админом реестр правил, а нужно в сеансе пользователя. Почему накосячил - да потому что люди и на буржуйских сайтах пишут что правка реестра помогает обойти это чудо. Т.е. 99,99% что всетаки накосячил. Кстати говоря что б наверняка то реестр можно править и из под 1С ПриНачалеРаботыСистемы(), это вдруг добавятся пользователи что б руками лишнюю работу неделать.

(125)
Ну всё же если выбирать между правкой реестра и прибиванием процесса средствами 1с я бы выбрал последнее как минимальное вмешательство в работу системы.

(125)
А разве 1с умеет работать с реестром каким-то образом ?

(127)http://www.1cpp.ru/docum/html/extobjs.html#win
(118) Именно так. Откуда (от каких итогов) "ближе", те и берем за основу. И прибавляем (или вычитаем) обороты.

Ели ёжики кактус и что с ними не делай будут кушать.