环境：OEL 5.7 + Oracle 10.2.0.5 背景：在Oracle的运维过程中，时常会遇到一些场景是需要重建控制文件才可以解决的。本文的场景可以通过复制控制文件到新路径，运行一段时间后，再用老的控制文件启动数据库重现。
墨墨导读：一套Oracle RAC环境运行在HW超融合环境中，由于硬件问题导致数据库crash，期间出现了不少数据坏块，本文详述整个恢复过程，希望对大家有帮助。
最近帮助业务部门解决了一个技术问题，因为发现有数据问题需要对存在问题的数据做分析。当然一个难点就是把数据给筛选出来，当我看到他们提供的语句，在备 库做了简单的数据评估之后，发现数据量比想象的要多，大概有200万条左右的数据，而业务部门手头有一个excel文件，需要和这些数据做一些比对，当然 停了下筛选逻辑还蛮复杂，最开始建议他们数据量太大，使用excel还是可能出问题，但是业务部门认为应该没有太大的问题，他们会有excel中的公式等 来处理，想想也有道理，就提供给了他们一个近40M的文件。 等到快中
在上周五的时候，本来一个例行巡检，想扩充一些表空间，结果弄巧成拙，因为一个drop datafile的操作直接导致了一主两备的两个备库MRP直接抛出了ORA-600错误。 在尝试了一些方法和查看了MOS之后，除了重建备库，暂时还没有找到其它相对更快捷的方法。 因为是10.2.0.4.0的环境，为了先修复问题，自己先使用rman在主库做了备份，然后在备库直接做duplicate操作还原恢复。先搭好了一个备库，另外一个备库则先留下来，观察一下，看看有没有其它的方法，如果还是没有找到，就继续重新搭建备库。 结果在
工作中碰到问题当然是见怪不怪了，而处理这些问题也是我们的价值所在。 今天处理了几个看起来比较有意思的小问题，当然究其原因，要不是不规范，要不就是基本功不够扎实。 问题1：奇怪的ORA-00600报错，常规的原因 对于ORA-00600的错误，其实自己也碰到过很多次了，绝大多数的情况下，这个错误还是能够反映出来一些不规范的现象。 比如今天得到了一个DDL语句，执行的时候有卡顿，然后直接抛出了ORA-00600的错误。 SQL> CREATE USER "KA_SYS" IDENTIFIED BY VAL
普通数据文件指：非system表空间、undo_tablespace表空间、临时表空间和只读表空间的数据文件。它们损坏导致用户数据不能访问，不会导致db自身异常、实例崩溃、数据库不恢复就无法启动的情况。
SQL> alter tablespace yhqt read only; SQL> alter tablespace yhqt read write;
故障服务器上一共16块FC硬盘，单盘容量600G。存储前面板10号和13号硬盘亮黄灯，存储映射到redhat上的卷挂载不上，服务器业务崩溃。
张乐奕 云和恩墨副总经理 Oracle ACE 总监 ITPUB Oracle数据库管理版版主、Oracle高可用版版主、ACOUG联合创始人 今天收到一个发过来请求帮助的 case，Oracle 数据库无法启动，请求帮助恢复。仔细阅读了发过来的告警日志，这是一个典型的“事情越弄越糟”的案例。 作为一个专业的DBA，在遇到问题时，一定要思考：如何保护现场，不让事情变得更糟。这是基本要求，保护现场以使得其他人接手工作时，可以从原有状态开始。 以下就来根据告警日志，一条一条地回顾这位 DBA 是如何将数据
--====================== -- 只读表空间的备份与恢复 --====================== 一、只读表空间的特性 使用只读表空间避免对静态数据的频繁备份 当使用alter tablespace tbs read only时,数据文件会执行检查点进程(将所有脏缓冲区的内容写至磁盘)， 当前的SCN号会被标注,同时存储了SCN的数据文件头部被冻结.控制文件内也会记录该数据文件的冻结信息。 可以清除只读表空间的对象 二、只读表空间的备份 一般情况下，只读表空间只需要进行一次备份，即当表空间状态发生改变时应立即进行备份 可以使用OS系统cp命令来备份或RMAN进行备份只读表空间 使用RMAN时建议启用备份优化选项 RMAN> CONFIGURE BACKUP OPTIMIZATION ON; 只读表空间不支持热备 SQL> alter tablespace tbs1 begin backup; alter tablespace tbs1 begin backup * ERROR at line 1: ORA-01642: begin backup not needed for read only tablespace 'TBS1' 三、只读表空间的还原与恢复 还原与恢复只读表空间的问题在于控制文件如何控制只读表空间，分为下列三种情况： --------- --------------- ---------------- ------------------------------------- case backup 1 crash status recovery --------- --------------- ---------------- ------------------------------------- case 1 Read-Only Read-Only 将备份的只读表空间复制到目的地(Restore) case 2 Read-Only Read-Write 先Restore backup1,后recover(applied log ) case 3 Read-Write Read-only 先Restore backup1,后recover(applied log ) 只读表空间恢复时需要考虑的问题 重建一个控制文件时 重命名数据文件时 使用一个备份的控制文件时 下面对表空间tbs1置为只读后对比前后生成的重建控制文件的脚本
在数据恢复实践（一）中，我们了解到在 Windows 的11.2.0.1的环境中恢复过程比较顺利，那么接下来的测试，是我遇到更加复杂的情况：系统表空间保护两个不连续的系统文件；恢复过程中出现 ORA 错误及数据字典不匹配的情况。我借助了一些非常规的手段规避这些问题，达到数据拯救的目的。
Oracle 11g RAC中crs_stat命令较之前的版本多出了很多新的不同的资源类型，缺省情况下，使用crs_stat -t来查看资源是密密麻麻一大片，看起来着实费力。作者Paul Elbow, Enkitec为我们提供了一个crsstat脚本以更清晰的格式来展现Oracle 11g RAC下的所有资源类型，见本文下面的描述。
新安装了Oracle 11g rac之后，不知道是什么原因导致第二个节点上的crsd无法启动？其错误消息是CRS-4535: Cannot communicate with Cluster Ready Services。其具体的错误信息还需要查看crsd.log日志才知道。
Oracle 11g RAC安装时，在第一个节点执行root.sh时遭遇了CRS-0184/PRCR-1070，Google了很多帖子也没有找到解决办法。呜呜，还是静下心来看日志！！最后的发现原来是一个不经意的小问题，如下面的描述。
Oracle 11g RAC中，发现oc4j以及gsd服务都处于offline状态，这是Oracle 11g RAC默认情形。即便如此，并不影响数据库的使用，因为 oc4j 是用于WLM 的一个资源, WLM在 11.2.0.2 才可用。GSD则是用于支持dbca,srvctl,oem等的交互工具。本文描述将这两个服务切换到online。
最近在从活动数据库进行异机克隆时碰到了ORA-17629，ORA-17627，ORA-12154的错误，起初以为是一个Bug呢。Oracle Bug着实太多了，已经成了习惯性思维了。汗！错误提示是无法连接到连接到远程数据库，连接字符串无法解析。咦，配置了从auxiliary DB到target DB的tnsnames，且都是连通的阿......
如果在Oracle 11g RAC环境下使用dbca创建单实例数据库后，Oracle会自动将其注册到缺省的1521端口及监听器。大多数情况下我们使用的为非缺省监听器以及非缺省的监听端口。而且在Oracle 11g RAC环境中，对于集群监听器的配置由grid用户来接管了。基于这种情形的单实例非缺省监听及端口该如何配置呢？本文给出了解决方案，并且使用了静态及动态两种注册方法。
Linux平台 Oracle 11gR2 RAC安装指导： Part1：Linux平台 Oracle 11gR2 RAC安装Part1：准备工作 Part2：Linux平台 Oracle 11gR2 RAC安装Part2：GI安装 Part3：Linux平台 Oracle 11gR2 RAC安装Part3：DB安装
数据库重新启动的时候，收到了ORA-19815的错误。从错误的提示来看，是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清除归档日志，那就直接在OS层面rm了，真的是这样吗？客官，如果你有相同的情形，接下往下看......
今天照例开始学习oracle,实例启动了，但是listener却突然很奇怪，怎么都起不来。 我检查了下listener配置，网络配置，ssh服务，一切都正常，最后看防火墙开着，关了以后，问题还是照旧。 [oracle@oel log]$ lsnrctl LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 02-MAY-2013 12:11:38 Copyright (c) 1991, 2005, Oracle. All rights reserve
MEMORY_TARGET参数在Oracle 11g被引进，主要是用于控制Oracle对于系统内存的使用，首次将SGA与PGA整合到一起实现自动管理。一旦设置了MEMORY_TARGET参数值，Oracle会根据需要自动调整SGA与PGA以合理的分配及使用内存。但如果MEMORY_TARGET设置不当，就容易引起ORA-00845，因为MEMORY_TARGET与/dev/shm(tempfs)息息相关，本文即是对由此引发问题的描述。
背景：协助客户做验证，客户使用的是RHEL7.6环境，我这边是OEL7.6环境，开始以为区别不大，结果acfs兼容还是遇到问题，特此记录下。 现象：asmca图形没有acfs相关内容，无法使用acfs。
环境：RHEL 6.5 + Oracle Standby RAC 11.2.0.4 我做Standby RAC实验时，在恢复控制文件时，报错无法在磁盘组创建文件，具体报错内容如下：
Linux平台 Oracle 19c RAC安装指导： Part1：Linux平台 Oracle 19c RAC安装Part1：准备工作 Part2：Linux平台 Oracle 19c RAC安装Part2：GI配置 Part3：Linux平台 Oracle 19c RAC安装Part3：DB配置
Linux平台 Oracle 10gR2（10.2.0.5）RAC安装 Part3：db安装和升级 环境：OEL 5.7 + Oracle 10.2.0.5 RAC
数据盘未做格式化分区（这里仅格式化并挂载到单独目录，不做分区） 根据内存大小需要对此操作系统重新分配合适的swap空间（这里增加到16G），关于swap分区大小可参考红帽官方说明
根据文档提示：这是因为可用于网络缓冲区预留的空间较少。可通过修改 vm.min_free_kbytes 参数和 MTU 来修复。
Oracle 11g RMAN能够实现基于活动数据库进行异机克隆，从而省去需要先备份再ftp到辅助服务器的过程。这一切可以全部交给Oracle来搞定。在克隆期间，Oracle会读取Target DB的所有数据结构，无须人为的干预(不同的磁盘系统，文件路径与文件名要指定转换方式)。尽管如此，对于生产环境数据库在整个克隆期间性能会下降，其次在Target Server与Auxiliary Server中会产生较大的网络流量。如果这些可以接受的话，从活动数据库进行异机克隆是一个不错的选择。本文首先描述了克隆时不同的连接与克隆方式样本，最后演示了基于活动数据库的克隆。
从 Oracle 无法直接访问 Mysql 数据库，需要配置透明网关后通过 DBLink 实现访问。
Linux平台 Oracle 18c RAC安装指导： Part1：Linux平台 Oracle 18c RAC安装Part1：准备工作 Part2：Linux平台 Oracle 18c RAC安装Part2：GI配置 Part3：Linux平台 Oracle 18c RAC安装Part3：DB配置
建了一个库，想通过Oracle Net访问，需要配置监听器和tnsnames.ora，接下来碰到一系列的问题。。。 1. 添加监听器配置，listener.ora文件默认包括： LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) ) ) ADR_BASE_LISTENER = /opt/app/ora11g 为了新建监听器名称，添加如下： DCSOPEN = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(Host = 172.101.19.57)(Port = 1521))) 或 DCSOPEN = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = dcsopen2Node)(PORT = 1521)) ) ) ADR_BASE_DCSOPEN = /opt/app/ora11g 或 DCSOPEN = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(Host = 172.101.19.57)(Port = 1521))) SID_LIST_DCSOPEN = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/app/ora11g/product/11.2.0/dcsopen) (PROGRAM = extproc) ) (SID_DESC = (GLOBAL_DBNAME = dcsopen) (ORACLE_HOME = /opt/app/ora11g/product/11.2.0/dcsopen) (SID_NAME = dcsopen) ) ) ADR_BASE_DCSOPEN = /opt/app/ora11g 或 DCSOPEN = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.101.19.57)(PORT = 1521)) ) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC)) ) ) ) SID_LIST_DCSOPEN = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = /opt/app/ora11g/product/11.2.0/dcsopen) (PROGRAM = extproc) ) ) ADR_BASE_DCSOPEN = /opt/app/ora11g 2. 添加本机的tnsnames.ora文件配置： dcsopen = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.101.19.57)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dcsopen) ) ) 3. 使用tnsping dcsopen测试，报错： ora11g>tnsping dcsopen TNS Ping Utility for Linux: Version 11.2.0.1.0 - Production on 08-JAN-2015 00:38:55 Copyright (c) 1997, 2009, Oracle. All rights reserved. Used parameter files: /opt/app/ora11g/product/11.2.0/dcsopen/network/admin/sqlnet.ora TNS-03505: Failed to resolve name 4. 使用sqlplus登
作者 杨禹航 出品 沃趣技术 PDB数据库的创建可以从现存的数据库中复制数据文件，包括种子容器、可插拔数据库、non-CDB数据库，创建时可以使用CREATE PLUGGABLE、RMAN、DBCA以及EM等。 在12.1版本中在创建PDB时，Source PDB必须处于read only状态，在12.2版本中，因为undo local mode新特性的推出，在创建PDB时，Source PDB在read write状态，依然可以创建。 另外在12.2版本中Oracle推出了refresh PDB特
最近同事报料，数据库无法执行一些关于数据字典的查询。即使是查询dba_users都会出现错误。从错误日志来看，全部是数据字典的一些错误信息，而用户数据还是ok的。Google了一下，看了看metalink，需要重建数据字典。那就执行catalog.sql吧。晕，竟然连执行这个SQL语句都报错！数据没有备份呢，汗!!! 如果你也是无法成功执行catalog.sql，接着往下看。
可以发现，ORA-600是Oracle的内部错误，无法从错误代码提示上看出什么问题。
今天巡检遇到数据库报错 ORA-00600错误，数据库版本为Oracle 11204 (x86_64)，错误日志如下：
最近的工作中需要基于Oracle连接到SQLserver2014，我们可以通过配置Gateway的方式来实现这个功能。这个Gateway的实质是透过dblink来实现的。即把SQLserver模拟成一个远端的Oracle实例，这个实例由Gateway来负责进行接收，转发等等。本文简要描述其配置过程。
操作环境：Citrix虚拟化环境中申请一个Linux6.4主机(模板) 目标：创建单机11g + ASM存储 数据库
RedHat Linux AS3.0上安装OracleDB一直比较麻烦，多方寻找，终于找到一个测试可以成功的安装手册。
编辑/etc/sysconfig/selinux配置文件, 把SELINUX=enforcing 改为 SELINUX=disabled。
在linux服务器centos7上新安装的oracle 19c，结果发现客户端怎么都连不上。检查了下，发现原来是监听的端口采用默认配置为了LOCALHOST：
linux命令可以简化我们工作中的许多任务。关于Linux这个主题已经考虑很久了，也还是在不断的完善中，在自己的实验和各种资料的整理中，认为还是一些不错的命令。 自己也会在后续不断完善，大家有比较好的命令可以分享一下。 1.查看自己常用的linux命令 history | awk '{print $2}' | sort | uniq -c | sort -rn | head -10 这行脚本能输出你最常用的十条命令，可以看出自己平时最常用的一些命令。看看时间都去哪了？ -bash-4.1$ history
Oracle版本为12c R2：搭建完成DG库有trace目录中日志增长过快，其中一类mmon 的日志中主要为如下内容
The errors are usually caused by OS system call error or OS configuration issue 。
对于基于生产环境下的数据库的版本升级或者测试新的应用程序的性能及其影响，备份恢复等等，我们可以采取从生产环境以克隆的方式将其克隆到本地而不影响生产数据库的正常使用。实现这个功能我们可以借助rman duplicate方式以及其简单的方式来完成。duplicate方式不同于OS级别的备份，它会为辅助数据库(克隆出来的数据库)生成一个新的dbid，而能够同时将目标数据库(原数据库)与辅助数据库注册到同一个恢复目录。本文描述了使用rman duplicate实现异机数据库克隆。
如果数据库只有很少的数据块被破坏，那么块介质恢复（Block Media Recovery，BMR）是较好的块恢复方法。BMR只能用于恢复物理损坏（Physical Corruptions），在数据文件联机时即可恢复相关坏块。BMR主要使用BLOCKRECOVER命令进行恢复坏块，该命令有以下三种使用方式：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
