1С8:Обновление конфигураций — различия между версиями
м (→Порядок действий) |
м (→Порядок действий при обновлении на новый релиз) |
||
| Строка 12: | Строка 12: | ||
=== Порядок действий при обновлении на новый релиз === | === Порядок действий при обновлении на новый релиз === | ||
| − | # Перед обновлением | + | # Обновить копию рабочей базы. |
| − | # Выполнить [[1С8:Сохранение данных, backup|сохранение данных информационной базы (бэкап)]] | + | # Зайти в режиме 1С:Предприятия, проверить, что все обязательные обновления выполнены успешно. |
| − | # | + | # Попросить пользователей зайти в копию рабочей базы и провести свою стандартную работу. |
| + | # Собрать с пользователей замечания и вопросы, прислать их на линию поддержки в 1С:Коннект. | ||
| + | # Получить ответы на вопросы пользователей. | ||
| + | # Согласовать со специалистом сопровождения — дату и время обновления рабочей базы и патч, на который будет произведено обновление. В этом случае, специалист будет в курсе работ и постарается оперативно помочь при необходимости. | ||
| + | # Перед обновлением рабочей базы необходимо [[Регистрация и активация конфигурации (Кинт)|обновить ключ активации]], чтобы после обновления конфигурация не перешла в [[Регистрация_и_активация_конфигурации_(Кинт)#Демонстрационный режим работы|демонстрационный режим работы]]. | ||
| + | # Выполнить [[1С8:Сохранение данных, backup|сохранение данных информационной базы (бэкап)]]. | ||
| + | # Обновить базу последовательно каждым релизом конфигурации. | ||
#: Например, обновление с релиза 17.01 на 17.04 должно происходить так: 17.01 -> 17.02 -> 17.03 -> 17.04. | #: Например, обновление с релиза 17.01 на 17.04 должно происходить так: 17.01 -> 17.02 -> 17.03 -> 17.04. | ||
| − | # После каждого обновления | + | # После каждого обновления открыть конфигурацию в режиме «Предприятие», чтобы выполнились все обязательные регламентные обновления. |
| − | # | + | |
| + | * Если при обновлении возникают ошибки: | ||
| + | *# [[1С8:Сохранение данных, backup|Сделать бэкап]] информационной базы с ошибкой обновления, отправить его в техподдержку в 1С-Коннекте. | ||
| + | *# Восстановить рабочую базу из бэкапа до обновления, если специалисты на техподдержке не говорят другого. | ||
| + | *# Связаться с технической поддержкой в 1С-Коннекте для назначения новой даты обновления. | ||
=== Список релизов для скачивания === | === Список релизов для скачивания === | ||
Версия 10:09, 17 сентября 2021
Обновление конфигурации может производить пользователь системы с правами администратора. Как правило, обновление выполняется системным администратором клиента либо сотрудниками обслуживающей организации.
Рекомендуется выполнять обновление из режима «1С: Предприятие».
Для обновления конфигурации поставщик выпускает файл обновления:
- файл с расширением cf — это файл с кумулятивным обновлением, он содержит все изменения в конфигурации начиная с последнего контрольного релиза. Используется для обновления в нетипичных ситуациях.
- файл с расширением cfu — это файл с «разностным» обновлением, он содержит только необходимую информацию для обновления с нескольких последних релизов. Именно этот файл рекомендуется использовать для обновления.
Порядок действий при обновлении на новый релиз
- Обновить копию рабочей базы.
- Зайти в режиме 1С:Предприятия, проверить, что все обязательные обновления выполнены успешно.
- Попросить пользователей зайти в копию рабочей базы и провести свою стандартную работу.
- Собрать с пользователей замечания и вопросы, прислать их на линию поддержки в 1С:Коннект.
- Получить ответы на вопросы пользователей.
- Согласовать со специалистом сопровождения — дату и время обновления рабочей базы и патч, на который будет произведено обновление. В этом случае, специалист будет в курсе работ и постарается оперативно помочь при необходимости.
- Перед обновлением рабочей базы необходимо обновить ключ активации, чтобы после обновления конфигурация не перешла в демонстрационный режим работы.
- Выполнить сохранение данных информационной базы (бэкап).
- Обновить базу последовательно каждым релизом конфигурации.
- Например, обновление с релиза 17.01 на 17.04 должно происходить так: 17.01 -> 17.02 -> 17.03 -> 17.04.
- После каждого обновления открыть конфигурацию в режиме «Предприятие», чтобы выполнились все обязательные регламентные обновления.
- Если при обновлении возникают ошибки:
- Сделать бэкап информационной базы с ошибкой обновления, отправить его в техподдержку в 1С-Коннекте.
- Восстановить рабочую базу из бэкапа до обновления, если специалисты на техподдержке не говорят другого.
- Связаться с технической поддержкой в 1С-Коннекте для назначения новой даты обновления.
Список релизов для скачивания
https://drive.google.com/drive/u/0/folders/0Bz3ipFFaHn5MVnRzZVZGc2Z5WmM
Обновление без открытия конфигуратора 1С
Начиная с релизов 16.09.08 для «Кинт: Управление санаторием» и 16.11.00 для «Учет. Анализ. Управление 8» реализован механизм обновления не требующий работы в конфигураторе:
В разделе АДМИНИСТРИРОВАНИЕ нажмите ссылку Обновление конфигурации.
Справа отображаются доступные релизы для обновления.
- Нажмите кнопку Создать копию ИБ и создайте резервную копию информационной базы, при активации попросит ввести пароль Администратора.
- Справа выберите релиз.
- Нажмите кнопку Выполнить обновление.
Перед обновлением выполняется проверка:
- выполнения всех обязательных обновлений предыдущих патчей;
- создания бэкапа: если не создан, то предлагается создать. Это контролируется только в файловых базах.
Обновление с интернета невозможно, если версия платформы патча старше, чем текущая версия платформы или если отличается одна из первых трех цифр версии. Например, нельзя обновиться, если версия платформы патча 8.3.10, а у клиента стоит 8.3.11.
Обновления из конфигуратора 1С
Для обновления конфигурации запустите платформу 1С:Предприятие в режиме «Конфигуратор»:
Откройте конфигурацию:
Выберите пункт меню Обновить конфигурацию:
Откройте диалог выбора способа обновления:
Выберите файл обновления:
Подтвердите выполнение обновления:
Подтвердите обновление конфигурации базы данных:
|
Как правило, обновление конфигурации производится в монопольном режиме, то есть лучше производить обновления в момент, когда в системе нет работающих пользователей. Система автоматически контролирует возможность обновления, так что если будут работающие пользователи, может быть выдано предупреждение о невозможности обновления в текущий момент. |
