Win2k server + 1С 7.7 + MS SQL

← →
Ламот © (2007-02-21 19:43) [0]

На сервере установленно/работает упомянутое ПО. База 1С’ки выросла до неприличных размеров (BackUp из SQL ~2Gb). Заархивировать прошлый период нельзя (запрещенно административно). Сервер является таковым только по названию (P4 3,2GHz/DDR 2Gb/SATA винт/Lan 100Mbps). В результате - дикие тормоза при одновременной работе более 2’х пользователей (все пользователи работают в терминалах).
Пробовал перенастроить некоторых пользователей (есть таке, которые только отчеты крутят) из терминалов на обычный сетевой доступ - не получилось, выдает ошибку:
SQL State: IM003 Native:160 Message: Не удается загрузить указанный драйвер из-за системной ошибки 126 (SQL Server).
и сразу после нее еще одну:
Соединение с сервером базы данных не установленно!
Поиск по рунету понимания не добавил (находится много ссылок на подобные ошибки, без вариантов решения).
Ткните пож. носом в что почитать по данной теме. ))

PS. Папка базы со всеми вложениями расшарена на полный доступ.
PS2. Стукните по пальцам, ежелить я не в ту сторону смотрю, и вынесение "некоторых" пользователей не поможет, а ухудшит ситуацию.
PS3. Подскажите, что еще можно попробовать сделать?

← →
umbra © (2007-02-21 19:52) [1]

единственный надежный метод - купить новый сервер и донести до начальства, что бекапы надо делать чаще. Иначе, когда база загнется виноват будет кто-то :)

← →
tesseract © (2007-02-21 19:58) [2]

А какой базе идёт речь ТиС или бух? Можно просто свернуть базу и пересчитать регистры, или перейти на SQl-ые "быстрые регистры", без них 1С на SQL только тормознее.

← →
Ламот © (2007-02-21 20:20) [3]

> [1] umbra © (21.02.07 19:52)
> единственный надежный метод - купить новый сервер
- на новое оборудование денег не выделят, или выделят как в одном филиале - $2000... и какой сервер на это купить можно?? ((((

> [1] umbra © (21.02.07 19:52)
> бекапы надо делать чаще
- Делаются каждую ночь.

По сути - если подключить-таки пару-тройку пользователей не терминально, а по обычной сетевой расшарке - может это ускорить работу остальных пользователей (работающих терминально)? И если "да" - то где почитать за причины возникновения озвученной ошибки?? ))

> [2] tesseract © (21.02.07 19:58)
> А какой базе идёт речь ТиС или бух?
- обычная - бух.

> [2] tesseract © (21.02.07 19:58)
> Можно просто свернуть базу и пересчитать регистры
- Именно это я имел ввиду, когда писал "запрещенно административно", это собираются сделать в марте/апреле, sorry что некоректно сформулировал... )

> [2] tesseract © (21.02.07 19:58)
> перейти на SQl-ые "быстрые регистры"
- Это решается на уровне администрирования, или изменения текущей конфигурации?? Ответственные лица за написание/изменение конфигурации находятся в головном офисе (другой город). Все права на изменение конфы запаролены во избежание бардака на местах.

> [2] tesseract © (21.02.07 19:58)
> без них 1С на SQL только тормознее.
- Похоже это именно наш случай, но возвращаться на *.dbf не хотелось бы - на SQL работает НАМНОГО стабильнее

← →
Danilka © (2007-02-21 22:27) [4]

[3] Ламот © (21.02.07 20:20)
> или выделят как в одном филиале - $2000... и какой сервер
> на это купить можно??

Конечно настоящий сервер не купишь, но собрать что-то, в разы пошустрее чем есть, можно.

> По сути - если подключить-таки пару-тройку пользователей
> не терминально, а по обычной сетевой расшарке - может это
> ускорить работу остальных пользователей (работающих терминально)?

Практически нет. Терминалы жрут гораздо меньше самой 1с и sql.

> Именно это я имел ввиду, когда писал "запрещенно административно"

А если свернуть не текущий год, а прошлый? То-есть, по 31.12.2005? Думаю, никакая бухгалтерия не будет против.

← →
tesseract © (2007-02-21 23:13) [5]

> > [2] tesseract © (21.02.07 19:58)> А какой базе идёт
> речь ТиС или бух?- обычная - бух.

Гм, как бух можно раздуть до таких размеров???????

Бухия сворачивается после сдачи годового отчёта, старая база лежит рядом на случай сверки.

← →
atruhin © (2007-02-22 05:32) [6]

> [2] tesseract © (21.02.07 19:58)
> или перейти на SQl-ые "быстрые регистры", без них 1С на
> SQL только тормознее.

А что это такое? Где почитать? Интересно!

← →
SlymRO (2007-02-22 05:39) [7]

Может SQL сервер плохо настроен? ИМХО машина нехилая, но двух! клиентов даже не держит...
твикать SQL сервер надо

← →
SlymRO (2007-02-22 05:43) [8]

и зачем терминал? обычно терминалят dbfную 1с, а тут полноценный sql сервер... я бы терминалил бы только "пеньки первые"

← →
SlymRO (2007-02-22 05:46) [9]

что гадать? что taskmanager говорит? чего ему не хватает?
может defrag c: -f ? или антивир дисабл?

← →
atruhin © (2007-02-22 05:58) [10]

> и зачем терминал? обычно терминалят dbfную 1с, а тут полноценный
> sql сервер...

Видать с 1С не много дела имел. Терминал ставят для уменьшения нагрузки на сеть.
1С работает с SQL сервером как с обычной файлсерверной БД, отсюда и тормоза.

← →
SlymRO (2007-02-22 06:09) [11]

atruhin © (22.02.07 5:58) [10]
Видать с 1С не много дела имел
Истину глаголишь... И что? весь датасет фетчит? мда
я тоже имею дело с "файлсерверной" СУБД (первазив), но там можно "быстро" прыгать на нужную запись по ключу а не локейтить по датасету

← →
Ламот © (2007-02-22 14:20) [12]

> [4] Danilka © (21.02.07 22:27)
> Конечно настоящий сервер не купишь, но собрать что-то, в
> разы пошустрее чем есть, можно.
- Собрали:
2 * Xeon 5130 - 2.00 GHz, 4Mb Cache
2 * 1024 Mb DDR2-533
SATA винт
2 * 1Gb lan (интегрированно)
быстрее, конечно, должно работать (просто заказали - сейчас ждем что прийдет, если прирост производительности будет достаточным - возможно и у нас раскошелятся) - только видел я уже переход с подобного (P4) на подобные (2’х Xeon) сервер, задачи были схожи (там 1С в *.dbf крутилась, и win2003 а не win2000 стояла)... назвать тот прирост "в разы" - никак нельзя... в среднем (субъективно) - на 30% шустрее стало, и все! Просто когда отчет выполняется 15-20 минут, а станет выполняться 10-15...
В общем - посмотрим как оно себя покажет.

> [4] Danilka © (21.02.07 22:27)
> Практически нет. Терминалы жрут гораздо меньше самой 1с
> и sql
- посмотрел вниматильней - так и есть ((((
При проведении документов проц загружает 1С’ка, а при выполнении отчетов - SQL... жаль ((

> [4] Danilka © (21.02.07 22:27)
> А если свернуть не текущий год, а прошлый? То-есть, по 31.12.2005?
> Думаю, никакая бухгалтерия не будет против.
- Про то и речь - собирались сворачивать прошлый год еще в начале января месяца, до сих пор сворачиваем.

> [5] tesseract © (21.02.07 23:13)
> Гм, как бух можно раздуть до таких размеров???????
> Бухия сворачивается после сдачи годового отчёта, старая
> база лежит рядом на случай сверки.
- так оно должно быть... к сожалению не всегда бывает все именно так, как должно быть... ((

> [7] SlymRO (22.02.07 05:39)
> Может SQL сервер плохо настроен?
> твикать SQL сервер надо
- Можно сказать - он ваабще не настроен, потому и спрашиваю - где и что лучше почитать (что такое твик - пока тоже не знаю)?? )))

> [7] SlymRO (22.02.07 05:39)
> ИМХО машина нехилая, но двух! клиентов даже не держит...
- Довольно много статей на этот счет было прочитанно. Во всех сходятся, что для нормальной работы системы база 1С 7.7 не должна превышть 500-600Mb. Что есть "нормальная работа системы", и откуда именно эти цифры - пояснений так и не нашел... опровержений тоже. Порасспрашивал знакомых - тоже говорят "до пол гига все нормально бегает, больше - начинаются тормоза в перемешку с глюками"... повода неверить нет. ))

> [8] SlymRO (22.02.07 05:43)
> и зачем терминал? обычно терминалят dbfную 1с, а тут полноценный
> sql сервер...
- Не, 1С по сети хоть в dbf хоть в sql туго работает... ((

← →
Ламот © (2007-02-22 14:26) [13]

Sorry, "Ctrl + Enter" случайно на полуслове нажал... ))

> [9] SlymRO (22.02.07 05:46)
> что гадать? что taskmanager говорит? чего ему не хватает?
- ЦП ему не хватает, думал вынести обработку отчетов на локальные компьютеры, да толку не даст - писал уже, при выполнении отчетов ЦП грузится не 1С’кой, а SQL сервером... ((((

← →
Ламот © (2007-02-22 14:57) [14]

> [9] SlymRO (22.02.07 05:46)
> может defrag c: -f ? или антивир дисабл?
defrag давненько не делался, на выходных запущу, только мало веры в него у меня... проц-то грузися во всю, значит винт и так успевает выдать все что нужно... ))
А по поводу антивира - что-то боязно мне его отключать, уж и не знаю почему. Да и по сведениям таскменеджера он не буйствует... не - пускай себе работает! ))

Все что смог нарыть:
http://kb.mista.ru/article.php?id=98
Установил, попробовал... понравилось - оставил пока.

В общем - пасиба всем кто откликнулся. ))
Буду рад как ссылкам так и "устным" советам по настройке/оптимизации SQL сервера. )))

