Рассмотрим распространенную и довольно неприятную ситуацию: вы обновили конфигурацию 1С, например, "Бухгалтерию для Казахстана". Процесс прошел штатно, все обработчики обновления выполнились, программа запустилась и работает. Но через несколько дней, а иногда и часов, при запуске информационной базы вы снова видите окно "Выполнено обновление версии программы. Требуется выполнить дополнительные процедуры обработки данных". Вы снова запускаете обновление в монопольном режиме, оно успешно завершается, и цикл повторяется. Проанализируем, почему так происходит и как это исправить.
Хотя на первый взгляд кажется, что предыдущее обновление "не сохранилось" или завершилось с ошибкой, чаще всего причина кроется в других механизмах платформы. Разберем основные из них по порядку, от самых вероятных к более редким.
Это самая частая техническая причина подобного поведения, особенно в файловом варианте работы или при наличии нескольких клиентских машин. Платформа 1С для ускорения работы сохраняет часть данных о конфигурации в специальные папки (кэш) на компьютере каждого пользователя. После обновления основной базы на сервере или на главном компьютере, кэш на клиентских машинах может не обновиться корректно. В результате, при следующем запуске программа обращается к устаревшим данным из локального кэша, "решает", что база не обновлена, и инициирует процедуру обновления заново.
Как решить? Необходимо принудительно очистить кэш на всех компьютерах, с которых пользователи заходят в эту информационную базу.
Шаг 1: Ручная очистка кэша
Для этого нужно закрыть все окна программы 1С и удалить папки с временными файлами. Выполним это по шагам:
%AppData%\1C\1cv8 и нажмите Enter. Вы попадете в папку, где хранятся данные роуминга (например, C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8).e1b1ab19-d6d7-4561-b51f-5e932912a280). Это и есть папки с кэшем конфигураций для разных баз. Смело удаляйте все эти папки. Не бойтесь, при следующем запуске 1С создаст их заново.%LocalAppData%\1C\1cv8 и нажмите Enter (путь будет примерно таким: C:\Users\ИмяПользователя\AppData\Local\1C\1cv8).После этой процедуры запустите 1С. Первый запуск может быть немного дольше обычного, так как программа будет заново создавать файлы кэша. В подавляющем большинстве случаев это решает проблему повторяющегося окна обновления.
Шаг 2: Автоматическая очистка кэша при запуске
Если проблема возникает регулярно или у вас много пользователей, можно настроить автоматическую очистку кэша при запуске базы. Для этого в окне запуска 1С выделите нужную информационную базу, нажмите кнопку "Изменить" и в открывшемся окне нажмите "Далее". В поле "Дополнительные параметры запуска" добавьте ключ /ClearCache. Этот параметр заставит платформу очищать кэш каждый раз при старте именно этой базы.
Это вторая по популярности причина, которая часто вводит в заблуждение. Вы обновили свою программу, например, до релиза 3.0.63.1. Через несколько дней фирма "1С" выпускает следующий релиз — 3.0.64.1. Ваша программа, настроенная по умолчанию, регулярно (обычно раз в день) обращается к серверам 1С для проверки наличия новых версий. Обнаружив, что вышел новый релиз, она выводит уже знакомое вам окно, предлагая обновиться. Вы думаете, что это сбой старого обновления, а на самом деле — это приглашение к новому.
Как проверить и решить?
Как отключить автоматическую проверку обновлений:
"Автоматическая проверка обновлений" или "Проверка наличия обновлений программы".После этого программа перестанет беспокоить вас сообщениями о новых версиях, но не забывайте проверять их наличие вручную, чтобы не пропустить важные изменения.
В файловом варианте работы иногда возникают проблемы с правами доступа на уровне операционной системы. Процесс обновления требует полной монопольной блокировки файла базы данных (1Cv8.1CD) и записи служебной информации в него. Если у пользователя, который запускает обновление, нет полных прав на чтение и запись в каталоге с базой данных, некоторые служебные записи могут не сохраниться, что приведет к повторному запуску обработчиков.
Как решить?
Иногда, несмотря на сообщение об успешном завершении, некоторые отложенные или фоновые обработчики могли не выполниться до конца. Это может произойти, если в момент обновления в базе "висели" зависшие сеансы или активные фоновые задания.
Как обеспечить корректное обновление?
В большинстве случаев, последовательно применив эти рекомендации, начиная с очистки кэша и проверки новых релизов, вы сможете быстро и эффективно решить проблему с повторяющимся окном обновления.