Отправлено: 20.12.06 10:50. Заголовок: Люди, вы здесь ваще бываете?

Видимо, хана клипперу. Ссылки на сайте битые, или буржуйские. Ничего не найти по SIX3: -что это такое, где взять, и стОит ли брать? Искал фак по xHarbo-ру - нигде! Спрашивал про модем тут, на форуме. Я, чтоли, тут первый такой шизанутый с такими вопросами? Люди - хелп!

 Отправлено: 22.12.06 16:39. Заголовок: Re:

lista пишет:

цитата:

Да и не большая там "заморочка" установка Линуха

Это как сказать! Одних только Линусов существует несколько дистрибутивов! А что делать с Windows? Забыть?!
Нельзя объять необъятное! (Козьма Прутков)

 Отправлено: 22.12.06 17:07. Заголовок: Re:

Да все равно какой дистрибутив Линуха, можно и ФриБсд
Настройки теже, что и в Винде:
- сетка
- принтера
- приложения
- пользователи
Винду - рабочая платная станция, которая валится, зависает, индексы рушатся..., т.е. требует обслуживания, восстановления БД вот куда нужно голову приложить.

 Отправлено: 22.12.06 17:43. Заголовок: Re:

lista пишет:

цитата:

это намного дешевле, чем юзать Новелы или АДС, которые все равно не дадут надежности терминальных систем.

1) простите, а мы в ГДЕ живём, чтобы беспокоиться о ценах на новелл/виндузу/АДС ? Или Вы под понятием "дешевле" понимаете объём трудозатрат на администрирование новелла ? (АДС вообще не требует админнистрирования)
2) без транзакций - да, не дадут. С транзакциями - не вижу причины, чем терминальная система надёжнее. Потому что если Ваш сервер рухнет посередине рабочего дня, эффект будет одинаковым% работал он на новелл+АДС или это был терминальный сервер.

 Отправлено: 22.12.06 17:44. Заголовок: Re:

p519446 пишет:

цитата:

Винду - рабочая платная станция, которая валится, зависает, индексы рушатся..., т.е. требует обслуживания, восстановления БД вот куда нужно голову приложить.

И кто должен голову приложить к этой винде ? Программист-клипперщик, что ли ?!

 Отправлено: 22.12.06 18:09. Заголовок: Re:

p519446 пишет:

цитата:

Не согласен (по поводу АДС):

не важно, что правда, а что нет... главное, чтобы ты сам в это верил)

зы. мыло на яндексе игноришь?

 Отправлено: 22.12.06 19:33. Заголовок: Re:

p519446 пишет:

цитата:

2) без транзакций - да, не дадут. С транзакциями - не вижу причины, чем терминальная система надёжнее. Потому что если Ваш сервер рухнет посередине рабочего дня, эффект будет одинаковым% работал он на новелл+АДС или это был терминальный сервер.

С такой постановкой задачи и "сервер с транзакциями" не поможет, если он же рухнет "посередине рабочего".
Да и затраты для перехода на сервер с транзакциями какие?

А что Вы хотите:
- повысить нажежность
- повысить скорость
- остатся на Клиппере

Есть опыт запуска и на сетке до 10 машин и сетке из полсотни машин. Здесь запускали систему в начале на Целероне 2,0GHz и RAM 2Гб. Сейчас побольше машина, т.к. нужно делать выборки.

 Отправлено: 22.12.06 19:40. Заголовок: Re:

p519446 пишет:

цитата:

И кто должен голову приложить к этой винде ? Программист-клипперщик, что ли ?!

Так здесь эти вопросы довольно таки часто обсуждаюстя.
- что и как RegEdit подправить
- что в Новеле настроить
- протокол какой постаить, какой удалить
- ...

 Отправлено: 22.12.06 19:50. Заголовок: Re:

Ну хорошо, а к надёжности клипперных программ это как относится ? (я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу)

 Отправлено: 22.12.06 19:58. Заголовок: Re:

p519446 пишет:

цитата:

(я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу)

я с Юрчиком не согласен , можно сбацать ;)

 Отправлено: 22.12.06 19:59. Заголовок: Re:

lista пишет:

цитата:

Да и затраты для перехода на сервер с транзакциями какие? А что Вы хотите: - повысить нажежность - повысить скорость - остатся на Клиппере

1) затраты не маленькие, не спорю;
2) с клиппера, ес-сно, соскочить уже давно хочется. Но для этого надо, чтобы работающая система, обслуживающая свыше 100 человек, работала... надёжно и быстро :-) Потому что иначе заниматься разработкой новой системы просто не дадут.

 Отправлено: 22.12.06 20:14. Заголовок: Re:

p519446 пишет:

цитата:

1) затраты не маленькие, не спорю; 2) с клиппера, ес-сно, соскочить уже давно хочется. Но для этого надо, чтобы работающая система, обслуживающая свыше 100 человек, работала... надёжно и быстро :-) Потому что иначе заниматься разработкой новой системы просто не дадут.

У Вас, что сейчас на файл-серверной технологии работает 100 чел? И как?
Я видел, какая это работа на при 40-50 челах и Новел сервером. Удручающе. После перехода на Линух+Клип, больше не хотят возврата.

