【翻译自mos文章】使用Windows操作系统的Dell Pcserver,Oracle db报错:ORA-8103

本文探讨了在使用Windows操作系统与DELL服务器时,遇到Oracle DB报错ORA-8103的问题,并提供了故障排查步骤及可能的解决方案。重点关注了错误代码的解析、内存损坏的迹象识别,以及如何联系DELL技术支持获取最新BIOS和驱动程序以解决问题。


翻译自mos文章:使用Windows操作系统的Dell Pcserver,Oracle db报错:ORA-8103

ORA-8103 using Windows platform and DELL servers (Doc ID 1921533.1)

Applies to: 

Oracle Database - Personal Edition - Version 11.1.0.6 to 12.1.0.2 [Release 11.1 to 12.1]
Oracle Database - Standard Edition - Version 11.1.0.6 to 12.1.0.2 [Release 11.1 to 12.1]
Oracle Database - Enterprise Edition - Version 11.1.0.6 to 12.1.0.2 [Release 11.1 to 12.1]
Microsoft Windows x64 (64-bit)

Symptoms

ORA-20011: Approximate NDV failed: ORA-12801: error signaled in parallel query server P004
ORA-08103: object no longer exists

KTRVAC: ktrvac returned error=8103

Cause

After identifying the data block causing the ORA-8103 using Note 8103.1, you should look for :

1. The block causing the ORA-8103 will have type: 0x2b=unknown
2. The dump of the block will have the string "7F87312B" at the first 8 bytes of the block were the Type, Format and filler are expected

Example :

buffer tsn: 9 rdba: 0x0b411b1d (45/72477)
scn: 0x000c.bbdc43b5 seq: 0x01 flg: 0x06 tail: 0x43b50601
frmt: 0x01 chkval: 0x9bc1 type: 0x2b=unknown  
Hex dump of corrupt header 4 = CORRUPT
Dump of memory from 0x0000000A405B2000 to 0x0000000A405B2014
A405B2000 7F87312B 0B411B1D BBDC43B5 0601000C  [+1....A..C......]
A405B2010 00009BC1                             [....]   

Solution

This seems to be hardware related problem as the signature [7f87312b] seems to be a common memory overwrite sequence/signature 
found in some crashes reported by customers on Dell R910/R810 series machines.

Contact DELL Support to request for the most up to date BIOS and drivers. Refer to http://social.technet.microsoft.com/Forums/fr-FR/88ba1f9a-e199-4a4b-9652-096154288897/bsoding-with-memorymanagement-1a-in-windows-server-2008-r2?forum=winservergen

 

### 三级标题:ORA-12154 错误概述 ORA-12154 是 Oracle 数据库连接过程中常见的错误之一,表示 PL/SQL 工具无法解析指定的连接标识符。该问题通常与 TNS(Transparent Network Substrate)配置或网络环境有关。 ### 三级标题:检查网络通信 确保本地客户端与远程数据库服务器之间的网络连接正常。通过命令行工具 `ping` 验证是否能够访问目标数据库的 IP 地址或域名。例如: ```bash ping <database_ip_or_hostname> ``` 如果 `ping` 命令失败,则需要检查本地网络设置或联系网络管理员以解决通信问题[^1]。 ### 三级标题:验证 tnsnames.ora 文件配置 确认 `tnsnames.ora` 文件中定义的服务名正确无误,且格式符合要求。服务名前不应包含空格或空行。示例配置如下: ```plaintext ORCL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORCL) ) ) ``` 此外,还需确保文件路径正确,并且 `TNS_ADMIN` 环境变量指向 `tnsnames.ora` 所在目录[^3]。 ### 三级标题:检查监听器配置 运行 `lsnrctl status` 查看监听器状态,确认其是否已启动并监听正确的端口和服务名。若未启动,可通过以下命令启动监听器: ```bash lsnrctl start ``` 如果监听器配置缺少 `SID_LIST` 描述项,需手动编辑 `listener.ora` 文件添加相关内容: ```plaintext SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = ORCL) (SID_NAME = ORCL) ) ) ``` 修改后重启监听器以应用更改: ```bash lsnrctl stop lsnrctl start ``` ### 三级标题:测试连接 使用 `tnsping` 测试 TNS 解析是否成功: ```bash tnsping ORCL ``` 若解析失败,应重新检查 `tnsnames.ora` 和 `listener.ora` 配置。同时,尝试通过 SQL*Plus 直接连接数据库以排除 PL/SQL 工具本身的问题: ```bash sqlplus sys/qwe123@orcl as sysdba ``` ### 三级标题:PL/SQL 工具配置 打开 PL/SQL Developer 时选择“Cancel”进入主界面,随后进入工具 -> 首选项 -> 连接部分,确保 Oracle 主目录和 OCI 库路径正确指向 Oracle 客户端安装目录。保存设置后重启 PL/SQL Developer。 ### 三级标题:相关问题
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值