Имя: Пароль:
1C
1С v8
как правильно обновить конфигурацию ?
0 tiretrak
 
24.12.14
02:50
есть БП базовая 2.0.32.6
нужно обновить до последней 2.0.63.6

как правильно делается? неужто ставить все 31  обновления по очереди?
1 MadHead
 
24.12.14
02:52
я бы попробовал обновить с cf файла последнего релиза и посмотреть, есть ли проблемы
2 VladZ
 
24.12.14
04:09
(0)  По очереди.
3 Escander
 
24.12.14
04:15
(2) если есть некритические обновления - их можно пропустить...
4 ejiki
 
24.12.14
04:15
(3) как ты их определишь?
5 ejiki
 
24.12.14
04:17
(0) База типовая. Не составит туда по шагам.
6 ejiki
 
24.12.14
04:17
труда*
7 Escander
 
24.12.14
04:20
(4) берём последную 2.0.63.6 - смотрим спосок версий которые можно обновить, все кроме самой старой - не критические...
8 Escander
 
24.12.14
04:20
(5) а если ещё и фра то принесёт доп. нал
9 ejiki
 
24.12.14
04:40
(8) так он и написал что обновлений 31 вместо возможных 70-90
10 ejiki
 
24.12.14
04:41
по релизу за обновление. Я почему-то подумал что есть какая идея сразу скакнуть на последний релиз минуя абсолютно все. А с таким работая во фране я сталкивался.. Проще и правильнее последовательно по релизу. На типовых не более 10-15 минут на релиз. При этом особо не отвлекаясь от других дел.
11 PowerBoy
 
24.12.14
06:31
Обновлял недавно с 34 релиза по 63, последовательно по одному - ушло 15 часов, база была SQL около 20Гиг. Среднее обновление 10 минут на релиз. Есть два релиза 37 и 40 - делается реструктуризация базы по часу. Ну и в 42 заполнялся новый регистр около 2 часов.
12 PowerBoy
 
24.12.14
06:32
(11) +база не типовая бух.
13 MiniMuk
 
24.12.14
06:55
(11) типовая чтоли?  всего 10 минут на сравнение.
14 roman844
 
24.12.14
07:31
2 месяца назад обновлял базовую БУХ с 2.0.18.1 до 2.0.62.4, выбирал только критические обновления. по времени ушло 10 часов со скачиванием обновлений с сайта.
15 Trotter
 
24.12.14
07:40
Обновляй по очереди, больше денег заработаешь )
16 hhhh
 
24.12.14
07:56
(13) от компа зависит. Если на сервере всё делается, то реально.
17 1976vas
 
24.12.14
07:59
Есть дистрибутив полного обновления, там сразу можно
18 roman844
 
24.12.14
08:03
(17) каким же образом?
19 1976vas
 
24.12.14
08:05
Качаешь и ставишь
20 1976vas
 
24.12.14
08:10
Насколько я знаю есть дистрибутивы обновления и есть полные дистрибутивы
21 Фокусник
 
24.12.14
08:12
(10) "На типовых не более 10-15 минут на релиз"
Если после каждого обновления конфигурации НЕ обновлять базу (в пользовательском режиме), то это равнозначно разовому обновлению на последний CF ;)

А с обновлениями в пользовательском режиме в 10-15 минут вряд ли уложишься... ИМХО
22 roman844
 
24.12.14
08:17
(20) при полном через сравнение и объединение?
23 1976vas
 
24.12.14
08:19
(22) Я не помню
24 roman844
 
24.12.14
08:21
(23) я всегда обновляю последовательно критические обновления. а через сравнение и объединение никогда не делал. надо попробывать.
25 тарам пам пам
 
24.12.14
09:39
Если время критично и база большая, можно просмотреть по обработчикам обновления, где данные переносились из удаляемых реквизитов, и обновлять до того релиза, где эти данные переносятся. Обычно для удаляемых реквизитов 1с ставит префикс "Удалить<ИмяРеквизита>".

Если со временем проблем нет - обновляй последовательно и не мучайся.
26 tiretrak
 
24.12.14
12:28
база не одна а штук 10))
одну бы я последовательно обновил но 10 это нанеделю
27 tiretrak
 
24.12.14
13:16
загрузил cf последней конфигурации.
вроде работает.
что интересно ,при запуске стали выводить список сообщений о последовательном обновлении с одного релиза на другой. то есть в 1с видимо предусмотрено обновление перескоком на последний релиз конфигурации
28 тарам пам пам
 
24.12.14
13:58
(27), верно, обработчики запустятся последовательно независимо от того, сколько релизов пропущено.

Проблема может быть, если, например, в релизе 2.0.40 изменили структуру регистра адресного классификатора, старый регистр переименовали в "УдалитьАдресныйКлассификатор", и написали в обработчике обновления перенос данных из старого регистра в новый. А в следующем релизе 2.0.41 удалили регистр "УдалитьАдресныйКлассификатор". Тогда при обновлении сразу на 2.0.41 переносить данные в новый регистр будет просто неоткуда - старого классификатора в базе физически не будет.
Насколько я знаю, сейчас 1с избегает подобных изменений структуры в типовых - в последних релизах ни разу не встречался, но в каком-то из очень старых релизов бухгалтерии такое точно было.
Закон Брукера: Даже маленькая практика стоит большой теории.