Привет граждане.

Решил обновить на днях КА c 2.2.4.227 до последней 2.4.7.109
через предприятие обнову не видит.
не беда
запускаем конфигуратор
находит обнову
обновляет конфу
в режиме предприятия долго думает (вторые сутки)

постоянно теребя Константа. Сведения об обновлении ИБ

я так понял в ней служебная инфа по обновлениям в ХЗ лежит.

это норма (про то, что так долго и нах 1с постоянно теребит эту константу)?

не зациклилось ли что

спасибо.

(0) "Это может занять от нескольких минут до нескольких часов, в зависимости от размера базы" - видел такую фразу? Что удивляет тогда?

Похоже, "это норма" ©
У меня оно четвёртые сутки тарахтит, база за два года, порядка 200 Гб.

(1) да ничего не удивляет. я волнуюсь за дерганье каждую секунду (а оно так и есть)
константы
(2) :)

ок - ждем

(0) платформа какая? на 8.3.13.1513 не работает распараллеливание фоновых обработчиков обновления,из за этого может долго выполняться

1690

(4) 8.3.13.1690

(0) что значит "постоянно теребит эту константу"?
читает? пишет? где ты смотришь это?

(7) Во время обновления можно посмотреть журнал регистрации, там постоянно появляется запись о теребонькании этой константы.

(0) есть же отчет "прогресс отложенного обновления"

позырь, что там

(0) если клиент-сервер, то посмотрите в консоле, происходит ли что то с сеансами.
база большая? обычно реструктуризация идет, бывает долго. но на несколько дней пока не зависала. самое большое было на базе упп в 400 гиг около 5-6 часов

(10) У меня зависло не на реструктуризации, а на обработчиках документов.
Вот это выполняется уже несколько суток:

(P1 numeric(10),@P2 varbinary(16),@P3 varbinary(16),@P4 varbinary(16),@P5 varbinary(16),@P6 numeric(10),@P7 varbinary(16),@P8 varbinary(16),@P9 varbinary(16),P10 varbinary(16),P11 numeric(10),P12 varbinary(16),P13 varbinary(16),P14 varbinary(16),P15 varbinary(16),P16 numeric(10),P17 varbinary(16),P18 varbinary(16),P19 varbinary(16),@P20 varbinary(16),@P21 numeric(10),@P22 varbinary(16),@P23 varbinary(16),@P24 varbinary(16),@P25 varbinary(16),@P26 numeric(10),@P27 varbinary(16),@P28 varbinary(16),@P29 varbinary(16),@P30 varbinary(16),@P31 numeric(10),@P32 varbinary(16),@P33 varbinary(16),@P34 varbinary(16),@P35 varbinary(16),@P36 numeric(10),@P37 varbinary(16),@P38 varbinary(16),@P39 varbinary(16),@P40 varbinary(16),@P41 numeric(10),@P42 varbinary(16),@P43 varbinary(16),@P44 varbinary(16),@P45 varbinary(16),@P46 numeric(10),@P47 varbinary(16),@P48 varbinary(16),@P49 varbinary(16),@P50 varbinary(16),@P51 numeric(10),@P52 varbinary(16),@P53 varbinary(16),@P54 varbinary(16),@P55 varbinary(16),@P56 numeric(10),@P57 varbinary(16),@P58 varbinary(16),@P59 varbinary(16),@P60 varbinary(16),@P61 numeric(10),@P62 varbinary(16),@P63 varbinary(16),@P64 varbinary(16),@P65 varbinary(16),@P66 numeric(10),@P67 varbinary(16),@P68 varbinary(16),@P69 varbinary(16),@P70 varbinary(16),@P71 numeric(10),@P72 varbinary(16),@P73 varbinary(16),@P74 varbinary(16),@P75 varbinary(16),@P76 numeric(10),@P77 varbinary(16),@P78 varbinary(16),@P79 varbinary(16),@P80 varbinary(16),@P81 numeric(10),@P82 varbinary(16),@P83 varbinary(16),@P84 varbinary(16),@P85 varbinary(16),@P86 numeric(10),@P87 varbinary(16),@P88 varbinary(16),@P89 varbinary(16),@P90 varbinary(16),@P91 numeric(10),@P92 varbinary(16),@P93 varbinary(16),@P94 varbinary(16),@P95 varbinary(16),@P96 numeric(10),@P97 varbinary(16),@P98 varbinary(16),@P99 varbinary(16),P100 varbinary(16),P101 numeric(10),P102 varbinary(16),P103 varbinary(16),P104 varbinary(16),P105 varbinary(16),P106 numeric(10),P107 varbinary(16),P108 varbinary(16),P109 varbinary(16),P110 varbinary(16))INSERT INTO #tt3 WITH(TABLOCK) (_Q_001_F_000TRef, _Q_001_F_000RRef, _Q_001_F_001) SELECT DISTINCT
T1.Q_001_F_000TRef,
T1.Q_001_F_000RRef,
T1.Q_001_F_001_
FROM (SELECT
0x0000021D AS Q_001_F_000TRef,
T2._Document541_IDRRef AS Q_001_F_000RRef,
T4._Q_000_F_001 AS Q_001_F_001_
FROM dbo._Document541_VT13989 T2
LEFT OUTER JOIN #tt2 T3 WITH(NOLOCK)
ON (0x08 = T3._Q_001_F_000_TYPE AND 0x0000021D = T3._Q_001_F_000_RTRef AND T2._Document541_IDRRef = T3._Q_001_F_000_RRRef)
INNER JOIN #tt1 T4 WITH(NOLOCK)
ON ((0x08 = T4._Q_000_F_000_TYPE AND 0x0000021D = T4._Q_000_F_000_RTRef AND T2._Document541_IDRRef = T4._Q_000_F_000_RRRef) OR T3._Q_001_F_000_TYPE IS NOT NULL AND T3._Q_001_F_000_RTRef IS NOT NULL AND T3._Q_001_F_000_RRRef IS NOT NULL)
WHERE ((T2._Fld1633 = P1)) AND ((T2._Fld13998RRef IN (@P2, @P3, @P4, @P5)))
UNION ALL SELECT
0x00000246,
T5._Document582_IDRRef,
T7._Q_000_F_001 AS Q_000_F_001_
FROM dbo._Document582_VT16596 T5
LEFT OUTER JOIN #tt2 T6 WITH(NOLOCK)
ON (0x08 = T6._Q_001_F_000_TYPE AND 0x00000246 = T6._Q_001_F_000_RTRef AND T5._Document582_IDRRef = T6._Q_001_F_000_RRRef)
INNER JOIN #tt1 T7 WITH(NOLOCK)
ON ((0x08 = T7._Q_000_F_000_TYPE AND 0x00000246 = T7._Q_000_F_000_RTRef AND T5._Document582_IDRRef = T7._Q_000_F_000_RRRef) OR T6._Q_001_F_000_TYPE IS NOT NULL AND T6._Q_001_F_000_RTRef IS NOT NULL AND T6._Q_001_F_000_RRRef IS NOT NULL)
WHERE ((T5._Fld1633 = @P6)) AND ((T5._Fld16606RRef IN (@P7, @P8, @P9, P10)))
UNION ALL SELECT
0x0000025D,
T8._Document605_IDRRef,
T9._Q_000_F_001 AS Q_000_F_001_
FROM dbo._Document605_VT17694 T8
INNER JOIN #tt1 T9 WITH(NOLOCK)
ON (0x08 = T9._Q_000_F_000_TYPE AND 0x0000025D = T9._Q_000_F_000_RTRef AND T8._Document605_IDRRef = T9._Q_000_F_000_RRRef)
WHERE ((T8._Fld1633 = P11)) AND ((T8._Fld17705RRef IN (P12, P13, P14, P15)))
UNION ALL SELECT
0x00000263,
T10._Document611_IDRRef,
T11._Q_000_F_001 AS Q_000_F_001_
FROM dbo._Document611_VT18174 T10
INNER JOIN #tt1 T11 WITH(NOLOCK)
ON (0

фаловая
(10) размер небольшой совсем 4,5 Гб
(9) не позыришь т.к. базу забрало монопольно

+(11) Жрёт при этом около 50% процессорного времени, при этом совершенно не обращаясь к дисковой подсистеме.
¯\_(ツ)_/¯

(12) КА2 файловая? это что-то! А вы как обновляться-то планировали?

Прервать, смотреть журнал регистрации. Бэкап перед обновлением был же? )

(14) тема не про это

(15) обижаешь :)

(16) Как varbinary подставил, однако )

(16) Видимо как раз про это, т.к. в клиент-сервере вы бы видели всю картину и пользователи работали пока 100500 обработчиков выполняются в фоне. У нас УТ11 в клиент-сервере на достаточно мощном сервере обновления некоторые проходят за сутки при этом компания работает с 2:00-22:00, за 4 часа не укладываемся

(19) да размер то копеечный
не нужен там сервер...
пока. :)

(20) В отладке остановиться разве нельзя?

(21) см (12) и
http://prntscr.com/mzdgpn

(8) [Во время обновления можно посмотреть журнал регистрации, там постоянно появляется запись о теребонькании этой константы.]

О чем гласят записи в ЖР? я всё пытаюсь понять, что ты подразумеваешь под теребоньканьем)))

(22) я обычно зацикливание вижу когда в журнале регистрации отбор по ошибкам ставлю - будет понятно если зациклилось

(23) Изменение упомянутой константы.

(22) открывай копию, запускай обновление, и там уже лови отладкой фоновое

(26) да так и я умею - я надеялся, что кто-то уже в курсе.

1. теребонькает вот так
http://prntscr.com/mzegft

2. ошибок не пишет

прошу пардона - подниму.
может кто сталкивался прочтет.
или еще светлая какая мысль у кого появится.

(29) Тебе же всё в (26) ответили

(30)
а... ну да..
т.е. наверное пройти там все процедуры обновления и узнать правду.
Не... возможно вы правы и я увижу ответ сразу, но...
я же сказал зачем подниму...

цитата:
  
   может кто сталкивался прочтет.
   или еще светлая какая мысль у кого появится.

КонецЦитаты

(31) Запусти обновление, дай поработать, поставь в отладке остановить и смотри

(32) подождем и попробуем так