oracle数据库技术故障

Ⅰ 如何避免出现Oracle数据库无响应故障

你好：这个死锁没办法完全避免，尽量的话在做事物提交的时候，提交完成后在进行其余的同一个表的操作，再就是insert、update等操作尽量能减少就减少。其实正常情况下是很少出现死锁的。

Ⅱ oracle数据库打不开，怎么解决

“对于数据库而言，备份重于一切”是所有DBA心中谨记的格言，但现实环境千差万别，企业的数据库环境中数据备份空间不足，采购的存储设备短期内无法到货，甚至于虽然进行了备份但是却在数据恢复过程中发现备份实际不可用等问题均属常见的场景。

为了应对这些真实世界中常见的数据恢复困局，需要特殊的恢复手段才能恢复其ORACLE DB中的数据。可以应对在完全没有备份情况下的SYSTEM表空间丢失、误操作ORACLE数据字典表、由于断电引起的数据字典不一致等数据库无法顺利打开的场景，也可以挽回误截断(Truncate)/删除(Delete)/业务数据表等人为的误操作，并从容恢复数据。

甚至于仅仅接触过ORACLE数据库几天的非DBA 人员也可以轻松地使用PRM，这得益于PRM简单的安装、和全程图形化的人机交互界面；实施恢复的人员不需要专业的数据库知识，不需要学习任何命令，更无需了解数据库底层的存储结构。仅仅需要轻轻点击几下鼠标就能从容恢复数据。

对比传统恢复工具DUL，DUL是ORACLE原厂内部恢复工具，其使用需要通过ORACLE内部流程，一般仅有购买了ORACLE原厂的现场服务的用户能够在原厂工程师的协助下使用该工具。PRM打破了只有少数专业人士才能实施数据库恢复任务的限制，极大地缩短了从数据库故障到完整恢复数据的失败时间,降低了企业恢复数据的总成本。

Ⅲ ORACLE 数据库select语句出现ORA-00905: missing keyword

SELECT USER_ID_,LOCK_ID_,KEY_ID_,VALID_DATE,IN_VALID_DATE

FROM T_AUTHORITY

WHERE ENABLE_='Y'

AND ( TO_CHAR(VALID_DATE,'YYYYMMDD') BETWEEN '20151001' AND '20151030')

select n.*,e.CFD SJCFD,

CASE m.selectname

WHEN '往返' THEN n.chefei=n.OneWay + n.BackPay

ELSE n.chefei=n.OneWay

(AS n.carpay)->这个东西怪怪的，不可以这样吧！你去掉试试看可以运行不

FROM FORMTABLE_MAIN_232_DT3 n

left outer join UF_BAOXIAO e

on n.CFD=e.id

left outer join WORKFLOW_SELECTITEM m

on n.DFC=m.selectvalue and m.fieldid=6050

(3)oracle数据库技术故障扩展阅读：

当使用一个ORACLE数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。

因此当发生上述故障后，希望能重新建立一个完整的数据库，该处理称为数据库恢复。恢复子系统是数据库管理系统的一个重要组成部分。恢复处理随时随地所发生的故障类型所影响的结构而变化。

Ⅳ oracle 数据库修复 要如何实施呢

Oracle数据恢复专题
备份恢复是Oracle中永恒的话题， 只要有数据 就有备份恢复的需求。 而在国内对于备份以及备份的可用性往往被企业所忽视。这造成了再数据库恢复上存在着东西方的差异。 更多的老外DBA把经历花在对Oracle内部原理和性能优化的研究上。
oracle data block structure

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
www.parnassusdata.com
而我们国内 DBA似乎必须要精通一门额外的技术==》 在没有任何备份的情况下 恢复Oracle数据库中数据的技术！ 虽然这在大多数情况下是屠龙之技， 但很多时候却又变成了衡量一个DBA技术水准的标准了，(这样不好.. 不好)。

当然也并不是说 这种无备份下的数据恢复是无技术含金量的，实际上它们很需要对Oracle数据文件、数据块及其数据结构的理解，以及对数据字典构成的了解。

这里我们总结Oracle数据恢复专题的专题，包括一些在无备份情况下的数据恢复：例如DUL和BBED工具恢复等技术。

