Volodi N. Voskubenko Опубликовано: 20 октября, 2009 Share Опубликовано: 20 октября, 2009 Добрый день. Прошу помощи, сам уже не вижу вариантов выхода из ситуации. СуперОкна 2006, лицензия (вообще сразу скажу - все что буду упоминать из софта - лицензионное), 19 сборка, пользователей от 20 до 30. Большая часть пользователей работает через терминал, причем одновременно и 2003 терминал, и 2008. Человек 8 по локалке. База крутится на новом интелловском серваке, проц один, четырехядерник, сетка до сервака гигабитная от центрального свича. На сервере кроме базы ничего не установлено. Пробовались как 64-х битная, так и 32-хбитная версия серваков, как 2008, так и 2003. Версии firebird-а пробовались тоже всякие, 1.5.3 (родная), 1.5.3 classic, 1.5.5 оба варианта, даже двойку пробовал поставить :-) В общем, независимо от моих извращений, у людей в локалке - создается счет около 30 секунд, открывается изделие от 30 до 60, что творится у терминальщиков - боюсь спрашивать, но побить уже обещают. Что делать? Что еще можно попробовать сделать? Какие данные нужны? Cpuaffinity - пробовал 6, щас 15 стоит, память не используется совсем практически. Девушки, которые по локалке работают, говорят что на последней (у нас до 19-й сборки стояла 13-я) сборке работало лучше. Но назад откатываться - подозреваю проблематично будет? Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Dialer Опубликовано: 23 октября, 2009 Share Опубликовано: 23 октября, 2009 А сейчас Супер Сервер стоит? Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Volodi N. Voskubenko Опубликовано: 23 октября, 2009 Автор Share Опубликовано: 23 октября, 2009 А сейчас Супер Сервер стоит? Добрый день. :-) Да, в результате вернул все по умолчанию, кроме cpuaffinity Забавно, но переход на 20-ю сборку похоже улучшил ситуацию. Два часа - полет хороший. Дальше буду комментировать ситуацию. Нифига, после 19-го пользователя тормоза... :-( Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Andrey65536 Опубликовано: 23 октября, 2009 Share Опубликовано: 23 октября, 2009 У нас тож тормоза были при 15 пользователях. Весь прикол к том что бывает программа осуществляет запрос к БД который затем рекурсирует и таких запросов от пользователей вывает много... Решение - в прописывании логики на уровне БД по выходу из запросного цикла. У нас решение еще проще - Суперокна на расчете алюминия в основном оставили (5-10 чел максимум подключаются). КЛАЕС на ПВХ в основном + Самописанные косплексы... Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Volodi N. Voskubenko Опубликовано: 23 октября, 2009 Автор Share Опубликовано: 23 октября, 2009 Нифига не понял. "КЛАЕС на ПВХ в основном + Самописанные косплексы..." - можно вот это расшифровать? Общее резюме такое - база не тянет, и ее надо модифицировать, я правильно понял? У нас три профиля пвх сейчас считаются и алюминий. Ну и плюс склады, накладные, оптимизация. Все одновременно. Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Dialer Опубликовано: 24 октября, 2009 Share Опубликовано: 24 октября, 2009 Ну и правильно сделали что вернули на Классик. Т.к. Superserver На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами. Думаю спорить с разработчиками нет смысла. Cpuaffinity сейчас какой? Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Volodi N. Voskubenko Опубликовано: 26 октября, 2009 Автор Share Опубликовано: 26 октября, 2009 Ну и правильно сделали что вернули на Классик. Т.к. Superserver На многопроцессорных серверах под управлением Windows, производительность может резко снизиться, поскольку операционная система будет переключать процесс (Firebird) между процессорами. Думаю спорить с разработчиками нет смысла. Cpuaffinity сейчас какой? Нет, вернул как раз на SuperServer, он по умолчанию идет. Сpuaffinity выставил 15. Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
digger70 Опубликовано: 5 ноября, 2009 Share Опубликовано: 5 ноября, 2009 Нет, вернул как раз на SuperServer, он по умолчанию идет. Сpuaffinity выставил 15. В итоге с чего начал, к тому и вернулся. Либо ставить Classic, как и рекомендуется для многопроцессорных машин, либо у SuperServer параметр Сpuaffinity ставить скажем 2 а не как не 15. 15 в данном случае это все равно, что не какого. Ну и данных маловато для размышлений - какой размер базы, конфигурация дисковой системы сервера, скорость работы при подключении одного пользователя... Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
dvim Опубликовано: 6 ноября, 2009 Share Опубликовано: 6 ноября, 2009 размер базы какой. по опыту надо отправить старые проекты в архив. далее помогает бекап - удаление файла - восстановление из бекапа с перестроением индексов. А так видел 700метровую БД... при том она там была вообще не нужна, но просто никто не обслуживал ю Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
SirAlex2 Опубликовано: 9 ноября, 2009 Share Опубликовано: 9 ноября, 2009 Добрый день. Прошу помощи, сам уже не вижу вариантов выхода из ситуации. СуперОкна 2006, лицензия (вообще сразу скажу - все что буду упоминать из софта - лицензионное), 19 сборка, пользователей от 20 до 30. Большая часть пользователей работает через терминал, причем одновременно и 2003 терминал, и 2008. Человек 8 по локалке. База крутится на новом интелловском серваке, проц один, четырехядерник, сетка до сервака гигабитная от центрального свича. На сервере кроме базы ничего не установлено. Пробовались как 64-х битная, так и 32-хбитная версия серваков, как 2008, так и 2003. Версии firebird-а пробовались тоже всякие, 1.5.3 (родная), 1.5.3 classic, 1.5.5 оба варианта, даже двойку пробовал поставить :-) В общем, независимо от моих извращений, у людей в локалке - создается счет около 30 секунд, открывается изделие от 30 до 60, что творится у терминальщиков - боюсь спрашивать, но побить уже обещают. Что делать? Что еще можно попробовать сделать? Какие данные нужны? Cpuaffinity - пробовал 6, щас 15 стоит, память не используется совсем практически. Девушки, которые по локалке работают, говорят что на последней (у нас до 19-й сборки стояла 13-я) сборке работало лучше. Но назад откатываться - подозреваю проблематично будет? А разница в чем: в локалке или через Интернет? Все надо пускать через доступ к удаленному рабочему столу сервера, на клиенских компьтерах не должно быть ничего кроме теринального клиента. Ограничьте среду сеанса доступа одной расчетной программой. Программа СО подсаживает сервер на опрос ключа защиты. Для того, чтобы оценить насколько это сказывается на быстродействии погоняйте в терминале ПрофОкно, программа бесплатная и ключа не имеет, и в этом смысле лучше подходит для работы в таком режиме. В руководствах по администрированию баз данных рекомендовано разделять терминальный сервер и сервер базы данных на две машины. Как пример: .... Параллельно серваку ставится машинка (обычная) на Linux (12, какой лучше знаете), на нее вешается ключ и база. Как утверждает Kamdif, лучше использовать АМД - там 64 разряда более стабильны, чем на Интеле. ФБ2.0.3 - под Linux и 64 бита, быстрее и стабильнее, чем Виндовый. Ключ лучше использовать локальный терминальный - он работает быстрее, нежели сетевой терминальный, не тратя времени на протокол обмена с сетевухой. Сеть между сервером и машинкой - гиговая. Виндовый сервак используется как раздатчик терминальных сессий. ... Удачных экспериментов! Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Dialer Опубликовано: 10 ноября, 2009 Share Опубликовано: 10 ноября, 2009 SirAlex2 - Уважаемый ну зачем говорить то о чем имеете мало представления? Программа СО подсаживает сервер на опрос ключа защиты. Вы сами проверяли? По поводу ПрофОкон - ну есть же ветка у Вас "родная" там и пиарьтесь. Чего Вы в конкретном вопросе каждый раз "сьезжаете" на эту программу? Ваша навязчивость в этом вопросе если честно начинает раздражать. Людям работать надо, а не Ваши предположения проверять. Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
SergeyN Опубликовано: 11 июля, 2012 Share Опубликовано: 11 июля, 2012 Давайте продолжим общение по этой теме) Кто и как борется с медленной работой СО? Цитата Ссылка на комментарий Поделиться на других сайтах More sharing options...
Рекомендованные сообщения
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.