|
|
|
Обновление конфигурации поставщика | ☑ | ||
|---|---|---|---|---|
|
0
Дебет
31.03.16
✎
03:29
|
В типовой конфигурации на рабочем сервере давно не обновлялась конф поставщика, года 3 =( Сейчас стоит задача ее обновить. Обновлять релиз за релизом не получиться , потому что необходимо будет постоянно выгонять пользователей,а это сделать практически не реально.
Вопрос- Можно на копии обновиться до последнего релиза поставщика, а потом эту ЦФ загрузить в рабочию БД? Или лучше на рабочей конфе релиз за релизом обновлять? |
|||
|
1
hhhh
31.03.16
✎
07:33
|
можно
|
|||
|
2
dmpl
31.03.16
✎
07:40
|
(0) А зачем в рабочей базе конфигурация поставщика вдруг потребовалась?
|
|||
|
3
Enterprise
31.03.16
✎
08:01
|
(0) Конфигурация поставщика там всё равно роли не играет, можно и загрузить. Ну, я так думаю...
|
|||
|
4
shuhard
31.03.16
✎
10:59
|
(2) ну не все нищие, чтобы экономить жалкие 500 Мб cf
|
|||
|
5
dmpl
31.03.16
✎
13:19
|
(4) А смысл-то в чем?
|
|||
|
6
PR третий
31.03.16
✎
13:44
|
(0) Неправильный подход
|
|||
|
7
John83
01.04.16
✎
11:36
|
(5) нет конфы поставщика и как тогда узнать, что является наработками?
|
|||
|
8
John83
01.04.16
✎
11:37
|
(0) можно, но только не загрузить, а сначала обновить на типовую, а затем сравнить/объединить с cf
|
|||
|
9
John83
01.04.16
✎
11:37
|
+8 учитывать то, что в промежуточных релизах может быть заполнение данных
|
|||
|
10
dmpl
02.04.16
✎
13:12
|
(7) Вы прямо на рабочей базе обновляете?
|
|||
|
11
John83
02.04.16
✎
13:34
|
(10) а вы перед обновлением бэкап не делаете?
|
|||
|
12
dmpl
02.04.16
✎
14:30
|
(11) Перед обновлением надо еще и тестирование изменений провести.
|
|||
|
13
shuhard
02.04.16
✎
15:10
|
(12) проводим, ясен пень, нафиг при этом удалять из продуктива конфигурацию поставщика, если версия для разработки делается её копированием ?
|
|||
|
14
dmpl
02.04.16
✎
18:06
|
(13) Прежде чем что-то удалять, надо чтобы это там было. Проще загружать конфигурацию в копию, чем поддерживать конфигурацию поставщика в боевой базе. Тому же ТС конфигурация поставщика была не нужна в рабочей базе несколько лет - так с чего вдруг понадобилась?
|
|||
|
15
shuhard
02.04.16
✎
18:12
|
(14)[Проще загружать конфигурацию в копию, чем поддерживать конфигурацию поставщика в боевой базе]
бред |
|||
|
16
dmpl
03.04.16
✎
11:22
|
(15) "Загрузить конфигурацию из файла" быстрее обновления конфигурации поставщика, когда происходит 3 сравнения.
|
|||
|
17
John83
04.04.16
✎
15:09
|
еще один загрузчик..
|
|||
|
18
DJ Anthon
04.04.16
✎
15:13
|
я один раз так сразу накатил все релизы за раз, и база упала. правда, давно это было (БГУ 1.0.1 - 1.0.9, кто не верит, можете проверить). надо последовательно.
|
|||
|
19
Elatiell
04.04.16
✎
15:20
|
Обновлять надо последовательно, не пропуская ключевые релизы, не ключевые можно пропускать, иначе есть риск потерять данные, ну и скальп соответственно.
|
|||
|
20
eryomin
04.04.16
✎
15:22
|
(0) ночью обновляй. за неделю справишься :)
|
|||
|
21
John83
04.04.16
✎
18:37
|
(18) в чем падение выразилось?
|
|||
|
22
dmpl
04.04.16
✎
19:42
|
(17) В тестовой базе нормально. Не в боевой же. Наоборот, выявляет скрытые проблемы, если таковые есть.
|
|||
|
23
Serg_1960
04.04.16
✎
20:54
|
Автор обновляет базу, надеюсь, официально имея ИТС. А если так, то есть законная возможность получить актуальную версию типовой конфигурации у партнёра 1С. Далее всё просто. Снимаем копию базы с поддержки, объединяем с типовой *.cf, снимая все галочки в окне сравнения, объединения.
|
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |