|   |   | 
| 
 | v7: УРБД в ЦБ периодически не попадают документы из ПБ | ☑ | ||
|---|---|---|---|---|
| 0
    
        povar 06.05.15✎ 13:57 | 
        1С 7.7 на базе ТиСа. Собственно сабж. Смотрю в журнале регистрации ЦБ. Событие "Загрузка изменений данных" данного документа присутствует, но самого объекта нет (<Объект не найден>(412279/SU3))
 При последующих обменах документ не появляется. Куда копать, в чем причина такого поведения ? | |||
| 1
    
        povar 06.05.15✎ 14:29 | 
        майк и ёпрст призываю вас в эту тему ))     | |||
| 2
    
        Злопчинский 06.05.15✎ 14:55 | 
        В ЦБ данные удалили, но в ПБ это не ушло.а из ПБ пришли эти данные... Коллизия...
 ??? | |||
| 3
    
        povar 06.05.15✎ 14:57 | 
        В ЖР все тихо по поводу удаления. "Страшных" обработок непосредственного удаления тоже не имеется     | |||
| 4
    
        povar 06.05.15✎ 15:00 | 
        т.е. в ЖР по этому объекту одно событие - "Загрузка данных" - битая ссылка на документ. "Нормально" он и не был загружен     | |||
| 5
    
        Z1 06.05.15✎ 15:04 | 
        (2) как пишешь ты в 90 случаях из 100 документ восстанавливается.
 (0) Из ПБ пришли данные в ЦБ. после этого удалили обработкой этот документ. Если документ еще есть в какой-то из ПБ обнови его в этой ПБ обнови с центральной и док в центре появиться. | |||
| 6
    
        Z1 06.05.15✎ 15:05 | 
        ps в (5) вместо "обнови с центральной и док в центре появиться."
 читать Обменяйся с ЦБ и док в центре появится | |||
| 7
    
        povar 06.05.15✎ 19:29 | 
        (6) да восстановить не проблема, интересует причина     | |||
| 8
    
        Andreyyy 07.05.15✎ 00:31 | 
        Присоединюсь к ТС: иногда в ЦБ попадают движения без документа, если документ в ПБ перепровести, то документ попадает, но движения дублируются. Приходится в ЦБ перепровести и все становится нормально. Процент такой коллизии х.з., ну может один на тысяч пять.     | |||
| 9
    
        Z1 07.05.15✎ 00:58 | 
        (8) цб  база dbf или sql?
 Если sql то не верю в такое это или очень ненадежное Железо или обибки в архитектуре базы или работы с данными. Давно рассматривали пример на1cpp так такое как в (8) у негополучалось при проведении из одого документа другого | |||
| 10
    
        vcv 07.05.15✎ 08:40 | 
        РБД в 7.7 тупая и надёжная как железный лом. Проблема, скорее всего, в ОС или железе. Из разряда "разрешены автономные файлы при работе по сети".     | |||
| 11
    
        povar 07.05.15✎ 08:44 | 
        (10) да не, все в терминале сидят. Такое не часто, скорее даже редко происходит, но блин периодически.     | |||
| 12
    
        vcv 07.05.15✎ 08:51 | 
        (11) У меня подобное случалось, пока всё на SQL не перевёл. С тех пор уже несколько лет как бабка отшептала :)
 Отслеживай, как часто 1Ска падает. Возможно нарушение индексов и данные тупо не туда пишутся. Или пишутся куда надо, но потом не находятся, пока индексы не перестроишь. | |||
| 13
    
        povar 07.05.15✎ 09:03 | 
        (12) понятно, спасибо, будем наблюдать     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |