Форум » Clipper » Люди, вы здесь ваще бываете? » Ответить
Люди, вы здесь ваще бываете?
dr_yanson: Видимо, хана клипперу. Ссылки на сайте битые, или буржуйские. Ничего не найти по SIX3: -что это такое, где взять, и стОит ли брать? Искал фак по xHarbo-ру - нигде! Спрашивал про модем тут, на форуме. Я, чтоли, тут первый такой шизанутый с такими вопросами? Люди - хелп!
Ответов - 56, стр:
1 2 3 All
Григорьев Владимир: lista пишет: Да и не большая там "заморочка" установка Линуха Это как сказать! Одних только Линусов существует несколько дистрибутивов! А что делать с Windows? Забыть?! Нельзя объять необъятное! (Козьма Прутков)
lista: Да все равно какой дистрибутив Линуха, можно и ФриБсд Настройки теже, что и в Винде: - сетка - принтера - приложения - пользователи Винду - рабочая платная станция, которая валится, зависает, индексы рушатся..., т.е. требует обслуживания, восстановления БД вот куда нужно голову приложить.
p519446: lista пишет: это намного дешевле, чем юзать Новелы или АДС, которые все равно не дадут надежности терминальных систем. 1) простите, а мы в ГДЕ живём, чтобы беспокоиться о ценах на новелл/виндузу/АДС ? Или Вы под понятием "дешевле" понимаете объём трудозатрат на администрирование новелла ? (АДС вообще не требует админнистрирования) 2) без транзакций - да, не дадут. С транзакциями - не вижу причины, чем терминальная система надёжнее. Потому что если Ваш сервер рухнет посередине рабочего дня, эффект будет одинаковым% работал он на новелл+АДС или это был терминальный сервер.
p519446: p519446 пишет: Винду - рабочая платная станция, которая валится, зависает, индексы рушатся..., т.е. требует обслуживания, восстановления БД вот куда нужно голову приложить. И кто должен голову приложить к этой винде ? Программист-клипперщик, что ли ?!
suv3: p519446 пишет: Не согласен (по поводу АДС): не важно, что правда, а что нет... главное, чтобы ты сам в это верил) зы. мыло на яндексе игноришь?
lista: p519446 пишет: 2) без транзакций - да, не дадут. С транзакциями - не вижу причины, чем терминальная система надёжнее. Потому что если Ваш сервер рухнет посередине рабочего дня, эффект будет одинаковым% работал он на новелл+АДС или это был терминальный сервер. С такой постановкой задачи и "сервер с транзакциями" не поможет, если он же рухнет "посередине рабочего". Да и затраты для перехода на сервер с транзакциями какие? А что Вы хотите: - повысить нажежность - повысить скорость - остатся на Клиппере Есть опыт запуска и на сетке до 10 машин и сетке из полсотни машин. Здесь запускали систему в начале на Целероне 2,0GHz и RAM 2Гб. Сейчас побольше машина, т.к. нужно делать выборки.
lista: p519446 пишет: И кто должен голову приложить к этой винде ? Программист-клипперщик, что ли ?! Так здесь эти вопросы довольно таки часто обсуждаюстя. - что и как RegEdit подправить - что в Новеле настроить - протокол какой постаить, какой удалить - ...
p519446: Ну хорошо, а к надёжности клипперных программ это как относится ? (я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу)
Dima: p519446 пишет: (я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу) я с Юрчиком не согласен , можно сбацать ;)
p519446: lista пишет: Да и затраты для перехода на сервер с транзакциями какие? А что Вы хотите: - повысить нажежность - повысить скорость - остатся на Клиппере 1) затраты не маленькие, не спорю; 2) с клиппера, ес-сно, соскочить уже давно хочется. Но для этого надо, чтобы работающая система, обслуживающая свыше 100 человек, работала... надёжно и быстро :-) Потому что иначе заниматься разработкой новой системы просто не дадут.
lista: p519446 пишет: 1) затраты не маленькие, не спорю; 2) с клиппера, ес-сно, соскочить уже давно хочется. Но для этого надо, чтобы работающая система, обслуживающая свыше 100 человек, работала... надёжно и быстро :-) Потому что иначе заниматься разработкой новой системы просто не дадут. У Вас, что сейчас на файл-серверной технологии работает 100 чел? И как? Я видел, какая это работа на при 40-50 челах и Новел сервером. Удручающе. После перехода на Линух+Клип, больше не хотят возврата. Для терминальной системы разрабатывать ничего не нужно! Сменил платформу и всЕ, т.е. назад к прошлому (МайФреймы).
lista: p519446 пишет: Ну хорошо, а к надёжности клипперных программ это как относится ? (я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу) Да на прямую. Когда писали задачи к Клиппере для одной машины - все было чудно. Начались сети. Пока 3-5 машини сносно и то..., а когда 20-30 вот здесь и началось, что Клиппер ни куда не годится. Хотя для локальной машины задача работала на Ура. Так проблемы не в Клиппере, в кривости платформы (железа) на которой эта задача запущена. Клиппер здесь не причем.
Dima: p519446 пишет: Так вот: АДС часто капризничает при попытке открыть или создать файл. Наиболее распространённая ошибка -- 6313. Однако она весьма часто "гасится", если её перехватывать, протоколировать куда-нить и ПОВТОРЯТЬ неудавшуюся операцию в цикле. Я посмотрел протоколы таких чисто АДС-ных ошибок у себя в конторе: очень часто после 5-7 попытки работа нормально продолжалась. Ни разу не замечал такого , все нормально открывается с первого раза. Везде где ставлю прогу с поддержкой ADS , везде только Netware сервак. Открытие баз в цикле это ты сильно замутил ;) Готов обсудить вопрос , если интерестно. Ты либо что то не то линкуешь или же что то чисто ADSовое не отрубил в самой программе. 6313 как правило бывает если не верно протоколы настроены или же сетевых карт в тачке больше одной ;) на ровном месте она практически не возникает. По ходу нужно еще и файервол правильно настроить если таковой установлен на рабочей станции , при чем к каждому Firewall свой подход.
p519446: lista пишет: Начались сети. Пока 3-5 машини сносно и то..., а когда 20-30 вот здесь и началось, что Клиппер ни куда не годится. Хотя для локальной машины задача работала на Ура. Пресловутый предел "20-30 машин" вы достигли как раз из-за свойств клиппера. Потому что без SIX'a он именно на этом кол-ве усеров начинает валиться (чаще всего падают индексы, затем - повреждаются заголовки .dbt). Даже при идеальной сетке абсолютно безошибочно написанная клипперная прога будет необъяснимым образом периодически падать. При использовании SIXa дело обстоит лучше, "предел усеров" отодвигается до 40-60. Но дальше опять. Прибавьте сюда то, что усеры ВСЕГДА будут завершать работу вашей проги некорректно (скажем, закрывать "крестиком" или вообще тушить комп кнопкой). Также учитывайте и то, что 220В в любой момент могут пропасть. Усеров лечить бесполезно. Электриков тоже. И на самом хорошем железе такая данные вашей проги всё равно будут рано или поздно "криветь". А причина тут простая: нельзя делать обработку на клиенте. Ненадёжно всё это слишком.
p519446: 2Dima: увы, когда я переделывал прогу под АДС, то даже предположить не мог, что он такой капризный окажется (по кр. мере, на нашей сетке с сегментами длиной гораздо больше максимально допускаемых стандартом ethernet 100 м). Даже когда я его тестировал перед вводом на 70 машинах - ничего не было. Тест был максимально приближенным к "боевым условиям": на 60 тачках шла эмуляция "неторопливого ввода" данных усерами, а на 10 - составление "тяжелых отчетов" бухгалтерией. Конечно, сервак на таком тесте был загружен почти до 90%, но сам АДС никаких отказов не выдавал. Правда, в тесте не было интенсивного создания временных файлов, а в самой проге они создаются/юзаются/закрываются/удаляются весьма интенсивно. А вот когда началась реальная эксплуатация, то все эти 6313 полезли как тараканы. И выскакивали они самым непредсказуемым образом. Были и другие ошибки, но они, в основном, возникали из-за старых версий новелловского клиента. Я его сразу поменял на 4.91SP2 и это решило почти все пролблемы. Кроме 6313 (которая в 90% сопровождается выводом сообщения "DOS error 250"). Рытьё в ADS Knowledge Base и ADS newsgroup мало что дало, кроме одного: я нашёл параметр, которые по умолчанию НЕ указывается в ADS.CFG, потому что, дескать, он нужен "очень редко". Этот параметр называется PARTIAL_CONNECTION_TIMEOUT и смысл его в том, что когда рабочая станция не отвечает серваку в течение нек-рого времени, то он её обрубает. С выводом как раз этой 6313 + DOS error 250. Так вот: по умолчанию этот параметр равен 2 минуты. Я его увеличил и кол-во 6313 уменьшилось. Но НЕ до нуля, к сожалению. Сейчас я практически на 100% уверен, что всё дело в сети. Причём, протоколы говорят однозначно: ошибка эта лезет ТОЛЬКО по будням и ТОЛЬКО при большом кол-ве усеров (больше 80). Сетевые карты у нас везде по 1 штуке (на раб станциях). Протоколы везде также настроены правильно (это было сделано 1 раз и дальше образ виндузы был залит на болванку; дальше все раб станции делаются с этой "эталонной" болванки"). Файрволов на рабочих станциях у нас нет. ЗЫ. Вот что гласит дока на тему PARTIAL_CONNECTION_TIMEOUT: ; This setting tells the server how long (in milliseconds) to wait for a client ; to fully connect. ; If the client does not fully connected within this time, the server will ; disconnect the partial connection. This setting should only need to be ; increased in very rare conditions where a slow network is causing connection ; failures. In this case, this setting should be used in conjunction with the ; Advantage client setting of Max Timeouts. ; The Max Timeouts setting is the amount of time the client waits ; ; for a response from the Advantage Database Server. ; Add the following line in the Advantage Database Server configuration file ; (ADS.CFG): ; Default is 120000 (2 minutes). ; Minimum value is 10000 (10 seconds). ; ADDED 2006-11-09 22:07 (ZOTOV): PARTIAL_CONNECTION_TIMEOUT=480000
Dima: p519446 Сдаюсь ;) У меня максимум клиентов в сетке под ADS больше 30 пока не превышало. Спасибо за науку , буду знать на будущее что такое может быть , я про 6313 и в этом духе.
Dima: Кстати вопрос ко всем !!! Чем и как корректно скопировать этот форум для локального просмотра ??? Юзал ряд прог но результат фиговый............... Хотелось бы слить форум на диск и локально спокойно читануть без захода в инет.
p519446: Dima пишет: У меня максимум клиентов в сетке под ADS больше 30 пока не превышало. Имхо, АДС выдаёт 6313 не из-за одного лишь большого кол-ва клиентов. Сетка у нас поганая просто. И именно сочетание "поганая сетка" + "большое кол-во активных усеров" = 6313. Более того, я неоднократно замечал: эта ошибка может вылезти ВЕРОЯТНЕЕ ВСЕГО на тех машинах, которые в данный момент... простаивают. Вернее, у меня они не простаивают, а с интервалом примерно 20-30 сек делают поиск т.н. "стоп-файла" (чтобы мне никого не обзванивать с просьбой о выходе) и, кроме того, некоторые тачки также кое-что делают даже при простое (выполняют регулярный поиск в БД некоторых спецпризнаков). Так вот: чаще всего валятся именно эти, "ничего" не делающие тачки. Почему - х/з.
Dima: p519446 пишет: Так вот: чаще всего валятся именно эти, "ничего" не делающие тачки. Офигеть , я не знал............. В дальнейшем думаю очень пригодится , спасибо !!!!!!!!!!!!!!!!
Сергей Р: Dima пишет: Чем и как корректно скопировать этот форум для локального просмотра ??? Например Offline Explorer
полная версия страницы