|
Как лучше поступить с обновление не типовой базы | ☑ | ||
---|---|---|---|---|
0
inkvizitr
07.10.15
✎
19:14
|
Ситуация следующая, имеется база переписанная, пришло время ее обновлять, бухов с базы так просто не выкинуть, я взял копию базы, и обновил ее, применено порядко 5 не пропускаемых обновлений, как лучше поступить, накатить сверху на базу обновленный cf либо же создать свой cf основной поставки и применить его через поддержку со всеми галками в окне сравнения?
|
|||
1
Casey1984
07.10.15
✎
19:18
|
||||
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 Разные же случаи бывают... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |