Как перенести проекты на новую версию Revit Server без потерь

Команда переходит на новую версию Revit, а рабочие проекты лежат на Revit Server предыдущей. Первая мысль: скопировать папку с проектами на новый сервер. Так не получится. Revit Server привязан к версии, и новый сервер не подхватит хранилище от старого, а модели прежнего формата в любом случае нужно обновлять через сам Revit. Переезд это процесс из нескольких шагов, и потери на нём случаются не из-за Revit, а из-за пропущенной подготовки. Разберём его целиком, он одинаков для любой пары версий: что с 2021 на 2024, что с 2022 на 2026.

Что нужно понимать до начала

Каждая версия Revit Server работает только со своей версией Revit: сервер 2024 с Revit 2024, сервер 2026 с Revit 2026. Обновить модель до новой версии умеет только сам Revit: модель нужно открыть, дать ей обновиться и заново опубликовать как центральную на новом сервере. Перескок через несколько версий допустим, из 2022 можно перейти сразу в 2026 без промежуточных остановок. Но обновление необратимо: после сохранения в новой версии файл в старой уже не откроется. Поэтому резервная копия в старой версии это не формальность, а единственная страховка.

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

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

Выгрузка моделей со старого сервера

Модели нужно снять с сервера в виде обычных локальных файлов .rvt. Штатный способ через Revit старой версии: открыть модель с сервера, выполнить Detach from Central и сохранить локально. Здесь есть ловушка, на которой теряют больше всего. При отсоединении Revit спрашивает, что делать с рабочими наборами, и нужно выбрать их сохранение (Preserve Worksets). Если выбрать удаление, вся структура рабочих наборов исчезнет, и после переезда команда получит модель без разделения на наборы. Восстанавливать это вручную долго и обидно.

Способ через Revit работает, но для десятка проектов он утомителен: каждую модель нужно открыть, дождаться загрузки, отсоединить, сохранить. Поэтому для выгрузки мы используем собственную утилиту RSManager. Это бесплатный десктопный менеджер для Revit Server, который работает напрямую с его REST API и не требует установленного Revit на компьютере. Вы подключаетесь к серверу, отмечаете нужные папки или отдельные модели, указываете папку назначения и нажимаете «Скачать». Утилита рекурсивно обходит всё дерево и скачивает выбранное в несколько потоков параллельно, большой архив проектов уходит на локальный диск значительно быстрее, чем по одному файлу через Revit.

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

Обновление и публикация на новый сервер

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

Что чаще всего «едет» при переходе через несколько версий: шрифты и стили текста (Revit менял обработку шрифтов, тексты могут сместиться), отдельные семейства, особенно старые и нестандартные, размерные стили, настройки шаблонов видов. Чем больше версий вы перепрыгиваете, тем внимательнее нужна проверка. Пройдитесь по ключевым листам и спецификациям и сравните с тем, что было в старой версии. Проверьте, что нужные семейства обновились без ошибок. Перед публикацией выполните Purge Unused, чтобы не тащить на новый сервер накопленный мусор.

Публикация делается через Collaborate, Save As с указанием пути на новый Revit Server, модель сохраняется как новая центральная. Если между проектами есть связи, соблюдайте порядок: сначала публикуйте модели, на которые ссылаются другие, потом те, что ссылаются. Иначе связи при открытии будут искать ещё не существующие на новом сервере файлы.

Пути к серверу после переезда меняются, поэтому все связи Revit Links нужно перепривязать через Manage Links на новые серверные пути. Это самая частая причина «сломанной» модели после миграции: файлы на месте, но связи смотрят на старый сервер. Убедитесь, что связи открываются у всех участников по единому пути, а не только на вашем компьютере.

Команда после переезда и что оставить на потом

Все участники обновляют Revit до новой версии одновременно, смешивать версии в одной центральной модели нельзя. Каждый удаляет старые локальные копии и создаёт новые с нового сервера через Create New Local. Обязательно проверьте синхронизацию у каждого сотрудника, а не только у BIM-менеджера: проблемы с путями и правами часто проявляются именно у рядовых пользователей.

Старый сервер не удаляйте сразу. Держите его ещё несколько недель как страховку: если в обновлённой модели обнаружится потеря, всегда можно вернуться к исходнику и проверить. Только когда команда поработала на новом сервере и убедилась, что всё на месте, старый можно выводить из эксплуатации.

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