Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Откатить динамическое обновление.

Откатить динамическое обновление.
Я
   ProxyInspector
 
30.03.18 - 15:17
На рабочей базе сделал динамическое обновление.
Сравнение/объединение конфигурации. И динамическое обновление рабочей конфигурации.
  Немного ошибся.
  Часть пользователей еще работает на старой конфигурации. Можно ли откатиться на конфигурацию пользователей.
 
 
   novichok79
 
1 - 30.03.18 - 15:18
так уже кэш слетел, так что хуже точно не будет.
   novichok79
 
2 - 30.03.18 - 15:18
делай еще одно динамическое обновление со старой конфигурацией
   ProxyInspector
 
3 - 30.03.18 - 15:19
Да нет не осталось изменений. Но у пользователей они пока есть
   ProxyInspector
 
4 - 30.03.18 - 15:19
Нет старой конфигурации. Только на утро
   vde69
 
5 - 30.03.18 - 15:19
нельзя, динамическое обновление уже заменило рабочую конфу...

сейчас можно только достать бекап из него CF и его накатить обратно
   lubitelxml
 
6 - 30.03.18 - 15:19
(3) исправляй косяк без отката
   sergey198
 
7 - 30.03.18 - 15:20
А если сделать РИБ под юзером кто еще на стараой?
   ProxyInspector
 
8 - 30.03.18 - 15:21
Это как достать бекап из CF
   bolobol
 
9 - 30.03.18 - 15:24
ЦФ из бэкап
   ProxyInspector
 
10 - 30.03.18 - 15:27
А у пользователей в кеше нигде нет конфигурации?
 
 Рекламное место пустует
   Serg_1960
 
11 - 30.03.18 - 15:30
(10) У них есть только некоторые части конфигурации в кэше. Полной версии у них нет.
   vde69
 
12 - 30.03.18 - 15:31
(10) у пользователя нет целой конфигурации, есть кеш отдельных клиентских форм/и подобного.

серверный код к клиенту не попадает по определению
   ProxyInspector
 
13 - 30.03.18 - 15:32
А на сервере нет ли где в кеше?
   Serg_1960
 
14 - 30.03.18 - 15:34
Забудь про кэши. Там конфигурация если и хранится, то хранится совсем в другом виде.
   hhhh
 
15 - 30.03.18 - 15:35
(13) возьми из вчерашней копии, это вы 10000 раз проще, чем где-то в темпах ты найдешь непонятный кусок.
   vde69
 
16 - 30.03.18 - 15:35
(13) есть, но ты конфу не соберешь...

уверяю тебя - проще достать из утреннего бекапа, или из хранилища (ведь профи даже для одиночной разработки их ведут)
   ProxyInspector
 
17 - 30.03.18 - 15:37
Пока бекап восстанавливается. Ишу. 1с делает 100 Gb кеша
   Serg_1960
 
18 - 30.03.18 - 15:37
Единственно что, где ещё как-то можно подёргаться, так это только если база SQL - когда изменения ещё в SaveConfig лежат.
   ProxyInspector
 
19 - 30.03.18 - 15:40
База SQL
   ProxyInspector
 
20 - 30.03.18 - 15:42
Может можно SQL откатить?
   vde69
 
21 - 30.03.18 - 15:42
я-бы у себя поступил так

1. стопорю базу
2. делаю фул бекап
3. откатываю базу на время до обновления
4. захожу в конфигуратор и выгружаю CF
5. восстанавливаю базу из фул бекапа
6. накатываем выгруженый CF

для 20 гиговой базы это все примерно 15..20 минут
   Cyberhawk
 
22 - 30.03.18 - 15:42
Если на хосте пользователя открывался конфигуратор, то у него будет кэш всей конфигурации
   Serg_1960
 
23 - 30.03.18 - 15:44
(19) Тогда можно потрепыхаться. Можно попробовать таблицу Config в чистую базу скопировать и там удалить последние записи по дате динамического обновления. Сам так не пробовал, но однажды я так "откатывал" неудачное завершение типового обновления.
   vde69
 
24 - 30.03.18 - 15:44
(22) не будет, он заново перечитается...

там хранится последняя контрольная сумма которая была в этом контксте, в данном случае будет на 100% перечитана конфа
   Cyberhawk
 
25 - 30.03.18 - 15:46
(24) Научись уже внимательно читать
   DmitrO
 
