1. 创建初始化文件 $ su – oracle $ cd $ORACLE_HOME/dbs [oracle@localhost dbs]$ vi init+ASM.ora # ******Below is init script for asm instance****** *.asm_diskstring='ORCL:VOL*' *.back

1.执行闪回查询 SQL> select * from usr_imp.rman; ID NAME ———- ——————–  1 current SQL> select current_scn from v$database; CU

表空间管理分为本地和手工两种管理方式 1.本地表空间管理:利用数据文件头部的位图区来管理 2.字典管理表空间:表空间利用数据字典管理区(ORACLE用了两个数据字典表:UET$(已使用的空间)和FET$(空闲空间)来保

log4j.properties: log4j.rootLogger=debug,stdout,file1   ### direct log messages to stdout ### log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.Target=System.out log

这个实验来演示一下asm头的损坏的情况下,用kfed工具来修复的一个案例。 asm的每个磁盘上有存放有asm的元数据,元数据一般大小为4k。disk header一般在第0个au,的第0个块上。 接下来是详细的步骤 –以防万

在生产环境中,可能碰到需要迁移数据到另一目录的需求。 本次试验的目的是迁移user01.dbf数据文件为user02.dbf,采用热备模式,拷贝数据文件。具体步骤如下 –查看数据文件位置 SQL> select tablespac

  Solaris上11.2.0.3数据库调整SGA 后触发BUG: WARNING: oradism not set up correctly When Setting Sga_max_size [ID 374367.1] 后续参考文档调整后,未重启数据库 oracle在运行一段时间后报错:  

  select * from v$sysstat where name = 'opened cursors current';     exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>8*24*60);   se

客户现场数据迁移后,由于内存由原先的32G扩展到128G,准备调整SGA大小 调整后重启数据库后台报错: radism creation failed for unknown reasons 0 8 100 WARNING: ——————&

  今天在客户现场迁移数据,由于11.2.0.2.6PSU已经产生,决定乘着这个机会将数据库PSU给应用了 客户环境是HA LINUX solaris,目前是11.2.0.3.5 准备先在备机上面检查一下环境并应用PSU 备机检查: -bash-3.0

  在LINUX 6以前,我们建议针对LINUX上安装11gRAC共享盘配置采用UDEV 采用UDEV最大的好处在于可以防止LINUX重启后盘符发生改变而不影响RAC,并且将设备的权限问题可以很好的解决   在5以及之前版本,我

模拟在丢失归档切没有备份的情况下,通过修改数据文件的scn号来强行拉起数据文件。 一:模拟破坏现场 1.创建表空间 create tablespace test_ma datafile '/oradata/ora11203/ora11203/test01.dbf' 

1.      把系统镜像iso文件加载到虚拟机 光驱连接方式选择使用iso镜像文件的方式,点击browse选择需要的镜像文件。 2.      在操作系统以root身份挂载光盘