oracle 常见问题解决

oracle常见故障处理手册一、数据库启动与关闭故障1.数据库启动失败原因：可能是由于Oracle数据库配置不正确、系统环境变量设置不正确、初始化参数设置不正确等原因导致。

解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。

2.数据库关闭失败原因：可能是由于数据库事务未完成、数据库锁未释放等原因导致。

解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。

二、连接故障1.连接不成功原因：可能是由于网络连接问题、数据库用户名或密码错误、数据库实例名错误等原因导致。

解决方法：检查网络连接是否正常，检查数据库用户名和密码是否正确，检查数据库实例名是否正确。

2.连接断开原因：可能是由于网络不稳定、数据库服务器异常等原因导致。

解决方法：检查网络连接是否正常，检查数据库服务器是否正常。

三、数据恢复故障1.数据丢失原因：可能是由于数据库损坏、磁盘故障等原因导致。

解决方法：根据数据丢失的原因，选择相应的恢复方法，如使用备份恢复数据或使用日志文件恢复数据。

2.数据不一致原因：可能是由于数据修改不一致、数据复制不一致等原因导致。

解决方法：检查数据修改和复制的日志文件，找到不一致的数据并修复。

四、性能优化故障1.性能下降原因：可能是由于CPU占用过高、内存占用过高、磁盘IO过大等原因导致。

解决方法：优化数据库配置参数，如增加内存、优化磁盘IO等。

2.查询速度慢原因：可能是由于查询语句不优化、表没有建立索引等原因导致。

解决方法：优化查询语句，为表建立索引等。

五、存储管理故障1.存储空间不足原因：可能是由于磁盘空间不足、表空间不足等原因导致。

解决方法：清理磁盘空间，增加磁盘空间，调整表空间大小等。

2.数据文件丢失或损坏原因：可能是由于磁盘故障、人为误删除或修改等原因导致。

解决方法：使用备份恢复数据文件或修复损坏的数据文件。

六、网络连接故障1.网络连接中断原因：可能是由于网络设备故障、网络连接线故障等原因导致。

常见问题问题1 ：在SecureCRT等远程访问Linux的软件中，用Oracle用户运行./runInstaller 命令安装Oracle时，提示“DISPLAY尚未设置”、““DISPLAY尚未设置”等信息。

解决方法：实际上为oracle用户没有权限登陆X11图形化界面，且该远程访问软件不能登陆图形化界面。

✧方法一、执行su –oracle命令，再输入“./runInstaller”命令安装数据库即可，因为Linux默认的运行级别即图形化界面，具体设置如/etc/inittab文件里“id:5:initdefault:”，init5即代表图形化界面。

提示“Cannot convert string to type FontStruct”时，可以不用管它，随后在Linux操作系统的窗口中弹出了Oracle的安装界面。

如果还是提示“DISPLAY尚未设置”、““DISPLAY尚未设置”等信息，请执行如下命令：xhost +192.168.7.21，执行后提示“192.168.7.21being added to access control list”时，表明用户可访问Linux图形化界面了。

具体更复杂的设置参照： /12778571/viewspace-353135✧方法二、Xmanager软件则可以规避这个问题，它本身是个图形化界面；运行./runInstaller命令即可成功安装Oracle 。

问题2 ：如果在检测Oracle安装的先决条件的安装过程中，提示“gcc-3.2.2未安装通过”，且执行“rpm -ivh gcc-3.2.3-52.i386.rpm”命令后，提示“warning: gcc-3.2.2-5.i386.rpm: V3 DSA signature: NOKEY, key ID db42a60e ；error: Failed dependencies:cpp = 3.2.2-5 is needed by gcc-3.2.2-5 ”。

Oracle的常见错误及解决办法ORA-12528:TNS:listener: all appropriate instances are blocking new connectionsORA-12528问题是因为监听中的服务使⽤了动态服务,实例虽然启动，但没有注册到监听。

实例是通过PMON进程注册到监听上的，⽽PMON进程需要在MOUNT状态下才会启动。

所以造成了上⾯的错误。

解决这个问题,有三种⽅法：1、把监听设置为静态；2、在tnsnames.ora中追加(UR=A)；3、重新启动服务；⽅法1、通过修改listener.ora的参数,把listener.ora动态注册设置为静态注册,然后重新启动监听# listener.ora Network Configuration File: $ORACLE_HOME\network\admin\listener.ora# Generated by Oracle configuration tools.LISTENER =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))(ADDRESS = (PROTOCOL = TCP)(HOST = [IP])(PORT = 1521))))SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = [DBNAME])(ORACLE_HOME = [$ORACLE_HOME])(SID_NAME = [SID])))静态注册的风险:如果在instance运⾏中，lisener重新启动，就找不到instance了。

静态注册需要先启动lisener，再启动instance。

