CRM 2011至CRM 2016移民

Question

我计划将我的客户关系管理(现场)2011年升级为CRM 2016 (在酒店内)。现在我正在寻找迁移数据的最佳方法。顺便说一下，还有很多定制数据(实体、字段、WFs)。微软建议一步一步地升级2011->2013->2015->2016 (因为人们说db结构发生了很大变化)，但这对我来说不是最好的方式。我想先做清洁安装，把数据从2011年移到2016年。我找到的解决方案是研究新结构，然后编写自定义SQL脚本，这将完成这项工作。有没有什么开箱即用的方法？

另一个问题是CRM版本。微软提供Dynamics 365 (在酒店内)和Dynamics 2016 (在酒店内)。有什么关系？正如我所发现的，365有点像订阅许可证，而2016年是一次性付款吗？

TL;DR:

1. 2011年至2016年升级的最佳方式，最佳做法。
2. 将数据从2011年迁移到2016年CRM的最佳方法。
3. CRM 2016和CRM 365之间的差异(均在房地内)

非常感谢你即将到来的回答。

Answer 1

我做了很多从客户关系管理2011年到客户关系管理201X，包括客户关系管理2016和Dynamics365。以下是我对这些问题的建议/想法

1)基本上，由CRM Deployment处理的组织迁移工作做得很好。我通常在单独的服务器上创建一个暂存环境(所以CRM 2013 -> -> 2015 -> CRM 2016)生成数据库的完整副本，在下一个服务器上还原数据库并使用部署管理器导入组织。至于定制，这取决于CRM的历史，它有多少定制，以及它是否从CRM 4.0升级。如果最后一个是真的，而且定制量很大--在大多数情况下，我会删除所有Javascripts和插件，然后从头开始编写它们。虽然在成功地迁移到CRM 2011之后，汇总12可能会使所有脚本和插件正常工作，但CRM4.0中的大部分逻辑通常可以使用CRM 2016的一些新特性(不仅是业务规则，我个人不喜欢，而且主要是计算字段或汇总字段)，在某些JavaScript或插件中保留所有这些内容是没有意义的。如果系统的起源是CRM 2011，那么我只会审计那些可以变得更简单的功能，但是通常不会重写整个事情，只是做一些调整。如果脚本包含OrganizationData服务调用，我通常会重写它们以使用webAPI -- OrganizationData将很快从CRM中删除，所以这是一件好事。

当然，在将组织导入目标环境之后，我将应用所有修改过的自定义(这些定制是在单独的DEV环境上进行的，并且经过了彻底的测试)。

2)我经常使用Kingswaysoft SSIS连接器。我测试了所有其他工具，这是最灵活的，因为它包含了SSIS包的所有功能，并为您提供了一个易于使用的连接器。当然，这是我个人的喜好，所有的工具最终都应该做好自己的工作。

当我在两个前提环境之间迁移数据时(通常在同一个域中)，我不需要迁移特殊的字段，比如createdby、modifiedby、statuscode、Status合理等等。我只关注记录Ids。当我创建所有记录时，我只需使用T脚本更新所有有问题的字段，因为这要快得多。当然，当您迁移到联机时，您不能这样做，因此这种迁移将花费更多的时间(并且您将无法迁移例如修改字段)

我经常使用的简化流程如下

1. 在没有正确的状态代码(使用默认值)和查找值的情况下创建所有记录(因为很可能没有相关的记录)。如果它是在线的，那么将重点放在以后不能更改的特殊字段上-- createdon，createdon
2. 更新所有记录的所有查找(因为在1之后，CRM中有所有记录)
3. 更新所有状态，如果前提是运行所有自定义脚本复制值
4. 应用自定义

3)已经给出了很好的答案，Dynamics365只是对CRM 2016的一个更新(这就是为什么它的版本8.2而不是9.0)，所以从CRM的角度来看，没有太多的变化。升级过程中可以考虑的最大变化是可编辑网格--准备一个可以编辑的视图非常容易(尽管它的缺点是没有在线记录创建)，这可以简化某些场景(或者允许您删除一些自定义解决方案)。更好地处理业务流程流，因为它们有单独的数据库表，其中保存了有关流程状态的所有重要信息(这也引入了对此流程的新SDK访问)，其他事情只是简单的化妆品，主要是针对业务人员，而不是针对开发人员。

