MSSQL 解决link导数据至oracle出错:Server: Msg 7399, Level 16, State 1, Line 1

2022-11-12 09:55:58
内容摘要
这篇文章主要为大家详细介绍了MSSQL 解决link导数据至oracle出错:Server: Msg 7399, Level 16, State 1, Line 1,具有一定的参考价值,可以用来参考一下。 对此感兴趣的朋友,看
文章正文

这篇文章主要为大家详细介绍了MSSQL 解决link导数据至oracle出错:Server: Msg 7399, Level 16, State 1, Line 1,具有一定的参考价值,可以用来参考一下。

对此感兴趣的朋友,看看idc笔记做的技术笔记。

SQLServer中建了一个Link(name=XXLink)把相应数据导入倒Oracle数据库中,具体INSERT语句如下:


---- 来自www.512pic.com 
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 1OLE 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 开关保留的内存量。使用低于默认值的值可以增加缓冲池和线程栈中的可用内存量;在不使用很多扩展存储过程、分布式查询或自动化对象的系统中,这种方法可为需要大量内存的工作负荷带来性能方面的好处。

注:关于MSSQL 解决link导数据至oracle出错:Server: Msg 7399, Level 16, State 1, Line 1的内容就先介绍到这里,更多相关文章的可以留意

代码注释

作者:喵哥笔记

IDC笔记

学的不仅是技术,更是梦想!