#1636: Как обновлять клиента?

Симптомы

  • Как обновить базу клиента или шоурум, если обновление выполняет сотрудник MDT/внедренец/инженер поддержки?
  • Где взять ссылку на конференцию обновления?
  • Прошу запланировать обновление расширение.
  • Прошу обновить конфигурацию.
  • Необходимо накатить расширение после обновления на версию.

Решение

  • Выполняй обновление в рабочие дни, исключая дни перед выходными и праздниками, в период с 7:30 до 15:30мск. В другое время нет поддержки со стороны продуктовой команды.
  • Запрещено обновлять конфигурацию или расширения, если конфигурация 1С снята с поддержки: «Объект не редактируется с сохранением поддержки» или «Объект снят с поддержки». Убедитесь, что конфигурация не редактируется («Объект не редактируется»).
  • Все сообщения по обновлению в чате клиента адресовать ответственным:
    • "Ответственному за организацию удаленных доступов и установку обновлений", до назначения ответственного за приемку.
    • "Ответственному за приемку", после его назначения.
  • Перед обновлением проверь настройку журнала регистрации, при необходимости исправь.

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. Организационные встречи" в папке клиента в ДО.