Имя: Пароль:
1C
1С v8
Обновление типовой, измененной
0 Nikoss
 
30.10.13
14:27
Можно ли сделать так:
1. Забрать базу у клиента, они пусть пока работают.
2. Сделать обновление, внести необходимые изменения, на копии.
3. Выгрузить цф-ку.
4. Прийти к клиенту и просто загрузить цф. Безо всяких объединений и т.д.

Всё ли сядет нормально?
1 Поросенок Петр
 
30.10.13
14:29
На 1 релиз можно.
2 Fedot200
 
30.10.13
14:29
4-й пункт лучше делать через обновить конфигурацию и указать цф-ку
3 butterbean
 
30.10.13
14:29
если ничего не удалишь, то да
4 Fedot200
 
30.10.13
14:29
(1) пачиму? я и на 5-ть прыгал с легкостью не превзойденной.
5 Смешной 1С
 
30.10.13
14:32
(0)Если они ничего разрабатывать не будут, то да, делай так, все нормально будет
6 Nikoss
 
30.10.13
14:36
(5) разрабатывать не будут. Волнует только данные. Не может ли потереться ссылка на какой-нибудь объект конфигурации и при загрузке цф-ки потереть данные этого объекта?
7 vladko
 
30.10.13
14:36
(0) без обновить конфигурацию - у тебя не обновится конфигурация поставщика
8 vladko
 
30.10.13
14:38
+(7) ну её можно потом типовой CFкой обновить при объединении без всяких галочек
9 hhhh
 
30.10.13
14:39
(7) обновится.
10 Fedot200
 
30.10.13
14:39
(6) чем (2) не устраивает?
11 Fedot200
 
30.10.13
14:40
(9) согласен
12 Nikoss
 
30.10.13
14:45
(10), ну, например, скоростью. Проще прийти, нажать загрузить конфигурацию и всё, без объединений и сравнений.
13 zak555
 
30.10.13
14:46
(4) говорят, что гуид объектов/реквизитов меняются от релиза к релизу
14 hhhh
 
30.10.13
14:48
(12) ну я так делаю. У меня 2 одинаковые базы. Одну как обычно: делаю "обновить". Потом выгружаю cf-ник и загружаю его во вторую базу. Вроде проблем не было.
15 Fedot200
 
30.10.13
14:51
(13) и что обновлением тоже поломается?
16 Fedot200
 
30.10.13
14:51
(12) разница в 5-ть мин, макс
17 Nikoss
 
30.10.13
14:54
я так понимаю, что при обновлении(или сравнении/объединении) объекты сопоставляются по имени. А при полной загрузке ЦФ-ки? Тоже?

Не может получиться так, что у одного и того же, допустим, реквизита изменится гуид. При загрузке ЦФ-ки гуид будет не найден и создастся новый реквизит, соответственно потерев данные из старого реквизита.
18 hhhh
 
30.10.13
14:54
(12) у тебя же почасовая оплата. Куда торопиться? У нас ребята приходят, сначала раскладывают пасьянс. Потом если не получается, второй раз раскладывают. Ну и потом запускают обновление.
19 hhhh
 
30.10.13
14:55
(17) при обновлении - жестко по УИДам. При загрузить конфигурацию - тоже.
20 Холодильник
 
30.10.13
14:56
Алгоритм - берешь базу у клиента, разворачиваешь у себя.
Сохраняешь конфу. Обновляешь полностью свою базу.
Затем делаешь Конфигурация - Поставка конфигурации - создать файлы поставки и обновления
там указываешь сф, сохраненный до обновления.
На выходе получишь сф и сфу, которыми и обновишь базу клиента, через поддержка-обновить-выбрать файл.

ВСЕ.
21 Fedot200
 
30.10.13
15:13
(20) грит долго, много денег можно получить. А он хочет быстро и мало денег.
22 Холодильник
 
30.10.13
15:16
(21) быстро и много - это не про 1С, точно
23 samozvanec
 
30.10.13
15:25
(0) слушай вот его (20). после первых 5 постов остальные даже читать не хотелось
24 Fedot200
 
30.10.13
15:45
(20) А что с изменениями будет?
25 Nikoss
 
30.10.13
15:46
(20) в CFU будут данные обновления конфигурации поставщика?
26 Холодильник
 
30.10.13
15:47
(24)  "Обновляешь полностью свою базу" - означает, что ты обновляешь свою базу с учетом всех изменений.
(25) да, там будет все
27 Fedot200
 
30.10.13
15:53
(26) Свою = развернутую копию?
28 Холодильник
 
30.10.13
15:55
(27) да
29 Серов
 
30.10.13
16:33
(0) конфигурация поставщика не обновится
30 Aprobator
 
30.10.13
16:50
(29) обновится.
31 Aprobator
 
30.10.13
16:53
(20) прикольно, надо будет попробовать данную методику. А то я все как то через загрузку делаю.
32 Fedot200
 
30.10.13
16:58
(31) А я по старперски сравнением объединением и плевал я на конфу поставщика. Зачем она вообще нужна?
33 Aprobator
 
30.10.13
17:02
(32) Можно сравнивать текущую конфу с конфой поставщика и сразу видеть отличия. Да и при поднятии релиза система именно ее юзает, когда смотрит может ли данная конфа этим апдейтом подниматься.
34 Серов
 
30.10.13
17:10
(30) тоже так раньше думал
35 Aprobator
 