26 - 30.03.18 - 15:51
Я бы просто развернул копию базы из бекапов боевой базы на момент до дин. обновления, зашел в конфигуратор в этой новой копии, выгрузил CF, и накатил бы снова динамически. Никто бы не заметил даже ничего.
   vde69
 
27 - 30.03.18 - 15:52
(25) я читать умею.

если ты откроешь конфигуратор у себя, потом закроешь, потом откроет другой человек и сохранит конфу, то при следующем открытии у тебя твой кеш признается не валидным и перечитывается (реально конфигуратор дольше открывается).

наглядно это видно когда иногда заходишь с какого нибудь терминала по удаленке, то утром конфигуратор долго открывается
   DmitrO
 
28 - 30.03.18 - 15:54
и для 20ти гиговой базы это вроде 5 минут от силы..
   Cyberhawk
 
29 - 30.03.18 - 15:54
(27) Хз зачем ты это все написал
   Serg_1960
 
30 - 30.03.18 - 15:57
(29) Эээ... Попробовать, не открывая конфигуратор, достать ту, что в кэше лежит, - теоретически возможно. Но конфигуратор считает ещё уже не валидной и она будет обновлена при открытии. Так понятнее?
   Cyberhawk
 
31 - 30.03.18 - 15:58
(30) Хз зачем ты это все написал [2]
   Serg_1960
 
32 - 30.03.18 - 16:00
(30) "ешё" --> "её"

(31) Давай, колись без этих "ХЗ", рожай уж своё (22).
   Вафель
 
33 - 30.03.18 - 16:05
20 гиговая база - это типовая бухия на 3х пользователей
 
 
   Cyberhawk
 
34 - 30.03.18 - 16:07
(32) Это было дополнение к (11) и (12). Пользы автору конечно от этого никакой.
   Serg_1960
 
35 - 30.03.18 - 16:09
Ду уж. Лаконичность - не всегда сестра таланта :)
   Serg_1960
 
36 - 30.03.18 - 16:19
(34) Мда... эта конфигурация лежит в кэше старой базы по адресу \Config\cacheStorage. Этот файл можно подменить в кэше новой чистой базы без конфигурации... и открыть конфигуратором.
   Serg_1960
 
37 - 30.03.18 - 16:30
*(36) На всякий случай: это не совсем верное высказывание, точнее не в полном объёме информация, но и ветка не об этом.
   ProxyInspector
 
38 - 30.03.18 - 16:38
У нас все не так быстро. Сначала ночной архив 70 Гигов надо достать из системы хранения. Потом вытащить бекап базы. Бекап базы 30 Гигов. Там уж быстро. Но тем не менее все займет часа 2.
   timurhv
 
39 - 30.03.18 - 16:41
(0),(5) Для SQL команды одного из вариантов восстановления конфигураций после динамического обновления (использовать на свой страх и риск), с их помощью можно откатиться до конфигурации, которая была сохранена в монопольном режиме, а не динамически:

delete from configsave
delete from config where FileName = 'commit'
delete from config where FileName = 'dynamicCommit'
delete from config where FileName = 'dbStruFinal'
   ProxyInspector
 
40 - 30.03.18 - 16:43
Есть там такой файлик. Время подходящее, только размер 5 метров, а конфигурация 80 метров
   timurhv
 
41 - 30.03.18 - 16:43
+(40) Источник статьи http://catalog.mista.ru/public/138797/
   ProxyInspector
 
42 - 30.03.18 - 16:47
Динамическое обновление прошло. Конфигурация базы данных успешно обновилась.
   Serg_1960
 
43 - 30.03.18 - 16:47
(38) Значит у тебя есть время посмотреть содержимое таблицы Config :)

(39)-(41) Это "работает" когда динамическое обновление становится демоническим :) - аварийно завершается и вы получаете ошибку что-то там про незавершённое обновление (не помню точно). У автора было "нормальное" динамическое обновление с "нормальным" завершением.
   ProxyInspector
 
44 - 30.03.18 - 16:48
А где смотреть В SQL?
   ProxyInspector
 
45 - 30.03.18 - 16:49
В  \Config\cacheStorage лежит файлик 5 мб. Но Конфа то 80 метров
   Cyberhawk
 
46 - 30.03.18 - 16:54
(45) "Полноразмерный" файл вроде имеет имя ConfigCacheStorage. Но ты забей, эти кэши тебе не помогут никак.
   Serg_1960
 
47 - 30.03.18 - 17:01
Угу. Там конфигурация размазана по каталогам DBNameCache, ConfigSave, Config, SICache...


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует