Обновлени Бух КОРП на последний релиз
10.03.2017
16:02
#1
Добрый день всем, кто решился таки очередной раз зайти в тему про обновления.
Понимаю, что вопрос избитый и поиск рулит, но, прочитав несколько разных ответов, понимаю, что начинаю путаться.
Теперь ближе к делу:
В наследство от прошлого админа 1С досталась достаточно сильно переписанная база Бухгалтерии КОРП 3.0, релиз 3.0.41.59 от сентября 2015 года, версия платформы 8.3.8.1861. Стоит задача обновить ее на актуальный релиз с сохранением внесенных изменений, на данный момент 3.0.48.19.
Вопрос первый, как лучше обновиться:
- Последовательно с релиза на возможный релиз будет 14 шагов (на 1cupdate.ru посчитал). И потом в крайний до вносить измененные данные. Метод наверно правильный, но уж очень трудоёмкий.
- Сразу на последний релиз с помощью сравнение/объединение с CF, исключая наши изменения и/или потом их занося.
Тут страшно, где-то прочитал, что когда "прыгаешь" сразу на несколько релизов чревато потерей данных.
Вопрос второй:
Как в принципе правильно вести конфигурацию на поддержке плюс дописывать свои изменения, чтобы с обновлениями было минимум проблем. Кроме как помечая комментариями своими вносимые изменения и создавая новые объекты метаданных и в голову ничего не лезет...
Вопрос третий:
Зная комментарии прошлого админа о внесенных изменениях, можно ли просто обновить всё где их нет? Или это чем-то чревато?
Вопрос четвертый:
При обновлении будут "вылезать" новые объекты. И наоборот те, что есть в моей базе, а в новой нет. Как понять, что они типовые, а не рукописные?
В идеале конечно хотелось бы конфигурацию оставить максимально на поддержке, а свои изменения отдельно.
В общем, гуру, жду Ваших мнений.
Понимаю, что вопрос избитый и поиск рулит, но, прочитав несколько разных ответов, понимаю, что начинаю путаться.
Теперь ближе к делу:
В наследство от прошлого админа 1С досталась достаточно сильно переписанная база Бухгалтерии КОРП 3.0, релиз 3.0.41.59 от сентября 2015 года, версия платформы 8.3.8.1861. Стоит задача обновить ее на актуальный релиз с сохранением внесенных изменений, на данный момент 3.0.48.19.
Вопрос первый, как лучше обновиться:
- Последовательно с релиза на возможный релиз будет 14 шагов (на 1cupdate.ru посчитал). И потом в крайний до вносить измененные данные. Метод наверно правильный, но уж очень трудоёмкий.
- Сразу на последний релиз с помощью сравнение/объединение с CF, исключая наши изменения и/или потом их занося.
Тут страшно, где-то прочитал, что когда "прыгаешь" сразу на несколько релизов чревато потерей данных.
Вопрос второй:
Как в принципе правильно вести конфигурацию на поддержке плюс дописывать свои изменения, чтобы с обновлениями было минимум проблем. Кроме как помечая комментариями своими вносимые изменения и создавая новые объекты метаданных и в голову ничего не лезет...
Вопрос третий:
Зная комментарии прошлого админа о внесенных изменениях, можно ли просто обновить всё где их нет? Или это чем-то чревато?
Вопрос четвертый:
При обновлении будут "вылезать" новые объекты. И наоборот те, что есть в моей базе, а в новой нет. Как понять, что они типовые, а не рукописные?
В идеале конечно хотелось бы конфигурацию оставить максимально на поддержке, а свои изменения отдельно.
В общем, гуру, жду Ваших мнений.
Ответили:
пост #2
10.03.2017
22:52
#4
Prikum пишет:
Ну типа того. Раз за полтора года не обновился ни разу, то либо боится, либо не умеет.
| Цитата |
|---|
kaban , а прошлый админ обиделся и теперь не помогает? |
10.03.2017
22:58
#5
Pin пишет:
Да без проблем, Pin. Был консультантом, назначили админом, ну не приходилось мне раньше участвовать в обновлении кроме РИБ. Я и так и так сделаю, просто хотелось минимально ошибок наделать, вот и написал вопрос на форум. В надежде, что кто-то устно направит на путь истинный, но ответы вроде Вашего реально помогают, спасибо.
| Цитата |
|---|
Ужосс... Такие вопросы задаёт 0дмин баз |
13.03.2017
18:44
#6
Я в своё время несильно изменённую базу бухгалтерии 3.0 обновлял так:
1. Сделал копию текущей базы в отдельную папку
2. Обновил последовательно по релизам обновления так, как предлагал мне компьютер после анализа. Новые наши реквизиты он никогда не предлагает удалить, а свои с радостью добавляет. Делал так, до последнего релиза в обновлениях.
3. Потом в копии базы (которую я сохранил до обновления), вызвал сравнение конфигураций (основной конфигурации с конфигурацией поставщика). Мне выдались только наши доработки.
4. В обновлённой базе смотрел, сохранились ли эти доработки после всех обновлений, если нет, то добавлял в рабочую базу доработки.
В результате, база стала со всеми нашими доработками.
Бухгалтерию 2.0 можно сразу обновлять CFкой за 1 шаг, а в бухгалтерии 3.0 это не прокатывает, приходится не перескакивать через максимально возможные релизы обновлений.
1. Сделал копию текущей базы в отдельную папку
2. Обновил последовательно по релизам обновления так, как предлагал мне компьютер после анализа. Новые наши реквизиты он никогда не предлагает удалить, а свои с радостью добавляет. Делал так, до последнего релиза в обновлениях.
3. Потом в копии базы (которую я сохранил до обновления), вызвал сравнение конфигураций (основной конфигурации с конфигурацией поставщика). Мне выдались только наши доработки.
4. В обновлённой базе смотрел, сохранились ли эти доработки после всех обновлений, если нет, то добавлял в рабочую базу доработки.
В результате, база стала со всеми нашими доработками.
Бухгалтерию 2.0 можно сразу обновлять CFкой за 1 шаг, а в бухгалтерии 3.0 это не прокатывает, приходится не перескакивать через максимально возможные релизы обновлений.
Ответили:
пост #7
Читают тему
(гостей: 1)