30.10.13
17:37
(34) у меня обновляется. И, судя по этой ветке, не только у меня.
36 Aprobator
 
30.10.13
17:37
+(35) все зависит от того как подготовлено само обновление.
37 Серов
 
30.10.13
17:39
(36) как можно подготовить обновление, чтобы не обновилась конфигурация поставщика?
38 Aprobator
 
30.10.13
17:54
(37) ну есть типы, которые готовят через сравнение - объединение и т.п..
39 Серов
 
30.10.13
18:00
(38) не понял, а как надо? Просто загрузить новую конфу? Почему-то у меня такое не прокатывает с элементами, которые на полной поддержке.
40 Aprobator
 
30.10.13
23:02
(39) Конфа снимается с поддержки и тупо - загрузить файл.
41 Fedot200
 
31.10.13
08:59
(33) Это я знаю и поэтому считаю, что это мелочь не стоящая внимания. Но по большому счёту лучше конечно чтобы конфа поставщика была правильная, особенно если делаешь не себе, а клиенту, например.
42 Серов
 
31.10.13
09:15
(40) ты не поверишь, но при загрузке конфа не спрашивает встать ли ей на поддрежку. Загружается и становится не на поддержке. Поборолся я с ней тогда...
43 Aprobator
 
31.10.13
10:34
(42) не поверю. Потому как у меня встает. Про поддержку не спрашивает, да это и не требуется, поскольку загружается файл уже с поддержкой. Ты просто как то криво готовишь файл обновления. Тоже небось через сравнить - объединить. Отсюда и все проблемы.
44 Aprobator
 
27.11.13
09:58
(20) что то твоя методика не прокатила. По крайней мере следующий апдейт конфы не видит. Опиши поподробнее, если не в лом конечно.
Делал на релизе 8.2.19.68. Траблы начались с того, что сохраненная конфа не прокатила - орет, что не файл поставки и точка.
45 vladko
 
27.11.13
10:08
(44) точно сохранил у себя базу через
Конфигурация - Поставка конфигурации - создать файлы поставки и обновления?
46 Aprobator
 
27.11.13
10:23
(45) делал и так и типовую поставку сохранял. Сейчас еще разок проверю. Само обновление прокатывает, но следующий апдейт от 1С его не видит.
47 Aprobator
 
27.11.13
10:46
Danilov ты не с ДИТ случаем?
48 Холодильник
 
27.11.13
10:51
(44) вынуть руки и воткнуть в плечи
49 Aprobator
 
27.11.13
10:57
походу хамство на мисте становится просто нормой.
50 Gizmon
 
27.11.13
11:16
(0) Всегда так и делаю.
Но нужно учесть, что перепрыгивать на много релизов(много это 10 и больше, хотя тут не угадаешь и как повезёт) не хорошо и могут быть проблемы с потерей данных.
51 Aprobator
 
27.11.13
12:15
Если кому интересно - возился 2 дня, но воспроизвести методику описанную в (20) не удалось. Текущее обновление происходит без проблем, но последующее обновление 1С его не видит. Тестирование проводил на релизе платформы 8.2.19.68.
Релизы конфигурации КА 1.1.39.1, 1.1.40.2 (до которого собственно и делался промежуточный подъем) и далее 1.1.41.1 (который результатов подьема до 1.1.40.2 по предложенной методике не видел).
52 Aprobator
 
27.11.13
15:04
хм - нашел на итс что то про поддержку нескольких конфигураций поставщиков - походу тут как раз тот случай. Пока изучаю, по результатам отпишусь.
53 Aprobator
 
27.11.13
16:33
разбираясь с проблемой - накопал на ИТС параллельно
.....Восстановление автоматической поддержки конфигурации поставщика

Конфигурация находится на поддержке в полностью автоматическом режиме (с отключенной возможностью изменений). Предположим, что в какой-то момент возможность изменений была включена. Например, это понадобилось для срочного исправления ошибки. После исправления ошибки поставщиком, возникла необходимость отключить возможность изменений для облегчения последующих обновлений. Но это приведет к понижению уровня механизма, а следовательно гарантированного сохранения данных информационной базы при этом добиться будет невозможно. Следует создать новую базу из дистрибутива конфигурации поставщика (с выключенной возможностью изменений) и ПРОГРАММНО  перенести в нее данные. ....
54 Aprobator
 
27.11.13
16:52
В общем по итогам разборов метод обновления конфигурации через сохранить файл и загрузить - самый безопасный. Поскольку главное - соответвтствие внутренних иденитифкаторов рабочей конфигурации и конфигурации базы данных (при обновлении конфигурации базы данных используется соответствие по идентификаторам, если его нет, то летят данные). Более подробно тут - http://its.1c.ru/db/metod81#content:2291:1.
Все остальное - в топку, как лишний геморрой.
55 Sabbath
 
27.11.13
16:59
(0) Если будет та база, которую обновляешь не у клиента работать нормально, то и у клиента будет работать. Другое дело, что ты ее не протестишь в полном объеме. Если через кучу релизова то работать не будет почти наверняка, т.к. должна сработать обработка обновления ИБ.
56 Aprobator
 
27.11.13
17:02
(55) обработка обновления сработает в любом случае.
57 Aprobator
 
27.11.13
17:05
со старыми объектами которые уже удалены из базы только придется повозиться. Но - это несложно.
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан