使用SSIS对Dynamics CRM 系统进行数据迁移

嗨,各位。最近项目一直都很忙,并且自己也一直在思考职业发展的问题,所以有很长一段时间没静下心写几篇Blog了。最近我参与的项目是Dynamics CRM 2011 到 Dynamics CRM 2013 Online的数据迁移,刚好接着今天这个机会和大家分析一下数据迁移的心得吧。

读过我之前文章的朋友肯定记得我把Dynamics CRM的接口分为了两大类:1)功能接口,2)数据接口。今天要说的数据迁移可以理解为数据接口,实现数据接口的方式有很多种,比如C#制作的程序,数据库层的SQL 脚本,以及今天我要和给大家介绍的主角SQL Server Integration Service(SSIS)。

为什么要使用SSIS呢?肯定是简单了,SSIS提供了功能丰富的控件给我们使用,比如:FTP控件,Excel控件,以及大量五花八门的控件以及第三方组件。回到今天我们的话题,如何使用SSIS实现Dynamics CRM 2011 与 Dynamics CRM 2013之前的数据迁移呢?我们有两种方案可选:1)使用Script Component编写Proxy来处理Dynamics CRM数据的CRUD操作,2)使用第三方的Dynamics CRM Component实现Dynamics CRM数据的CRUD操作。

这里就要根据项目情况来进行把控了,如果数据量不是很多,且数据结构简单,当然是用ScriptComponent了,反之则是第三反的收费组件,例如:Cozyroc, SSIS Integration Toolkit for Dynamics CRM。顺便提下,第二个组件是又咱们的Denical Cai开发的。

在数据迁移的过程中,最麻烦的事情还是处理特殊结构的实体,例如活动类型的实体Service Appointment,以及包含Party List 控件的Opportunity实体。对于这些实体我们需要做额外的数据处理,当然还是能实现的。接下来介绍几个在制作SSIS Pacakge中比较有用的方法吧:

1. 将SSIS Project 的WorkOffline设置为False: SSIS Menu-->Work Offline

2.使用数据源的Expressions设置晚期绑定数据源连接信息

3.可以使用Package Level Variable 和 Project Level Variable 保存一些重要的验证信息

4.如果Package经常出现死锁,可以将Package的TransactionOption设置为NotSupported。以及修改IsolationLevel设置。

大致就是以上几点,希望对大家有帮助,如果给位有好的建议欢迎和我交流。 :)

使用SSIS对Dynamics CRM 系统进行数据迁移,布布扣,bubuko.com

时间: 2024-11-16 18:42:00

使用SSIS对Dynamics CRM 系统进行数据迁移的相关文章

Dynamics CRM 系统自定义部分的语言翻译

Dynamics CRM 自带语言切换功能,在官网下载所需语言包安装后,在设置语言中就能看到你所添加的语言,勾选要启用的语言应用即可,再打开系统设置--语言就能看到可更改用户界面语言的显示了. 但官方提供的语言包只是对系统自带的功能的显示文字进行了切换,而自定义的显然没有 下面我要做的就是对自定义的文字进行翻译了,显然这就是个纯苦力活,新建个解决方案添加你要翻译的实体,点击上方的导出翻译 解压后会看到一个名叫"CrmTranslations.xml"的文件,用excel打开它会看到下面

从 Microsoft Dynamics CRM 4.0 服务器迁移到 Microsoft Dynamics CRM 2013 Server

不能就地升级早于 Microsoft Dynamics CRM Server 2011 的版本,比如 Microsoft Dynamics CRM 4.0 服务器.但是,可以在升级过程中使用 Microsoft Dynamics CRM Server 2011 的试用版 32 位版作为过渡步骤,将 Microsoft Dynamics CRM 4.0 部署升级为 Microsoft Dynamics CRM 2013.若要将本的 Microsoft Dynamics CRM 4.0 服务器 迁移

从 Microsoft Dynamics CRM 4.0 server迁移到 Microsoft Dynamics CRM 2013 Server

