ITPub博客

最近接到一个需求，做Oracle数据库迁移，但是新环境只有纯操作系统，操作在机房。到了机房才发现，真的只有纯服务器，网线都没插，找了显示器，启动服务器，启动过程可以看到是Redhat7.6的系统，但是root密码，普通用户密码，客户都不知道，说这个服务器已经闲置两年了，最近因为一些原因才用起来准备当作迁移的新环境来用。所以现在的规划是将这台服务器划分存储，配网络，然后装数据库，在做迁移。一、强制修

最近做impdp数据泵全库导入的时候遇到了好多报错，现在记录下处理过程。导入命令：impdp \'/ as sysdba\' directory=EXPDP2020 dumpfile=xxxdb_%U.dump logfile=xxxdb_impdp.log PARALLEL=4 full=y&nbsp

    最近收到个需求，给一套两节点11g rac进行asm磁盘扩容，本以为很简单的操作，但是在做udev绑定的时候，发现不是平常用的方法，而是使用ATTR{size}的方法来绑定的。

    下午收到告警，某同城adg同步异常，数据库比较重要，需要紧急处理。一、分析1、查看同步状态    该环境是主备均为两节点的rac adg结构，登录备库1节点，查询同步进程状态。SQL> set line 999 SQL> select inst_i

安装oracle 19c rac报错：2节点执行root.sh asm实例启动失败    默认oracle rac安装的时候，会启动haip功能，会在心跳网卡虚出一个IP，169.254. .，2节点彼此能ping通。这个是以资源ora.cluster_interconnect.haip形式出现的，那么这个资源可以禁用嘛？也就是haip可以禁用嘛?

背景： 有一套废弃不用的10g环境的rac，因业务需求，准备恢复很早之前的数据，该数据备份在磁带上，由备份厂家负责恢复数据，我负责拆掉集群和删除数据库，配合备份恢复厂家恢复数据库。恢复的时候是将原先裸设备的10grac 按单机恢复，将裸设备改造成文件系统恢复，并且只在一个节点上恢复，起库遇到报错。一、问题ora10g[bidb1]/ora10g/OracleHomes/db10

今天客户现场业务甩给我一个报错让处理，ora-00904:"WM_CONCAT"：标识符无效。初步分析了下场景：前天因为在原先一套库要删除，而他们业务用户A使用的便是该套计划删除的库，故导出A用户，导入到新环境中，expdp/impdp导入导出中均无报错。昨天在新环境给恢复成功，今天业务反映有报错，在新环境中查看确实没有该function，而老环境中有该function，但是是

客户现场，有开发人员问我，他使用系统认证没有用密码登陆Oracle数据库，报错，提示用户名和密码无效，很疑惑，问我为什么他使用系统认证会报错。我登陆他的系统后，首先看他的系统认证是否是打开的，果然发现他的系统是关闭是操作系统认证功能的，打开后问题解决。现在总结一下Oracle的密码文件及操作系统认证知识点。一、密码文件    作用：主要进行dba权限的认证。

    在客户现场，收到告警短信说备库的MRP0进程终止了，登陆备库查看，确实是mrp0进程挂了，查看alert日志，发现是因为无法创建表空间导致错误，询问后得知客户在主库加了40G大小的表空间，而备库数据磁盘组只有17G，因无法创建同大小的表空间而导致mrp0挂掉。    处理办法：  &nbsp

客户反馈Oracle数据库用户密ma会过期，为了避免过期导致应用连接出错，可提前cha找即将过期的用户，重置密ma。步骤如下：1、查看未来20天内是否会有密ma过期set lines 200 col username for a20 select USERNAME,to_char(EXPIRY_DATE,'yyyy-mm-dd

最近在客户数据库会遇到ORA-1555的报错，分析了一下产生的原因以及如何规避它。1、回滚段数据被覆盖        原因：        当进行DML操作时，undo段会记录数据变更前的状态（通过构造原数据的一致性数据块）。如果用户还没有

现象描述：从源端用impdp导出5张大表，使用的remap_tablespace在目标端导入这五张表，在导入到统计信息的时候报错。系统：Linux 6.5环境：11.2.0.4导入报错如下：Processing object type TABLE_EXPORT/TABLE/COMMENT Processing object type T

在安装grid的时候，由于某种原因需要将grid软件卸载重新装，在网上搜集到如下信息： 在Oracle 11gR2以前的版本中,卸载CRS和oracle database时需要手工去删除部分东西，从oracle 11gR2版本开始新增deinstall命令可以卸载grid和database，new oui版本中不再支持卸载,可以删除的非常干净,需要手工删除的话,deinstall命令也会

昨天在客户反应SQLplus连接出错，我去看了一下，问题如下marven@hpserver2 ~]$ sqlplus "/as sysdba" SQL*Plus: Release 10.2.0.4.0 - Production on Wed Feb 1&nb

在客户现场，使用数据泵导入导出数据，前面数据导出已经做好，在测试环境导入数据的时候，查看了归档日志，发现快满了，就手动删除一下已经过期的日志和一周之前的日志，可是在执行一些删除语句的时候delete NOPROMPT expired archivelog all;报错如下：RMAN-08137: WARNING: archived&nbs

    备库DUPLICATE后启用同步，开启ADG打开数据库时报错：ORA-10458SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> recover managed standb

    在做迁移时，由于某种原因导致回退，现在准备将备库的数据库删除，然后重新部署dg，但在删除备库的时候遇到一些小问题，以下的操作是在节点一执行[oracle@sde1 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.3.0 

dg同步后RFS进程起不来，归错于ORA-00604和ORA-16000SQL> set lines 1000 SQL> select PROCESS,PID,STATUS, GROUP# , RESETLOG_ID,THREAD#,SEQUENCE# from v$managed_s

在搭建DG的过程中，会遇见好多问题，现在整理出部分产常见的错误及解决方法。1、ORA-09925报错报错1:connected to auxiliary database (not started) released channel: prmy1 released channel: prmy2 rele

    前天割完一套rac下得DG，两节点的数据库都没起来，手动startup结果如下：    [oracle@mssdb1 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Sat Aug 11 00:57:39 2018 Copyr