| View previous topic :: View next topic |
| Author |
Message |
Титов Александр
Joined: 26 Jul 2002
Posts: 975
Location: Титов Александр Александрович
Occupation: Компания БЭСТ
Interests: Москва
|
 Posted: 20 Apr 2004 17:03 Post subject: |
 |
|
| Svarog wrote: |
Насчет тестирования счетчиков понял |
Так каков результат тест
_________________
С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо |
|
| Back to top |
|
 |
Svarog
Joined: 17 Mar 2003
Posts: 357
Location: Гусев Сергей Александрович
Occupation: Сисадм
Interests: Нижний Новгород
|
| Posted: 20 Apr 2004 17:23 Post subject: |
|
|
Пока не пускал - НДС сегодня однако, тачки все заняты. Завтра утром попробую пустить пока бухов нет. Надеюсь тест неразрушающий?  ))) |
|
| Back to top |
|
|
rusholod
Joined: 19 Nov 2003
Posts: 54
Location: holod
Occupation: Организация
Interests: Москва
|
| Posted: 20 Apr 2004 17:37 Post subject: |
|
|
| Алексей Богданов wrote: | | Quote: | | Данный отчет показывает далеко не все "неправильные" проводки (проверено на собственной БД). |
А можно поподробнее? |
В mdb файле проверки 8 запросов. Каждый запрос обрабатывает один вид "перехлестываний". Некоторые из этих запросов подтверждают БЭСТовский отчет, некоторые - нет.
Подробнее сообщить не могу т.к. сейчас таких проблем нет. |
|
| Back to top |
|
|
Anatoly
Joined: 03 Jan 2002
Posts: 218
Location: Анатолий Самойленко
Occupation: Компания БЭСТ
Interests: Москва
|
| Posted: 21 Apr 2004 20:05 Post subject: |
|
|
| Svarog wrote: | Тэк-с, значится опять компостировка мозга. Сейчас начнут ругать сетевые карточки Realtec...
|
Про ядро БЭСТ-а сказать ничего не могу, но у тех клиентов, где мы ставили сети и у тех кто устранял недостатки, после нашего бесплатного тестирования такого нет.
_________________
Читай док |
|
| Back to top |
|
|
Яков
Joined: 04 Mar 2002
Posts: 618
Location: Яков
Occupation: Экстремальная терапия бизнеса
Interests: Владивосток
|
| Posted: 22 Apr 2004 10:40 Post subject: |
|
|
| Алексей Богданов wrote: | 1 Арм главного Бухгалтера
2 Ведение системы счетов
3 Контроль счетов и остатков
4 Контроль системных номеров проводок
5 Поставить Да
6 Выполнить
7 В полученном отчете будут отражены все "неправильные" проводки
где первая колонка системный номер(MAIN-NNOPER)
Вторая- два кода арма где встретились одинаковые номера
третья - два номера документа -//-
четвертая даты документов -//- |
1. Не все "пересечения" ищатся.
2. Полученной информации недостаточно для самостоятельного устранениия проблемы пользователем.
3. Да и механихма "устранениия " нет. Приходится удалять один из документов, затем вводить его заново, затем перепроводить второй докумен |
|
| Back to top |
|
|
Яков
Joined: 04 Mar 2002
Posts: 618
Location: Яков
Occupation: Экстремальная терапия бизнеса
Interests: Владивосток
|
| Posted: 23 Apr 2004 11:00 Post subject: |
|
|
На самом деле проблема даже не в "пересечении" проводок.
Ели таковое имеет место быть, значит в базе есть все проводки, и на отчетность это не влияет.
Проблема в другом, когда два документа имеют одинаковыё nnoper, но проводки в базе есть только по одному (последнесохраненному) документу.
Эту ситуацию вышеупомянутое тестирование не отработывает.
И хорошо, если всё это затрагивает банк или кассу, где есть замечательная система проверки соответствия документов и проводок.
Когда затрагиваются авансовые отчеты или складские модули поиск проблемы сильно усложняется. |
|
| Back to top |
|
|
Svarog
Joined: 17 Mar 2003
Posts: 357
Location: Гусев Сергей Александрович
Occupation: Сисадм
Interests: Нижний Новгород
|
| Posted: 23 Apr 2004 11:57 Post subject: |
|
|
| Вопрос о задвоение номеров nnoper, каковые вроде бы являются первичными индексами (если я ничего не путаю) очень грустен. Приличные движки (хотя бы уровня PSQL или Btrive) имеют механизм обнаружения таковой проблемы и сообщения Creates Duplicate Keys, каковые мне снились в свое время, снимают проблему этого феномена. Но клоппер такого не умеет как я понял... |
|
| Back to top |
|
|
Яков
Joined: 04 Mar 2002
Posts: 618
Location: Яков
Occupation: Экстремальная терапия бизнеса
Interests: Владивосток
|
| Posted: 24 Apr 2004 07:04 Post subject: |
|
|
| Svarog wrote: | | Вопрос о задвоение номеров nnoper, каковые вроде бы являются первичными индексами (если я ничего не путаю) очень грустен. |
nnoper не является первичным индексом в классическом понимании (например по Кнуту), так как например по документу могут быть не сформированы проводки. Соответственно в main.dbf такого значения может и не быть.
| Svarog wrote: | | Приличные движки (хотя бы уровня PSQL или Btrive) имеют механизм обнаружения таковой проблемы и сообщения Creates Duplicate Keys, каковые мне снились в свое время, снимают проблему этого феномена. Но клоппер такого не умеет как я понял... |
И славо богу.
В результате этого после сбоев система продолжает нормально работать, а не вываливаться с сообщениями типа
"БД повреждена" или "Нарушена целостность данных." |
|
| Back to top |
|
|
Титов Александр
Joined: 26 Jul 2002
Posts: 975
Location: Титов Александр Александрович
Occupation: Компания БЭСТ
Interests: Москва
|
| Posted: 24 Apr 2004 11:58 Post subject: |
|
|
| Svarog wrote: | | Пока не пускал - НДС сегодня однако, тачки все заняты. Завтра утром попробую пустить пока бухов нет. Надеюсь тест неразрушающий? ))) |
Хочу немного углубиться в технические детали обсуждаемой проблемы. Прежде всего, выбросив детали, привожу алгоритм получения очередного значения NNOper:
FUNCTION StepNext(cFile)
/*
cFile-маленький текстовой файл со счетчиком.
Раньше писали в DBF-файл, но текстовой оказался надежнее.
*/
LOCAL nI:=300, cBuffer := SPACE(7)
LOCAL _nNoper := 0,nH:=-1
DO WHILE --nI > 0 //Делаем 300 попыток
/* Вот ключевое место:
мы экслюзивно захватываем файл для чтения-записи*/
IF (nH := FOPEN( cFile, 18 )) <> -1 //проверка за возможность захвата
//Захватили!
BEGIN SEQUENCE
IF FREAD( nH, @cBuffer, 7 ) < 7 // чтение счетчика
SayError( {'Ошибка чтения'} )
BREAK
ELSE
_nNoper := VAL( cBuffer )
_nNoper++
IF _nNoper > 9999999-1000
SayError( {'Внимание!',;
'Внутренний счетчик проводок приближается к',;
'предельно допустимому значению.',;
'Обратитесь, пожалуйста, в сервисный центр по',;
'обслуживанию системы БЭСТ',;
'для проведения оптимизации (программой NNOPER)!'} )
ENDIF
cBuffer := STR( _nNoper, 7 )
FSEEK( nH, 0 ) // В начало файла
IF FWRITE( nH, cBuffer, 7 ) < 7 // записали счетчик в файл
SayError( {'Ошибка записи'} )
BREAK
ENDIF
ENDIF
END SEQUENCE
FCLOSE( nH ) //Отпустили (закрыли файл)
EXIT
ENDIF
INKEY( 0.1 )
ENDDO
IF nH == -1
SayError( "Ошибка записи файла" )
ELSEIF _nNoper == 0
SayError( "Проблемы с сетью!" )
ENDIF
RETURN ( _nNoper )
Посколько программа DOSовая, мы не могли использовать посредника (COM-сервер или что-то подобное) для формирования счетчиков, и поэтому опираемся на свойства блокировок ОС: если файл захвачен эксклюзивно одной станцией, то в это время доступ для других станций к этому файлу закрыт.
Проблема может возникать тогда, когда в период между командами захвата и закрытия файла одной станцией, другая станция каким-то образом также получает возможность захватить файл - в результате получается одно и то же значени счетчика на выходе.
Мы анализировали подобные ситуации, и все они снимались после установки хорошо проверенных сетевых плат или сетевых клиентов. Для анализа таких ситуаций был написан специальный тест, который как раз проверяет работу сети на предмет правильности организации блокировок. Тест, естественно, ничего не разрушает. 
Так каков все-таки у Вас результат теста?
P.S. В БЭСТ-5 работа счетчика будет контролироваться сервером приложений, поэтому там эти проблемы должны уйти даже при наличии проблем в сети.
_________________
С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо |
|
| Back to top |
|
|
Magistr
Joined: 19 Aug 2002
Posts: 1264
Location: Петрунин Д.Н.
Occupation: Инженер-программист
Interests: Н.Новгород
|
| Posted: 24 Apr 2004 16:06 Post subject: |
|
|
| Титов Александр wrote: |
Хочу немного углубиться в технические детали обсуждаемой проблемы. Прежде всего, выбросив детали, привожу алгоритм получения очередного значения NNOper: |
Наконец стали давать понятный ответ и сопутствующее разъяснение на "скользкие" вопросы. Надеюсь, тенденция сохраниться.
_________________
http://v32.ru - печать и экспорт в Excel отчетов БЕСТ4. |
|
| Back to top |
|
|
Svarog
Joined: 17 Mar 2003
Posts: 357
Location: Гусев Сергей Александрович
Occupation: Сисадм
Interests: Нижний Новгород
|
| Posted: 26 Apr 2004 11:55 Post subject: |
|
|
| Quote: | Так каков все-таки у Вас результат теста?
|
Главный бух запретил мне теститься до 30 апреля, т.е. до закрытия квартала. Понимаю что это перестраховка, но упираться рогом не стал, осталось пара дней всего. Тест обязательно проведу, т.к. появились реальный перспективы решения проблемы. И результаты обязательно сообщу. За конструктивные советы уже спасибо.
Один вопрос вдогонку: проблемы должны появиться именно на станции с проблемными сетевыми платами или на других тоже? И тест этот должен быть стрессовым, т.е. запускаться на всех станциях одновременно? |
|
| Back to top |
|
|
Титов Александр
Joined: 26 Jul 2002
Posts: 975
Location: Титов Александр Александрович
Occupation: Компания БЭСТ
Interests: Москва
|
| Posted: 26 Apr 2004 12:10 Post subject: |
|
|
| Svarog wrote: | | Quote: | Так каков все-таки у Вас результат теста?
|
Один вопрос вдогонку: проблемы должны появиться именно на станции с проблемными сетевыми платами или на других тоже? И тест этот должен быть стрессовым, т.е. запускаться на всех станциях одновременно? |
Проблемы могут появиться не только на проблемной станции, но и на других, так как тестируются взаимные блокировки. Тест лучше проводить группами станций, или начать со всех, постепенно отключая по одной. Таким образом можно постепенно идентифицировать проблемные станции. Если любые две станции являются проблемными, тогда, скорее всего, "дурит" сервер.
_________________
С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо |
|
| Back to top |
|
|
BEST4WIN32
Joined: 13 Apr 2004
Posts: 104
|
| Posted: 26 Apr 2004 22:17 Post subject: |
|
|
| Svarog wrote: | | Quote: | Так каков все-таки у Вас результат теста?
|
Главный бух запретил мне теститься до 30 апреля, т.е. до закрытия квартала. |
Дык, тест надо запускать на пустой либо демо баз
_________________
http://best4win32.chat.ru/best4.ico - иконка для БЭСТ4 |
|
| Back to top |
|
|
Svarog
Joined: 17 Mar 2003
Posts: 357
Location: Гусев Сергей Александрович
Occupation: Сисадм
Interests: Нижний Новгород
|
| Posted: 27 Apr 2004 10:20 Post subject: |
|
|
Сегодня с утра тест запускал...выявил 3 станции из 10, запуск теста на которых приводит к вывешиванию красного флага в результате прохождения теста. Вывешивание производится в случае если тест запущен на проблемной и любой другой станции (или нескольких других). Запуск теста на остальных семи станциях одновременно не привел к появлению этого красного флага. На днях запущу этот тест дополнительно в стрессовом варианте, сразу на семи станциях и несколько раз.
Теперь вопрос - чего менять в проблемных станциях, сетевую карточку, сетевого клиента или все операционную систему? Или вообще все железо? |
|
| Back to top |
|
|
Титов Александр
Joined: 26 Jul 2002
Posts: 975
Location: Титов Александр Александрович
Occupation: Компания БЭСТ
Interests: Москва
|
| Posted: 27 Apr 2004 14:04 Post subject: |
|
|
| Svarog wrote: | Сегодня с утра тест запускал...выявил 3 станции из 10, запуск теста на которых приводит к вывешиванию красного флага в результате прохождения теста. Вывешивание производится в случае если тест запущен на проблемной и любой другой станции (или нескольких других). Запуск теста на остальных семи станциях одновременно не привел к появлению этого красного флага. На днях запущу этот тест дополнительно в стрессовом варианте, сразу на семи станциях и несколько раз.
Теперь вопрос - чего менять в проблемных станциях, сетевую карточку, сетевого клиента или все операционную систему? Или вообще все железо? |
Статистика показывает, что начинать лучше со смены карточк
_________________
С уважением, Александр Титов, Компания БЭСТ, Москва, отдел разрабо |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
