首页 > 数据库 > Oracle > 正文

MSSQL通过link导数据至oracle出错:Server: Msg 7399, Level 16

2024-08-29 13:29:19
字体:
来源:转载
供稿:网友


原贴地址: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 开关保留的内存量。使用低于默认值的值可以增加缓冲池和线程栈中的可用内存量;在不使用很多扩展存储过程、分布式查询或自动化对象的系统中,这种方法可为需要大量内存的工作负荷带来性能方面的好处。
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表