Имя: Пароль:
1C
 
Как лучше поступить с обновление не типовой базы
,
0 inkvizitr
 
07.10.15
19:14
Ситуация следующая, имеется база переписанная, пришло время ее обновлять, бухов с базы так просто не выкинуть, я взял копию базы, и обновил ее, применено порядко 5 не пропускаемых обновлений, как лучше поступить, накатить сверху на базу обновленный cf либо же создать свой cf основной поставки и применить его через поддержку со всеми галками в окне сравнения?
1 Casey1984
 
07.10.15
19:18
обновляем поставкой, сверху изменения

http://catalog.mista.ru/public/18562/
2 inkvizitr
 
07.10.15
19:25
(1) т.е в моем случаи я сначало накатываю типовую конфу, для того чтобы обновить конфигурацию поставщика, а потом через сравнить объединить я меняю рабочию конфигурацию?
3 Casey1984
 
07.10.15
19:34
(2) я не понимаю что значит "накатываю" по отношению к 1С ;)
4 inkvizitr
 
07.10.15
19:40
(3) я имел в виду конфигурация -> загрузить конфигурацию из файла))))
5 Casey1984
 
07.10.15
19:42
(4) а я имел в виду конфигурация - поддержка - .. - обновить из файла.
6 loralu
 
07.10.15
19:42
Правильно
1) обновить через типовую
2) сравнить объединить с новой доработанной

Если сделаешь по-другому велика вероятность что кое-что пойдет не так, начиная от пропажи полей и заканчивая БПц
7 ДенисЧ
 
07.10.15
19:44
Если надо обновить - то полюбому бухов надо выкидывать не задумываясь
8 loralu
 
07.10.15
19:45
через поддержку разве все галки надо ставить? имхо только те, которые сами. а когда сравниваешь объединяешь, то все. напомните? бухов выкидывай нафиг - копию обязательно сделать!)
9 ДенисЧ
 
07.10.15
19:46
(8) копию бухов? ))
10 loralu
 
07.10.15
19:46
кстати один известнейший московский франч выставляет за обновить конфигурацию поставщика 20 000 руб.
11 inkvizitr
 
07.10.15
19:46
(6) а обновить через типовую это 5 в подряд обновлений применять и в окне сравнения все галки снимать? чтобы только конфигурация поставщика менялась, либо же можно через поддержку взять последний cf типовой?
12 loralu
 
07.10.15
19:46
(9) копию базы)) зачем делать вдвое больше бухов)))
13 inkvizitr
 
07.10.15
19:47
(10) что за франч такой
14 loralu
 
07.10.15
19:48
(11) я беру доработанный клиента и обновляю типовым способом через поддержку на ключевые релизы (перепрыгивая максимально какие дает) до конца. получается типовой нового релиза.
15 loralu
 
07.10.15
19:51
(10) не мой. может не всегда и не всем, не буду называть, мной увидено было один раз в предложении клиенту. может откат там или что еще..
16 inkvizitr
 
07.10.15
19:52
(14) это я тоже так сделал, но на копии базы, а теперь как это к рабочей применить? через поддержку применяю последний типовой cf и в окне сравнения снимаю галки, а потом через объединения через файл меняю не типовую рабочию конфигурацию на обновленную не типовую, извеняюсь за свою глупость, но вот не допру ни как
17 loralu
 
07.10.15
19:58
(16) имхо при натягивании типового релиза не надо трогать галки
18 loralu
 
07.10.15
19:59
(17) я всегда забываю этот момент, но 90% что не надо трогать
19 loralu
 
07.10.15
20:01
(18) потому что в этом окне могут удаляться старые ненужные кусочки конфы, и если ты поставишь все галки, то удалится еще и нужное из основной конфы
20 inkvizitr
 
07.10.15
20:45
(17) т.е 5 обязательных релизов все равно надо применять? А потом через сравнение объединения приводить в порядок рабочих конфигурацию?
21 Umga2002
 
07.10.15
21:10
Берешь копию.

Проводишь обновления.

Вносишь\проверяешь изменения.

получаешь CF-ник

Делаешь копию раб БД

Проводишь обновления + CF в конфигураторе.

Выгоняешь и обновляещь БД.
22 inkvizitr
 
07.10.15
21:31
(21)по поводу последних двух пункта не очень понял
23 inkvizitr
 
08.10.15
07:32
.
24 LevelUP
 
08.10.15
07:57
1.Получаешь из своей конфы два cf. Один типовой другой измененный.
2. В рабочей конфе поддержка-обновить на типовой ЦФ, галки не трогаешь. НЕ СОХРАНЯЕШЬ и НЕ ОБНОВЛЯЕШЬ.
3. Сравнение объединение с измененным цф. После этого сохраняешь и обновляешь (F7).
25 inkvizitr
 
08.10.15
17:39
(24) спасибо, вот теперь понял
26 Stim
 
08.10.15
17:43
(24) зачем так много действий?

берешь копию базы, обновляешь. сохраняешь полученный сф.

Открываешь рабочую, снимаешь полностью с поддержки, загружаешь полностью свой сф.

ВСЕ.
27 inkvizitr
 
08.10.15
17:44
(26) а данные так не потеряются?
28 LevelUP
 
08.10.15
17:52
(26) Я так понимаю, что при обновлении (через поддержку) выполняются служебные обработки при смене релиза. Ну, например, разработчики решили отказаться от реквизита справочника, а перенести его в регистр сведений.
Просто при загрузке конфы, данные обработчики имхо выполняться не будут, что чревато.
29 Windyhead
 
08.10.15
18:00
(26) В какой то момент настанет карачун....
30 Масянька
 
08.10.15
18:08
(29) "Карачун" может наступить, если при подготовке обновления (на копии, несколько релизов) не обновлять БД после каждого релиза.
31 inkvizitr
 
08.10.15
18:17
(30) а если я сделаю так, буду релизы применять на базу с теми галками как они и есть, допустим до 3.0.42, а потом взять обновленный cf файл того же релиза 3.0.42 с нужными изменениями и применю его через поддержка -> загрузить конфигурацию их файла?
32 Tateossian
 
08.10.15
18:29
(28) Придется расковырять все обработчики.
33 timurhv
 
08.10.15
18:41
(28) Они будут выполняться последовательно, но да - если в релизе 1.0.1 был Справочник1 и он заполнялся при обновлении на 1.0.2, а в 1.0.5 его переименовали в "УдалитьСправочник1", то ничего хорошего если сразу накатить на 1.0.1 релиз 1.0.5.
34 Dmitrii
 
гуру
08.10.15
18:49
(33) Такого быть не должно.
Если 1С переименовал Справочник1 в УдалитьСправочник1, то они изменят и обработку обновления 1.0.1 - 1.0.2, заменив все вызовы "Справочник1" на "УдалитьСправочник1".
Если же описанная история случилась, это косяк 1С.
35 inkvizitr
 
08.10.15
19:00
(34) т.е. ты говоришь что если сделать поддержка -> загрузить конфигурацию из файла, то данные не потеряются?
36 Dmitrii
 
гуру
08.10.15
19:01
Сами разработчики утверждают, что внутри одной редакции при наличии у вас полной конфы поставщика (файл cf) можно обновляться с любого релиза на любой.
При этом обработчики обновлений должны отработать последовательно и корректно.

Меня в этой истории смущает только вопрос порядка запуска обработчиков обновления выполняемых в монопольном режиме и в отложенном фоновом режиме. Не будет ли там пересортицы...
37 Dmitrii
 
гуру
08.10.15
19:01
(35) > если сделать поддержка -> загрузить конфигурацию из файла

А зачем так делать?....
38 LevelUP
 
08.10.15
19:04
(33) а вы уверены, что эти обработки будут выполняться вообще при загрузке конфигурации, не через поддержку, а просто через "загрузить конфигурацию" причем в конфу без конфигурации поставщика (полностью снятую с поддержки), как описано в (26).
Я не помню как в типовых организовано, но это на самом деле вопрос, т.к. по идее обработка считывает текущую версию поставщика и определяет какие обработки выполнять, а тут конфы поставщика (по способы в (26)) вообще нет...
39 LevelUP
 
08.10.15
19:06
(35) не путайте, в поддержке пункта "Загрузить конфу" нету
40 zak555
 
08.10.15
19:08
(36) это утверждают только разработчики БП
разработчики УТ против того, чтобы их конфу обновляли через cf
41 zak555
 
08.10.15
19:09
обновлять надо так, чтобы была обновлена  конфа поставщика

=> правильный ответ в (5)
42 LevelUP
 
08.10.15
19:09
(36) с любого на любой. Выходит они в пределах одной редакции не удаляют объекты никогда, то есть помечают типа Удалить*, но не удаляют?
43 Stim
 
08.10.15
23:31
(42) Если что-то вдруг удалится, система об этом отчетливо скажет при принятии изменений.
Если ничего не удаляется - значит, все данные в системе сохраняются и все, что надо перенесется обработчиками обновлений, запускаемыми при старте программы.


Еще раз - обновляем нетиповую на копии на 100500 релизов последовательно, проверяем возможные потери данных, полученный сф загружаем.
44 КонецЦикла
 
09.10.15
02:25
(15) Не глядя что ли?
Я семерку обновлял тоже, помнится, за около 200 USD
Разные же случаи бывают...
AdBlock убивает бесплатный контент. 1Сергей