不能就地升级早于 Microsoft Dynamics CRM Server 2011 的版本号,比方 Microsoft Dynamics CRM 4.0 server.可是,能够在升级过程中使用 Microsoft Dynamics CRM Server 2011 的试用版 32 位版作为过渡步骤.将 Microsoft Dynamics CRM 4.0 部署升级为 Microsoft Dynamics CRM 2013.若要将本的 Microsoft Dynamics CRM 4.0 se

Dynamics CRM EXCEL导入数据字段类型为选项集时的注意事项

在开始先展示下CRM的导入数据涉及选项集字段时的一个问题 下图是选项集字段的属性 下图是我要导入的excel中的列值,可以看出列明和字段名是一致的,而列值却不是选项集中已有的选项 在导入校验时,只要字段名对上了,选项集字段并未报任何警告提醒 导入成功后针对excel中的列值在选项集中没有的,系统会自动创建 这是一个麻烦,所以怎样才能避免这个问题,或者说在excel中的列值和选项集字段对不上时如何能有个提醒,下面来说解决办法 将前面导入的excel的列明更改下和系统选项集字段的属性名不同,再对列值

Dynamics CRM 导入用户数据错误 could not retrieve salesperson role

在CRM中通过导入数据的方式创建用户时报下图中的错误,"could not retrieve saleperson role".原因是系统中的自带的salesperson安全角色被删除了,在用导入数据的方式导入文档新建用户时是没有安全角色让你选择的,系统默认给分派了销售员的的安全角色,当你把这个系统默认的安全角色删除以后,系统无法找到这个安全角色自然就会报错了.

接着上一篇,把刚才SQL Server Data Tools 开发的报表复制到 重新部署到微软Dynamics CRM 系统中

报表开发好了,要应用到系统中呢,下面教大家如何把Visual studio或者SQL Server Data Tools 开发的报表导入到系统中. 进入, 销售---报表 ,点 新建 点 "浏览" 定位到报表保存的文件夹.一般在我的文档中 Projects 点 "保存并关闭" 好了,看到了吧,分配权限就可以使用了,是不是很简单啊. 下面是逆向操作,报表导出. 保存即可以.

使用Excel PowerQuery和PowerPivot分析Dynamics CRM数据

可能大家也发现,博主撰写的文章大部分都和Developer相关,涉及到的都是一些需要专业编程知识才能理解的编程知识.今天呢,我给大家介绍一些不一样的东西,告诉大家怎么使用Excel去分析Dynamics CRM系统中的数据. Excel软件大家都知道吧,不了解的同学可以去面壁了,微软对Excel软件的重视度是那是不需要提的,它在Office产品套件里面的地位也是数一数二,随着最近几个版本的Release,用Excel做出一些酷炫的BI展示效果也是很轻松的事情呀! 这篇文章中,博主将使用的Exce

Dynamics CRM 2015 Web API:简介

最近Dynamics CRM又有新动作啦,同学们可知道否,在未来的版本中,我们现在使用的基于SOAP的API们将被淘汰,取代它们的是现在流行的Web API.对于这两类API,各有优势,但是对于微软选择后者,更多的原因还是想在移动端有所建树,毕竟基于SOAP的API对于移动端来说显得过于笨重. 这消息对我们来说有好也是有坏的,坏处就是,哈哈,大家又要开始学习一套新的API编程知识:至于好处嘛,那就是Web API更灵活,我们仅仅需要写几行代码就能实现API调用.例如:如果我们用SOAP API在

Dynamics CRM 2015 New Feature (7): Field Level Security Mechanism

今天我们来看看字段级别的安全控制,如我们知道的,Dynamics CRM系统之前的权限控制是基于Role的,这样颗粒度比较大,在新系统中,引入了字段级别的权限控制,并且细分到字段的读取操作,更新操作以及创建操作.非常的给力,当然配置过程也不复杂,我们来看看吧: 首先我们需要开启字段的Security选项 然后在Security模块中配置该字段的访问限制,以及能可访问的用户及团队 可以设置对CRU的控制 实际效果,没有权限的用户是不能对该字段做任何操作 具有权限的用户 以上配置只是为大家抛砖引玉,