zhangdazhi

转载 oracle常用语句

转载 ORA-32004 解决办法

造成这个错误的原因是因为指定了已经废弃的参数。可以查看alert日志，在启动加载参数文件的时候。System parameterswith non-default values:  processes                = 150  __shared_pool_size       = 121634816  __large_pool_size       

转载 Rman中各种format参数说明

备份文件可以自定义各种各样的格式，如下：%c 备份片的拷贝数%d 数据库名称%D 位于该月中的第几天 (DD)%M 位于该年中的第几月 (MM)%F 一个基于DBID 唯一的名称,这个格式的形式为c-IIIIIIIIII-YYYYMMDD-QQ,其中IIIIIIIIII 为该数据库的DBID，YYYYMMDD 为日期，QQ 是一个1-256 的序列

原创 使用RAMN将本地的数据文件迁移到ASM磁盘组上

前一段时间遇到一个问题，那就是RAC环境下的一个数据文件，竟然放在了本地硬盘，而没有放在ASM磁盘组中。非常怪异的现象，更怪异的是RAC竟然允许这种情况的发生，下面我们就来进行实验操作：1.首先在本地创建一个用户表空间（数据文件）create user zhang identified by oracle123;  create tablespace zhang_tp datafi

原创 创建ORACLE表空间及管理

conn scott/123456 as sysdba   SCOTT用户作为管理员登录create user zdz identified by zdz123;  创建用户zdzalter user zdz identified by zhang123;  更改用户zdz登录密码select username,default_tablespace from dba_use

原创 oracle数据逻辑备份

sqlplus / as sysdbaselect username,default_tablespace,temporary_tablespace from dba_users where username='ZDZ';USERNAME   DEFAULT_TABLESPACE  TEMPORARY_TABLESPACE---------- -----------------

转载 OracleDatabase安装在Linux上报错pdksh的问题

OracleDatabase安装在Linux上报错pdksh的问题 现象如果在Linux 6上没有使用Oracle-rdbms-server-11gR2-preinstall.x86_64来执行软件包预安装的时候。OUI预检查时会报错：pdksh-5.2.14没有安装。但是linux 6、7上面已经没有这个包。原因是OUI进行预检查的时候会使用命令：/bin

转载 12C ORA-27106 错误处理过程_hugepage=false

12C ORA-27106 错误处理过程前两天客户Exadata 12c环境因为内存分配报错，以下为处理过程。节点重新启动的时候报错，但是其他节点却启动正常。报错内容：ORA-27106 System pages not available toallocate memorycd /ORACLE_BASE/diag/rdbms/zdzrac/zdzrac2/tracet

转载 ORA-27301: OS failure message: No bufferspace available

OracleLinux的MTU问题问题描述近期有两次出现OS system dependent operation:sendmsgfailed with status: 105OS failure message: No buffer spaceavailable的问题。具体报错：ORA-00603: Oracle server session terminat

原创 修改linux rac oracle11g r2 7个IP（public vip scan private）

前提说明：有些时候我们可能会将测试机投入到生产中，这就涉及到IP的切换，包括（public private vip scan )修改前：                                                                   修改后：10.8.25.239 zdzrac1                                    

原创 解决案例：ORA-00205: error in identifying control file, check alert log for more info

问题：startup 数据库报错，内容ORA-00205: error in identifying control file, check alert log for more info解决办法：第一步：查看日志 cd  $ORACLE_BASE/diag/rdbms/zdzrac/zdzrac1/trace;  tail -200 alert_zdzrac1.log注释

原创 开启归档模式报错

用ARCHIVE LOG LIST 可以查看期模式状态时归档模式还是非归档模式.SQL> archive log list;Database log mode No Archive ModeAutomatic archival DisabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log seque

原创 更改rac oracle归档日志路径

如果开启日志，默认的路径是db_recovery_file_dest，该目录空间有限，一旦占满，则数据库挂起办法1：更改db_recovery_file_dest大小，虽然闪回恢复区ORACLE会自动管理，如果闪回恢复区空间不足就会清理掉没用的数据，显示没有从根被解决其次，该目录一般受限制，当达到限时的SQL> select name,SPACE_LIMIT,SPACE_USED

原创 SPFILE参数文件损坏及解决

rac oracle 11g spfile参数文件损坏，导致数据库节点10.8.25.240起不来，且无法关闭与连接原因是：恢复db_recovery_file_dest_size默认值0 操作导致，参数文件内容如下*.SPFILE='+DATA/zdzrac/spfilezdzrac.ora'解决办法：在节点10.8.25.239，create pfile='/u01/app

原创 恢复db_recovery_file_dest_size参数为默认值“0”

恢复db_recovery_file_dest_size参数为默认值“0”db_recovery_file_dest_size参数的作用是限制闪回恢复区可存放文件总大小。一旦将参数db_recovery_file_dest_size设置为非零值后“很难”恢复为默认值“0”。1.查看默认情况下db_recovery_file_dest_size参数值，db_recovery_file