BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1 2 След.
RSS
Платформа для БЭСТ4+
 
Уважаемые господа разработчики БЭСТ4+!

Планируется покупка нового сервера, в том числе и для эксплуатации БЭСТ4+ в терминальном режиме.

Собираемся приобрести сервер следующей конфигурации:
MB - Intel 5000PSLSATAR
CPU - 2*Quad-Core Intel® Xeon® processor E5335/2.00 GHz/L2 Cache 8 MB/FSB 1333 MHz
RAM - 16GB
HDD - 4*72GB SAS-RAID-10

На сервер хотим поставить MS Windows 2003 Server Enterprise R2 SP2 (как standalone-member 2003-домена) и поднять на нем терминальные службы.

Вопросы:
- Будет ли работать БЭСТ4+ в указанной среде?
- Не возникнет ли проблем совместимости с современным "железом"?


Мучают сомнения...
Все-таки почти "8-процессорный" сервер (2 проца по 4 ядра), да и памяти 16GB...
Опять же - ОС версии Enterprise.


Ответьте, пожалуйста - поделитесь опытом, дайте свой прогноз.
 
На сервере с количеством ядер и оперативки в два раза меньшим, чем у вас и ОС Win2K3 64-bit БЭСТ4+ 1201 SP21 работал нормально, но проверялся он малое количество времени, был проверен только один модуль (Учет материальных запасов) и работал только один пользователь. Проблем не было обнаружено (даже печать нормально работала =)), за исключением обновлений - все они ругались на то, что винда 64-битная и не ставились. Вытекает Вопрос к разработчикам: как производить обновления?
 
На намного менее мощном сервере с W2K3SE+SP2 в терминале Б4SP40 особых проблем нет.
 
Если и будут проблемы, то явно не с быстродействием
И во сколько вам такой сервер обойдется?
Сколько пользователей работать будут?
Объем базы какой?
 
Добрый день!
Проблем с железом и математикой быть не должно. На подобных серверах БЭСТ-4+ уже эксплуатируется.
Единственно, что рекомендовали бы в терминальном режиме использовать Citrix. Проще администрирование, меньше проблем с принтерами, траффиком и безопасностью при публикации приложений.
Такой сервер без проблем потянет станций 100...

Успехов!
С.Павличенко
 
2 Catharos
ОС Win2K3 64-bit БЭСТ4+ 1201 SP21
Из описания я понял, что проводилось именно тестирование связки Б4+ / W2k3-64.
А есть у кого опыт "боевой" эксплуатации такой связки?
Думали по-поводу 64-битной, но не рискнули...
Один из нюансов: W2k3SE 64-bit - то же ограничение 4*CPU, что и у 32-bit. W2k3SE поймет, что физических процов всего 2, но главное - сможет ли он эффективно управлять загрузкой 8 ядер? Хотя, конечно, съэкономить $4000 очень хочется (W2k3SE x32/x64 - $1000, W2k3EE x32/x64 - $5000).

2 Радик Шакиров
"На намного менее мощном" - не сомневаюсь. В этом опыт есть. Вот с современными платформами под Б4+ не сталкивался.

2 Яков
Относительно недорого... Без математики - около 170т.р. С учетом одной только MS-математики - в 2 раза больше.
Пользователей собственно Б4+ - вряд ли больше 10.
База в данный момент около 3, планируется годовой рост максимум до 8 (скорее меньше).
Б4+ не основной потребитель мощности сервера... Одни только сторонние отчеты на его базе потребляют в 5 раз больше памяти/проца, чем он сам.
Ну, и на нем же будут крутиться еще 4 сервера в виртуале.

2 Сергей Павличенко
Большое спасибо! Камень с души - сервер уже заказали.
С CMF тяжело - цены кусаются... :(
Вопрос
Сергей, давно я работал с Б4 - помню, тогда под терминалом полезно было использовать Tame. Для Б4+ она еще актуальна? Или после перехода на W32-консольный код про нее можно забыть?
 
Цитата
Пользователей собственно Б4+ - вряд ли больше 10.
База в данный момент около 3, планируется годовой рост максимум до 8 (скорее меньше).

У меня 10 пользователей работают в обычной одноранговой ХР. (Включая "типа сервер" за 500$)
Вся база 1,5.
Пока не жалуются.
Правда кроме БЭСТа на "типа сервер" ничего больше не крутится.

С БЭСТ4+ про ТАМЕ можно действительно полностью забыть.
 
Описанный сервер успешно купили.

Рискнул в тестовом режиме поставить на него W2003 EE R2 x64.

Б4+ летает "на ура", а вот с F12 (печать через report4.dll - Fast-Report) - глухая проблема.
Глухая в том смысле, что при нажатии на F12 Б4+ просто "вглухую" вешается - встроенные в него часы и те встают. Окно FR при этом не появляется - печать невозможна.

Принтер в сервере установлен: виндовая печать и "прямая" по F9 из Б4+ - проверены. (HP 1200 PCL - установлен StandardIP/LPR-port - сетевой т.е.)

Попробовал на нем же запустить FRView.exe - виснет абсолютно так же...
Единственный вариант, при котором удается увидеть окно FRView с подготовленным для печати документом - исключительно в локальной консоли сервера (не в терминальной сессии!) запускаем frview.exe в режиме совместимости W95/98/Me. В таком случае окно FR с предпросмотром документа отображается, но при попытке нажать значок принтера выдает "Ошибка вызова функции ОС" 2 раза (текст сообщения привел по памяти) и напечатать в результате не удается.

Вопросы:
- у кого-нибудь работает печать по F12 из Б4+ в x64-Windows?
- есть какие-нибуль соображения как ее заставить работать?
 
Господа разработчики, очень хочется услышать от Вас что-нибудь обнадеживающее!
Например, что ожидается 64-разрядный билд report4.dll... Или даже Б4+ x64 :)

