用SSIS从SQL SERVER往ORACLE导入数据时,会出现数据丢失现象
发布网友
发布时间：2022-04-08 10:53
共2个回答
懂视网
时间：2022-04-08 15:14
相比安装Oracle完整版，这个Oracle Express Edition版小，而且安装非常简单，不会出现安装过程中复制文件丢失等抽风式错误，安装完后，也不需要你设置环境变量等奇葩东西。安装完成后，重新打开SSDT工具，新建【OLE DB连接】，在【提供程序】处选择“Oracle Provider for OLE DB”连接方式。
详见此贴：http://www.flybi.net/question/1051
注意：如果未出现这个连接方式，请先关闭SSDT，再到OracleXE安装目录，搜索：OraOleDB11.dll文件（11是版本号），然后在CMD中运行：regsvr32 {本机OracleXE安装目录}/OraOleDB11.dll，提示注册成功，再重新打开SSDT，就可以了。
部署ETL包
测试过两种ETL包的部署方式：
- 在本机直接发布到本机的SQL SERVER
- 在本机另存包副本，再到另一台服务器部署（环境相同，只是SQL是2012）
其实目前没发现有什么差异性（因为都需要目标服务器有Oracle的驱动），但是包的配置【保护级别】建议按下面的方式选择“依靠服务器存储和角色进行访问控制”：
否则部署后，执行作业会报错，提示“无法解析加密的XML文件，或是敏感数据无法访问”之类的错误（具体没有截图了）。
另外在SQL SERVER建作业的时候，执行步骤就选择了包的位置，其它所有配置都没怎么修改：
自己在执行作业这一步，卡了很久（1-2个工作日），就报一个错：“192.168.1.1（Oracle数据库连接地址）连接无效”，很简短的错误，根本没法排查。但是当我注册Regsvr32 OraOleDB.dll驱动后，才反应过来：SQL Server服务没有停止，Regsvr32后很可能没有对SQL SERVER生效。
果然，重启服务器后，再执行包，就正常了。
后记
由于花在这上面的时间太多，导致一看到说装Oracle驱动的日志就头大，再一看还要分32/64位驱动就头皮发麻了。整个文章涉及的步骤，我都从头到尾在WIN7+SSDT2010上测试过，同时包也部署在SQL2008R2和SQL2012的数据库上成功运行过。
另外，由于是在服务器上折腾，所有很容易忽略一个情况：电脑很少重启，呵呵。
最后我想说，如果不是网速给力，不停地尝试过程中，需要下载大量的安装程序（各种Oracle驱动，Oracle完整安装包，SQLserver安装包，SSDT安装包……），加起来几十个G，我都折腾了3-4个工作日（安装、卸载也费时间）：
你现在可以想象一下：如果你写（拷）一篇日志，里面全是些下载东西然后就可以解决问题的方法，但是背景、环境不交待清楚，你这得耽误同行多少时间？
成功部署SSIS中含有Oracle数据库连接的ETL包
标签：
热心网友
时间：2022-04-08 12:22
