有一个库，由于设置了PASSWORD_LIFE_TIME，且到期未重置密码，账户被锁了，手工解锁后，登录发现报错ORA-28002，明明解锁了，为何还会报错？
sql> alter user smsc identified by <原来的密码> —-不用换新密码
Mongodb有三种集群方式的搭建：Master-Slaver/Replica Set / Sharding。下面是最简答的集群搭建，不过准确说也不能算是集群，只能说是主备。并且官方已经不推荐这种方式，所以在这里只是简单的介绍下吧，搭建方式也相对简单。主机配置 /opt/mongodb/master-slave/master/mongodb.cfg
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
RAC环境下，初始化参数文件与但实例下参数文件有些异同，主要表现在初始化参数可以为多个实例公用，也可以单独设置各个实例的初始化参数。对于那些非共用的初始化参数则必须要单独设置，而共用的则可以单独设置，但一般不建议这么用。本文描述RAC 环境下参数文件(spfile)的相关管理工作。
服务器重启之后节点一集群服务如下 [grid@p19c01:/home/grid]$ crsctl stat res -t CRS-4535: Cannot communicate with Cluster Ready Services CRS-4000: Command Status failed, or completed with errors. 节点二集群状态 [grid@p19c02:/home/grid]$ crsctl stat res -t -----------------------
crs_register命令主要是将资源注册到CRS。该方法通常结合crs_stat -p 或者crs_profile先创建配置文件。同时crs_register也具有更新CRS的功能。本文将描述crs_register以及crs_unregister的用法。
最近碰到了一个关于ASM无法启动的案例，当然这个案例比较长，准备分两篇来写。 问题的背景如下： 目前存在一套standalone的环境，采用了ASM作为存储管理，业务属于实时统计，在某一天下班的时候开发的同事突然联系我说，数据库感觉有些问题，因为部分应用开始报错了，然后他们问我在这段时间做过什么操作没有，从我的印象来看下午4点只对部分分区做了例行维护，其它什么都没调整。问题是在6点开始发现，所以应该没有什么关联。 当然口说无凭，开发的同学也反馈了报错的信息。 反馈错误信息1：Yourdatabase con
Oracle数据恢复顾问用于当数据发生错误或故障时，进行自动收集数据故障信息，并生成恢复脚本，用于完成数据恢复。数据恢复顾问也可以主动检查故障。 在这种模式下，它可以在数据库进程发现数据损坏并发出错误之前进行潜在的检测并分析数据故障。数据故障可能非常严重。 例如，如果您当前的日志文件丢失，则无法启动你的数据库。 一些数据故障（如数据文件中的块损坏）不是灾难性的他们不会将数据库关闭或阻止您启动Oracle实例。 数据恢复顾问处理这两种情况：当您无法启动数据库时（因为某些情况）所需的数据库文件丢失，不一致或损坏）以及文件损坏时的数据库文件在运行时发现。
应用程序工作负载在Oracle 10g中可以被定为services，也称之为服务，能够在单实例中使用，也能够在RAC中单独使用和管理。因此整个数据库负载能够被分割为多个不同的services，通过管理service能够简化用户或session的管理。其次services特性的重要体现在RAC之中用于实现负载均衡与故障转移。本文描述什么是services，以及使用services的好处，以及如何使用services.
不论是单实例还是RAC，对于非缺省端口下(1521)的监听器，pmon进程不会将service/instance注册到监听器，即不会实现动态注册。与单实例相同，RAC非缺省端口的监听器也是通过设置参数local_listener来达到目的。除此之外，还可以对实例进行远程注册，以达到负载均衡的目的。这是通过一个参数remote_listener来实现。
英文解析：resource busy and acquire with NOWAIT specified
在ORACLE中移动数据库文件 --ORACLE数据库由数据文件，控制文件和联机日志文件三种文件组成。 --由于磁盘空间的变化，或者基于数据库磁盘I/O性能的调整等， --我們可能会考虑移动数据库文件。 --下面以LUNIX平台为例，分别讨论三种数据库文件的移动方法。 一.移动数据文件： -- 可以用ALTER DATABASE，ALTER TABLESPACE两种方法移动数据文件。 1. ALTER DATABASE方法； -- 用此方法，可以移动任何表空间的数据文件。 STEP 1. 下数据
Oracle RAC 集群中，对于各种资源的管理，也存在所有者与权限的问题。crs_getperm与crs_setperm则是这样的一对命令，主要用于查看与修改集群中resource的owner,group以及权限等，下面通过具体的演示来获得其使用方法。
1.背景概述 2.本次测试环境基本信息 3.测试步骤 3.1. 使用BCO进行压缩备份 3.2. 不使用压缩备份 3.3. 使用ACO中LOW级别进行压缩备份 3.4. 使用ACO中MEDIUM级别进行压缩备份 3.5. 使用ACO中HIGH级别进行压缩备份 4.各类备份方式对比分析 4.1. 生成备份文件大小差异 4.2. 备份时长差异 4.3. 备份CPU资源差异 4.4. 备份Memory资源差异 4.5. 备份IO资源差异 5.总结
墨墨导读：通过历史控制文件恢复数据库，只需这10步。 1. 记录控制文件、数据文件头的scn SYS@enmo>select checkpoint_change# from v$database; CHECKPOINT_CHANGE# ------------------ 18502624 SYS@enmo>select name,checkpoint_change# from v$datafile; NAME
profile通常指配置文件，crs_profile望文生义可知，就是管理集群的配置文件。在Oraclele RAC中，所有的CRS资源存放在OCR磁盘中，对于OCR更形象的比喻是类似于Windows的注册表。我们知道Windows注册表由类似树状的节点构成，其形式是KEY-VALUE，集群中的资源也是如此。Windows注册表可以整个导出，分支导出，也可以导入注册表信息。针对集群资源的管理crs_profile结合crs_register与crs_unregisterd等同于一个类似于Windows的regedit 管理工具。这么说就不陌生了吧，接着往下看。
说明，ora.cluster_interconnect.haip的ENABLED属性的原始值为1：
环境：RHEL 6.4 + GI 11.2.0.4 + Oracle 11.2.0.4 对有关HAIP相关问题的总结，包括禁用／启用HAIP，修改ASM资源的依赖关系，修改cluster_interconnects参数等。
环境： OEL 5.7 + Oracle 11.2.0.4 1.直接restore到想要恢复的时间点报错：
AIX（errpt）、Oracle DB（alert.log ）、CRS （crsd.log 、ocssd.log、vip.log、
有客户咨询，认为19c RAC集群资源状态和11g RAC大不一样，比如在他们的19c集群，也是只部署2节点，却显示3个资源状态，其中第三个还是offline状态，担心是否有影响。
在linux中有些命令可能功能强大，方便快捷，但是这些命令在测试环境中有些可以用，但别在生产上挑战。有些命令一敲，可能你的职业生涯由此转折。 关于rm -rf 对于这个命令真没什么好说的，最好的挽救措施就是备份,可能在有些环境中这类命令都是禁用的，但是不管怎么样，注意备份。 rm -rf / rm -rf * 关于 rm .* 这个命令比较容易犯错误，但是大家都比较容易忽视。简单举个例子。 列出当前目录下的文件，考虑删除 [ora11g@rac1 test]$
本文安装环境：RHEL 6.5 + Oracle 12.2.0.1 GI & RAC
本文发表于itpub技术丛书《Oracle数据库DBA专题技术精粹》,未经许可,严禁转载本文.
有朋友在执行drop操作时，报了如下的错误，经过查询mos文档和远程协助最后终于处理了，记录下。
NAME TYPE VALUE
在搭建Data Guard的时候，我们可以直接从主库生成一个备库控制文件，或者拷贝一个备库的控制文件即可，后续的工作就交给Data Guard来自动恢复完成了，尤其是使用rman备份恢复的时候，使用recover database是一气呵成，我们无须理会其中更多的细节，当然实际上Oracle已经帮我们处理好了。 我们都知道控制文件的备份有两种方式，一种是镜像，一种是trace。镜像备份方式类似alter database backup controlfile to 'xxxxx'这样的形式
作者 杨禹航 出品 沃趣技术 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特
RAC数据库与单实例的差异主要表现在多个实例通过集群件来统一管理共享的资源。因此原有的单实例的管理方式，如数据库、监听器等的关闭启动等可以使用原有的方式进行，也可以通过集群管理工具，命令行来集中管理，这也是推荐的管理方式。由于集群件crs位于数据库之上，即RAC数据库依赖于集群件，因此数据库的启动与关闭应该结合集群来考虑，下面以10g RAC来描述数据库启动与关闭过程，不涉及集群层的启动与关闭。
环境： RHEL 6.5 + Oracle GI 11.2.0.4 (2 nodes) 参考MOS文档 How to Deconfigure/Reconfigure(Rebuild OCR) or Deinstall Grid Infrastructure (文档 ID 1377349.1) 1.前期准备 2.删除GI 1.前期准备 确认各节点都是unpin的状态： <GI_HOME>/bin/olsnodes -s -t If a node is pinned, unpin it first, i.
环境：RHEL 6.5 + Oracle 11.2.0.4 RAC 现象：巡检发现自己的测试环境节点2的空间使用率过高，进一步查询，发现大文件是GI目录下crfclust.bdb文件。
一. 现有的RAC 节点的11.2.0.4，在本文档中，我们要演示删除一个节点：rac3所有删除操作都在环境正常运行状态下进行。
在Oracle12c之前的版本中，rman进行数据恢复时只能进行database/tablespace/datafile/block四种级别的恢复，如果误操作删除某张表或表中数据，无法通过闪回进行数据还原时，且有完整备份以及归档，该种情况下可以进行表空间时间点恢复，但恢复方式较麻烦，在Oracle12c中，Oracle对rman功能进行了增强，除了之前的四种级别的恢复，rman也提供了表/表分区级别的恢复，该特性可以直接从现有的rman备份中来恢复表/表分区，且恢复的过程不影响数据库中的其他的对象。
上篇讲了 Oracle pfile 参数文件 ，这篇讲讲 spfile 参数文件！
环境：OEL 5.7 + Oracle 10.2.0.5 Clusterware + Oracle 10.2.0.5 RAC 故障：数据库open时报错ORA-1172，ORA-1151
本文作者系大连健哥， POSTGRESQL、ORACLE 数据库资深从业人员、IT 技术的深度爱好者。相信科学改变人类、技术创造未来。个人主页：https://www.cnblogs.com/gaojian/，经其本人授权发布。
Oracle 11g RAC中crs_stat命令较之前的版本多出了很多新的不同的资源类型，缺省情况下，使用crs_stat -t来查看资源是密密麻麻一大片，看起来着实费力。作者Paul Elbow, Enkitec为我们提供了一个crsstat脚本以更清晰的格式来展现Oracle 11g RAC下的所有资源类型，见本文下面的描述。
安装好sles 10 sp3 + Oracle 10g RAC之后，在配置监听器时，总是提示主机bo2dbp上的监听服务已经在运行，忽略错误之后手动在bo2dbp节点上启，总是收到TNS-12
Oracle 执行job:expdp,数据库实例直接宕掉,报错如下: ORA-27300: OS system dependent operation:semctl failed with status: 22 ORA-27301: OS failure message: Invalid argument ORA-27302: failure occurred at: sskgpwrm1 ORA-27157: OS post/wait facility removed ORA-27300: OS system dependent operation:semop failed with status: 36 ORA-27301: OS failure message: Identifier removed ORA-27302: failure occurred at: sskgpwwait1
使用crsctl查看集群各资源状态，在任一节点都会直接报错CRS-4535, CRS-4000；但此时数据库是可以被正常访问的。 具体故障现象如下：
在dba的工作中，备份是一切工作的基础。如果没有备份，本来很简单的恢复工作也会难上加难，如果业务数据要求很高，造成数据的丢失或者损坏，就是重大事故了。 使用rman备份或者做一个完整的系统级备份也是很重要的，如果在特定的场景下，没有备份，如果还能恢复，那就太幸运了。 当数据库中的某个数据文件误删的时候，如果数据库还没有重启的时候，还是能够做一些工作的。因为文件对应的句柄还没有释放。我们可以从里面找到一个镜像的备份实现我们的数据恢复。一定注意这种恢复不一定是完全的数据恢复，如果在数据文件删除的瞬间，有开启的事
墨墨导读：某客户单位数据库出现异常，大致现象是：数据库状态是open的，但是其中一个数据文件无法访问，本文分享排查原因与解决问题的整个过程。
SQL> create table tbl_ora_60 ( id number(5), name varchar2(5) ); SQL> insert into tbl_ora_60 values(1, 'a'); 1 row created. SQL> insert into tbl_ora_60 values(2, 'b'); 1 row created. SQL> commit; Commit complete. SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 a 2 b 实验开始 Session1： SQL> update tbl_ora_60 set name='c' where id=1; 1 row updated. Session2： SQL> update tbl_ora_60 set name='d' where id=2; 1 row updated. Session1： SQL> update tbl_ora_60 set name='e' where id=2; hang住 Session2： SQL> update tbl_ora_60 set name='f' where id=1; hang住 此时，Session1： SQL> update tbl_ora_60 set name='e' where id=2; update tbl_ora_60 set name='e' where id=2 * ERROR at line 1: ORA-00060: deadlock detected while waiting for resource 说明： Session1 Session2 获取id=1的资源锁 获取id=2的资源锁 等待id=2的资源锁 等待id=1的资源锁 id=2的SQL报ORA-60，自动rollback 1、因为id=2的资源锁是Session2先获取的，因此Oracle会自动rollback产生死锁时后需要资源锁的SQL，Session1的更新id=2操作被rollback。 2、从中可以发现，真正报ORA-60错误的SQL获取的资源(此例中id=2)，并不是触发死锁产生的那个资源(此例中id=1)，此例用的是同一个表的不同行，对不同表的相同行也如此，也可以解释之前夜维出现ORA-60时显示的SQL之间表是不同的原因，因为夜维执行的某个表更新与当前应用执行的某个表更新之间存在互锁的情况，因此可能导致夜维SQL报ORA-60或应用报ORA-60的错误。 此时，Session1： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 c 2 b 说明：此处可以证明产生报错后，Oracle自动执行的rollback操作是基于单条SQL，不是整个事务的，所以这里只有id=2的记录被rollback，id=1的执行仍正常。 Session2： SQL> update tbl_ora_60 set name='f' where id=1; hang住 继续，Session1： SQL> commit; Commit complete. Session2： SQL> update tbl_ora_60 set name='f' where id=1; 1 row updated. Session1： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 c 2 b 只有id=1更新成功。 Session2： SQL> select * from tbl_ora_60; ID NAME ---------- ----- 1 f 2 d id=1和id=2都更新成功，但未COMMIT。 SQL> commit; Commit complete. Sess
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-2730x 错误，数据库版本为Oracle 11204 (x86_64)，错误日志如下：
墨墨导读：客户的一套开发环境，清理空间时redo被运维人员当作log误删除，一线同事先接手处理，过程中遇到问题升级本文做出分析。
--对于重要对象,实施DDL拒绝,防止create,drop,truncate,alter等重要操作
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
