← На главную

При обновлении конфигурации 1С:ERP с одной версии (например, 2.5.17.234) на другую (2.5.22.134) пользователи могут столкнуться с критической ошибкой: "Ошибка загрузки документа. по причине: Ошибка совместного доступа к файлу ..... Процесс не может получить доступ к файлу, так как этот файл занят другим процессом." Эта проблема указывает на то, что какой-либо процесс блокирует доступ к временным или рабочим файлам 1С, что препятствует корректному завершению обновления. Мы рассмотрим несколько подходов к диагностике и устранению данной проблемы, основываясь на опыте сообщества и рекомендованных методах.

Основное решение: подбор стабильной версии платформы 1С

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

1. Проверим текущую версию платформы. Прежде всего, убедимся, какая версия платформы установлена и используется для обновления. Эту информацию можно увидеть в окне "О программе" или в свойствах ярлыка запуска конфигуратора.
2. Попробуем обновить платформу на более раннюю стабильную версию. Если вы используете версию платформы 8.3.27.1936 или любую другую из ветки 8.3.27, которая вызывает проблему, рекомендуем попробовать установить более ранний, но стабильный релиз. Например, многие пользователи успешно обновляли конфигурации на версии платформы 8.3.27.1606.
3. Выполним обновление конфигурации повторно. После установки и выбора другой версии платформы, попробуем повторить процесс обновления через файл .cfu или .cf. Важно убедиться, что при запуске конфигуратора или рабочего процесса сервера 1С используется именно та версия платформы, которую мы хотим протестировать.

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

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

Если смена версии платформы не принесла желаемого результата или мы хотим исключить другие возможные причины, рассмотрим комплексный подход к диагностике и устранению проблемы. Ошибка "Ошибка совместного доступа к файлу" часто указывает на проблемы с доступом к файлам, которые могут быть вызваны различными факторами.

1. Проверка прав доступа к файлам и папкам

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

1. Проверим права доступа к каталогу базы данных. Откроем свойства папки, в которой хранится информационная база 1С (например, C:\Bases\MyERP). Перейдем на вкладку "Безопасность".
2. Убедимся, что у пользователя или группы есть "Полный доступ". Найдем пользователя (например, USR1CV8 для службы сервера 1С или вашего текущего пользователя Windows) или группу, к которой он принадлежит, и проверим, что для него установлен флажок "Полный доступ" в разделе "Разрешения".
3. Проверим эффективные разрешения. В некоторых случаях могут существовать явные запреты. Воспользуемся опцией "Дополнительно" -> "Эффективные разрешения" для выбранного пользователя, чтобы убедиться, что нет конфликтующих правил, которые могли бы блокировать доступ.
4. Применим права рекурсивно. Если были внесены изменения, не забудем применить их ко всем вложенным объектам, чтобы убедиться, что все файлы и папки внутри базы наследуют корректные разрешения.

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

2. Влияние антивирусов и брандмауэров

Хотя администраторы могут уверять в отсутствии "злобных антивирусов", даже стандартные средства защиты Windows или корпоративные решения могут вызывать блокировки. Мы должны исключить их влияние.

1. Временно отключим антивирус. На время проведения обновления попробуем временно отключить антивирусное программное обеспечение на сервере или рабочей станции. Если проблема исчезнет, значит, антивирус был причиной.
2. Добавим исключения. Если полное отключение невозможно или нежелательно, добавим в исключения антивируса:
   • Каталоги с файлами информационной базы 1С.
   • Путь к исполняемым файлам платформы 1С (например, C:\Program Files\1cv8\8.3.27.1936\bin\1cv8.exe, 1cv8s.exe, ragent.exe, rmngr.exe).
   • Каталог временных файлов пользователя (например, %TEMP% или C:\Users\UserName\AppData\Local\Temp).
3. Проверим настройки брандмауэра. Убедимся, что брандмауэр не блокирует локальные сетевые соединения или доступ к портам, используемым сервером 1С:Предприятия (по умолчанию 1541).

3. Очистка кэша и временных файлов

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

1. Очистим кэш 1С. В окне выбора информационных баз выделим проблемную базу, нажмем "Изменить", затем "Далее". На последнем шаге увидим путь к каталогу кэша. Удалим содержимое этого каталога вручную. Также можно просто удалить базу из списка и добавить ее заново.
2. Очистим временные папки пользователя. Перейдем в каталог %TEMP% (можно ввести в адресной строке проводника) и удалим все содержимое. Это относится как к пользователю, под которым мы запускаем конфигуратор, так и к пользователю, от имени которого работает служба сервера 1С (USR1CV8).
3. Проверим кэш сервера 1С. Для серверного варианта базы, очистим кэш кластера серверов 1С:Предприятия. Это можно сделать через консоль администрирования серверов 1С, остановив и запустив рабочий процесс или очистив кэш рабочего сервера.

Особое внимание уделим каталогу C:\Users\...\AppData\Local\Temp\, так как именно на временные файлы часто указывают сообщения об ошибках.

4. Активные сеансы и фоновые задания

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

1. Завершим все пользовательские сеансы. Перед началом обновления убедимся, что все пользователи вышли из системы. В серверном варианте используем "Администрирование серверов 1С:Предприятия" или соответствующий инструмент для завершения всех активных сеансов.
2. Отключим регламентные задания. Убедимся, что в момент обновления не запущены никакие регламентные задания. В конфигураторе перейдем в "Конфигурация" -> "Открыть конфигурацию", затем "Администрирование" -> "Регламентные и фоновые задания" и проверим состояние заданий. При необходимости, временно отключим их или убедимся, что они не будут запускаться в период обновления. Например, стоит проконтролировать автоматическое обновление классификатора адресов, которое часто работает в фоновом режиме в ERP 2.5.
3. Проверим "зависшие" сеансы. Иногда сеансы могут "зависать" и не завершаться корректно. Их также необходимо принудительно завершить.

5. Перезапуск служб сервера 1С

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

1. Откроем "Службы". На сервере 1С откроем оснастку "Службы" (services.msc).
2. Найдем службу агента сервера 1С. Ее название обычно начинается с "1С:Предприятие 8.3 Server Agent".
3. Перезапустим службу. Выделим службу и нажмем "Перезапустить". Это действие рекомендуется выполнять после завершения всех активных сеансов и перед попыткой обновления.

Один из пользователей отметил, что периодический перезапуск службы сервера помогал ему справиться с аналогичными ошибками совместного доступа. Также важно убедиться, что ресурсов сервера достаточно, используя калькулятор железа для 1C.

6. Изменение переменных среды (TMPDIR)

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

1. Создадим новую временную папку. Например, C:\1C_Temp.
2. Изменим переменные среды Windows.
   • Для пользователя, под которым запускается конфигуратор:

     Зайдем в "Паненель управления" -> "Система и безопасность" -> "Система" -> "Дополнительные параметры системы" -> "Переменные среды".

     В разделе "Переменные среды пользователя" найдем TEMP и TMP, изменим их значения на новый путь, например, C:\1C_Temp.

   • Для службы сервера 1С:

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

     Альтернативно, для файлового варианта, можно попробовать изменить ярлык запуска 1С, добавив параметр командной строки, если платформа его поддерживает, аналогично тому, как это делается в Linux с переменной TMPDIR: TMPDIR=/mnt ./1cv8. В Windows таких прямых аналогов для исполняемого файла 1С:Предприятие обычно нет, и стандартные переменные среды являются основным механизмом.

Хотя этот метод может быть более актуален для Linux-систем, проверка и настройка переменных среды в Windows также может быть полезной.

7. Повреждение базы данных

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

1. Выполним резервное копирование. Перед любыми восстановительными работами всегда создадим актуальную резервную копию базы данных.
2. Попробуем восстановить базу из актуальной резервной копии. Если у нас есть недавняя резервная копия, которая гарантированно была сделана до возникновения проблем, попробуем восстановить базу из нее, а затем повторить процедуру обновления.
3. Проверим логи SQL сервера. Если база данных серверная, проанализируем логи SQL сервера на предмет ошибок, связанных с файловым доступом или повреждениями.

8. Обновление через файл (.cfu/.cf)

Если обновление через встроенный механизм платформы (который скачивает шаблоны из интернета) вызывает ошибки доступа к файлам, мы можем попробовать ручной способ.

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

9. Отключение автоматического сохранения настроек

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

10. Попытка промежуточного обновления

Иногда переход между сильно разными версиями конфигурации требует промежуточных шагов. Если вы обновляетесь с 2.5.17.234 на 2.5.22.134, возможно, есть необходимость обновиться сначала до одной из предыдущих версий 2.5.22, например, 2.5.22.60, и только потом на целевую.

1. Найдем промежуточную версию. На портале 1С:ИТС найдем файл обновления до более ранней версии в целевой ветке (например, 2.5.22.60).
2. Выполним обновление до промежуточной версии. Попробуем обновить конфигурацию до этой промежуточной версии.
3. Продолжим обновление. После успешного обновления до промежуточной версии, продолжим обновление до целевой версии 2.5.22.134.

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

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