0

在创建项目、EDT、枚举和表后，我尝试在 Visual Studio 2015 上同步数据库，以便在 Dynamics 365 上创建新屏幕。

当我尝试同步它时，它在模式检查过程中停止了。虽然看起来数据库同步在最初的几分钟内没有问题，但它总是在这个过程中停止，如下所述。

日志详细信息：

“新表 'DPT_TableDT' 和旧表 'DPT_TableDT' 之间的架构没有更改，表 id 为 '3997'。从 ManagedSyncTableWorker.ExecuteModifyTable() 返回同步表完成：DPT_TableDT。经过时间：0:00:00:00.0010010”

你能告诉我如何解决这个问题吗？

提前致谢。

完整的数据库同步日志 日志

数据库同步日志

4

2 回答 2

0

我最近被一个长时间运行的应用程序所阻碍，其中 Access v2003 副本拒绝同步。返回的消息是“内存不足”。这是在运行 Windows 10 的机器上。我能够强制同步的唯一方法是将副本移动到仍在运行 Windows 98 和 Office XP 的旧机器上，这允许同步和冲突解决。当我将同步的文件移回 Windows 10 机器时，它们仍然不会同步。

我最后不得不创建一个空白数据库并链接到一个副本，然后使用生成表查询来仅选择数据字段来创建新表。然后我能够创建可以同步的新副本。

由此我开始怀疑以下几点：

  1. Windows 10 中的某些内容已更改并导致同步/冲突解决问题。
  2. 添加到副本集中的隐藏/受保护字段中的某些内容在 Windows 10 下被视为问题，而在 Windows 98 下则不是问题。
  3. 我注意到的一件事是，多年来同步列表中的副本数量已增长到 900 多个集合，但清除表的唯一方法是创建一个新的干净数据库。
于 2018-10-16T13:39:12.993 回答
0

从您所描述的以及屏幕截图中显示的内容来看，这看起来不像是错误，而只是描述了 X++ 和 Dynamics AX/365FO 行为。

当您说它“在最初的几分钟内没有问题”时，我猜您只是没有足够的耐心。完整的数据库同步通常需要 10-30 分钟，但可能需要更短或更长的时间，具体取决于各种因素，例如您的开发环境有多少马力，同步了多少更改等。我会等待至少一个在考虑同步引擎出现错误的可能性之前一小时（或者甚至在一夜之间运行它，然后在早上查看它为您提供的信息）。

您从日志中发布的消息（“架构未更改”）不是错误消息；它只是来自同步引擎的信息日志。它只是让您知道该表没有任何更改要传播到 SQL Server。

解决方案：通宵运行同步并在 Visual Studio 中发布结果的屏幕截图或错误列表窗口。

于 2018-07-30T12:23:26.307 回答