← На главную

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

Выясняем причину: почему пропадают права?

Проанализируем ситуацию. Основная причина кроется в архитектуре установки 1С. Когда мы устанавливаем новую версию платформы "рядом" с существующей, инсталлятор создает новую службу Windows (например, агент сервера 1С:Предприятия 8.3). Несмотря на то, что мы можем указать того же самого пользователя для запуска службы (обычно это USR1CV8), настройки безопасности для новой службы часто инициализируются "по умолчанию".

Рассмотрим, что произошло в обсуждении: пользователь USR1CV8 ранее состоял в группе "Администраторы", но после обновления программы установки его членство в этой группе для контекста службы могло быть пересмотрено или права на конкретные папки были сброшены к стандартным значениям. Как только права пользователя, от имени которого работает rphost.exe, становятся недостаточными для записи в каталог тома, 1С блокирует работу с файлами.

Шаг 1. Проверка пользователя службы сервера 1С

Первым делом нам необходимо убедиться, от имени какого именно пользователя запускается служба сервера 1С. Выполним следующие действия:

1. Откроем оснастку "Службы" (services.msc).
2. Найдем службу "Агент сервера 1С:Предприятия 8.3".
3. Перейдем на вкладку "Вход в систему".
4. Зафиксируем имя пользователя (например, .\USR1CV8 или доменный аккаунт).

Важный момент: если после обновления служба переключилась на работу от имени "LocalSystem" (Локальная система), она может потерять доступ к сетевым ресурсам и специфическим папкам на диске, если для них были настроены строгие ограничения.

Шаг 2. Настройка прав доступа на уровне NTFS

Многие администраторы совершают ошибку, добавляя USR1CV8 в группу "Администраторы". Это решает проблему "здесь и сейчас", но создает огромную дыру в безопасности сервера. Разберем, как настроить права правильно.

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

1. Нажмем правой кнопкой мыши на папку, где физически расположены тома хранения файлов.
2. Выберем "Свойства" -> вкладка "Безопасность".
3. Нажмем "Изменить" и добавим пользователя USR1CV8 (или того, которого мы определили на шаге 1).
4. Установим галочки напротив пунктов: "Чтение и выполнение", "Список содержимого папки", "Чтение" и "Запись". Все это объединяется в право "Изменение".
5. Нажмем "Дополнительно" и убедимся, что включено наследование прав для всех дочерних объектов. Это критично, так как 1С создает сложную структуру подпапок внутри тома.

Шаг 3. Особенности работы с сетевыми томами (UNC-пути)

Если ваши тома хранения находятся на другом сервере или сетевом хранилище (NAS), ситуация усложняется. Рассмотрим нюансы:

Во-первых, локальный пользователь USR1CV8 не имеет прав доступа к сетевым ресурсам. В этом случае необходимо запускать службу 1С от имени доменной учетной записи.

Во-вторых, проверьте права не только на вкладке "Безопасность" (NTFS), но и на вкладке "Общий доступ" (Share Permissions). Пользователь службы 1С должен иметь права на чтение и запись в обоих местах.

Шаг 4. Влияние антивирусного ПО после обновления

Выясним еще одну скрытую причину. При обновлении платформы меняется путь к исполняемым файлам сервера. Например, путь был C:\Program Files\1cv8\8.3.22.1709\bin\rphost.exe, а стал C:\Program Files\1cv8\8.3.23.1865\bin\rphost.exe.

Многие антивирусы с модулем поведенческого анализа (HIPS) блокируют активность "незнакомых" приложений. Даже если старая версия 1С была в исключениях, новая версия процесса rphost.exe может расцениваться как потенциальная угроза при попытке массовой записи файлов в тома. Проанализируйте логи вашего антивируса и обновите пути в правилах исключений.

Шаг 5. Проверка системных прав в локальных политиках

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

1. Запустим secpol.msc (Локальная политика безопасности).
2. Перейдем в "Локальные политики" -> "Назначение прав пользователя".
3. Найдем параметр "Вход в качестве службы" (Log on as a service).
4. Убедимся, что наш USR1CV8 присутствует в списке. Если его нет — добавим вручную.

Шаг 6. Очистка серверного кэша

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

1. Остановим службу сервера 1С.
2. Перейдем в каталог данных сервера (обычно C:\Program Files\1cv8\srvinfo).
3. Найдем папку вашего кластера (например, reg_1541) и внутри нее удалим содержимое папки snccntxt.
4. Запустим службу сервера 1С заново.

Резюме

Подведем итог. Если после обновления платформы 1С пропал доступ к томам, не спешите добавлять пользователя в группу "Администраторы". Проанализируем цепочку доступа: Пользователь службы -> Права NTFS на папку -> Права на сетевой ресурс (если применимо) -> Исключения антивируса. Чаще всего проблема решается простым восстановлением прав Modify для пользователя USR1CV8 на каталоги томов, которые были "забыты" системой при создании новой службы сервера.