|
v7: Таблица 1scrdoc | ☑ | ||
---|---|---|---|---|
0
bogdan
23.10.12
✎
12:06
|
Платформа 7.7.027
SQL 2000 8.0.2282 (SP4) ТиС 9.2 правленная Симптомы такие при проведении документа Строка выписки приход, документ в журнале появляется, при включении отбора по контрагенту (который указан в документе) - документа нет. Лечится перепроведением документа, раньше(полгода назад), такие случаю происходили раз в месяц или реже, что было не критично. Сейчас стало гораздо чаще, 2-3 случая в неделю. На одном SQL сервере две базы, центральная и перефирийная, вышеописываемая ситуация происходит на перефирийной базе, на центральной все в норме. При разборе ситуации - обнаружил, что в проблемной базе в таблице 1scrdoc, время документа в поле CHILD_DATE_TIME_IDDOC, не соответсвует времени документа. По этому документу в таблице 2 записи, в одной записи время нормальное, а в другой записи - время не правильное. При изменении времени на правильное - все встает на свои места. Причем не правильное время - это время записи документа, а правильное - время перезаписи документа при проведении. Может быть кто-нибудь сталкивался с такой проблемой? Или может кто ткнет ссылкой, чтобы можно было разобраться, как 1С делает записи в сабж, возможно это поможет понять в чем причина такой проблемы. Заранее благодарен. |
|||
1
dedmoroz777
23.10.12
✎
12:30
|
А неправильное - это какое?
|
|||
2
Ёпрст
23.10.12
✎
12:33
|
(0) это баян с неправильной записью позиции при записи/проведении документа со временем 23:59:59..
|
|||
3
Ёпрст
23.10.12
✎
12:34
|
если их несколько с таким временем - в журнале будет одна позиция, в остальных табличках - другая, например в табличке проводок/операций..
|
|||
4
Ёпрст
23.10.12
✎
12:35
|
а так, грохни табличку и тии с одной галкой - сама восстановится
|
|||
5
bogdan
23.10.12
✎
13:26
|
(1)Пример:
Время документа 15:15:00. По журналу регистрации видно, что запись документа была в 15:00:56, потом было проведение документа и время изменилось на 15:15:00. Неправильной записью - я считаю запись где время 15:00:56. При смене времени в этой записи на 15:15:00, отбор для этого документа сразу начинает работать. |
|||
6
bogdan
23.10.12
✎
13:28
|
(2)Нет, время другое совершенно, выше отписался о времени.
(4)Как исправить по факту - понятно. Не понятно, в чем причина неправильных записей. Причину нужно найти и убрать. |
|||
7
Ёпрст
23.10.12
✎
13:30
|
(6) разве что коллизии при обмене в уррбд
|
|||
8
bogdan
23.10.12
✎
13:31
|
Дополнение.
6 перефирийных, и 1 центральная, всего 7 баз в УРБД. На остальных базах - нормально, во всяком случае на 3 из 6, остальные не смотрел. Проблемная перефирийная и центральная находятся на одном и том же SQL сервера, разница в том, что каталоги баз - находятся на разных серверах. Причем каталог перефирийной - находится там же где и SQL сервер. |
|||
9
bogdan
23.10.12
✎
13:33
|
(7) я тоже думал на это, но судя по содержимому файла обмена - передается информация о документах, и в таблицы записи делает сама 1С. Т.е. нельзя сказать, что вместе с файлом обмена передаются записи из таблицы 1scrdoc.
|
|||
10
bogdan
23.10.12
✎
13:34
|
Была мысль, что есть проблема в синхронизации времени между серверами, проверили, время на обоих серверах берется из одного и того-же места.
|
|||
11
МихаилМ
23.10.12
✎
13:38
|
создайте триггер для мониторинга и предотвращения этой ситуации
|
|||
12
bogdan
23.10.12
✎
13:42
|
(11)
Совет хороший. Знания SQL минимальны. Надеюсь получить ссылку на решение этой ситуации или совет который будет требовать минимальных знаний SQL. Конечно, если не получится, прийдется либо искать спеца по SQL или самому разбираться как сделать нужный триггер и что потом с этим делать, но хочется обойтись меньшим временем. |
|||
13
bogdan
23.10.12
✎
13:49
|
Стало любопытно, думаю как должен срабатывать триггер.
Если я правильно понимаю, при появлении новой записи в 1scrdoc, по id документа нужно сверять время с 1sjourn. Если не сходится - записывать в какую-то другую таблицу инфу. Можно конечно сразу и исправлять эту ситуацию, но лучше найти причину. Правильная логика? |
|||
14
МихаилМ
23.10.12
✎
14:03
|
(13)
лучше исправить сразу. а таблицу лучше завести в отделной базе. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |