Сервис "1С:Электронное обучение" является сложным комплексом на базе программных и аппаратных модулей разных производителей. Например, аппаратное обеспечение сервера и компьютера пользователя, сетевые устройства, браузеры, кластер серверов 1С, база данных, операционная система сервера и пользователей, непосредственно конфигурация, веб-сервер и другое. В случае возникновения проблем при эксплуатации крайне важно иметь возможность для качественной диагностики. Далее даны общие советы и рекомендации по тому, как организовать процесс диагностики и максимально оперативно решить проблему.
Все проблемы конечного сервиса можно условно разделить на три типа:
-
Ошибки, возникающие в процессе настройки и ввода в эксплуатацию
-
Ошибки, возникающие после обновления отдельных модулей
-
Ошибки, возникающие в процессе эксплуатации
В первую очередь необходимо ответственно подойти к вводу сервиса в эксплуатацию. Не допускать к эксплуатации сервис, который не прошел тщательной диагностики. Например, можно использовать чек-лист из документации к продукту "1C:Электронное обучение. Веб-кабинет преподавателя и студента".
Обновление любых модулей всегда несет в себе риски. Большая часть ошибок возникает именно после обновлений. В этой связи для работающего сервиса необходимо выполнять обновление максимально точечно, избегая глобальных обновлений сразу многих модулей. По возможности следует за раз обновлять не более одного модуля. Если есть возможность перед вводом в эксплуатацию протестировать обновленный модуль на тестовом стенде, то лучше это сделать.
В процессе эксплуатации сервиса для диагностики ошибок на компьютерах конечных пользователей следует использовать специальные средства, например, сервисы sentry.io и Яндекс.Метрика для веб-кабинета и журнал регистрации для конфигураций 1С. Регулярный мониторинг данных этих сервисов поможет оценивать состояние сервиса. В некоторых случаях может потребоваться включение специальных служебных средств диагностики, если это будет рекомендовано службой технической поддержки.
Также ошибки можно разделить по месту их возникновения:
-
На устройстве конечного пользователя
-
В коде конфигурации
-
В кластере серверов 1С
-
В клиентском приложении 1С
-
В базе данных
-
На веб-сервере
-
В операционной системе
-
В аппаратном оборудовании сервера
-
В сетевом оборудовании
-
В сторонних программных продуктах, с которыми реализована интеграция
Правильная диагностика места возникновения ошибки является ключом к успешному ее устранению. Цель диагностики именно в том, чтобы максимально точно указать технической поддержке на условия, которые приводят к ошибке. Ниже представлен примерный, но не исчерпывающий алгоритм диагностики причины ошибки:
1. Открыть журнал регистрации 1С. Если ошибка присутствует в нем, то с большей долей вероятности она связана с кодом конфигурации. Следует обратиться к разработчикам конфигурации на линию тех. поддержки, выслав описание ошибки и сведения об используемых сборках конфигурации и технологической платформы.
2. Если ошибки в журнале регистрации нет, но есть скриншот ее проявления на устройстве пользователя, то следует максимально полно описать действия, приводящие к ошибке, и выслать их и скриншоты ошибки разработчикам конфигурации на линию тех. поддержки. В некоторых случаях может потребоваться организовать тестовый доступ к сервису для воспроизведения ошибки или сообщить другие данные. Если тестовый доступ к конечному сервису невозможен, то диагностика проводится удаленно, например, через Skype.
3. Если ошибка выражается в зависании или в аварийном закрытии клиента 1С или фоновых заданий, то вероятнее всего ошибка связана с клиентом или кластером серверов платформы 1С:Предприятие. В этом случае следует предпринять следующие действия, проверяя работоспособность сервиса после каждого из них:
-
Сделать резервную копию информационной базы и проверить ее работоспособность на тестовом стенде
-
Выполнить тестирование и исправление информационной базы на тестовом стенде
-
Сменить версию платформы, если есть подозрение, что ошибка связана с обновлением платформы
-
Максимально точно воспроизвести сценарий проблемы на тестовом стенде, исключив все лишнее, что не влияет на ошибку. Примеры: Если ошибка возникает при загрузке только определенного файла, то понять, чем он отличается от других (размером, форматом, именем). Если зависает запрос или форма, то попробовать упростить форму, убрать все лишнее, что не влияет на ошибку. Если регулярно аварийно завершается фоновое задание, то воспроизвести его работу при помощи обработки, вызвав код задания с клиента. Если ошибка возникает на определенном компьютере и не воспроизводится на других компьютерах, понять, в чем его отличие.
После выполнения указанных действий в большинстве случаев становится понятно, что именно приводит к ошибке. Желательно постараться максимально точно определить то отличие, которое приводит к ошибке.
При обращении в службу технической поддержки следует всегда указывать версии платформы «1С:Предприятие», конфигурации, веб-кабинета, базы данных, операционной системы и браузера. Для некоторых ошибок можно исключить указание компонент, не связанных с ней, если выполнена тщательная диагностика по описанному выше принципу и понятно место локализации ошибки.