4)至于有价值的问题，所有的应用程序仍然可以使用普通的旧Organization.svc (通过获取IOrganizationService对象)，这是客户关系管理的一个SOAP端点。目前还没有计划删除这个端点，所以我看不出重写这个应用程序使用webAPI有什么好处(当然，这是可能的)。XrmServiceContext只是IOrganizationService的一个包装器，它允许您以更“工作单元”的方式使用它--当然对检索数据很有用，但我不喜欢它，因为它适用于所有其他CRUD操作。但是无论如何，它仍然只是一个包装器，所以唯一重要的是如何获得IOrganizationService。回到2011年的CRM中，您很可能是使用OrganizatoinServiceProxy类来实现的，您可以使用正确的凭据数据实例化这个类(就像我在这里解释的：https://stackoverflow.com/a/42873662/7708157)。目前，建议的方法是使用Microsoft.Xrm.Tooling.Connector程序集(只需从nuget -Microsoft.CrmSdk.XrmTooling.CoreAssembly获得它)，并使用CrmServiceClient和连接字符串(参见：https://msdn.microsoft.com/en-us/library/jj602970.aspx)。这将允许您获得IOrganizationService，您可以将其包装为xrmservicecontext或任何您想要的内容。建议采用这种方法，因为很可能在将来，这个包将开始使用webAPI而不是Organization.svc端点，因此如果微软决定删除或拒绝此服务，您的应用程序仍然可以正常工作。

Answer 2

由于问题范围很广，答案非常精确，没有深入探讨这一主题。

从CRM 20 to升级到20 to

尽管您可以进行就地升级(现有的CRM server +现有的SQL数据库)，但从本质上说，这几乎就像是在应用累积更新，或者提供新服务器并使用现有的SQL server，但最好的和微软推荐的升级方法是继续执行迁移升级 (新的CRM服务器+新的SQL server)。

迁移步骤(短篇小说)：

1. 为一个新的CRM实例提供一个新的Server实例和一个SSRS实例(如果适用的话)
2. 应用任何产品更新/滚动/累积更新。备份现有的CRM数据库。
3. 将数据库还原到提供的新Server实例。
4. 使用部署管理器并启动指向还原数据库的进口组织进程，这将启动升级过程。

长话短说是用SDK的最新版本升级插件(包括取消注册、升级和重新注册所有插件和步骤)、设置身份验证、SPN等等。我建议您好好阅读上面链接的文章。

请注意，升级必须是渐进的(例如，2011-2013- 2015 - 2016，在两者之间适用的CUs )。

将数据从20 to迁移到20 way的最佳方法

如果您经过迁移升级路由或任何支持的升级路径，则不需要将数据从20 to迁移到20 by。有一个思想过程认为，升级可能在不经意间需要数据迁移，但实际上并非如此。除非您正在从另一个系统中移动数据或更改/清理您现有的CRM数据结构(合并实体、移动便笺等)。您很可能不需要任何迁移。

假设您需要执行上述操作之一，一些最常用的集成工具是Microsoft Dynamics抄写员或KingswaySoft for Dynamics。我最喜欢的是易于扩展的KingswaySoft，以及定价模型(您基本上可以购买3个月的许可证并完成迁移，因为迁移是一次性的操作)。

在线客户关系管理与在线客户关系管理的区别

除了整个云，许可模式之间的差异，仍然有一些功能是在线独家(至少目前或直到下一个prem更新)。

在这两者之间进行选择，在我与在线和在线客户合作的经验中，基本上可以归结为：

1. 前期费用，持续维修。
2. 现有的基础设施(如果一家公司已经在云上使用office 365，他们很可能最终会使用CRM在线)。
3. 控制升级数据库。ones客户通常喜欢在更新/升级时对数据库、服务器进行更多的控制。
4. 只在线的特性 (虽然微软也把它们中的大部分应用到了现场安装，但它们的速度往往比在线实例慢得多，通常是3-6个月)。一些功能，如内部视图和社会倾听，目前是在线独家。

动力365：

Dynamic365是ERP (GP、NAV、AX)、Dynamics和一些集成扩展工具(如Parature )的结合。从CRM的角度来看，它将与2016年在线CRM没有什么不同。只有后端数据结构，这可能是一个更多的大小适合所有的模型。虽然更多的细节还没有出来，但从功能的角度来看，它并不是一个全新的产品。他们可能会提出一些新的功能，就像它们在每个主要版本中所做的那样，但我们知道，CRM仍然将主要是相同的。

Answer 3

将数据从2011年迁移到清理2016CRM.的最佳方法

几个月前，我在一个我正在管理的项目中与你处于同一位置(本周末交付)。

在深入研究了这个解决方案之后，我得出了以下结论: Microsoft推荐的方式很难实现，而且耗时且不会降低任何时候的风险。注意，在我的例子中，我们从前提迁移到在线，这比在前提到前提下更难实现。

在我们的例子中，我们开始映射旧的和新的数据库，并通过我们的集成商配置的ETL作业在线地将所有东西迁移到CRM 2016在线。我相信这是最好的方法，因为我们可以完全控制正在发生的事情，如果有一个字段缺失(例如，传真引线没有迁移)，您可以轻松地迁移该字段。

如果你选择2011==> 2013 ==> 2015 ==> 2016公路，你将需要三倍的工作，因为你必须弥补每一个版本之间的差距(例如，2011年领先的手机领域有4个，2016年只有3个)，而且必须想出三次解决方案，而不是一次。

客户关系管理2016和客户关系管理365之间的差异(均在酒店内)

客户关系管理没有。除非我弄错了，否则365版本与服务器端同步将允许您使用Outlook的365插件，它比其他版本具有更多的功能(与2011年版本非常相似)。编辑:我弄错了。Dynamic365是CRM 2016的新名称(遵循微软新推出的365品牌，同时也适用于Dynamics )。您的系统应该已经更新，除了名称更改(以及全新的Outlook附加组件，我还没有测试)，您的系统集成了客户之声，而不是作为解决方案。我认为还有一些其他的变化。请注意，您需要从管理界面手动升级解决方案，如“外勤人员”。