我真的是这个概念,从来没有使用过,但在一些读数之后,这些是我的结论和后来的问题

  1. 要创建内容类型集线器,我需要在那里创建一个站点集合,我将创建集中内容类型 在其他网站上的
  2. 我将消耗主站点集合的内容类型

    问题是: 如果我在集线器中进行了更改内容类型,它将自动升级所有网站集中的所有列表? SharePoint是否真的使用来自主站点的内容类型的定义,或者每次发生更改时刚刚复制?

    是否有更多的优点或缺点?

有帮助吗?

解决方案

是,您为集线器创建一个站点集合,并激活网站集合级别的内容类型Syndication集线器功能。

有一个计时器作业,运行它将从集线器中的内容类型复制到订阅站点集合。如果您需要立即内容类型更改,则可以手动启动定时器作业。

请注意,如果它们是内容类型的一部分,则只能同步站点列。我通常绕过此方法的方式是创建一个虚拟内容类型并将任何孤立网站列添加到那个。

如果特定的内容类型需要激活的特定功能,例如文档ID,那么如果在那里未激活该功能,则同步将失败。

创建新的网站集时,它将自动运行同步定时器作业作为部署过程的一部分,因此所有内容类型都将立即可用。

其他提示

建议创建一个唯一的网站集,以充当内容类型集线器。这允许与您的普通用户和日常活动分离。在完成内容类型时,有一个选项可以发布它,然后在更新后重新发布。如果更新了CT,则更新不会自动退出。

还要记住每小时运行的内容类型用户定时器作业。此服务处理整个农场内CTS的发布。

hth

许可以下: CC-BY-SA归因
scroll top