Для терминальной системы разрабатывать ничего не нужно! Сменил платформу и всЕ, т.е. назад к прошлому (МайФреймы).

 Отправлено: 22.12.06 20:25. Заголовок: Re:

p519446 пишет:

цитата:

Ну хорошо, а к надёжности клипперных программ это как относится ? (я к тому, что топик этот "развился" благодаря фразе SUV'a, что на клиппере нельзя сбацать работающую прогу)

Да на прямую. Когда писали задачи к Клиппере для одной машины - все было чудно.
Начались сети. Пока 3-5 машини сносно и то..., а когда 20-30 вот здесь и началось, что Клиппер ни куда не годится. Хотя для локальной машины задача работала на Ура.
Так проблемы не в Клиппере, в кривости платформы (железа) на которой эта задача запущена.
Клиппер здесь не причем.

 Отправлено: 22.12.06 20:50. Заголовок: Re:

p519446 пишет:

цитата:

Так вот: АДС часто капризничает при попытке открыть или создать файл. Наиболее распространённая ошибка -- 6313. Однако она весьма часто "гасится", если её перехватывать, протоколировать куда-нить и ПОВТОРЯТЬ неудавшуюся операцию в цикле. Я посмотрел протоколы таких чисто АДС-ных ошибок у себя в конторе: очень часто после 5-7 попытки работа нормально продолжалась.

Ни разу не замечал такого , все нормально открывается с первого раза.
Везде где ставлю прогу с поддержкой ADS , везде только Netware сервак.
Открытие баз в цикле это ты сильно замутил ;)
Готов обсудить вопрос , если интерестно.
Ты либо что то не то линкуешь или же что то чисто ADSовое не отрубил в самой программе.

6313 как правило бывает если не верно протоколы настроены или же сетевых карт в тачке больше одной ;)
на ровном месте она практически не возникает.

По ходу нужно еще и файервол правильно настроить если таковой установлен на рабочей станции , при чем
к каждому Firewall свой подход.

 Отправлено: 22.12.06 21:25. Заголовок: Re:

lista пишет:

цитата:

Начались сети. Пока 3-5 машини сносно и то..., а когда 20-30 вот здесь и началось, что Клиппер ни куда не годится. Хотя для локальной машины задача работала на Ура.

Пресловутый предел "20-30 машин" вы достигли как раз из-за свойств клиппера. Потому что без SIX'a он именно на этом кол-ве усеров начинает валиться (чаще всего падают индексы, затем - повреждаются заголовки .dbt). Даже при идеальной сетке абсолютно безошибочно написанная клипперная прога будет необъяснимым образом периодически падать. При использовании SIXa дело обстоит лучше, "предел усеров" отодвигается до 40-60. Но дальше опять. Прибавьте сюда то, что усеры ВСЕГДА будут завершать работу вашей проги некорректно (скажем, закрывать "крестиком" или вообще тушить комп кнопкой). Также учитывайте и то, что 220В в любой момент могут пропасть. Усеров лечить бесполезно. Электриков тоже. И на самом хорошем железе такая данные вашей проги всё равно будут рано или поздно "криветь".
А причина тут простая: нельзя делать обработку на клиенте. Ненадёжно всё это слишком.

 Отправлено: 22.12.06 21:51. Заголовок: Re:

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

 Отправлено: 22.12.06 22:07. Заголовок: Re:

p519446
Сдаюсь ;)
У меня максимум клиентов в сетке под ADS больше 30 пока не превышало.
Спасибо за науку , буду знать на будущее что такое может быть , я про 6313 и в этом духе.

 Отправлено: 22.12.06 22:11. Заголовок: Re:

Кстати вопрос ко всем !!!
Чем и как корректно скопировать этот форум для локального просмотра ???
Юзал ряд прог но результат фиговый...............
Хотелось бы слить форум на диск и локально спокойно читануть без захода в инет.

 Отправлено: 22.12.06 22:24. Заголовок: Re:

Dima пишет:

цитата:

У меня максимум клиентов в сетке под ADS больше 30 пока не превышало.

Имхо, АДС выдаёт 6313 не из-за одного лишь большого кол-ва клиентов. Сетка у нас поганая просто. И именно сочетание "поганая сетка" + "большое кол-во активных усеров" = 6313.
Более того, я неоднократно замечал: эта ошибка может вылезти ВЕРОЯТНЕЕ ВСЕГО на тех машинах, которые в данный момент... простаивают. Вернее, у меня они не простаивают, а с интервалом примерно 20-30 сек делают поиск т.н. "стоп-файла" (чтобы мне никого не обзванивать с просьбой о выходе) и, кроме того, некоторые тачки также кое-что делают даже при простое (выполняют регулярный поиск в БД некоторых спецпризнаков). Так вот: чаще всего валятся именно эти, "ничего" не делающие тачки.
Почему - х/з.

 Отправлено: 22.12.06 22:31. Заголовок: Re:

p519446 пишет:

цитата:

Так вот: чаще всего валятся именно эти, "ничего" не делающие тачки.

Офигеть , я не знал.............
В дальнейшем думаю очень пригодится , спасибо !!!!!!!!!!!!!!!!

 Отправлено: 23.12.06 01:10. Заголовок: Re:

Dima пишет:

цитата:

Чем и как корректно скопировать этот форум для локального просмотра ???

Например Offline Explorer