且静态模式下，lisener status显⽰的是unknown⽅法2、启动到nomount状态,通过修改tnsnames.ora的参数# tnsnames.ora Network Configuration File: $ORACLE_HOME\network\admin\tnsnames.ora# Generated by Oracle configuration tools.SYK =(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = [IP])(PORT = 1521))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = SYK)(UR=A)))然后连接上数据库SQL>alter database mount;SQL>alter database open;⽅法3、重启ORACLE或者重启ORACLE服务在oracle帐户下依序执⾏如下命令：sqlplus / as sysdba;//在其它帐户(如root)下执⾏可能会报错（ORA-01031）因为这些帐户没有在dba组中shutdown immediate;startup;oracle实例名: error while loading shared libraries: libskgxp10.so: cannot open shared object file: No such file or directory是环境变量LD_LIBRARY_PATH的问题。

oracle常见故障处理
--1.语句级故障，通常为DML ,DQL,DCL,DDL等等
⽆效数据 -->使⽤数据符合相关约束，满⾜值域的数据
缺少权限 -->给予⽤户所需的权限
空间分配问题 -->使⽤alter session enable resumable，增加⽤户配额，增加表空间⼤⼩
应⽤程序逻辑错误 -->修正逻辑错误
--2.⽤户进程故障
⽤户⾮登出的异常退出
⽤户会话异常终⽌
程序错误导致会话结束
对于上述错误，实例后台进程PMON会⾃动回滚未提交的事务，并释放相关锁资源
--3.⽹络故障
侦听器故障 -->配置⼀个备份的侦听器，connect-time故障转移
⽹络接⼝卡故障 -->使⽤多个⽹络接⼝卡
⽹络连接故障(路由) -->配置⼀个备份的⽹络连接
--4.⽤户错误
⽤户意外删除或修改数据 -->回滚或使⽤闪回查询来恢复
⽤户删除表 -->从回收站闪回删除
--5.介质故障
磁盘故障
磁盘控制器故障
删除或损坏数据⽂件
可能的解决⽅案，使⽤联机事务⽇志从备份恢复受影响的⽂件或恢复数据⽂件到新的物理位置
--6.实例故障
电源负载故障
硬件故障
后台进程失败
异常关闭数据库
解决⽅案，使⽤startup 重新启动实例。

实例实现⾃动恢复，根据联机⽇志⽂件前滚提交的事务，回滚未提交的事务查看告警⽇志、跟踪⽇志等找出出现故障的原因。

O r a c l e常见错误及解决方案问题1：Oracle服务器进入PL/SQL Developer时报ora-01033:oracle initialization or shutdown in progress 错误提示，应用系统无法连接Oracle服务。

解决方法如下：⑴进入CMD，执行set ORACLE_SID=fbms，确保连接到正确的SID；⑵运行sqlplus "/as sysdba"SQL>shutdown immediate停止服务SQL>startup启动服务，观察启动时有无数据文件加载报错，并记住出错数据文件标号SQL>shutdown immediate再次停止服务SQL>startup mountSQL> recover datafile 2恢复出错的数据文件SQL>shutdown immediate再次停止服务SQL>startup启动服务，此次正常。

⑶进入PL/SQL Developer检查，没有再提示错误。

问题2：Oracle密码忘记了怎么办？解决方法有很多种，这里讲述以下三种：⑴打开cmd，输入sqlplus /nolog，回车；输入“conn / as sysdba”；输入“alter user sys identified by 新密码”。

注意：新密码最好以字母开头，否则可能出现错误Ora-00988。

有了这个方法后，只要自己对oracle 服务器有管理员权限，Oracle密码忘记了也不用着急，可以随意修改密码。

⑵在命令行执行如下命令：sqlplus "/@服务名as sysdba"然后在sqlplus中运行以上命令即可修改密码：alter user sys identified by 新密码;alter user system identified by 新密码;⑶运行到C盘根目录输入：SET ORACLE_SID = 你的SID名称输入：sqlplus/nolog输入：connect/as sysdba输入：alert user sys identified by sys输入：alert user system identified by system完成以上5步，则密码更改完成，密码是Oracle数据库的初始密码。

Oracle常见错误 ORA-01017通常表示用户名或密码不正确，但在您的情况下，问题可能与 Oracle 11g 客户端和 Oracle 19c 数据库之间的兼容性有关。

可能的原因用户名或密码错误：首先，确保输入的用户名和密码是正确的。

密码案例敏感性：Oracle 11g 和 19c 在处理密码时的大小写敏感性可能有所不同。

密码版本兼容性：Oracle 19c 默认使用更高版本的密码加密算法，而 Oracle 11g 客户端可能不支持。

数据库参数配置：某些数据库参数可能需要调整以支持旧版本客户端的连接。

解决方案1. 确认用户名和密码首先，确保您输入的用户名和密码是正确的，并且没有输入错误。

