Симптомы
- Как обновить базу клиента или шоурум, если обновление выполняет сотрудник MDT/внедренец/инженер поддержки?
- Где взять ссылку на конференцию обновления?
- Прошу запланировать обновление расширение.
- Прошу обновить конфигурацию.
- Необходимо накатить расширение после обновления на версию.
Решение
- Выполняй обновление в рабочие дни, исключая дни перед выходными и праздниками, в период с 7:30 до 15:30мск. В другое время нет поддержки со стороны продуктовой команды.
- Запрещено обновлять конфигурацию или расширения, если конфигурация 1С снята с поддержки: «Объект не редактируется с сохранением поддержки» или «Объект снят с поддержки». Убедитесь, что конфигурация не редактируется («Объект не редактируется»).
- Все сообщения по обновлению в чате клиента адресовать ответственным:
- "Ответственному за организацию удаленных доступов и установку обновлений", до назначения ответственного за приемку.
- "Ответственному за приемку", после его назначения.
- Перед обновлением проверь настройку журнала регистрации, при необходимости исправь.
1. Выбери вариант обновления:
- Выбор варианта обновления расширения БИТ.MDT в базе 1С
- Обновление конфигурации базы клиента на "нашем АРМ" с помощью заявки в SefService;
- Обновление конфигурации 1С;
- Обновление базы клиента на "нашем АРМ" с помощью скриптов.
2. Изучи порядок обновления в папке клиента и следуй ему.
Если клиент обновляется сам, после обновления обязательно выполнить проверку состояния БИТ.MDT по чек-листу и выложить файл проверки в ДО.
3. Выполни подготовительные действия:
- Определи целевой релиз конфигурации, переходы между релизами и необходимость обновления платформы. Скачайте и подготовьте файлы обновления.
При обновлении платформы 1С:Предприятие предупредите Заказчика, что после обновления на сервере потребуется обновление толстого и/или тонкого клиента на всех клиентских машинах.
4. Согласуй в чате с клиентом время обновления и выполнение процедур, за которые отвечает клиент. Если в релиз вошли задачи, ожидаемые клиентом, — отметьте это в сообщении.
Время недоступности (planned downtime) — это общее время простоя базы при обновлении, включая время восстановления бэкапа.
Откат на бэкап (rollback plan) - момент принятия решения об откате на бэкап.
Время недоступности > Время отката на бэкап.
При превышении согласованного времени — согласовывать продолжение с ответственным Заказчика или останавливать обновление, восстанавливать бэкап.
Сообщение клиенту в чате:
Добрый день!
Подготовлен релиз расширения БИТ.MDT (и/или релиз расширения БИТMDTСовместимостьГосИС) <ссылка на расширение>
[В релизе решены задачи:
- MDT-5745: Убрать индекс MarkEvents по EventData]
Подробности изменений в релизе — в статье: https://support.bit-erp.ru/article/ru/1552-izmeneniya-v-relizah-bitmdt.html
Обновление <вариант обновления> (время недоступности <...>-<...> минут, откат на бэкап - через <...> минут). Во избежание простоев линий и склада заранее сформируйте задания на линии.
Обновление выполняется не позже 15:30мск в рабочие дни, исключая дни перед выходными и праздниками. В другое время нет поддержки со стороны продуктовой команды.
Перед обновлением необходимо сделать бэкап и заблокировать фоновые задания.
Сообщите время обновления и назначьте ответственного за приемку. Он должен оставаться на связи во время обновления и проверить доступность базы по завершении.
Добрый день!
Необходимо обновить конфигурацию на релиз <релиз> минимальная платформа совместимости <релиз>.
Обновление <вариант обновления> (время недоступности <...>-<...> минут, откат на бэкап - через <...> минут). Во избежание простоев линий и склада заранее сформируйте задания на линии.
Обновление выполняется не позже 15:30мск в рабочие дни, исключая дни перед выходными и праздниками. В другое время нет поддержки со стороны продуктовой команды.
Перед обновлением сделать бэкап и заблокировать регламентные задания.
Сообщите время обновления и назначьте ответственного за приемку. Он должен оставаться на связи во время обновления и проверить доступность базы по завершении.
5. За 1 час до обновления проверь назначенного ответственного за приемку. Если ответственный не назначен, не начинай обновление.
6. Перед началом обновления, войти в зум-конференцию (личная конференция). В случае завершения конференции, возобновить ее по той же ссылке.
7. Включить запись и демонстрацию экрана.
8. Предупредить клиента о начале обновления и опубликовать ссылку на конференцию обновления.
Сообщение клиенту в чате:
Приступил(а) к обновлению расширения/конфигурации <релиз> минимальная платформа совместимости <релиз>.
Обновление <вариант обновления> (время недоступности <...>-<...> минут, откат на бэкап - через <...> минут). Остановки линий и склада не требуется.
Ответственный со стороны Исполнителя -<...>, ответственный со стороны Заказчика - <...>.
Для решения вопросов по обновлению перейдите по ссылке <ссылка на зум-конференцию>.
В случае проблем эскалируйте на старшего смены <ФИО и контакт>.
9. Выполнить обновление согласно выбранному варианту. Если за очистку серверного кэша и запуск фоновых заданий отвечает клиент, сообщить в чат клиента о необходимости выполнения этих процедур.
Сообщение клиенту в чате:
Обработчики обновления выполнены.
Очистите серверный кеш по инструкции https://support.bit-erp.ru/article/ru/57-ochistka-servernogo-kesha-1s.html
и включите регламентные задания.
10. В случае наступления времени отката на бэкап, сообщи об этом клиенту, запроси дополнительное время, в случае невозможности продолжать прерви обновление и восстанови бэкап, после этого запроси проверку работоспособности.
Сообщение клиенту в чате:
Превышено время отката бэкапа. Для завершение предположительно нужно <...> мин.
Продолжить обновление или прервать и восстановить бэкап?
Сообщение клиенту в чате:
Восстановление бэкапа завершено. Прошу проверить и подтвердить работоспособность базы 1С.
11. Сообщите о завершении этих процедур, чтобы выполнить финальную проверку.
12. Выполни финальную проверку и предупреди клиента о завершении обновления и заверши конференцию.
Сообщение клиенту в чате:
Обновление завершено. Прошу проверить и подтвердить работоспособность базы 1С.
13. Сообщить клиенту о необходимости обновить приложение на устройствах.
Сообщение клиенту в чате:
Версия приложения на ТСД и панелях оператора должна быть не больше 2-х недель.
Обновите устройства по инструкции https://support.bit-erp.ru/article/ru/222-kak-obnovit-prilozhenie-bitmdt-na-novyj-reliz.html. Обращаем внимание, что новое обновление необходимо устанавливать на 20% устройств. После проверки работы на небольшом количестве устройств можно обновить остальные 80% на новый релиз.
14. Проверить работу базы клиента по Чек-лист проверки состояния БИТ.MDT , внести данные в таблицу в папку клиента в ДО. Об ошибках и несоответствиях сообщить клиенту, по возможности, исправить самостоятельно. В случае отсутствия реакции на сообщение об ошибках и несоответствиях, эскалировать проблему на CSM-менеджера.
Сообщение клиенту в чате:
При проверке по чек-листу БИТ.MDT выявлены ошибки и несоответствия:
- [Здесь перечислите конкретные пункты чек-листа с описанием проблемы, например: Пункт 3 — снимок превышает 20 ГБ.]
- [Дополните другими примерами.]
Исправьте проблемы в приоритетном порядке. Вопросы направляйте в техподдержку: Как работает служба поддержки?.
15. Выложить запись обновления в папку "01. Организационные встречи" в папке клиента в ДО.