We have a need to do the initial data copy on a table that has 4+ billion records to target SQL Server (2014) from source MySQL (5.5). The table in question is pretty wide with 55 columns, however none of them are LOB. I'm looking for options for copying this data in the most efficient way possible.
We've tried loading via Attunity Replicate (which has worked wonderfully for tables not this large) but if the initial data copy with Attunity …
我正在尝试将表从一个SQL Server复制到另一个。源是SQL Server 2014，目标是SQL Server2016。我的速度无法超过60MB / s。我要复制约15亿行，总表大小约为1TB。
源服务器具有SATA SSD的RAID 5，目标服务器具有NVME SSD的RAID 0。两台机器都通过10GbE直接连接，没有任何交换机。我能够在几秒钟内复制几GB的文件，因此我认为网络和磁盘都已正确配置。
我正在使用SSIS，并且我仅尝试了“表”源和select *查询。程序包将创建目标表，而我正在使用快速加载。我已经尝试过将oledb用于SQL Server，并将SQL本机客户端用于连接类型。我在数据流中尝试了1到12个并行源/目的地的任何地方，但速度却是从1到12的3倍。但是我没有简单的方法来进一步划分数据以提高并行度。
我玩过缓冲区，但数据包大小无济于事。
源表大约有100列。
我期望为此至少获得300-500MB / s的速度，并希望至少使源磁盘的读取速度达到饱和（〜800MB / s）。我是否缺少某些内容，或者这仅仅是SQL Server的限制？