← →
DVM © (2007-02-22 17:13) [15]

> SlymRO (22.02.07 06:09) [11]

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

[12] Ламот © (22.02.07 14:20)
> в среднем (субъективно) - на 30% шустрее стало, и все!

Дык, думать нада, когда собираешь. :)
А еще лучше - обратиться к специалисту.
В твоем случае в том филиале вместо одного ядра, теперь 4 штуки, плюс кэш 4МБ на каждый процессор, а прирост всего 30% вместо 400%. Очевидно, все стало упираться в другое узкое место, думаю, сначала в память, а потом в диск.
Сервер должен быть сбалансирован под ваши задачи, я-бы сам не стал его просчитывать, а отдал спецам ибо чайник в этих вопросах.

> - Про то и речь - собирались сворачивать прошлый год еще
> в начале января месяца, до сих пор сворачиваем.

Все-таки странно. 2006 год понятно для чего нужен бухгалтерии - годовая отчетность еще не сдана. Но почему-бы не свернуть остатки на начало 2006года? Бухгалтерия эти данные точно больше править не будет ибо все отчеты давным давно сданы и обычная практика такая как в [5]. То-есть, старая база доступна для просмотра, на всякий случай.

1. MDAC 2.8 (от XPSP2)
2. Способ подлючения - убрать named pipes на сервере и на клиентах. На MS SQL 7 чуть труднее, придётся подменять библиотечки. Убирается через network libraries в SQL группе программ.
3. На сервере БД 2 ГБ ОЗУ, база тоже 2 ГБ, желательно докупить планок. Процессор может тормозить из-за большого кол-ва файловых операций.
4. Нужно мониторить. лучше всего perfmon.msc

> то у них там что-то стало формироваться в 20 раз (они даже
> время засекали) быстрее.

После переработки отчётов можно и большего добиться. После перехода на netware нехило тож добавляеться.

Можно врубить фиксируемые в памяти таблицы. Сильно прибавит в производительности. Большая тема, надо промсто смотреть.

> Процессор может тормозить из-за большого кол-ва файловых
> операций.

Бредите товарисч. Процессор в нормальной системе к ФС отношения имеет слабое.

Может. Если выключен bus mastering, dma, кэширование и не ограничен файл подкачки (система автоматом расширяет).
Так ли у Ламота я не знаю, но 2 пользователя на 100% нагрузить сервер БД не могут, потому приходится предполагать.

> Cincinnut © (23.02.07 20:11) [19]

Учим теорию. DMA тут при чём - она проц не грузит. Она его блокирует. Уж поверьте 4 летнему опыту работы.

Direct Memory Access к процессору имеет конечно опосредованное отношение. Но в режиме PIO работа с диском идёт под управлением процессора, потому и отнимает часть процессорного времени. По поводу блокировки процессора я верю твоему 4-хлетнему опыту, правда не понимаю о чем речь.

> По поводу блокировки процессора я верю твоему 4-хлетнему
> опыту, правда не понимаю о чем речь.

Контроллер DMA вырубает процессор на время операций с памятью. Ставим SCSI который все операци по расчтёту берет на себя и имеем фан.

Win2k server + 1С 7.7 + MS SQL Найти похожие ветки