9 个解决方案
#1
查看一下任务管理器,看物理内存加虚拟内存是否都已耗用完.
#2
没用完啊。物理内存还有一个多G。16G的windows2003
#3
经验之谈,DTS还是用2000的好
#4
客户这里就用这个我也没办法啊。。。还在等呢。也不动。我要停止的话又得恢复半天。
#5
5。优化导入导出数据的一些方法1。使用最小日志记录:
a.恢复模式是简单模式或者大容量日志记录模式。如果你是完整模式,可以在进行操作前改成大容量日志模式,插入后改回来
b.目的表没有触发器,没有索引,指定了TABLOCK
2。将数据从多个客户端并行导入到单个表:
a.如果是完整恢复模式,改成大容量日志模式
b.指定了TABLOCK
c.表上没有索引
3。使用批处理:通过设置BCP或者BULK INSERT的相关选项,是用于可以指定在操作过程中发给SQL的每个批处理的行数。
4。禁用触发器和约束:默认情况下是禁用的。如果要检查,可以在复制完成后进行一次更新操作(当然值不可以变)
5。对数据文件中的数据排序:通过设置ORDER提示,提高性能。默认数据文件是不排序的。
6。控制锁定行为:指定大容量操作过程获得一个大容量更新表级锁,这样可以减少表上锁的争夺。
7。回避DEFAULT:通过设置相关选项,回避在复制数据到表中时,对有DEFAULT的列插入默认值,而是改成在列中值为NULL。
你的目标表有数据吗,还有数据量的大小
#6
可以考虑用 分批导入
#7
继续等着。。。。
#8
终于恢复完了。用了两个小时。气死我了。破sqlserver。一条没进去。还得重新导。这破工具能不能用啊
#9
2000的DTS,稳定耐用轻便
#1
查看一下任务管理器,看物理内存加虚拟内存是否都已耗用完.
#2
没用完啊。物理内存还有一个多G。16G的windows2003
#3
经验之谈,DTS还是用2000的好
#4
客户这里就用这个我也没办法啊。。。还在等呢。也不动。我要停止的话又得恢复半天。
#5
5。优化导入导出数据的一些方法1。使用最小日志记录:
a.恢复模式是简单模式或者大容量日志记录模式。如果你是完整模式,可以在进行操作前改成大容量日志模式,插入后改回来
b.目的表没有触发器,没有索引,指定了TABLOCK
2。将数据从多个客户端并行导入到单个表:
a.如果是完整恢复模式,改成大容量日志模式
b.指定了TABLOCK
c.表上没有索引
3。使用批处理:通过设置BCP或者BULK INSERT的相关选项,是用于可以指定在操作过程中发给SQL的每个批处理的行数。
4。禁用触发器和约束:默认情况下是禁用的。如果要检查,可以在复制完成后进行一次更新操作(当然值不可以变)
5。对数据文件中的数据排序:通过设置ORDER提示,提高性能。默认数据文件是不排序的。
6。控制锁定行为:指定大容量操作过程获得一个大容量更新表级锁,这样可以减少表上锁的争夺。
7。回避DEFAULT:通过设置相关选项,回避在复制数据到表中时,对有DEFAULT的列插入默认值,而是改成在列中值为NULL。
你的目标表有数据吗,还有数据量的大小
#6
可以考虑用 分批导入
#7
继续等着。。。。
#8
终于恢复完了。用了两个小时。气死我了。破sqlserver。一条没进去。还得重新导。这破工具能不能用啊
#9
2000的DTS,稳定耐用轻便