Revit Server Accelerator: что это и когда он нужен

Головной офис в Москве, филиал в Екатеринбурге, Revit Server стоит в Москве. Проектировщики в филиале открывают модель по десять минут и жалуются на синхронизацию. Первое, что приходит в голову BIM-менеджеру, это Accelerator. Разберём по документации Autodesk, что он делает на самом деле, когда реально помогает, а когда только создаёт иллюзию решения.

Что такое Accelerator и что он ускоряет

Revit Server это не одна программа, а набор ролей на базе IIS. По документации Autodesk сетевая архитектура Revit Server спроектирована для совместной работы над центральными моделями через глобальную сеть (WAN) и состоит из экземпляров с ролью Host (хранит центральные модели) и Accelerator (обеспечивает быстрый доступ к хостам). Третья роль, Admin, включает веб-панель Revit Server Administrator. Все три роли можно включить на одном экземпляре, роль выбирается галочками в установщике, причём по умолчанию отмечен только Accelerator. Список доступных хостов хранится в файле RSN.ini, и этот файл должен лежать на каждом Accelerator, на каждой рабочей станции с Revit и на каждом сервере с ролью Admin.

Механика работы описана Autodesk прямо. Пока проектировщик работает в локальной копии модели, назначенный ему Accelerator в фоне запрашивает у Host обновлённые данные центральной модели, используя свободную полосу канала WAN, и хранит их у себя. Когда проектировщик нажимает Reload Latest, локальная модель обновляется данными, которые уже лежат на Accelerator, а тот параллельно дозапрашивает у Host только то, чего ещё нет в кэше. Пользователю не приходится ждать, пока весь объём обновлений придёт по каналу.

Отсюда и главное ограничение, о котором редко говорят. Accelerator работает на чтение и на предвыборку. В официальной презентации Autodesk по Revit Server схема обмена описана так: Reload Latest идёт с локального сервера, если данные уже предвыбраны с центрального, а сохранение при синхронизации (SWC) должно уйти на центральный сервер через локальный, передача данных при этом оптимизирована, но канал в ней участвует. Там же указана цель, к которой стремились разработчики: заимствование элементов должно укладываться в 100 мс или меньше. Иначе говоря, открытие, Reload Latest и создание локальной копии становятся заметно быстрее, когда в офисе несколько человек, а вот синхронизация с центральной моделью упирается в канал до Host и ускоряется слабо. Если латентность до Host 80 миллисекунд, SWC с Accelerator останется медленным. Он кэш, а не лекарство от высокого пинга.

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

Как настраивается

Accelerator ставится тем же дистрибутивом, что и Revit Server, при установке отмечается роль. Перед этим на сервере должны стоять предварительные компоненты. Для Windows Server 2022 Autodesk в документации к Revit 2025 перечисляет их точно: роль Web Server (IIS), компоненты ASP.NET 4.8, HTTP Activation и TCP Activation, службы роли ASP, CGI и Server Side Includes, а также совместимость с IIS 6 (Management Compatibility, Scripting Tools, WMI Compatibility). После установки нужно проверить, что в IIS существует Default Web Site, Revit Server разворачивается именно в него. Версия Accelerator обязана совпадать с версией Host и версией Revit у пользователей, каждая версия Revit Server ставится и живёт отдельно.

Дальше самый важный шаг, который часто пропускают. Сам по себе установленный Accelerator ничего не делает, пока клиентские Revit о нём не знают. Autodesk описывает два способа указать его. Первый и основной: администратор задаёт на каждой рабочей станции переменную окружения RSACCELERATOR<год>, например RSACCELERATOR2026, со значением имени или IP-адреса локального Accelerator. Переменная может быть системной или пользовательской, Revit понимает обе, а если заданы обе, пользовательская перекрывает системную. Второй способ, для ручной проверки и переключения: в Revit на вкладке Collaborate, в раскрывающемся списке панели Synchronize, есть пункт Manage Connection to Revit Server Accelerator. Диалог показывает, к какому Accelerator вы подключены и в каком он состоянии, и позволяет ввести другой адрес. Host при этом у всех общий и задаётся отдельно, в RSN.ini, это другая настройка и путать их не стоит.

Важное свойство, которое стоит знать: если связь с Accelerator пропадает или его решили не использовать, Revit подключается к хостам напрямую. Работа не остановится, просто исчезнет ускорение. Это же объясняет, почему неработающий Accelerator легко не заметить.

Ещё две вещи из документации, которые ломают настройку чаще всего. Первая: файрвол обязан пропускать ICMP-запросы от рабочих станций с Revit и от Accelerator к хостам, без этого Revit Server не работает. Вторая: каждый офис прописывает свой Accelerator, если филиалов три, Accelerator тоже три. Для сотрудников, которые ездят между офисами, на форуме Autodesk описан рабочий приём: переменная RSACCELERATOR выставляется logon-скриптом в зависимости от того, в какой офис вошёл компьютер, например по подсети его IP-адреса. Тогда ноутбук в каждом офисе автоматически цепляется к местному кэшу.

Отдельный случай упоминает сама Autodesk: Accelerator полезен даже в одном офисе с Host, если Host сильно нагружен. Но тогда его нужно ставить как отдельный выделенный экземпляр Revit Server на другом физическом железе, а не второй ролью на той же машине.

Когда он нужен, а когда лучше VDI

Accelerator оправдан в классической распределённой компании: несколько офисов со своими серверными, в каждом от трёх пользователей на одних моделях, между офисами канал с ощутимой латентностью, модели тяжёлые. Это его родная задача, под неё он и спроектирован.

Он не нужен, если весь коллектив в одном офисе и Host стоит в той же локальной сети, кэшировать нечего. Не нужен одному-двум удалённым сотрудникам, эффект будет нулевым. И не нужен, когда рабочие места и Revit Server находятся в одном дата-центре: там пинг измеряется единицами миллисекунд, и ускорять уже нечего.

Отдельный и всё более частый случай: команда работает из дома, общего офиса нет. Accelerator здесь поставить некуда, у каждого своя квартира и свой канал, а поднимать IIS-сервер дома ради одного Revit никто не станет. Для таких команд остаётся только один подход, и он принципиально другой.

Есть два способа решить проблему расстояния между пользователем и моделью. Accelerator приближает данные к пользователю: ставит кэш там, где люди. VDI приближает пользователя к данным: рабочее место переезжает в тот же дата-центр, где стоит Revit Server, а сотрудник подключается к нему откуда угодно. При такой схеме между Revit и сервером пинг менее трёх миллисекунд, и ускоряется всё, включая синхронизацию и заимствование, потому что канал пользователя больше не участвует в обмене с моделью, по нему идёт только картинка.

Честно скажем: для компании с настоящими филиалами, своим железом и администраторами Accelerator остаётся штатным и рабочим инструментом Autodesk, отказываться от него незачем. А для команд на удалёнке, для бюро без своей серверной и для тех, у кого болит именно синхронизация, VDI закрывает проблему целиком, а не наполовину.

Прежде чем ставить Accelerator, стоит один раз замерить, где именно тормозит: открытие или синхронизация. Если открытие и Reload Latest, он поможет. Если синхронизация и заимствование, он почти ничего не изменит, и деньги на сервер в филиале уйдут впустую. Accelerator нужен реже, чем о нём спрашивают, и решает только половину задачи.