Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/sql-server-2008/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql server 2008 SSIS正在删除平面文件源导入上的记录_Sql Server 2008_Ssis_Record_Flat File - Fatal编程技术网

Sql server 2008 SSIS正在删除平面文件源导入上的记录

Sql server 2008 SSIS正在删除平面文件源导入上的记录,sql-server-2008,ssis,record,flat-file,Sql Server 2008,Ssis,Record,Flat File,我在SSIS(2008)中遇到了一个非常奇怪的问题 基本工作流程如下所示 使用平面文件源(CSV),导入SSI,推入SQL 当进程在开发环境中运行时,一切都会完美运行。 当dtsx包投入生产时。。使用完全相同的平面文件源,文件中的最后一条记录在到达SQL过程开始时被删除 我已经讨论了我可能想到的所有东西,包括行分隔符、列分隔符、重建平面文件源连接 以前有人见过这样的东西吗 CSV文件包含10条记录,有4列。它由逗号分隔,行由{CR}{LF}分隔。该文件由Excel生成,在CSV文件末尾有一个空行

我在SSIS(2008)中遇到了一个非常奇怪的问题

基本工作流程如下所示

使用平面文件源(CSV),导入SSI,推入SQL

当进程在开发环境中运行时,一切都会完美运行。

当dtsx包投入生产时。。使用完全相同的平面文件源,文件中的最后一条记录在到达SQL过程开始时被删除

我已经讨论了我可能想到的所有东西,包括行分隔符、列分隔符、重建平面文件源连接

以前有人见过这样的东西吗

CSV文件包含10条记录,有4列。它由逗号分隔,行由{CR}{LF}分隔。该文件由Excel生成,在CSV文件末尾有一个空行

如果需要更多信息,请告诉我。我不确定我还能提供什么。

我以前也遇到过类似的问题。这通常是因为您的生产SQL框是x64,而开发是X32。这仍然令人惊讶,但OLEDB驱动程序 不完全支持x64 SQL server。但是,x32位也支持同样的功能

它总是缺少最后一条记录,后来在数据核对中被发现。 我使用平面文件源适配器,然后使用不同的DFT进行反复试验,发现如果使用大容量插入,错误就会消失,因为它不依赖于X64驱动程序。
我也有同样的问题。我发现,当我将SSIS包从一台服务器复制到另一台服务器时,平面文件源的文本限定符有时会出错,因此它将使用_x003C_none_x003E_。有一次,我修复了没有记录被删除的问题。

我也遇到了同样的问题,昨天我解决了这个问题,确保每个列都没有文本限定。把它们都设为假的,我就神奇地工作了。我希望这会有所帮助。

在开发版和Live版上,SQL Server的补丁级别是否完全相同?比较两台服务器的
SELECT@@VERSION
结果。生产=[Microsoft SQL Server 2008(RTM)-10.0.1600.22 x64],开发=[Microsoft SQL Server 2008(SP2)-10.0.4000.0 x86]尽快将生产升级到SP2是值得的-这很可能解决您的问题。此链接(以及两个分支)很可能证明这是有用的。我看了一下这些链接,它们似乎不太相关,但我会考虑在他们的网站上安装SP2,看看这是否能解决问题,答案是什么?在dtexec.exe上使用/X86选项是否有帮助?该包是作为sql server作业的一部分运行的,我在作业的步骤中将其指向在类型下拉列表中使用SSIS,然后单击执行选项“使用32位运行时”,但它没有帮助。奇怪的是,它仍然显示错误,在论坛上建议使用BCP或批量插入,因为这些任务不依赖于位。这解决了我的问题。dba.stackechange上也发布了类似的问题/解决方案,如下所示: