|
|
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Возникла тут у моего хорошего знакомого проблемка, а так как моей квалификации на ответ не хватает, очень хочется получить ответ от более знающих людей. Значит проблема такова, есть сервер целерон 300/256/SCSI. 5 рабочих мест и одна программа(ODBC+Delphi) под MSSQL 7.0 размер базы примерно 700 мб, работа с базой идет средней интенсивности, по сути справочная телефонная служба по товарам и услугам. Бэкап регулярный, но нормального админа нет, просто приходящий мальчик. Теперь проблема, стали замечать что при работе с базой детайл записи в связке мастер-детайл почему-то аттачатся неверно, т.е товар переходит на другую фирму. Прогамма по работе с базой эксплуатируется уже несколько лет и не в одном городе, так что грешить на нее можно, но с трудом. Да, машина под сервером под НТ 4.0, система не переставлялась уже более 1.5 лет. Какие будут идеи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2002, 17:16:57 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
А связка "мастер-детейл" производится в Делфи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2002, 21:18:59 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Ну, например, саботаж сотрудников. Такие вещи легко выяснить, сделав протоколирование изменений для таблицы (с помощью триггеров в другую таблицу)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2002, 21:36:02 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Нет связка происходит на уровне сервера, выбираются хранимой процедурой и вся остальная работа происходит тоже через хранимые процедуры. Так что тут глючить на Дельфи не приходится, да и возникает резонный вопрос 3 года работало и тут вдруг перестало? :) Про саботаж сотрудников тоже исключается, они кровно заинтересованы чтобы все работало как надо, да и люди все проверенные. Еще идеи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 12:48:26 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
у Вас сколько записей в таблицах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 12:59:38 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
может вышли за границы диапазона типа? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 13:05:35 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Надо определить в какой момент начались проблемы, и вспомнить, что в то время происходило с базой. Может разработчик какой апдейт делал, или, там, свет мигнул и сервер упал. Могла появиться какая-нибудь "битая" запись, при обработке или создании которой логика не была доведена до конца. Она запросто может влиять. Бывает еще такая дурацкая ошибка - переменную в процедуре проиннициализировал неправильно или вообще не иннициализировал, и процедура 100 раз отработает нормально, а на 101 глюкнет. Потом, если база стоит в нескольких городах, то проблема возникает везде или только в одном месте? Если везде, то проблема с логикой, если в одном месте - то с данными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 13:10:16 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Записей что-то порядка 4 с копейками миллионов, тип ключа int так что не думаю что проблема в переполнении. А в какой момент начались проблемы к сожалению не знаю, просто люди заметили артефакты. Какой набор профилактических работ порекомендуете провести для приведения базы в максимально причесанное состояние? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 14:48:29 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Если источник проблемы не найден, то проводить какие-либо работы по причесыванию базы бессмысленно. Завтра опять где-нибудь расползется. А давать советы не зная структуры и логики данных, значит обрекать вас на бесполезную работу. Вызывайте разработчика. И все-таки, как я понял костяк структуры данных имет вид фирма-товар и фирма-услуга. Посмотрите, нет ли каких-нибудь атрибутов у товара/услуги позволяющих их соотнести с фирмой, помимо первичного ключа фирмы. Или может есть еще другие таблицы, имеющие транзитивные связи фирма-товар. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 15:11:58 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Надо смотреть критерии отбора, может быть где-то есть записи с null и такое может происходить из-за их неправильной обработки. Кроме того неплохо проверить критерии целостности табоиц и связей, а заодно обновить статистику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 15:37:43 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Вспомните теорию ошибок... не стоит зарекаться, что три года эксплуатации - это гарания отсутствия глюков. Т.ч. алгоритмы, которые реализуют логику на сервере и на клиенте тоже стоит проверить, т.б. что Вы уже знаете, какой результат ошибки... попробуйте идти от обратного, т.е. определите, где мог получиться потенциально такой результат, а потом проверяйте все эти места, последовательно сужая круг... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 15:55:12 |
|
||
|
Проблемка
|
|||
|---|---|---|---|
|
#18+
Когда я работал в одной организации (давно) случилась такая вещь : работало все под 1С , и работало то все нормально и правильно , да вот только один раз напряжение скаконуло и все ! На сервере как положено UPS сработал , разкричалься типа ... какого хрена с электричеством балуетесь ... несколько клиентов перезагрузилось и все ... тишина. Все работает нормально... Прошло еще немного времени и ВДРУГ ! Блин ! отчет, который уже как полгода никто не трогал начал показывать другие цифры ... Казалось бы в чем тут беда ? Бедные операторы искали начало разницы ... (момент с которого все началось). момент не указывал не на какое событие и прочее ... Короче: Результаты расследования: После скачка напряжения какимто невероятным образом порушелись индексы в базе, но при этом все работало (на первый взгляд) нормально. Лечение: Переиндексировал базу Результат : Все отчеты встали на свои места. Мораль: Переиндексировать базу. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2002, 17:03:30 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32040880&tid=1821357]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 334ms |
| 0 / 0 |
