Tekla Model Sharing 最佳方法

Tekla Structures
2019
Tekla Structures

Tekla Model Sharing 最佳方法

要保持共享模型处于良好状态并成功共享您的更改,请遵循 Tekla Model Sharing 最佳方法。

Note:

同一共享模型的用户需要使用同一 Tekla Structures 版本,而且最好都使用同一最新服务包。

请注意,在某些情况下,即使尚未修改浇筑体,在读入时 浇筑管理 也会导致冲突。这些冲突可能会导致从浇筑体中删除对象。

对于一般 Tekla Model Sharing 故障排除说明,请参阅 Tekla Model Sharing 故障排除

在 Tekla Model Sharing 中收集模型历史记录

Tekla Model Sharing 在共享模型的操作中收集模型历史记录。模型历史记录显示模型的更改时间、更改方式和更改人。

  1. 文件 菜单上,单击 设置 > 高级选项 > 速度和准确度
  2. 确保 XS_​COLLECT_​MODEL_​HISTORY 已设置为 TRUE.

    Tekla Structures 自动将 XS_​COLLECT_​MODEL_​HISTORY 设置为 TRUE ,当模型共享时。

  3. XS_​CLEAR_​MODEL_​HISTORY 设置为 FALSE.
  4. 单击 确认
  5. 要查看模型历史记录,请执行下列操作之一:
    • 在功能区上,单击并在模型中选择一个对象。

      模型历史记录显示在 查询目标 对话框中。

      如果已选择 启用输出修订注释 对话框中的 共享设置 选项,则也会显示修订评注。

    • 创建模型历史记录报告。

      1. 图纸和报告 选项卡上,单击 报告

      2. 选择用于显示模型历史记录的报告模板。

        不同环境下的报告模板名称可能各不相同。在默认环境中,报告模板称为 Q_Model_History_Report.

      3. 单击 从全部的...中创建(A) ,以在模型中创建所有对象的报告,或者在模型中选择一个或多个对象,然后单击 从已选定的...中创建(S) ,以便从所选对象创建报告。

离线使用历史记录根据 Windows 域用户帐户进行存储。请注意,在 Tekla Model Sharing 模型中,当您将更改写出到共享服务时,系统将使用您的 Trimble Identity 存储这些更改。

在共享模型中对象 ID 的运作方式

Tekla Structures 对象有一个显示为对象 GUID(全局标识)的标识符,该标识符也用于 Tekla Model Sharing 中。

这意味着需要更改不使用 GUID 的功能以使用 GUID:

  • 互操作性读入/写出操作:

    • FabTrol XML

    • ASCII

  • 依赖于静态 ID 的所有其他应用程序、宏和报告处理。

备份共享模型

我们建议您备份 Tekla Model Sharing 中使用的模型。 如果共享模型出现问题,可以选择任意用户的本地版本模型或已备份的模型,并使用该模型继续工作。 请确保已对正在使用的模型进行了完整备份,例如,模型文件夹包括图纸和不同的数据库。 这样可以确保模型正常运行,并且您不会丢失任何数据。 如果模型的备份版本较旧,则读入所有更改可能需要较长时间。

根据您的公司惯例备份您的模型,例如使用 Windows 备份。您还可以使用 文件 > 另存为 > 保存并创建备份副本 命令创建该模型的备份。备份副本与原始模型的 GUID 相同。

请注意: 另存为 命令不能用于备份模型。如果使用 另存为 ,该模型将获取新的 ID,且与原始模型无任何关系。

如果使用 另存为 命令,模型历史记录不会与保存的模型一起复制。

恢复共享模型

如果共享模型存在问题并可能会导致工作时间丢失,则公司管理员可以使用 Management Console for Tekla Model Sharing 删除有问题的模型版本。共享模型的用户可以在 Tekla Structures 中恢复该模型以前的版本,且该模型可用于 Tekla Model Sharing

Management Console for Tekla Model Sharing 可为管理员提供联网访问权限,以供其管理组织的所有共享模型。管理员可以锁定模型,并命名一位用户为锁定模型所有者,锁定模型所有者可以检查 Tekla Structures 中的相关模型。如锁定模型所有者发现问题,管理员可以删除出现问题的相关模型版本,然后解锁模型,以便再次正常使用。

模型锁定时,可使用 Tekla Structures 中的以下共享命令:

  • 读入写出 图标带有黄色箭头 。但这些命令仅限锁拥有者使用。
  • 文件 菜单中的 读入写出创建基线用户 命令可供锁定模型所有者使用。
  • 锁拥有者可使用 共享模型 对话框中的 编辑模型管理用户从云删除模型 命令 ,此外,锁拥有者还可加入特定模型。

其他用户不可使用以上共享命令。

如果共享模型的用户已经读入或写出管理员已删除的任一模型版本,则 Tekla Structures 会为该用户显示带有红色箭头写出读入 图标。 文件 菜单中的共享命令不可用。该用户需重新加入模型。

如果用户并未使用任何已删除的模型版本,则不需要重新加入。

请注意:也可能在没有进行进一步调查前就将模型恢复到以前的版本。管理员可以在 Management Console for Tekla Model Sharing 中锁定该模型,删除不需要或存在错误的版本,然后再解锁该模型。之后,用户需要重新加入有效的模型版本。

请注意:如果模型版本被删除,那么在这些模型中所做的更改会随之丢失。模型中原本包含的更改需再次加入并读入相关数据。

还有一种方案可以恢复使用以前版本的模型,即共享模型用户执行下列操作:

  1. 再次 加入 该模型。
  2. 读入 数据包,直到您在模型历史记录中达到了首选级别。
  3. 从共享中 排除 模型。
  4. 开始共享 并邀请其他用户再次加入该模型。

    确保模型中的所有用户开始使用模型的恢复版本。

Tekla Model Sharing 的缓存服务

Tekla Model Sharing 缓存服务从 Tekla Model Sharing 服务下载模型数据,并将数据缓存在 LAN 内部的文件系统中。使用缓存服务可以降低 Internet 的使用率,从而缩短在多次请求相同数据时的下载时间。请注意,此缓存不用于写出数据包。

该缓存服务需要有 Internet 连接才能从共享服务下载模型数据。用户第一次获取一个数据包时,该数据包将被加载到缓存服务中。然后,对该数据包的任何随后的请求都能得到来自 LAN 内部缓存服务的快速回应。

该缓存服务非常有用,即便是同一个办公室只有一个 Tekla Model Sharing 用户。例如,重新加入模型的速度更快,因为模型数据在缓存服务中提供。此外,模型数据始终作为小数据块加载。这一点很有用处,例如当下载因故中断之时,因为缓存服务稍后只下载缺失的数据块。

如果同一个办公室有多个 Tekla Model Sharing 用户,我们强烈建议您安装单独的 Tekla Model Sharing 缓存服务。在下载速度受限的区域,我们特别建议您安装缓存服务。

下图显示模型数据如何存储到共享服务并与 Tekla Model Sharing 缓存服务配合使用。

缓存安装的软件和系统要求:

  • Windows Server 2008 R2 或更高版本
  • .NET Framework 4.5.1

按照以下步骤安装缓存服务:

  1. 确保您拥有具有充足磁盘空间的活动 Windows 计算机或服务器,来存储缓存的模型数据。
  2. Tekla Downloads 下载 Tekla Model Sharing 缓存服务安装文件。
  3. 运行该安装文件并按照安装快捷方式中的步骤完成安装。
    • 默认缓存文件夹为 C:\TeklaModelSharingCache 。如有需要,您可以更改文件夹目标。

      确保目标文件夹具有足够的磁盘空间,以满足该服务估计的使用空间。所需磁盘空间从数 GB 到数 TB 不等,具体取决于 Tekla Model Sharing 的用户数量和模型大小。

    • 缓存服务的默认 TCP/IP 端口号为 9998.

      在配置 Tekla Structures 客户端工作站以使用缓存时使用此端口号。此端口是缓存服务的主要通信和控制渠道。

    • 内部通信的默认 TCP/IP 端口号为 9001

      此端口是从缓存服务自动获取,用于实际数据传输。

    网络访问

    您需要允许缓存服务主机的 TCP/IP 端口(默认为 9001 和 9998)的入站通信。

    如果由于其他服务或防火墙而导致端口产生冲突或其他问题,您可以将端口更改为某些其他端口。

    该缓存服务需要有 Internet 连接才能从共享服务下载模型更改。

    Note:

    如果以后需要修改安装,请重新运行 TeklaModelSharingCacheService.exe 安装文件,并选择 修复 。然后可以更改以前设置的缓存文件夹或端口号。要使用以前的缓存文件夹中的内容,请将所需的内容复制或移动到新文件夹中。

  4. 检查 Tekla Model Sharing 缓存服务是否已启动。
    • 从 Windows 服务中找到 Tekla Model Sharing 缓存 ,例如,使用计算机管理控制台 compmgmt.msc 或服务管理控制台 services.msc.

    • 使用 Windows 事件查看器验证服务中没有错误,并且有显示服务已启动的信息性消息。

  5. 配置 Tekla Structures 客户端工作站以使用该缓存。

    Tekla Structures 中的 文件 菜单上,单击 共享 > 共享设置

    共享设置 对话框中:

    • 名称 是安装缓存的计算机名称。要查看计算机名称,请单击 Windows 控制面板 > 系统和安全 > 系统

    • 端口 是指安装缓存服务时设置的缓存服务端口号。默认值为 9998.

解决缓存服务安装问题

如果您无法从 Tekla Structures 连接到服务:

  • 确保 Tekla Model Sharing Windows 服务正在运行。

  • 确保防火墙不会阻止 Tekla Structures 的 TCP/IP 端口配置,例如当您使用默认端口 90019998 时。

如果服务未启动:

  • 检查 Windows 事件查看器的应用日志中是否有错误。

如果在写出后未保存模型,则需要重新加入该模型

如果在将更改写出至共享服务时出错,则您可能需要重新加入该模型。如果该写出错误可能导致数据库不一致并损坏模型数据,则 Tekla Structures 会向您显示一条错误消息。

在写出时, Tekla Model Sharing 会执行以下操作:

  1. 保存模型。
  2. 准备增量数据包。模型文件夹中的数据尚未被更改。
  3. 将增量数据包上传到共享服务。
  4. 如果成功上传增量数据包,则再次保存该模型。将使用所需信息更新本地模型数据。

如果步骤 4 之前的任何步骤出错,则 Tekla Structures 不会向您显示错误消息。共享服务尚未收到模型更新。您可以尝试再次写出,因为模型文件夹不包含将阻止写出的任何数据。如果有可用于模型的新更新,则首先读入这些更新,然后尝试再次写出。

如果在步骤 4 出错, Tekla Structures 将向您显示一条错误消息,建议您重新加入模型。加入后,您可以从 共享历史记录 中检查是否已将写出上传到共享服务。

在步骤 4 出错意味着模型可能未正确保存,模型数据可能已损坏或丢失。该模型具有多个不同的 Tekla Structures 数据库,其中每个数据库都具有它们自己的基线。如果存在错误, Tekla Structures 模型将不包含已共享内容的所有必需信息。

如何就共享问题获得相关支持

您可以联系 Tekla Structures 支持来解决 Tekla Model Sharing 问题。

当您将模型交付给当地支持以供调查时,请确保您已满足以下条件:

  • 模型。压缩该模型,并待交付后再保存。
  • 浏览器 权限授予 Tekla Structures 支持人员,方法为邀请 tms-support-no-reply@tekla.com 加入该模型。

    检查完模型后,记得从用户中删除 Tekla Structures 支持。

  • 相关问题的详细描述。

    如可能,请提供重现问题的具体步骤。

  • 相关图片和截屏。
  • 您使用的 Tekla Structures 版本。
  • Tekla Structures 的使用环境及您的角色。
这些内容是否有用?
上一步
下一步