我们已完成将网站从旧CMS迁移到SDL Tridion。我们有成千上万的客户，其中少于五个被迁移。现在让我们说我们需要自动迁移其他数千个客户端，显然我们不能使用手动工作。有没有办法使用它可能提供的任何API开发针对SDL的自动化解决方案？如果是，我们在哪里可以找到API的文档？任何书籍或在线教程相同？
答案 0 :(得分：7)
所有非常技术性的答案。无论您选择哪种方式，您都需要权衡不进行技术迁移（并尝试做到正确）的选择，而不是雇用大量学生进行复制和粘贴。
答案 1 :(得分：5)
Tridion拥有广泛的API，这些API已经过全面记录。您的SDL Tridion 2011的起点是https://www.sdltridionworld.com/downloads/documentation/SDLTridion2011SP1/index.aspx
自动迁移是完全可能的，但API支持不是限制因素。了解源和目标方案中的数据更为重要。
答案 2 :(得分：5)
无论CMS如何，都可以根据您要迁移的系统中的内容组织程度来衡量迁移的复杂程度。
我将迁移分类为与Origin和Destination相关的3种类型：
如果原始源是数据库或其他CMS，则通常会降低复杂性，因为内容已经过结构化。 您必须提取该内容并使用新系统中的结构映射现有内容
如果目标是将现有网站迁移到CMS，则复杂性会随着内容更加混乱而增加 在CMS中拥有它。 同样，如果网站中的内容结构合理，仍然可以实现自动化，但大多数情况都是旧网站 手动维护。 有一些商业工具可以从站点中抓取内容并应用模式来识别常见元素，常见内容，公共元数据和结构 并且能够按原始内容并根据允许构建内容的规则应用逻辑，但即使是最好的工具也很难 当消息来源混乱时要做的工作。 此外，我已经看到迁移将最终的html切成碎片并将其放入CMS中。这是一个简单的方法，但当然是错误的方法，如 你没有利用CMS
3种类型与我们迁移的源类型和我们想要获取的源类型相关
内容到内容迁移不那么复杂
第二个选项当然更复杂，因为您必须分离将成为模板的内容和HTML
第三个选项甚至更复杂，就好像你要提取页面的html一样（例如使用http客户端，就像大多数商业工具那样）， 你没有捕捉到页面的逻辑。在这种情况下，您需要在文件级别工作
在您进入迁移之前尝试进行深入分析，因为事情可能变得复杂。 只有您对原始系统和实体模式有很好的了解才能实现，您可以在自动化中进行思考
答案 3 :(得分：3)
我会考虑联系Kapow或Vamosa，他们都专注于抓取网站，然后将其导入CMS。它们都有SDL Tridion的连接器。这可以为您的客户节省时间和金钱。
答案 4 :(得分：0)
除非您将“数千个”站点（假设客户端是站点）从相同的源类型迁移到相同的目标（在本例中为SDL Tridion），并且具有非常接近的数据模型，否则每次迁移都是不同的。几个SDL Tridion合作伙伴已经在解决这个问题，并构建/构建了辅助迁移自动化工具。如果您需要更多信息，请与我们联系。