|
Обновление типовой, измененной | ☑ | ||
---|---|---|---|---|
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
|
со старыми объектами которые уже удалены из базы только придется повозиться. Но - это несложно.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |