Tekla Model Sharing 最佳方法

Tekla Structures
2018
Tekla Structures

Tekla Model Sharing 最佳方法

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

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

在共享模型中不同对象类型的工作方式

当多个用户同时在 Tekla Model Sharing 中修改模型时,可能会发生冲突。

通常,所有对象类型的工作方式在 Tekla Model Sharing 中都是类似的。 在读入时,读入包中的更改将覆盖对同一对象的本地更改。 换句话说,如果多个用户修改同一对象,首先向共享服务写出更改的用户会在冲突中取胜。

在开始共享模型之前,同意共同的工作方式。

例如,
  • 让用户使用模型的不同区域。

  • 检查 目录 ,以使其包括所有需要的定义。

  • 检查 组编号 设置。

    系列编号设置是共享的,但不能以递增方式更新。 我们建议一个用户首先读入所有数据包,通过写出更改进行更新并共享这些设置。 如果用户需要在写出之前进行读入,则在开始共享这些设置之前务必检查它们是否保持原样。

    起始编号的范围应足够大,以免编号序列中的编号用完,而且任何编号序列不得与其它编号序列重叠。

    编号时,我们建议您使用 为所选对象的序列编号 选项卡中的 图纸和报告 命令。

  • 同意在模型中使用浇筑,并设置相应的 XS_​ENABLE_​POUR_​MANAGEMENT

    如果在模型中已启用浇筑,请不要使用 XS_​ENABLE_​POUR_​MANAGEMENT 禁用浇筑,特别是在工程中途。 模型和图纸中的浇筑和浇筑中断点可能会变得无效,您可能会丢失所有与浇筑相关的建模工作。

如果用户修改同一对象的不同属性,最终结果将是修改的合并。

  • 模型对象

    对对象属性的共享修改将覆盖任何其他对象属性修改。

    例如,一个用户修改了横梁截面并写出。 另一用户修改了同一横梁的材料并读入。修改横梁材料的用户将丢失更改,因为共享更改将覆盖同一对象的本地更改。

  • 轴线

    如果共享轴线中存在冲突,则轴线使用已在轴线属性中设置的初始值进行重建。 所有手动添加的轴线已丢失。

    例如,如果两个用户通过添加额外轴线来修改一个轴线并输出,当他们读入时,添加的轴线将从模型中消失。

  • 用户定义的属性 (UDA)

    对用户定义的属性 (UDA) 的共享更改仅覆盖对同一 UDA 的更改。

    例如, 注释 UDA 中的更改将覆盖 注释 UDA 中的更改,但不覆盖 缩短 UDA 中的更改。

    对零件的共享更改不会覆盖 UDA 更改,反之亦然。

  • 零件和相关组件

    对零件的共享更改不会覆盖组件更改,反之亦然。

  • 图纸

    可以是来自同一零件的复制图纸。

    例如,当两个用户处理共享模型的本地版本时,他们会从同一零件创建图纸。 当两个用户写出更改时,两个图纸会出现在图纸列表中。 Tekla Structures 不会删除任何一个图纸,并且它不合并图纸的更改。 您需要以可视的方式检查图纸并决定删除哪些图纸,或者使用 图纸锁定 以阻止其他用户修改图纸。

  • 浇筑

    自动分配对象至浇筑体尚不支持共享。必须运行 计算浇筑体 命令以更新浇筑体。

    • 如果将 XS_​CALCULATE_​POUR_​UNITS_​ON_​SHARING 设置为 TRUE (默认值), Tekla Structures 会在写出和读入期间自动计算并更新浇筑体。

    • 如果将 XS_CALCULATE_POUR_UNITS_ON_SHARING 设置为 FALSE ,并且如果每个用户都需要最新的浇筑体信息,则他们必须在其共享模型的本地版本中运行 计算浇筑体 命令。

      例如,用户 1 移动一根钢筋使其接触到浇筑对象,然后运行 计算浇筑体 命令,将该钢筋添加到浇筑体中,最后再写出数据。用户 2 读入时,则会看见钢筋已被移动,但尚未添加到浇筑体中。

    可共享手动分配、对浇筑对象及附加到浇筑对象的对象所做的其它更改(如几何形状更改和位置更改)。浇筑体分配中共享的手动更改会覆盖本地更改。

    例如,用户 1 使用 添加到浇筑体 命令将埋件添加到浇筑体中,然后写出数据。但用户 2 之前已使用 添加到浇筑体 命令将同一埋件添加到另一个浇筑体中。则用户 2 读入时,会看见埋件已添加至用户 1 操作的浇筑体中。

  • 用于编号设置的标准文件

    在您读入时,不会自动加载用于编号设置的标准文件。如果您要使用这些文件,则需要在读入后重新加载它们。

Warning:

如果对象删除已输出到共享服务,则在您读入时将删除模型中的对象。无论您在读入之前是否修改了该对象都会删除。如果删除已经共享,删除的对象将保持删除状态。

在您读入时,删除的对象将不显示。

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

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

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

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

    • FabTrol XML

    • ASCII

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

共享目录更新但不创建新对象的方式

有时您可能需要利用新定义更新目录,例如新的截面,并且可以在未利用新的定义创建任何对象的情况下共享更改。

  1. 确保共享模型的所有用户 输出 他们的更改。
  2. 读入 所有模型更改。
  3. 更新所需 目录
  4. 创建新 基线
  5. 确保所有用户已 加入 创建的基线。

    在用户加入基线之后:

    1. 确保用户会检查 文件 > 共享 > 共享设置 > 排除 已排除的文件和文件夹的相关设置 为最新,或者他们会从 ..\TeklaStructuresModels\<model>\ModelSharing\Settings 中该模型的旧有本地版本复制 FileSharing.ini 文件。
    2. 确保用户删除了先前的本地版本模型。

如何共享“管理器”数据

默认情况下,不共享 管理器 数据。但是,您可以将 管理器 输入和输出功能与 Tekla Model Sharing 结合使用以共享 管理器 更改。

  1. 选择负责 管理器 数据的用户。此处为用户 A。
  2. 用户 A 创建 管理器 数据并 将数据输出 到某个模型子文件夹。

    请注意,所选文件夹不能是默认的 ProjectOrganizer 文件夹。

  3. 用户 A 输出
  4. 用户 B 读入 并发现有新的可用数据。
  5. 用户 B 打开 管理器 并输入用户 A 输出的数据。

    该数据在 管理器 中显示为新数据。

  6. 用户 B 删除旧 管理器 数据并保存该模型。
  7. 用户 A 更新 管理器 数据,输出更新并写出数据。
  8. 用户 B 读入数据并将更新的数据输入到 管理器

    该数据在 管理器 中显示为新数据。用户 B 删除旧数据。

备份共享模型

我们建议您备份 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 Structures 会向您显示一条错误消息。

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

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

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

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

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

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

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

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

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

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

  • 相关问题的详细描述。

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

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