Andrey V T Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 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С "завалит" и этот сервак. Всего записей: 63 | Зарегистр. 30-10-2001 | Отправлено: 22:43 25-10-2006 | Исправлено: Andrey V T, 22:51 25-10-2006

Andrey V T Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору zaharmd И память какая еще уточни. Я не знаю как 1С будет работать с новой памятью DDR2 SDRAM,512MB,533MHz(PC2-4200),ECC,64 x 72,FBDIMM. Вроде 1С критична к латентности. Всего записей: 63 | Зарегистр. 30-10-2001 | Отправлено: 17:03 26-10-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору all проблема 100% загрузки сервака программой 1с - обычное дело, никакая замена железа не спасет. Когда с программой работает несколько пользователей и они начинают проводить документы или делать отчеты, то таблицы захватываются и прогой задается цикл ожидания разблокировки порядка 500000.... Короче говоря в этот момент загрузка любого проца на графике резко взлетает до 100%, а остальные пользователи в это время жалуются на то что 1с постоянно тормозит и медленно выполняются операции... Здесь опка выход только один  - оптимизация кода. Поищи в инете "гибкие блокировки" - люди пока решают проблемы так ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 08:03 27-10-2006

Andrey V T Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору help777 Наслышан про то, что файловая 1С-ка 7.7 валит любое железо. Только я понять не могу - какое именно узкое место в железе тормозит процесс. Если следовать логике что 1С тормозит одинаково на любых серверах, то можно предположить что так же она будет тормозить, например, на первом пне, с достаточным объемом оперативки SDRAM и винтом IDE. Всего записей: 63 | Зарегистр. 30-10-2001 | Отправлено: 11:48 27-10-2006 | Исправлено: Andrey V T, 11:52 27-10-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Andrey V T Цитата: Только я понять не могу - какое именно узкое место в железе тормозит процесс.   тормозит не узкое место в железе, а цикл разблокировки 500000 иттераций... В том то и прикол, что 1с загружает на полную проц любой мощности на любом железе. Такая там логика работы - все через одно место сделано, зато работает... (через тоже место). Кстати применение sql тоже не спасает 1с 7.7 - по предыдущей причине, в 8.0 с sql работает местами побыстрее - процентов на 15-20.   ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 12:33 27-10-2006

Andrey V T Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору help777 Я все больше склоняюсь к мысли, что нужен 1 процессор по мощности как сумма 4-х или 8-и процессоров как в типовых решениях. Чтобы обработка проводились как можно быстрей и таблицы поскорей "отпускались". К сожалению такое пока не возможно. Про гибкие блокировки почитал, но я не 1С-ник судить трудно. Сложилось впечатление: 1. Работает для SQL версии. У нас пока DBF. 2. Очень крапотливая работа по переделыванию конфы. Высока цена ошибки. 3. Возможны неприятные последствия в случае если что-то пропустил, недосмотрел. Очень понравился по описанию вариант: http://abelov.com/forum/f.php?27786,1#7 Кто-нибудь пробовал?   Добавлено: help777 Ситуация такая что переписывать на 8.0 слишком дорого. Дешевле еще один сервак купить. Что думаешь про использование sleep? Всего записей: 63 | Зарегистр. 30-10-2001 | Отправлено: 13:14 27-10-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Andrey V T Цитата: Я все больше склоняюсь к мысли, что нужен 1 процессор по мощности как сумма 4-х или 8-и процессоров как в типовых решениях. Чтобы обработка проводились как можно быстрей и таблицы поскорей "отпускались". К сожалению такое пока не возможно.   Может оно и так и есть. Никакая технология не позволяет решить проблему на 100%,  а может только облегчить работу, найдя компромисс между временем ожидания и захвата таблиц. Цитата: Ситуация такая что переписывать на 8.0 слишком дорого. Дешевле еще один сервак купить. Что думаешь про использование sleep? восьмерка всех проблем не решит, будет лишь немного быстрее. Второй сервак не поможет. Sleep не пробывал - возможно не будет нагрузок на проц. Надо тестить.   ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 14:49 27-10-2006

Andrey V T Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору help777 Цитата: Второй сервак не поможет. Это понятно, что второй, третий, 10-ый не помогут решить проблему. Правильное решение - переписывать, оптимизировать, уходить от 1С, но это нереально дорого. Насчет Sleep сегодня завтра буду пробовать новый сервак сразу с ним. Титеритически остроту проблемы должен снимать. Всего записей: 63 | Зарегистр. 30-10-2001 | Отправлено: 10:42 30-10-2006 | Исправлено: Andrey V T, 10:43 30-10-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору DAN_Xandr Цитата: Есть ли способы разрешения данной ситуации, мне необходимо произвести обновление, но из-за превышения размера в 2Гб  1С просто слетает?   Возможно ли перегнать Базу под SQL, обновить на SQL сервере, и вернуть назад, но уже в DBF формате?   1. Что работает все в файл-сервреном режиме - очень плохо, индексы будут биться каждый день, работы нормальной не будет. 2. Если проблема только в обновлении - то перегнать в формат sql, а потом обратно можно. Только все равно см. пункт 1. 3. 99,5% программеров не использует и очень плохо знает или вообще не знает методов sql и тем более не умеет оптимизировать код. И не все методы универсальны - есть варианты только для sql и только для dbf.  Короче если конфа перепаханная без дополнительной переработки на sql она работать не будет. Вывод: либо делай свертку, либо оптимизируй код под sql. Ну и обязателен сервер терминалов - здесь без вариантов. ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 08:28 07-11-2006

KSupalo Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору      Прочитал все и понял - я не один (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, только реально есть такие? Напишите, спецы. Я готов поделиться любыми наработками (а они есть, база живет и юзеры работают ). Всего записей: 62 | Зарегистр. 25-09-2006 | Отправлено: 12:18 07-11-2006 | Исправлено: KSupalo, 12:19 07-11-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору KSupalo выбор в сторону sql очевиден уже при 10 пользователях и объеме базы около 2 гб. А если с базой работают интенсивно - тоже самое при 5-7 пользователях, естестенно под терминалом и сетевой доступ к базе должен быть обязательно закрыт В файл серверном варианте нормально работать с такой базой можно только в монопольном режиме По поводу технической возможности перехода на sql - решайте сами, будет много трудностей в работе сначала, да и потом тоже, короче говоря нужно вложить деньги - без этого никак. Либо деньги не вкладывать и делать опреатинвые базы. ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 16:02 07-11-2006

KSupalo Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору А в чем прикол переводить все на SQL? Пока все путем, скачал пару оптиимзаторов транзакций и   ускорителей... Какие грабли могут быть? Просто дома для прикола пытался выгружать базу из ДБФ и загрудал в SQL. Пользователь ественно 1 - тормозило нереально. Проведение, отчеты и пр... Знакомые в соседней конторе тоже ставили , денек поработали и снова перешли на ДБФ.... Все из-за тормозов. Контора комповая, врядли они бы поскупились на железо.. Всего записей: 62 | Зарегистр. 25-09-2006 | Отправлено: 17:15 07-11-2006 | Исправлено: KSupalo, 18:53 07-11-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору KSupalo прикол в том, что sql ставят не для того чтобы быстрее работало, а чтобы _можно_ было работать С маленькой базой и небольшим кол-вом пользователей dbf быстрее во всем, кроме создания некоторых отчетов. Для одного пользователя преимуществ sql ты не увидишь. А вот если их уже около 10, и/или размер базы великоват для dbf - пользователи в dbf базе будут нервничать, а в sql нормально работать. По поводу торможения вообще - под sql делается выделенный сервак, потому что он довольно сильно нагружает проц при обработке заросов   ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 08:17 08-11-2006

KSupalo Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Тогда встречный вопрос. На днях будет покупаться сервак (2хХеон L2=4MB 2.2ГГц FSB=1333, Raid10, 2Gb - короче процы 5120 серии), а есть старый 2.4ГГц FSB=533, на старых хеонах RAID 1. Где лучше разместить базу с SQL сервером, а где юзеверей с терминалом? (Новый сервак будет быстрее старого). И еще. Какая версия SQL сервер подойдет для вер. 7.7? Всего записей: 62 | Зарегистр. 25-09-2006 | Отправлено: 10:18 08-11-2006 | Исправлено: KSupalo, 10:20 08-11-2006

help777 Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору KSupalo более мощную машину ставь под sql - там будет производиться основная работа. с 7.7 работает sql2000, а также 2005 - если немного подправить 1cv7s.exe ---------- Я поэтому здесь и сижу, потому что если вдруг у кого что-то, то вот он я тут и есть... Всего записей: 774 | Зарегистр. 16-09-2004 | Отправлено: 16:20 08-11-2006

ProfSoft Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Народ, подскажите плиз, никто с таким не сталкивался? 1С Предприятие сетевая работает нормально в сети и локально на сервере, база лежит на сервере же. Когда пытаюсь запустить ее в терминальной сесии - мгновенно заканчивает работу даже не пискнув и не выдав ничего на экран. Вряд ли это права - захожу администратором. Что это может быть? Всего записей: 17 | Зарегистр. 25-04-2006 | Отправлено: 22:11 20-02-2007

Страницы: 1 2 3 4 5 6 7 8

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Закладки » 1с + Win2003s Terminal Services

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование