原贴地址:http://community.csdn.net/EXPert/topic/3798/3798231.XML?temp=.9782984
在SQLServer中建了一个Link(name=XXLink)把相应数据导入倒Oracle数据库中,具体INSERT语句如下:
INSERT INTO openquery(XXLink,'SELECT col1,col2,col3 FROM TableInOracle')
SELECT col1,col2,col3 FROM TableInSQLServer
WHERE .......
以前一直可以的正常执行的,从近来某一天开始,就不能搞定,报如下错误
Server: Msg 7399, Level 16, State 1, Line 1
OLE DB provider 'MSDAORA' reported an error. The provider ran out of memory.
[OLE/DB provider returned message: Out of memory.]
OLE DB error trace [OLE/DB Provider 'MSDAORA' IRowsetChange::InsertRow returned 0x8007000e: The provider ran out of memory.].
开始就重启SQLServer或重启服务器之后都有可能保证正常执行,但是无法根本解决
处理办法:添加启动参数 -g (例如使用-g384)
联机帮助对-g参数的解释:
以兆字节为单位指定虚拟地址空间大小,SQL Server 将为 SQL Server 进程内的内存分配保留这一部分地址空间,但将其置于 SQL Server 内存池之外。这一区域由 SQL Server 用来装载诸如扩展过程 .dll 文件、分布式查询所引用的 OLE DB 提供程序、Transact-SQL 语句中所引用的自动化对象等项目。默认值是 256 MB。
使用该选项有助于调节内存分配,但仅当 SQL Server 2000 个人版或 SQL Server 2000 标准版的物理内存大于 2 GB 或 SQL Server 2000 企业版的物理内存大于 3 GB 时才适用。对于物理内存少于上述值的配置,即使使用该选项也不会有什么帮助。假如 SQL Server 的内存使用要求反常,并且 SQL Server 进程的虚拟地址空间全都在使用,那么在这样的大内存配置中适合使用该选项。不正确地使用该选项可能导致 SQL Server 实例无法启动或碰到运行时错误。
除非在 SQL Server 错误日志中看到下面的警告信息,否则应使用 –g 参数的默认值:
警告:Clearing procedure cache to free contiguous memory
此信息表明 SQL Server 正试图释放 SQL Server 内存池的部分空间,以便为扩展存储过程 .dll 文件或自动化对象等项目寻找空间。在这种情况下,可以考虑增加由 -g 开关保留的内存量。使用低于默认值的值可以增加缓冲池和线程栈中的可用内存量;在不使用很多扩展存储过程、分布式查询或自动化对象的系统中,这种方法可为需要大量内存的工作负荷带来性能方面的好处。