Рекомендации по работе с Tekla Model Sharing
Приведенные ниже рекомендации по работе с Tekla Model Sharing помогут вам поддерживать свои общие модели в хорошем состоянии и успешно обмениваться вносимыми изменениями с другими пользователями.
У пользователей одной и той же общей модели должна быть одна и та же версия Tekla Structures и желательно один и тот же последний пакет обновления.
Общие инструкции по устранению неполадок Tekla Model Sharing см. в статье Troubleshooting Tekla Model Sharing (Устранение неполадок Tekla Model Sharing).
Установка службы кэша для Tekla Model Sharing
Служба кэша для Tekla Model Sharing загружает данные модели из Tekla Model Sharing и кэширует их в пределах локальной сети.Использование службы кэша позволяет уменьшить использование Интернета, что ускоряет загрузку в случаях, когда одни и те же данные запрашиваются несколько раз.Обратите внимание, что кэш не используется для пакетов, записываемых в службу совместного использования.
Службе кэша требуется подключение к Интернету для загрузки данных модели из службы совместного использования.При первом извлечении пользователям пакета этот пакет загружается в службу кэша.Все последующие запросы к этому же пакету будут обслуживаться быстрее — из службы кэша внутри локальной сети.
Службой кэша удобно пользоваться, даже если в офисе только один пользователь Tekla Model Sharing.Например, повторное присоединение к модели происходит быстрее, поскольку данные модели доступны в службе кэша.Кроме того, данные модели всегда загружаются в виде мелких блоков данных.Это удобно, если загрузка по какой-либо причине прервется, поскольку служба кэша сможет просто загрузить недостающие блоки позднее.Содержимое службы кэша также можно очистить в любой момент, просто удалив из службы ненужные файлы.Это позволяет легко удалять старые данные моделей.
Если в одном и том же офисе работает несколько пользователей Tekla Model Sharing, настоятельно рекомендуем установить отдельную службу кэша Tekla Model Sharing.Особенно полезно использовать службу кэша в регионах, где скорость загрузки может быть ограничена.
На рисунке ниже показано, как данные модели сохраняются в службу совместного использования и используются при наличии службы кэша Tekla Model Sharing.
Если по какой-либо причине получить доступ к службе кэша не удается, Tekla Structures будет обращаться за изменениями в модели непосредственно в облачное хранилище.Это может произойти также при выполнении операции загрузки в случае таймаута подключения к службе кэша.
Узнать, используется ли служба кэша, можно путем проверки файлов журнала ClientLog_cat.txtClientLog_dog.txt в папке \Пользователи\<пользователь>\AppData\Local\Tekla DataSharing.
Требования к системе и программному обеспечению для установки службы кэша:
- Windows Server 2008 R2 или более поздней версии
- .NET Framework 4.5.1
Служба кэша устанавливается следующим образом:
Устранение неполадок службы кэша
Если вам не удается подключиться к службе из Tekla Structures:
-
Убедитесь, что служба Windows Tekla Model Sharing запущена.
-
Убедитесь, что брандмауэры не блокируют порты TCP/IP, заданные для Tekla Structures, например
9001
или9998
(если используются порты по умолчанию).
Если служба не запускается:
-
Проверьте журнал приложений средства «Просмотр событий» Windows на предмет возможных ошибок.
Корректное использование идентификаторов GUID в общих моделях
Объекты Tekla Structures имеют идентификаторы, которые отображаются в качестве глобального уникального идентификатора (GUID) объекта, а также используются в Tekla Model Sharing.
Это значит, что функциональные возможности, которые не предполагают использования GUID, должны быть изменены так, чтобы GUID в них использовались:
-
Операции импорта/экспорта при взаимодействии с другим ПО:
-
FabTrol XML
-
ASCII
-
-
Все остальные приложения, макросы и отчеты, в которых используются статические идентификаторы.
Сохранение локальных версий общих моделей на компьютере
Мы рекомендуем сохранять локальные версии общих моделей на вашем собственном компьютере, а не на сетевом диске, по двум основным причинам:
-
Быстродействие при работе с общими моделями выше, когда локальные модели сохранены на вашем собственном компьютере. Это значит, например, что модели открываются быстрее.
-
Сохранение общих моделей на вашем собственном компьютере не позволяет другим пользователям получить к ним доступ и случайно заблокировать важные файлы.
Если вы все равно хотите сохранять локальные модели на сетевом диске, используйте диск, к которому нет доступа у других пользователей.
Регулярное создание баз
Владелец модели должен регулярно создавать базы модели. Например, можно создавать базу раз в неделю.
Мы рекомендуем создавать новую базу всякий раз, когда в модель приглашается новый пользователь. В этом случае присоединение к модели происходит быстрее.
Резервное копирование общих моделей
Мы рекомендуем создавать резервные копии моделей, используемых в Tekla Model Sharing. При возникновении каких-либо проблем с общей моделью можно выбрать локальную версию модели любого пользователя либо резервную копию модели и продолжить работу с этой моделью. Убедитесь, что у вас имеется полная резервная копия модели и что в папке модели присутствуют, например, чертежи и различные базы данных. Это гарантирует, что модель будет функционировать надлежащим образом, и никакие данные не будут потеряны. Если резервная копия модели старая, считывание всех изменений может занять некоторое время.
Создавайте резервные копии моделей в соответствии с принятыми в вашей компании политиками, например с помощью программы архивации данных Windows. Для создания резервной копии модели также можно использовать команду
. Резервная копия будет иметь те же идентификаторы GUID, что и исходная модель.Обратите внимание, что использовать для создания резервной копии модели команду Сохранить как нельзя. При использовании команды Сохранить как модель получит новые идентификаторы и, следовательно, не будет связана с исходной моделью. При использовании команды Сохранить как история модели не копируется вместе с сохраненной моделью.
Нумерация объектов модели в Tekla Model Sharing
Процесс нумерации общей модели делится на три основные стадии:считывание изменений, внесенных другими пользователями, нумерация серий объектов и запись изменений, связанных с нумерацией.Для нумерации деталей в общей модели необходимо всегда использовать команду Нумеровать серии выбранных объектов.Не используйте команду Нумеровать измененные объекты, так как это может привести к конфликтам, требующим переделок.
Прежде чем приступать к нумерации объектов в общей модели, следует тщательно спланировать нумерацию.Рекомендуем разделить модель на стадии, чтобы каждый пользователь нумеровал объекты только на той стадии, с которой он работает.Это позволит избежать конфликтов нумерации в общих моделях.
Чтобы пронумеровать стадию, выполните следующие действия:
Использование папок XS_FIRM и XS_PROJECT в сочетании с общими моделями
Самый простой вариант использования папок проекта и папок компании в общих моделях — это задание в качестве папки проекта или папки компании подпапки в проекте Trimble Connect.
Информация в папке проекта и папке компании обновляется только в направлении из проекта Trimble Connect в локальные версии общих моделей, но не наоборот.На практике это значит, что Tekla Structures загружает новые файлы из папки проекта или папки компании в локальную модель и обновляет все измененные файлы.Если локальный файл отсутствует в подпапке проекта Trimble Connect, он удаляется из локальной модели.
Когда Tekla Structures обнаруживает расхождение между данными локальной модели и данными в папке проекта или компании в Trimble Connect, вы получаете следующее уведомление:
При нажатии кнопки Да модель сохраняется и закрывается.После этого данные локальной модели обновляются, и она открывается снова.
Чтобы задать папку в проекте Trimble Connect для использования в качестве папки XS_FIRM
или XS_PROJECT
: