» 1с + Win2003s Terminal Services

zaharmd
Рассказывай что получилось.


Цитата:

2 x Intel XEON Dual-Core (система видит их как 8 процессоров)

Цитата:

у меня - 2 x Dual-Core Intel Xeon Processor 5150 (2.66 GHz, 65 Watts, 1333 FSB) / 1333MHz front side bus (FSB)

Что интересно Intel® Xeon® 5150 не поддерживает гипертрейдинг.
http://www.intel.com/cd/products/services/emea/rus/server/processors/164854.htm#xeon

У меня аналогичные проблемы с производительностью старого сервера (100% загрузка проца).
Intel Pentium 4, 3066 MHz (23 x 133)
1536 Мб (PC3200 DDR SDRAM)
1 сказевый винт IBM IC35L036UWDY10-0 (34 Мб)
Server 2003EE AD нет.
1С 7.7 несколько баз, самая большая база 2 Гб платформа бухгалтерия с наворотами (порядка 300 000 проводок в месяц). Много ежесекундных расчетов (расчет остатков товаров на указанную дату + отчеты).
Активно работающих пользователей около 20.
Я заказал сервак на двух 5150 8Гб оперативки завтра/послезавтра он приедет - буду смотреть что получится.
Есть подозрение что 1С "завалит" и этот сервак.

Andrey V T


Цитата:

Рассказывай что получилось.

Отключил HT. Скорость генерации отчета увеличилась с 20 мин. до 24 мин. (это не генерация всего отчера, а только первая контрольная точка, по которой мы засекаем скорость; это когда заканчивается анализироваться база и начинают генерироваться строки таблицы).

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



Цитата:

Что интересно Intel® Xeon® 5150 не поддерживает гипертрейдинг.

Кажется я выложил не то описание процессоров. Завтра уточню, какой именно там установлен. Но точно помню что они оба XEON Dual-Core + HT.

zaharmd
И память какая еще уточни. Я не знаю как 1С будет работать с новой памятью DDR2 SDRAM,512MB,533MHz(PC2-4200),ECC,64 x 72,FBDIMM. Вроде 1С критична к латентности.

all
проблема 100% загрузки сервака программой 1с - обычное дело, никакая замена железа не спасет. Когда с программой работает несколько пользователей и они начинают проводить документы или делать отчеты, то таблицы захватываются и прогой задается цикл ожидания разблокировки порядка 500000.... Короче говоря в этот момент загрузка любого проца на графике резко взлетает до 100%, а остальные пользователи в это время жалуются на то что 1с постоянно тормозит и медленно выполняются операции...
Здесь опка выход только один - оптимизация кода. Поищи в инете "гибкие блокировки" - люди пока решают проблемы так

help777
Наслышан про то, что файловая 1С-ка 7.7 валит любое железо. Только я понять не могу - какое именно узкое место в железе тормозит процесс. Если следовать логике что 1С тормозит одинаково на любых серверах, то можно предположить что так же она будет тормозить, например, на первом пне, с достаточным объемом оперативки SDRAM и винтом IDE.

Andrey V T

Цитата:

Только я понять не могу - какое именно узкое место в железе тормозит процесс.

тормозит не узкое место в железе, а цикл разблокировки 500000 иттераций... В том то и прикол, что 1с загружает на полную проц любой мощности на любом железе. Такая там логика работы - все через одно место сделано, зато работает... (через тоже место). Кстати применение sql тоже не спасает 1с 7.7 - по предыдущей причине, в 8.0 с sql работает местами побыстрее - процентов на 15-20.

help777
Я все больше склоняюсь к мысли, что нужен 1 процессор по мощности как сумма 4-х или 8-и процессоров как в типовых решениях. Чтобы обработка проводились как можно быстрей и таблицы поскорей "отпускались". К сожалению такое пока не возможно.
Про гибкие блокировки почитал, но я не 1С-ник судить трудно. Сложилось впечатление:
1. Работает для SQL версии. У нас пока DBF.
2. Очень крапотливая работа по переделыванию конфы. Высока цена ошибки.
3. Возможны неприятные последствия в случае если что-то пропустил, недосмотрел.
Очень понравился по описанию вариант: http://abelov.com/forum/f.php?27786,1#7
Кто-нибудь пробовал?

Добавлено:
help777
Ситуация такая что переписывать на 8.0 слишком дорого. Дешевле еще один сервак купить. Что думаешь про использование sleep?

Andrey V T

Цитата:

Я все больше склоняюсь к мысли, что нужен 1 процессор по мощности как сумма 4-х или 8-и процессоров как в типовых решениях. Чтобы обработка проводились как можно быстрей и таблицы поскорей "отпускались". К сожалению такое пока не возможно.

Может оно и так и есть. Никакая технология не позволяет решить проблему на 100%, а может только облегчить работу, найдя компромисс между временем ожидания и захвата таблиц.

Цитата:

Ситуация такая что переписывать на 8.0 слишком дорого. Дешевле еще один сервак купить. Что думаешь про использование sleep?

восьмерка всех проблем не решит, будет лишь немного быстрее. Второй сервак не поможет. Sleep не пробывал - возможно не будет нагрузок на проц. Надо тестить.

help777

Цитата:

Второй сервак не поможет.

Это понятно, что второй, третий, 10-ый не помогут решить проблему. Правильное решение - переписывать, оптимизировать, уходить от 1С, но это нереально дорого.
Насчет Sleep сегодня завтра буду пробовать новый сервак сразу с ним. Титеритически остроту проблемы должен снимать.

Приветствую всех.
Имеется Компьютер, выделенный под сервер, P4 3200 c 1ГБ оперативки, на нем стоит 1С. Работает все это в файл-серверверном режме, общий объем базы составляет более 2,5 ГБ, база распределенная и в конфигурацию постоянно вносят изменения. И вот настал момент, когда во время одного из обновлений, файл индекса перевалил за 2Гб и все рухнуло, естественно. На SQL по моему переводить не стоит, судя по коду конфигурации, практически все изменения вносились без расчета на работу через SQL. В данной ситуации DBF формат болле уместен.

Есть ли способы разрешения данной ситуации, мне необходимо произвести обновление, но из-за превышения размера в 2Гб 1С просто слетает?

Возможно ли перегнать Базу под SQL, обновить на SQL сервере, и вернуть назад, но уже в DBF формате?

DAN_Xandr

Цитата:

Есть ли способы разрешения данной ситуации, мне необходимо произвести обновление, но из-за превышения размера в 2Гб 1С просто слетает?
Возможно ли перегнать Базу под SQL, обновить на SQL сервере, и вернуть назад, но уже в DBF формате?

1. Что работает все в файл-сервреном режиме - очень плохо, индексы будут биться каждый день, работы нормальной не будет.
2. Если проблема только в обновлении - то перегнать в формат sql, а потом обратно можно. Только все равно см. пункт 1.
3. 99,5% программеров не использует и очень плохо знает или вообще не знает методов sql и тем более не умеет оптимизировать код. И не все методы универсальны - есть варианты только для sql и только для dbf. Короче если конфа перепаханная без дополнительной переработки на sql она работать не будет.
Вывод: либо делай свертку, либо оптимизируй код под sql. Ну и обязателен сервер терминалов - здесь без вариантов.

Прочитал все и понял - я не один (1+1). Ух и накипело ж...

Вообщем у нас база DBF 3,9 Gb !!!! (кто-то здесь писал, что это не реально) комплексная для Украины 7.7, и сервак на 7501 2хXEON 2.4 шина 533 (266!!!).... 40 юзеров, 8 из которых в реальном времени по телефону набивают Счета. Остатки видят естественно тоже релальные.... Так вот. Есть необходимость купить новый сервак на самых крутых процах с 10-м RAID-ом. А что делать после покупки???!!!

Вариант 1. Установить SQL и пытаться оптимизировать что-то
Вариант 2. Оставить DBF и подрезать базу по самое нехочу.
Вариант 3. Оставить DBF и выделить один сервак как файловый и терминальный, а второй как только терминальный. Связать по гигабиту.

Читал что-то про гибкие блокировки... Кто нить пытался что-то подобное повторить? В теории все красиво, я даже немного знаю SQL, только реально есть такие? Напишите, спецы. Я готов поделиться любыми наработками (а они есть, база живет и юзеры работают ).

KSupalo
имхо оптимальным будет перевести базу на sql, но при этом саму 1с (оболочку) раздавать пользователям через терминальный сервер

KSupalo
выбор в сторону sql очевиден уже при 10 пользователях и объеме базы около 2 гб. А если с базой работают интенсивно - тоже самое при 5-7 пользователях, естестенно под терминалом и сетевой доступ к базе должен быть обязательно закрыт В файл серверном варианте нормально работать с такой базой можно только в монопольном режиме
По поводу технической возможности перехода на sql - решайте сами, будет много трудностей в работе сначала, да и потом тоже, короче говоря нужно вложить деньги - без этого никак. Либо деньги не вкладывать и делать опреатинвые базы.

А в чем прикол переводить все на SQL? Пока все путем, скачал пару оптиимзаторов транзакций и ускорителей... Какие грабли могут быть?
Просто дома для прикола пытался выгружать базу из ДБФ и загрудал в SQL. Пользователь ественно 1 - тормозило нереально. Проведение, отчеты и пр... Знакомые в соседней конторе тоже ставили , денек поработали и снова перешли на ДБФ.... Все из-за тормозов. Контора комповая, врядли они бы поскупились на железо..

KSupalo
прикол в том, что sql ставят не для того чтобы быстрее работало, а чтобы _можно_ было работать С маленькой базой и небольшим кол-вом пользователей dbf быстрее во всем, кроме создания некоторых отчетов. Для одного пользователя преимуществ sql ты не увидишь. А вот если их уже около 10, и/или размер базы великоват для dbf - пользователи в dbf базе будут нервничать, а в sql нормально работать.
По поводу торможения вообще - под sql делается выделенный сервак, потому что он довольно сильно нагружает проц при обработке заросов

Тогда встречный вопрос. На днях будет покупаться сервак (2хХеон L2=4MB 2.2ГГц FSB=1333, Raid10, 2Gb - короче процы 5120 серии), а есть старый 2.4ГГц FSB=533, на старых хеонах RAID 1. Где лучше разместить базу с SQL сервером, а где юзеверей с терминалом? (Новый сервак будет быстрее старого). И еще. Какая версия SQL сервер подойдет для вер. 7.7?

KSupalo
более мощную машину ставь под sql - там будет производиться основная работа. с 7.7 работает sql2000, а также 2005 - если немного подправить 1cv7s.exe

Народ, подскажите плиз, никто с таким не сталкивался? 1С Предприятие сетевая работает нормально в сети и локально на сервере, база лежит на сервере же. Когда пытаюсь запустить ее в терминальной сесии - мгновенно заканчивает работу даже не пискнув и не выдав ничего на экран. Вряд ли это права - захожу администратором. Что это может быть?

До окна авторизации доходит? Если доходит а после ввода пароля закрывается, значит все таки права. Нужно создать группу Пользователей 1С и дай права на папку с базой на чтение/запись.

у меня восьмёрка в терминале крутится, все пользователи с ней в терминале работают,
правда одна база на SQL в ней в терминале около 20 пользователей работает, так же другая база не на SQL 3 пользователя в терминале, так же семёрка в терминале 3 пользователя, так же супер окна в терминале около 5-и пользователей, сервак справляется, сервак супермикро с двумя ксеонами, мозгов 3 гига.
сразу хочу сказать что если кто собирается восьмёрку в терминале делать то делать это лучше с базой на SQL иначе память выжирается как сумасшедшая

Не доходит до авторизации. Видно что запускается только по секундному миганию в таск менеджере. На экране не появляется ничего. Файл-монитором и режистри-монитором смотрел - при запуске не получает сообщений типа Acess Denied. Группа для пользователей есть. Все права у нее на каталог с базой. Да и на каталог с 1С на всякий случай. Что еще смотреть?

ProfSoftА у тебя терминальный сервак чисто отдельно? больше никаких функций не выполняет? в зависимости от твоего ответа я тебе подскажу в чём дело.

В основном сервак используется как файловый. Ну всякая мелочевка типа DHCP, RRAS ну и терминальный сервер. Сервак входит в домен, но домен-контроллером не является.

Цитата:

В основном сервак используется как файловый. Ну всякая мелочевка типа DHCP, RRAS ну и терминальный сервер. Сервак входит в домен, но домен-контроллером не является.

Цитата:

Не доходит до авторизации. Видно что запускается только по секундному миганию в таск менеджере. На экране не появляется ничего. Файл-монитором и режистри-монитором смотрел - при запуске не получает сообщений типа Acess Denied. Группа для пользователей есть. Все права у нее на каталог с базой. Да и на каталог с 1С на всякий случай. Что еще смотреть?

Если у тебя 1cv8, то попробуй запускать не только через терминал, но и в локальном сеансе... Если локально запустится, то виновата Backend.dll... По теме - сюда (http://forum.ru-board.com/topic.cgi?forum=8&topic=16438 и http://forum.ru-board.com/topic.cgi?forum=8&topic=18928)... Там найдёшь нужную тебе версию.

а какая минимальная ширина у канала должна быть, чтобы терминал мог нормально работать?

Цитата:

а какая минимальная ширина у канала должна быть, чтобы терминал мог нормально работать?

У мну удавалось нормально по модему на скорости 33кбит (были задержки небольшие), так что при канале даже в 10Мбит свободно заработают до 50 юзверей... Другой вопрос, ЧТО ты публикуешь и справится ли с этим твой сервак

MoZz
у меня есть филиалы, к одному из них инет только по gprs в перспективе cdma - хватит ли этого чтобы бухгалтеры в количестве 5 шт. могли сидеть на терминалах?

Цитата:

Если у тебя 1cv8, то попробуй запускать не только через терминал, но и в локальном сеансе... Если локально запустится, то виновата Backend.dll... По теме - сюда (http://forum.ru-board.com/topic.cgi?forum=8&topic=16438 и http://forum.ru-board.com/topic.cgi?forum=8&topic=18928)... Там найдёшь нужную тебе версию.

У меня версия 7.7. Билды пробовал разные - эффект одинаковый. Сейчас стоит последний. Локально запускается без проблем.

ProfSoft
проверь являются ли клиенты членами группы пользователей удалённого рабочего стола на этом сервере и разрешён ли локальный вход в систему на этом серваке для клиентов.