Tridion DCPs-缺少组件
不要问我怎么做,但我现在的情况是,我发布的DCP中的组件ID在Tridion中已经不存在了 我知道如果某个组件已发布,GUI将阻止您删除该组件,但不知何故(可能取消发布失败,但CM仍删除了该组件???),它们已从CM中删除,现在我在broker中有大量DCP,我无法摆脱 有人经历过吗? 除手动更新数据库外,是否还需要进行纠正Tridion DCPs-缺少组件,tridion,Tridion,不要问我怎么做,但我现在的情况是,我发布的DCP中的组件ID在Tridion中已经不存在了 我知道如果某个组件已发布,GUI将阻止您删除该组件,但不知何故(可能取消发布失败,但CM仍删除了该组件???),它们已从CM中删除,现在我在broker中有大量DCP,我无法摆脱 有人经历过吗? 除手动更新数据库外,是否还需要进行纠正 这是Tridion 2011安装程序、单部署器、单代理数据库。解决此问题的最常用方法是手动创建一个传输包,删除有问题的DCP 因此: 在cd_deployer_conf.x
这是Tridion 2011安装程序、单部署器、单代理数据库。解决此问题的最常用方法是手动创建一个传输包,删除有问题的DCP 因此:
对Puf创造力的赞扬。我与Tridion客户支持部门核实了他的方法,尽管他们说这是一个灰色地带,但他们会允许这样做
唯一的替代方法是创建一个新的代理数据库并发布已经发布的所有内容。然后您可以将其与live db交换 嗯。。您可以尝试检查http上载的传入文件夹(失败文件夹),并获取与未发布关联的包(zip),然后将其放回传入文件夹,这样http上载将获取该文件并开始取消部署。警告:这不是受支持的方式。谢谢你,弗兰克-我试试看。知道这是怎么发生的吗?不知道。如果您能找到一种方法来持续地重现这一点,SDL development将乐于听到。我必须承认,在那之前我都会怀疑“恶意API调用”Frank,我在使用HTTP(s)部署器,这会有所不同吗?将我修改过的zip放到传入文件夹中,但什么也没发生?这过去可以通过调用Component.Render从模板复制。这将动态发布CP,但不会设置发布状态。换句话说:您可以简单地删除组件并在代理中孤立您的DCP。5.3中就是这种情况,可能2009年也是如此。但不确定2011年的情况。好的-按照步骤,但每次我放下压缩包时,我都会得到“阶段:部署器准备阶段失败,无法将包重命名为D:\tridion\incoming\zip\tcm_0-11966-66560.Content.zip,无法将包重命名为D:\tridion\incoming\zip\tcm_0-11966-66560.Content.zip”?很好,您已经在支持下确认了Puf的方法。否则,我会认为你的方法是唯一得到明确支持的方法。