【数据恢复】利用构造ROWID实现无备份情况下绕过ORA-1578、ORA-8103、ORA-1410等逻辑/物理坏块问题
【数据恢复】ORA-600[kccpb_sanity_check_2]一例
Oracle rman中set newname可能很慢
如何清除Oracle控制文件中的无用记录，例如v$archived_log中的deleted归档日志记录
如何找回被create or replace覆盖的PL/SQL对象
Archivelog Completed Before VS UNTIL TIME
ASM丢失disk header导致ORA-15032、ORA-15040、ORA-15042 Diskgroup无法mount
Overcome ORA-600[4xxx] open database
数据恢复:解决ORA-600[kghstack_free2][kghstack_err+0068]一例
清理RMAN Catalog恢复目录
如何rename datafile name中存在乱码的数据文件
11g新特性recover corruption list
解决ORA-01578错误一例
Script:收集介质恢复诊断信息
如何重建SYSAUX表空间上的对象
Oracle数据恢复:解决ORA-00600:[4000] ORA-00704: bootstrap process failure错误一例
Script:检查数据库当前是否有备份操作在执行中
数据恢复：模拟2个逻辑坏块
Script:收集Oracle备份恢复信息
Oracle备份恢复:Rman Backup缓慢问题一例
了解rman catalog的兼容性
Oracle内部错误:ORA-00600[2608]一例
使用bbed解决ORA-01189错误
Fractured block found ring backing up datafile
手动递增SCN号的几种方法：How to increase System Change Number by manual
DBMS_REPAIR example

Oracle的损坏/坏块 主要分以下几种：

ORA-1578
ORA-8103
ORA-1410
ORA-1499
ORA-1578
ORA-81##
ORA-14##
ORA-26040
ORA-600 Errors
Block Corruption
Index Corruption
Row Corruption
UNDO Corruption
Control File
Consistent Read
Dictionary
File/RDBA/BL

Ⅳ ORACLE数据库使用ASM作为存储，重启后发现一个diskgroup起不来了，报错说是 ORA

如果出现diskgroup 无法mount的错误，且alert.log中出现如下信息，则可能是丢失了必要数量的PST了：

Wed Jan 01 21:34:37 IST 2014
SQL> ALTER DISKGROUP ALL MOUNT
Wed Jan 01 21:34:38 IST 2014
NOTE: cache registered group DATA number=1 incarn=0x1c58c060
Wed Jan 01 21:34:38 IST 2014
ERROR: no PST quorum in group 1: required 2, found 0 >>>>>>>>>>>>>>>>> HERE
Wed Jan 01 21:34:38 IST 2014
NOTE: cache dismounting group 1/0x1C58C060 (DATA)
NOTE: dbwr not being msg'd to dismount
ERROR: diskgroup DATA was not mounted
Wed Jan 01 22:37:51 IST 2014

该PST quorum丢失的问题常由以下几个原因导致：

ASM DISK丢失
ASM DISK corrupted损坏
部分ASM DISK的AUN=1 PST部分损坏，或者被数据不完整
不当的ASM_DISKSTRING参数设置
不当的ASM DISK权限设置

对于该no PST quorum问题的常见对策：
重建diskgroup
手动修复PST(十分复杂)

如果自己搞不定可以找ASKMACLEAN专业ORACLE数据库修复团队成员帮您恢复!

Ⅵ 紧急求助：oracle内存不释放的故障

刚开机的时候当然使用率很少，但是随着用户的增多，oracle数据库内部的内存需要量是很大的，比如说db buffer 需要缓存数据。这个是大头。
还有就是用户数增多，使用率增大，pga占用也是很大的，而且设定的oracle内存limit值，也不是绝对的，就算超过了，它也会自行增大。
一旦某个时间点，5个实例内存需求量增多，机器肯定塌。
除非你不停的
alter system flush buffer_cache ;
并且不停的kill session。
不过这样，你的数据库就不可用了，没有一点意义。
database buffer cache 应该是不会自动释放的。
整个周六周日，应该是数据库在收集表的统计信息的一些维护操作，所以需要内存。
这个不好判断，最好看一下那两天的awr报告。

Ⅶ ORACLE 数据库select语句出现ORA-00905: missing keyword

出现此问题，是语句错误，正确的如下：

SELECTUSER_ID_,LOCK_ID_,KEY_ID_,VALID_DATE,IN_VALID_DATE

FROMT_AUTHORITY

WHEREENABLE_='Y'

AND(TO_CHAR(VALID_DATE,'YYYYMMDD')BETWEEN'20151001'AND'20151030')

日期需要加单引号，按照数据库字符集的格式写。

(7)oracle数据库技术故障扩展阅读：

使用ORACLE数据库时，始终希望数据库的内容可靠且正确，但是计算机系统的故障（硬件故障，网络故障，进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至可能损坏数据库，并导致数据库中的全部或部分数据丢失。

因此，当发生上述故障时，可以重新建立完整的数据库，此过程称为数据库恢复。 恢复子系统是数据库管理系统的重要组成部分。 恢复过程随时会以受故障类型影响的任何方式发生变化。

Ⅷ Oracle数据库8.17，系统故障，重装系统和数据库后如何恢复或附加数据物理文件都在

如果物理文件正常，进行物理备份恢复。步骤：
1、关闭数据库。
2、备份所有的物理文件：系统文件、用户文件、临时文件、撤销文件、日志文件、控制文件、参数文件。
3、重新安装数据库，并关闭数据库。
4、把备份文件拷贝到各自的文件夹中。
5、重新启动数据库。
如果Oracle数据库升版本，则用逻辑备份EXP、IMP实用程序。
1、用exp命令进行全数据库备份（不能关闭数据库）。
2、安装Oracle更高版本，并创建与原数据库相同的表空间。
3、用imp命令进行导入。
更新数据库时，一定要用备份机器进行，万一出现差错损失是无法拟补的。

Ⅸ oracle数据库的failover是什么意思，工作机制是什么

数据库Failover：FailOver中文为故障切换。Dataguard方式的一种切换模式，是不可逆的。当主数据库发生宕机，且不能及时恢复时，Oracle会丢弃主数据库，将备用数据库转变为主数据库。当
failover之后，备用数据库变成为主数据库，从而丢失了备用数据库的所有能力，也就是说，不能再返回到备用模式。
Failover
有以下特点：
主数据库offline，备用数据库online，这种操作由系统和软件失败引起。
即使在备用数据库上应用重做日志，也可能出现数据丢失的现象，除非备
用数据库运行在guaranteed
protection模式下。
原主数据库重新使用时必须reinstantiated(start
instance)。
其它的备用数据库也需reinstantiated。
在主数据库正常工作时，Oracle
允许
DBA
将主数据库切换到备用数据库，此备用数据库变为主数据库，而原主数据库变为备用数据库。
数据库的切换可以从主数据库角色切换到备用数据库角色，也可从备用数据库角色切换到主数据库角色。

Ⅹ 虚拟机XPsp3系统下装oracle数据库时总弹出不可恢复错误

建议找专业的数据恢复机构咨询一下。

北亚oracle数据恢复软件FROMBYTE Reconstructor for Oracle 1.12

软件介绍：
北亚oracle数据恢复软件FROMBYTE Reconstructor for Oracle是一款用于恢复ORACLE数据库文件的软件产品，主要功能为重组ORACLE数据库碎片并导出完整的文件。
一、适用的灾难情况：
（1）ORACLE数据库文件被误删除 .
（2）存储重新分区、格式化导致ORACLE数据库文件丢失。
（3）存储突然断电、文件系统故障、fsck导致ORACLE数据库文件丢失。
（4）ASM存储故障导致ORACLE数据库文件丢失。
二、支持的文件系统特性：
（1）支持的文件系统类型：NTFS/EXT3/EXT4/REISERFS/REISER4/XFS/HTFS/UFS1/UFS2/JFS1/JFS2/VXFS/ASM.
（2）支持的文件系统平台：Little Endian/Big Endian.
（3）支持的文件系统块大小：512 Bytes/1 KB/2 KB/4 KB/8 KB/16 KB/32 KB.
三、支持的数据库特性：
（1）支持的数据库版本：ORACLE 8i/ORACLE 9 i/ORACLE 10g/ORACLE 11g.
（2）支持的数据库表空间模式：Smallfile Tablespace/Bigfile Tablespace.
（3）支持的数据库文件块大小：512 Bytes/1 KB/2 KB/4 KB/8 KB/16 KB/32 KB 及 自定义块大小。
四、其他特性：
（1）支持虚拟磁盘文件扫描及恢复。
（2）支持保存当前的扫描信息或加载已保存的扫描信息。
（3）支持创建自定义磁盘扫描区域或ASM磁盘组。
（4）支持千万级文件碎片扫描及多种不同的缓冲区大小。
（5）支持从数据库文件 ID/Size/Integrity/Version/Block Size多方面进行过滤搜索（针对数据库文件）。
（6）支持从数据库文件碎片 File ID/Block ID/Block Count/Block Size多方面进行过滤搜索（针对数据库文件碎片）。
（7）支持生成数据库文件可恢复性的技术报告。

北亚vmware虚拟机恢复软件Frombyte Recovery For ESX 3.3
软件介绍：
Frombyte Recovery For ESX 专用于VMWare vSphere ESX/ESXi 3.x/4.x/5.x VMFS文件系统的数据恢复软件。功能如下：
1、支持从损坏的VMFS文件系统上数据恢复，适用于整组虚拟机删除、VMDK虚拟磁盘删除、snapshot快照文件删除后的数据恢复，也适用于VMFS文件系统初始化损坏还原。
2、能对损坏的VMFS卷进行完全目录结构的数据浏览，能获取删除的虚拟机/虚拟磁盘的OS类型、虚拟磁盘大小、分配状态、虚拟磁盘模式等信息。
3、支持VMFS LVM结构损坏后的恢复，也支持分区表、卷组表出错后的VMFS文件系统扫描。
4、支持虚拟机配置组的原样恢复，如数据区无覆盖，可保证100%系统及数据的恢复。
5、WINDOWS下正常解析、浏览、导出VMFS文件系统上的数据