Как обновить конфигурацию 1С:Управление торговлей 11.4.6.188, если система считает обновления неподходящими?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

При попытке обновить конфигурацию 1С:Управление торговлей (УТ) версии 11.4.6.188 пользователи часто сталкиваются с ситуацией, когда система выдает сообщение о том, что файлы обновления не подходят. Эта проблема может быть вызвана множеством факторов, от поврежденных файлов обновления до проблем с кэшем или целостностью базы данных. Рассмотрим подробнее, как мы можем эффективно решить эту задачу и успешно обновить нашу конфигурацию.

Ключевое решение: используем полный дистрибутив конфигурации (CF) вместо файла обновления (CFU)

Один из самых частых и эффективных способов решения проблемы, когда 1С считает обновления неподходящими, заключается в использовании полного дистрибутива конфигурации (CF) вместо стандартного файла обновления (CFU). Файл .cfu (Configuration Update) предназначен для последовательного обновления с одной версии на другую, тогда как .cf (Configuration File) представляет собой полную структуру конфигурации определенной версии. Иногда файлы .cfu могут быть повреждены или содержать неточности, из-за которых система не распознает их как подходящие для текущей версии.

  1. Загружаем полный дистрибутив: Нам необходимо посетить официальный портал поддержки 1С (1С:ИТС) и загрузить полный дистрибутив целевой версии конфигурации, до которой мы хотим обновиться. Например, если мы хотим обновиться до версии 11.4.6.230, ищем и загружаем полный дистрибутив именно этой версии.
  2. Выбираем файл обновления: После загрузки полного дистрибутива мы не будем использовать функцию "автопоиска доступных обновлений". Вместо этого, запустим 1С в режиме Конфигуратора, перейдем в меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию». В открывшемся окне выберем опцию «Выбор файла обновления» и укажем путь к скачанному файлу 1Cv8.cf из полного дистрибутива.
  3. Применяем обновление: Следуем инструкциям мастера обновления. Система проанализирует конфигурацию и применит изменения. Этот метод часто обходит проблемы, связанные с некорректной проверкой файлов .cfu.

Мы выяснили, что именно этот подход помог решить проблему в рассматриваемой ситуации, когда стандартный файл обновления не давал нужного результата.

Дополнительные шаги и диагностика при проблемах обновления

Даже если основной метод с .cf файлом не сработал или мы хотим провести более глубокую диагностику, существуют другие важные шаги, которые мы обязательно должны предпринять.

Очистка кэша 1С

Кэш 1С может хранить устаревшие данные о конфигурации, что иногда приводит к ошибкам при обновлении. Мы рассмотрим два способа очистки кэша:

  1. Очистка через параметр запуска: При запуске 1С:Предприятия из командной строки или через изменение свойств ярлыка можно добавить параметр /ClearCache. Это принудительно очистит кэш приложения при следующем запуске.
  2. Ручная очистка кэша: Иногда простой очистки через параметр недостаточно. Рекомендуем удалить кэш "по старинке":
    1. Закроем все сеансы 1С, работающие с нашей базой данных.
    2. Для файловых баз: Найдем папки кэша на клиентском компьютере. Обычно они находятся по пути: %LOCALAPPDATA%\1C\1Cv8 или %APPDATA%\1C\1Cv8. В этих папках находятся подпапки с длинными буквенно-цифровыми именами (хэшами), которые соответствуют нашим информационным базам. Мы удаляем эти подпапки.
    3. Для клиент-серверных баз: Помимо клиентского кэша, может потребоваться очистка кэша на сервере 1С:Предприятия. Это делается путем остановки службы агента сервера 1С и удаления кэша из соответствующих папок, расположенных, как правило, в каталоге установки сервера 1С.

Удаление этих папок гарантирует полную очистку кэша, что может устранить многие необъяснимые ошибки.

Проверка и восстановление конфигурации поставщика

Конфигурация поставщика — это базовая типовая конфигурация, которая отслеживается системой 1С для корректного применения обновлений. Если эта конфигурация каким-либо образом повреждена или не соответствует ожидаемой версии, это может стать причиной отказа в обновлении.

  1. Проверяем свойства конфигурации поставщика: В режиме Конфигуратора откроем «Конфигурация» — «Поддержка» — «Настройка поддержки». В открывшемся окне мы увидим информацию о текущей конфигурации поставщика, включая её версию. Убедимся, что номер версии конфигурации поставщика соответствует ожидаемой версии, от которой мы пытаемся обновиться (в нашем случае, 11.4.6.188).
  2. Восстанавливаем конфигурацию поставщика из базы данных: Если мы подозреваем, что конфигурация поставщика "битая" или ее признаки утеряны, мы можем попробовать восстановить её из текущей конфигурации базы данных.
    1. Запустим 1С в режиме Конфигуратора.
    2. Перейдем в меню «Конфигурация» — «Конфигурация базы данных» — «Сохранить конфигурацию БД в файл». Сохраним нашу конфигурацию базы данных в файл .cf.
    3. Затем перейдем в меню «Конфигурация» — «Загрузить конфигурацию из файла» и укажем только что сохраненный .cf файл. Этот процесс может помочь восстановить корректные признаки конфигурации поставщика, поскольку конфигурация базы данных всегда содержит эти признаки.

Это может показаться парадоксальным, но иногда такая "самозагрузка" помогает системе корректно переопределить базовые метаданные.

Соответствие версии платформы 1С:Предприятие

Каждая версия конфигурации 1С предназначена для работы с определённым диапазоном версий платформы. Если версия платформы слишком старая или, наоборот, слишком новая, это может привести к невозможности обновления или некорректной работе. Мы обязательно должны проверить этот аспект:

  1. Ищем информацию о требуемой платформе: Информацию о минимальной и рекомендуемой версии платформы обычно можно найти в файле v8.dt или v8.cf дистрибутива обновления, либо в документации, поставляемой с обновлением. Мы проанализируем эти документы, чтобы убедиться, что наша текущая платформа 1С:Предприятие соответствует этим требованиям.
  2. Обновляем или откатываем платформу: При необходимости мы обновим платформу 1С до требуемой версии или, в редких случаях, откатимся до совместимой.

Несоответствие версии платформы — частая причина ошибок "обновления не подходят".

Целостность базы данных

Ошибки в самой базе данных могут блокировать процесс обновления. Мы должны регулярно проверять и исправлять возможные проблемы:

  1. Для файловых баз: Используем утилиту chdbfl.exe, которая находится в каталоге установки платформы 1С. Запустим её, укажем путь к нашей базе данных и выполним проверку и исправление ошибок.
  2. Для клиент-серверных баз: Для баз, работающих под управлением СУБД (например, PostgreSQL, Microsoft SQL Server), используем штатные средства проверки и исправления ошибок самой СУБД.

Регулярное обслуживание базы данных — залог её стабильной работы и успешных обновлений.

Права пользователя

Пользователь, под которым мы производим обновление, должен обладать полными административными правами в конфигурации 1С. Убедимся, что мы заходим в Конфигуратор под пользователем, имеющим роль "Полные права", чтобы избежать блокировки операций обновления из-за недостаточных разрешений.

Свободное место на диске

Процесс обновления может потребовать значительного объема свободного места. Мы должны убедиться, что имеется достаточно свободного пространства:

  1. На диске, где расположена наша база данных (особенно актуально для файловых баз).
  2. На диске, где хранятся временные файлы 1С (обычно в папке пользователя %TEMP%).

Недостаток места может привести к прерыванию процесса обновления и повреждению базы.

Влияние сторонних программ

Антивирусное программное обеспечение, фаерволы или другие средства безопасности иногда могут блокировать доступ к файлам базы данных или временным файлам, необходимым для обновления. Для чистоты эксперимента:

  1. Временно отключим: Мы можем временно отключить антивирус и фаервол на время выполнения обновления.
  2. Добавим исключения: Альтернативно, добавим исключения для папок с базой 1С и её временными файлами в настройках наших защитных программ.

Это позволит исключить их влияние на процесс обновления.

Режим совместимости конфигурации

В некоторых случаях, особенно при пропуске нескольких версий обновлений, может потребоваться изменение режима совместимости конфигурации. Этот режим определяет, с какой версией платформы конфигурация максимально совместима.

  1. Перейдем в Конфигураторе в «Конфигурация» — «Свойства конфигурации».
  2. На вкладке «Основные» найдем свойство «Режим совместимости». Мы проанализируем текущее значение и, при необходимости, установим режим, соответствующий целевой версии платформы или немного более старый, чтобы избежать проблем. После успешного обновления, режим совместимости можно будет повысить.

Постепенное обновление

Если наша конфигурация не обновлялась очень долго (например, с 2018 года, как в данном случае), и мы пропустили множество версий, иногда невозможно обновиться сразу до последней. В таких ситуациях может потребоваться последовательное обновление через промежуточные версии. Например, сначала до 11.4.6.200, затем до 11.4.6.230 и так далее. Каждое обновление нужно будет выполнять отдельным файлом. Мы будем применять этот подход, если прямое обновление до конечной версии не удается.

Важные рекомендации при обновлении

Чтобы минимизировать риски и обеспечить успешное обновление, мы всегда должны следовать следующим лучшим практикам:

  1. Работаем с резервной копией: Никогда не проводим эксперименты или обновления на рабочей базе без предварительного создания и проверки актуальной резервной копии. Всегда делаем бэкап и тестируем на копии базы данных.
  2. Тестируем на чистой базе: Если мы сталкиваемся с проблемами обновления, выгружаем конфигурацию базы данных (.cf файл) и загружаем её в новую, чистую информационную базу. Если обновление проходит успешно на этой тестовой базе, тогда мы можем выгрузить обновленную конфигурацию из тестовой базы и загрузить её в рабочую.
  3. Используем «Выбор файла обновления»: Вместо "автопоиска доступных обновлений" всегда предпочитаем указывать файл обновления вручную через опцию «Выбор файла обновления». Это дает нам больше контроля над процессом и позволяет избежать потенциальных ошибок автоопределения.
  4. Понимание реструктуризации данных: Мы помним, что данные могут потеряться при любой реструктуризации данных, которая происходит при изменении метаданных конфигурации, независимо от того, был ли использован файл .cf или .cfu. Поэтому внимательное отношение к резервным копиям и тестированию особенно критично при масштабных обновлениях.

Придерживаясь этих рекомендаций, мы значительно повысим шансы на успешное и безболезненное обновление нашей конфигурации 1С:Управление торговлей.

← На главную