问题描述
从 Tridion 5.3 SP1 升级到 Tridion 2011 SP1.
Upgraded from Tridion 5.3 SP1 to Tridion 2011 SP1.
想要更改发布目标中提到的 Httpupload 页面 URL，但在保存时 Tridion 抛出错误
Want to change Httpupload page URL mentioned in Publication Targets, but while saving it Tridion is throwing error
8004D025) 错误:抛出System.EnterpriseServices.TransactionProxyException"类型的异常.无法保存目标类型 (tcm:0-2-65538).SQLUtilities.GetDatabaseConnectionDataStoreDAL.InitDataStoreBroker.InitDataStoreUtilitiesBL.InitDataStoreTargetTypeBL.UpdateTridion.ManagerContent.SaveThroughLegacyBL(String)Tridion.ContentManager.IdentifiableObject.Save(SaveEventArgs)Tridion.ContentManager.IdentifiableObject.Save()Tridion.ContentManager.BLFacade.IdentifiableObjectFacade.Update(UserContext,String)XMLState.SaveTargetType.Save
注意:我们可以更新组件和页面，但无法更新/创建新的发布目标以及目标类型
Note: We are able to update Component and Pages but unable to update/create new Publication Targets as well as Target Types
推荐答案
这很可能是 MSDTC 问题.检查您是否可以使用 DTCPing 从 Tridion 服务器访问数据库服务器.
This is most likely an MSDTC problem. Check if you can reach the database server from the Tridion server using DTCPing.
更新:其他遇到类似问题的人报告说这是由他们的 SQL Server 集群引起的，他们需要在防火墙上打开端口 135 以接收消息在一个方向和端口 1024-5000 用于响应消息.显然，Windows ODBC 数据源管理器比 DTCPing 更适合进行故障排除，因为它通过 SA 凭据、服务器和端口验证对特定数据库的访问.
Update: other people that had similar problems reported that it was caused by their SQL Server cluster and they fact that they needed to open port 135 on their firewall for messages in one direction and ports 1024-5000 for the response messages. Apparently the Windows ODBC Data Source Administrator is even better for troubleshooting than DTCPing as it verifies access to a particular database via SA credentials, server and port.
这篇关于无法在 Tridion 2011 SP1 中保存发布目标的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！