Ау! Что нам делать с печатью по F12 в x64-среде?
 
Давайте начнем с того какую версию поставили, какой пакет.
Какие настройки выполнили в ads.ini
Опять же посмотрите настройки сервера.
Может при попытке из приложения запустить другое приложение
сервер вопронимает как вирус и не дает инициировать и ему это
дело надо объяснить.
Самые простые проверки какие Вы выполнили ?
 
Еще кроме совместимости FRView можно запустить от имени.
Попробуйте запустить от имени администратора, даже если у Вас
пользователь с правами администратора - запустится или нет ?
 
B4+, v.12.01, СП 42 (последний), хотя пробовали и вовсе без СП.

В ads.ini прописали только mtierlocal=1, больше там ничего нет.

Цитата
Опять же посмотрите настройки сервера.


А что конкретно смотреть? Навеска от R2 (RMS) не ставилась, играть с DEP пробовал - не помогло.
Что еще смотреть?

Цитата
Может при попытке из приложения запустить другое приложение
сервер вопронимает как вирус и не дает инициировать и ему это
дело надо объяснить.

Первый раз слышу о такой фиче W2003... Ткните, плиз, носом - где и как ему "это" объяснить?
Кроме того, я бы понял, если б зависание происходило только при вызове .dll из БЭСТа. Но ручной запуск FRView.exe приводит к тому же сразу после выбора файла .FRP (сохраненный готовый документ в формата fastreport) - т.е. в тот момент, когда должно бы развернуться графическое окно с документом для печати.

Цитата
Самые простые проверки какие Вы выполнили?

Затрудняюсь ответить на такой Вопрос... Проверки ЧЕГО?

От имени Админа - конечно, пробовал. Результат - 0. :(
 
Хм-мм... Интересно, что практически аналогичная проблема возникает при попытке работать с БЭСТ4+ из-под WINE... Правда этот случай легче "идентифицируется" - WINE ругается сначала на вызов экспортной функции в report4.dll("ShowReport" между прочим ;-) ), а после танцев с бубном вокруг подстановки библиотек - на неправильный вызов функций RPC. В 52-м релизе WINE вроде есть какие-то исправления на эту тему, но я еще не пробовал, однако не здесь-ли и в Вашем случае "собака порылась"?..
 
Вы правы - похоже.
После шаманства в какой-то момент достиг такого же "прогресса" - ругань на вызов ShowReport. И допускаю, что эта... собака... успела порыться в двух таких разных местах - W2003 & WINE.
Предлагаете "накатить" 52-й релиз WINE поверх W2003 SP2 EE x64? :funny:
Билли обидится и взорвет сервер.

Если серьезно - то спасибо за информацию.
Еще бы как-нибудь оттрассировать вызов этих библиотек да понять, как нужную 32-хразрядную библиотеку запихнуть в х64-среду... Это может оказаться нетривиальным, если не невозможным, делом. :(
 
Смехом-смехом, а WINE разрабатывается на основе официально открытой мелкософтом информации о Windows API, причем последней - а это как раз ХР, 2003 и Vista... :surprise:
 
Добрый вечер!
Если есть возможность удаленного доступа к серверу готовы побороть Вашу проблему.
Позвоните в отдел сетевых технологий для уточнения деталей.
Тел. (495) 540-58-60 нач. отдела Самойленко Анатолий или Дмитрий Быков.
 
Алексей.
Для тестирования Б4 по Вашим вопросам на x64 у нас на данный момент нет такого сервера, чтобы по Б4+ помочь найти ответ.
И зимой как правило работы чересчур много.
Вы как бы в качестве эксперимента решили x64 попробовать.
Будем считать эксперимент не удался. Ставьте сервер,
который планировали изначально - проблем быть не должно.
 
Cитуация воспроизводится под VmWare на процессорах старше Pentium D. Разноборазные проги использующие FastReport 2 - 4.2 собранные на дельфях 5 - 2007 работают нормально.
 
Поскольку в "ругани" присутствует ссылка на RPC, имеется подозрение, что дело в связке "ФастРипорт - запрос ключа" как-то не так реализованный в библиотеке "report4.dll" :surprise:
Кстати: трассировать пробовал - "обрыв" на попытке вызова либо "rpcrt4.dll"(в основном), либо "rpcns4.dll"(редко) - почему не одно и то же не понял, правда и не разбирался особо - времени на это дело нет, может разработчики повнимательнее поглядят на свою библиотеку, все-таки полтора года ей?.. :surprise:
 
Anatoly
Вот это дело.
На следующей неделе обязательно позвоним.

nordk
Вы как бы в качестве эксперимента решили x64 попробовать.
Будем считать эксперимент не удался. Ставьте сервер,
который планировали изначально - проблем быть не должно.


Не совсем так... Что W2003 x86 EE, что W2003 x64 EE - это в любом случае был для нас эксперимент, поскольку в такой среде опыта эксплуатации не было. А x64 - сильно хотелось (хотя бы с точки зрения перспективности ОС для будущего, а также потенциально более высоких производительности и стабильности платформы) и еще больше хочется сейчас (не смотря на частичные проблемы). OLP лицензия дает право поставить любую редакцию ОС (x86 or x64), но после активации "перепрыгнуть" с одной на другую будет проблематично.

Сергей Родионов
Не уверен, что правильно Вас понял.
Cитуация воспроизводится под VmWare на процессорах старше Pentium D.
Это надо понимать, как подтверждение неработоспособности report4.dll (печать по F12 в Б4+) в x64 винде под VmWare на процах старше Pentium-D?

Разноборазные проги использующие FastReport 2 - 4.2 собранные на дельфях 5 - 2007 работают нормально.
А здесь речь о том, что проги, скомпилированные из тех же FR-библиотек, что и report4.dll, под дельфи разных версий в этой же среде работают нормально? Т.е. виноваты не FR-библиотеки, а конкректная компиляция report4.dll?

E.J.
Странно... М.б. внутри библиотеки возникает ситуация, в результате которой исполнение уходит в сторону кода, оставшегося из сырцов FR-библиотек и не используемого для функционала печати из Б4+?
 
Цитата
Алексей Кондаков пишет:
Сергей Родионов
Не уверен, что правильно Вас понял.
Cитуация воспроизводится под VmWare на процессорах старше Pentium D.
Это надо понимать, как подтверждение неработоспособности report4.dll (печать по F12 в Б4+) в x64 винде под VmWare на процах старше Pentium-D?

Имел в виду что железо ни при чём, конфликт именно с Виндой x64, под WinXP x64 sp1 зависает так-же.
Цитата
Алексей Кондаков пишет:
Разноборазные проги использующие FastReport 2 - 4.2 собранные на дельфях 5 - 2007 работают нормально.
А здесь речь о том, что проги, скомпилированные из тех же FR-библиотек, что и report4.dll, под дельфи разных версий в этой же среде работают нормально? Т.е. виноваты не FR-библиотеки, а конкректная компиляция report4.dll?

Да.
Кстати БЭСТ5 3.3 под WinXP x64 работает прекрасно фастрепорт не зависает, в W2k3 x64 при запуске ругается на fbroker.dll
При запуске БЭСТ5-3.4 намертво виснет клиентская часть.
 
В общем у меня сложилось впечатление, что сбой происходит в результате попытки обращения к сетевому ресурсу(потому и вызов RPC), а им может являться ключ или каталог, файл... Причем если это временный какталог, в котором создается образ отчета для вывода в ФастРипорт, становится понятно, почему все виснет - локального временного каталога нет в сети, соот-но там нет и файла. Почему так? - ИМХО надо исходники перелопачивать... :surprise:
 
Сергей Родионов
Что ж, спасибо, из всего этого становится ясно, что IS и разработку, и тестирование проводит в основном (если не исключительно) на x86 платформе. Мне кажется, что Intellect-Service стОит всерьез задуматься о перспективности рынка x64-платформы... Пока еще она не очень распространена, но переход на нее, особенно для терминальных систем, вполне целесообразен и значит "все там будем".

E.J.
Предположение интересное, но в моем случае по нажатию F12 для передачи в report4.dll стабильно создавались XML-файлы в TEMP-каталоге... и дальше все висло. Насчет исходников - видимо да :)
 
Алексей мы понимаем перспективность платформ. И думаю со временем
это появится, но не завтра :)
Мы на Висту то стали тестировать поскольку народ стал просить чаще, а
по сути она сырая еще. Как минимум надо сервис-пака дождаться....
 
Цитата
E.J. пишет:
Интересно, что практически аналогичная проблема возникает при попытке работать с БЭСТ4+ из-под WINE... Правда этот случай легче "идентифицируется" - WINE ругается сначала на вызов экспортной функции в report4.dll("ShowReport" между прочим ;-) ), а после танцев с бубном вокруг подстановки библиотек - на неправильный вызов функций RPC. В 52-м релизе WINE вроде есть какие-то исправления на эту тему, но я еще не пробовал, однако не здесь-ли и в Вашем случае "собака порылась"?


Участовал в эксперементе по запуску БЭСТ-а под Wine под OpenSUSE 10.02(i586). На каком-то (кажется на сорок каком-то) Wine отчеты на в FastReport формировались нормально, но к сожалению там были другие проблемы.

P.S. Я думаю, что тему Линукса лучше продолжить в отдельной теме
Страницы: 1 2 След.
Читают тему (гостей: 1)