2. 检查密码案例敏感性Oracle 11g 和 19c 在处理密码时可能有不同的大小写敏感性。

确保密码的大小写与创建用户时设置的密码一致。

3. 调整密码版本兼容性Oracle 19c 默认使用 12c 及以上版本的密码加密算法。

为了兼容旧版本客户端，可以调整数据库参数，使其支持旧版本的密码加密算法。

连接到 Oracle 19c 数据库实例：sqlplus / as sysdba检查当前的 SQLNET.ALLOWED_LOGON_VERSION_SERVER 参数：SHOW PARAMETER SQLNET.ALLOWED_LOGON_VERSION_SERVER;如果需要修改参数，可以编辑 sqlnet.ora 文件：vi $ORACLE_HOME/network/admin/sqlnet.ora添加或修改以下参数：SQLNET.ALLOWED_LOGON_VERSION_SERVER=11SQLNET.ALLOWED_LOGON_VERSION_CLIENT=11保存并关闭文件，然后重启数据库监听程序：lsnrctl stoplsnrctl start4. 重新设置用户密码重新设置用户密码可以确保密码使用兼容的加密算法。

Oracle常见错误及解决办法Ø简介本⽂主要记录 Oracle 常见错误及解决办法，包括以下内容：1.ORA-00054: 资源正忙, 但指定以 NOWAIT ⽅式获取资源, 或者超时失效2.ORA-01034: ORACLE not available3.ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated（启动数据库报错）4.ORA-12154: TNS: ⽆法解析指定的连接标识符5.ORA-12514: TNS:listener does not currently know of service requested in connect descriptor6.ORA-12541: TNS:no listener7.ORA-12560: TNS: 协议适配器错误8.ORA-27125: unable to create shared memory segment（启动数据库报错）9.ORA-28040: 没有匹配的验证协议（（11g dblink 连接 12c 时）1.ORA-00054: 资源正忙, 但指定以 NOWAIT ⽅式获取资源, 或者超时失效n错误原因由于其他 Session 已经对⽬标表做了操作，并且已经有排他锁在表上了，所以新的 Session ⽆法再对表进⾏DDL操作。

n解决办法以 system ⽤户登录：1)查询被锁的会话IDselect session_id from v$locked_object;2)查询 sid, serial# 字段SELECT sid, serial#, username, osuser FROM v$session where sid = 9;3)将锁定的会话关闭ALTER SYSTEM KILL SESSION '9,99';2.ORA-01034: ORACLE not available1)检查当前数据库实例是否启动3.ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated（启动数据库报错）n错误描述SQL> startupORA-01261: Parameter db_recovery_file_dest destination string cannot be translatedORA-01262: Stat failed on a file destination directoryLinux-x86_64 Error: 2: No such file or directoryn解决办法（没有效果）不知道是什么原因，导致 $ORACLE_BASE/fast_recovery_area 少了这个⽬录，⽽导致了这个错误。

ORACLE数据库故障解决方案Oracle数据库是当前世界上应用最广泛的关系型数据库之一，但在日常运维中，难免会遇到各种故障，如数据损坏、数据库停机等。

因此，能够迅速、准确地解决数据库故障至关重要。

本文将介绍几种常见的Oracle数据库故障解决方案。

1.数据库无法启动当Oracle数据库无法启动时，往往是由于以下原因导致的：数据库实例未启动、数据库文件损坏或不完整、数据库连接问题等。

我们可以采取以下步骤来解决这个问题：- 检查错误日志：查看数据库的错误日志文件（alert.log）以获取详细的错误信息，确定故障原因。

- 检查数据库实例：在Oracle数据库中，数据库实例由后台进程（如后台进程和前台进程）组成。

如果实例未启动，可以使用SQL*Plus 工具来手动启动实例，并确保每个后台进程正常运行。

- 恢复数据库文件：如果数据库文件损坏或不完整，可以使用Oracle提供的RMAN工具来恢复文件，或者使用备份文件进行恢复。

- 检查数据库连接：使用SQL*Plus工具检查数据库连接是否正常，如果存在连接问题，可以尝试重新配置网络服务或重启数据库监听器。

2.数据损坏数据损坏是Oracle数据库常见的故障之一，可能由硬件故障、软件错误、人为操作错误等原因引起。

当发生数据损坏时，可以使用以下方案进行修复：-恢复备份数据：如果有备份数据，则可以通过将备份数据恢复到故障数据库来解决数据损坏问题。

尽量选择最新的备份数据，以尽可能减少数据丢失。

- 利用日志文件：如果无法恢复备份数据，可以使用Oracle的恢复管理工具RMAN来利用归档日志文件进行恢复。

RMAN可以将日志文件中的变更应用到数据库中，避免数据丢失。

-手动修复：在一些情况下，可能需要手动修复数据。

具体操作方法取决于数据损坏的程度和类型，需要根据具体的情况采取相应的措施。

3.性能问题Oracle数据库性能问题常常涉及到数据库的优化、调整和配置。

下面是解决性能问题的一些常见方法：-查询优化：通过优化SQL查询语句，可以提高查询的性能。

Oracle常见死锁发生的原因以及解决方法死锁是指在并发程序中，两个或多个进程因为争夺系统资源而陷入无限等待的状态，从而无法继续执行下去。

在Oracle数据库中，死锁是一个非常常见的问题，它会导致系统性能下降，甚至造成系统崩溃。

本文将详细介绍Oracle常见死锁发生的原因以及解决方法。

一、死锁发生的原因1.竞争资源：当多个进程同时请求相同的资源时，可能会导致死锁的发生。

例如，如果两个进程同时请求一个表的写锁，那么它们就会陷入死锁状态。

2.锁的顺序：当多个进程按照不同的顺序请求锁时，可能会导致死锁的发生。

例如，如果进程A先请求资源X，再请求资源Y，而进程B先请求资源Y，再请求资源X，那么它们就会陷入死锁状态。

3.锁的持有时间：当一个进程持有一个锁，并且在等待其他资源时继续保持该锁，可能会导致死锁的发生。

例如，如果进程A持有资源X的锁，并且在等待资源Y时继续保持该锁，而进程B持有资源Y的锁，并且在等待资源X时继续保持该锁，那么它们就会陷入死锁状态。

二、死锁的解决方法1. 死锁检测和解除：Oracle数据库提供了死锁检测和解除的机制。

当一个进程请求一个资源时，数据库会检查是否存在死锁。

如果存在死锁，数据库会选择一个进程进行回滚，解除死锁状态，并且通知其他进程重新尝试获取资源。

2.超时设置：为了避免死锁的发生，可以设置超时时间。

当一个进程请求一个资源时，如果在指定的超时时间内无法获取资源，那么就放弃该请求，并且释放已经持有的资源。

这样可以防止死锁的发生，但是会增加系统的开销。

3.锁的顺序：为了避免死锁的发生，可以规定所有进程按照相同的顺序请求锁。

例如，可以规定所有进程按照资源的名称进行排序，然后按照顺序请求锁。

这样可以避免死锁的发生，但是可能会影响系统的性能。

4.锁的粒度：为了避免死锁的发生，可以尽量减小锁的粒度。

例如，可以将一个大的锁分解成多个小的锁，这样可以减少锁的冲突，降低死锁的概率。

但是需要注意的是，锁的粒度过小可能会导致系统的性能下降。

ORACLE 数据库故障解决方案一、引言ORACLE 数据库是一种常用的关系型数据库管理系统，用于存储和管理大量的结构化数据。

然而，在数据库运行过程中，可能会遇到各种故障，如数据库崩溃、数据丢失、性能下降等。

本文将介绍一些常见的ORACLE数据库故障解决方案，以匡助管理员快速恢复数据库的正常运行。

二、数据库崩溃的解决方案1. 数据库崩溃可能由于硬件故障、软件错误、人为操作等原因引起。

当数据库崩溃时，管理员应采取以下步骤进行故障排查和修复：a. 检查数据库日志文件，查找崩溃前的异常信息；b. 尝试重启数据库实例，使用备份恢复数据；c. 如果无法恢复数据，可以考虑使用数据库恢复工具进行修复。

2. 数据丢失的解决方案数据丢失可能由于误删除、磁盘损坏等原因导致。

为了防止数据丢失，管理员应采取以下预防措施：a. 定期备份数据库，并将备份文件存储在安全的位置；b. 使用数据库的日志文件功能，可以实现数据的增量备份；c. 配置RAID技术，提高数据库的容错能力。

3. 性能下降的解决方案当数据库性能下降时，可能会导致用户访问延迟、查询速度变慢等问题。

管理员可以采取以下措施来提高数据库性能：a. 优化数据库的查询语句，使用索引、视图等技术来加速查询；b. 增加硬件资源，如CPU、内存等，提升数据库的处理能力；c. 定期清理数据库，删除不必要的数据和索引，减少数据库的负载。

4. 数据库安全的解决方案数据库安全是保护数据库免受未经授权的访问和数据泄露的重要任务。

管理员应采取以下安全措施来保护数据库：a. 设置强密码策略，要求用户使用复杂的密码，并定期更换密码；b. 限制数据库用户的权限，只赋予其必要的访问权限；c. 定期更新数据库软件和补丁，以修复已知的安全漏洞；d. 使用防火墙和入侵检测系统，监控数据库的网络访问。

三、总结本文介绍了ORACLE数据库常见故障的解决方案，包括数据库崩溃、数据丢失、性能下降和数据库安全等方面。