Ошибка Revit Server: «Данная операция не может быть завершена. Повторите попытку»
Это «любимая» ошибка всех BIM-проектировщиков. Сценарий классический: вы отправляете изменения на сервер, полоса загрузки доходит до середины, зависает, и Revit выдает многозначительное:
«Данная операция не может быть завершена. Повторите попытку.» (This operation could not be completed. Please try again.)
Эта ошибка — как температура у пациента: говорит, что «что-то сломалось», но не говорит, где: у вас на компьютере, в сети или на самом сервере. Ниже мы собрали решения. Сначала — для обычного пользователя (в 95% случаев проблема на его стороне), затем — инструкция для администратора (на основе официальной документации Autodesk).
Решения для пользователя
Если ваши коллеги спокойно работают, а вылетает только у вас, скорее всего, проблема на вашем ПК.
1. Чистка локального кэша и логов
Revit Server Accelerator — это служба-посредник, которая ускоряет работу. Она хранит копию модели у вас локально. Если этот кэш «побился» (например, при аварийном выключении ПК или потере пакетов при соединении), синхронизация встанет. Иногда Revit «давится» собственными логами.
Что делать:
- Закройте Revit.
- Откройте папку
%TEMP%(введите это в адресную строку проводника Windows). Вы увидите папки с непонятными именами (GUID). Удалите всё содержимое этой папки. - Удалите логи по адресу
%LOCALAPPDATA%\Autodesk\Revit\Autodesk Revit 20XX\Journals. - Удалите локальную копию модели из папки «Мои документы».
- Запустите Revit, откройте модель с созданием новой локальной копии и попробуйте синхронизироваться снова. Revit заново скачает здоровый кэш.
2. Проверка файла RSN.ini
У Revit много своих странностей и одна из них — способ обращения к серверу, который прописан в файле «RSN.ini». Когда у вас один единственный сервер, проблем нет, но если серверов несколько, Revit опрашивает по списку каждый из них при любом открытии/синхронизации модели. Если текущий сервер, на которым вы работаете, находится в конце списка — удалите неактуальные адреса или поменяйте их порядок, переместив текущий на первую строку.
Что делать:
- Проверьте файл по пути:
C:\ProgramData\Autodesk\Revit Server 20XX\Config\RSN.ini(если вы не можете найти папку Program Data, включите отображение скрытых папок и файлов в меню «Вид»). - Откройте его Блокнотом.
- Внутри должен быть только IP-адрес (или домен) сервера. Никаких лишних пробелов, пустых строк или мусора.
- Если адресов (строк) несколько, переместите адрес текущего сервера на первую строку и сохраните файл.
3. Базовая диагностика сети
Чтобы понять, кто виноват в тормозах: сервер или ваш интернет, достаточно запустить одну простую команду. Если вы работаете через VPN, он должен быть включен.
Что делать:
- Вам нужен IP-адрес вашего Revit Server. Если вы его не знаете, откройте Блокнотом файл RSN.ini (лежит в
C:\ProgramData\Autodesk\Revit Server 20XX\Config\). Там будет написано что-то вроде192.168.10.50илиrsn.company.com. - Нажмите на клавиатуре Win+R
- В открывшемся окошке напишите cmd и нажмите Enter.
- В черном окне введите команду:
ping <АДРЕС_СЕРВЕРА> -tи нажмите Enter (вместо<АДРЕС_СЕРВЕРА>впишите цифры из Шага 1. Параметр-tважен — он запускает бесконечную проверку). - Смотрите на столбик time= (или время=).
Как читать результат?
- 0–50 мс: идеально. Вы работаете как в офисе. Лагов быть не должно.
- 50–100 мс: терпимо. Возможны небольшие задержки при вращении модели, но работать можно.
- 100–200 мс: плохо. Синхронизация будет долгой, курсор может «плавать». Высокая вероятность ошибок при синхронизации. Это можно назвать пределом для работы
- Более 200 мс: критично. Работать с таким пингом уже не получится. Вам нужен VDI или другой интернет.
- Самое важное: если периодически проскакивают строки «Request timed out» (Превышен интервал ожидания для запроса) — это потеря пакетов. Даже если пинг хороший (20 мс), но есть потери — Revit будет вылетать с ошибками при синхронизации. Это 100% проблема нестабильности вашего интернета. И помните, что Wi-Fi, в отличие от проводного интернета, всегда усугубляет проблему.
Решения для Администратора
Если работа встала у всего отдела, проблема на стороне хоста. Диагностируем и устраняем проблему по наиболее вероятным причинам.
4. Глубокая диагностика сети
Если ping показывает просто факт наличия проблемы («тормозит»), то трассировка маршрута позволяет точно определить виновника: провайдер пользователя, VPN-шлюз или магистральный узел связи.
Revit Server чувствителен не столько к пропускной способности (ширине канала), сколько к стабильности потока данных. Для диагностики мы используем инструменты, которые показывают маршрут пакета от клиента к серверу шаг за шагом (hop-by-hop). Это позволяет увидеть, на каком именно этапе происходит задержка или потеря данных. Используйте утилиту tracert (стандартная) или WinMTR (продвинутая) для анализа маршрута.
Стандартная трассировка (быстрый чек)
Попросите пользователя выполнить команду в cmd: tracert <IP_ВАШЕГО_СЕРВЕРА>.
- Прыжки 1–3 (Сторона клиента): это путь от ПК пользователя до выхода от его провайдера.
- Если задержка > 5–10 мс на 1-м прыжке: проблема в Wi-Fi роутере пользователя.
- Если задержка > 50 мс на 2-3 прыжке: проблема у провайдера пользователя.
- Середина маршрута (Интернет): узлы магистральных провайдеров. Если видите звездочки
* * *или резкий скачок пинга, который сохраняется до конца списка — проблема в глобальной маршрутизации. - Прыжки перед целью (Ваша сторона): последние строки. Если пинг высокий только здесь — проблема в загруженности вашего интернет-канала или самого сервера.
| Тип подключения | Особенности трассировки |
| Прямое (белый IP) | Вы увидите весь реальный путь: домашний роутер -> провайдер -> магистраль -> ваш дата-центр. Легко найти «виновного» провайдера. |
| Через VPN | Трассировка может показать всего 1–2 прыжка (виртуальных). 1. До VPN: сделайте трассировку до внешнего IP VPN-шлюза. Если лагает тут — виноват интернет. 2. Внутри VPN: если до шлюза пинг 20 мс, а внутри туннеля (до Revit Server) — 150 мс, значит, VPN-шлюз перегружен (не хватает CPU для шифрования) или не настроен MTU. |
WinMTR (Для «плавающих» проблем)
Обычная трассировка — это мгновенный снимок. Для поиска потерь пакетов используйте бесплатную утилиту «WinMTR».
- Запустите WinMTR на ПК пользователя.
- В поле Host введите IP сервера.
- Нажмите Start и дайте поработать 3–5 минут во время синхронизации.
- Смотрите колонку Loss %:
- Любая цифра отличная от 0 на конечном узле — гарантия вылетов Revit.
- Смотрите, на каком прыжке начинаются потери. Именно этот узел требует лечения или смены провайдера.
Чек-лист: Что выбрать?
| Ситуация | Решение |
| Пинг 20-50 мс, VPN нужен для безопасности | Оставьте VPN, настройте Split Tunneling. |
| Пинг 50-100 мс, VPN «ест» скорость | Переходите на WireGuard или Прямой IP (White List). |
| Пинг >150 мс, постоянные вылеты | Только VDI. Сеть не вытянет прямую работу. |
5. Права доступа к папкам (Permissions)
Служба Revit Server пытается записать данные в папку проектов, но Windows запрещает ей это. Это часто случается после миграции сервера или обновления ОС.
Решение: Вам нужно дать полные права системным службам на папки Projects и Cache на сервере.
- Найдите корневую папку проектов (обычно
C:\ProgramData\Autodesk\Revit Server 20XX\Projects). - Нажмите Свойства -> Безопасность.
- Убедитесь, что для групп CREATOR OWNER и NETWORK SERVICE установлены права «Полный доступ» (Full Control) или хотя бы «Изменение» (Modify).
- Повторите то же самое для папки Cache.
6. Конфликт путей в web.config
Если вы переносили папку с проектами на другой диск (например, с диска C на диск D, чтобы освободить место), но забыли сказать об этом серверу, он будет пытаться писать в пустоту.
Решение: нужно вручную поправить конфигурационный файл.
- Перейдите в папку:
C:\Program Files\Autodesk\Revit Server 20XX\ModelService. - Откройте файл web.config (обязательно от имени администратора).
- Найдите строки ключей:
- DataStorageLocation (путь к проектам)
- CacheStorageLocation (путь к кэшу)
- Проверьте, что пути в кавычках соответствуют реальному расположению папок на диске. Если нет — исправьте и перезапустите IIS.
Итог
Борьба с ошибками синхронизации может съедать десятки часов рабочего времени проектировщиков и BIM-менеджеров. Надеемся, что этот гайд поможет вам вернуть команду в строй.
Если же вы хотите забыть о настройке IIS, прав доступа и диагностике VPN-туннелей, рассмотрите переход на облачную инфраструктуру revitserver.ru. Мы берем все технические вопросы на себя, обеспечивая аптайм 99.9% для вашей комфортной работы. Перестаньте тратить время на администрирование и сфокусируйтесь на проектировании.