ITPub博客

1、分析数据文件块，转储数据文件n的块m 　　alter system dump datafile n block m 　　2、分析日志文件 　　alter system dump logfile logfilename; [@more@]　　3、分析控制文件的内容 　　alter session set events 'immediate trace name CONTROLF level 10' 　　4、分析所有数据文件头 　　alter session set events 'immediate trace name FILE_HDRS level 10' 　　5、分析日志文件头 　　alter session set events 'immediate trace name REDOHDR level 10' 　　6、分析系统状态，最好每10分钟一次，做三次对比 　　alter sessi

Linux AS3.0+ Oracle10g RAC .[@more@]gnd-rac01</etc>$ls inittabinittab ------------------------------------------------------------------------------------------------------- gnd-rac01</etc>$cat inittab## inittab This file describes how the INIT process should set up# the system in a certain run-level.## Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org># Modified for RHS Linux by Marc Ewing and Donnie Barnes## Default ru

.[@more@] 我们一般在Linux上安装设置Oracle数据库或者在更换或升级硬件的时候都需要配置Linux系统的核心参数, 然后才是调整Oracle系统参数。具体这些参数的实质意义是什么，为什么要做调整，如何合理调整？ 带着这些问题我们做以下的一些分析以及测试。 注意： 以下的一些测试可能只适用于Linux系统，且测试Linux系统为64Bit, 32Bit Linux系统可能有不一样 。 测试环境： Linux AS 4.0 U5 64Bit 核心版本： 2.6.9-55.ELsmp #1 SMP x86_64 1. Linux系统下的核心参数： [root@ECSDB etc]# cat sysctl.conf 或者到 /proc/sys

.[@more@]链接：http://www.eygle.com/archives/2007/12/dbms_scherduler_disable.html 从Oracle Database 10g开始，Oracle在建库后就默认创建了一个名为GATHER_STATS_JOB的定时任务，用于自动收集CBO的统计信息。 这个自动任务默认情况下在工作日晚上10：00-6：00和周末全天开启。调用DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC收集统计信息。该过程首先检测统计信息缺失和陈旧的对象。然后确定优先级，再开始进行统计信息。可以通过以下查询这个JOB的运行情况：select * from Dba_Scheduler_Jobs where JOB_NAME ='

Oracle 9i RAC + Linux AS3.0 两节点看了一下RAC 特有的后台进程，LMON, LMSn , LMD等。在节点1 Server所有连接共享磁盘的链路断开后，原来在RAC1 上进行的大量的操作是由活着的实例的SMON进程来进行实例恢复，节点1在一定时间侯被剔除出RAC , 是由CRS 维护的，心跳加仲裁，LMON，LMD这些都是一个全局的类似资源的repository,维护类似块锁这些资源的在各点之间的一致，如果一个点被cluster认为是错误的并被选举出局，那是整个系统该做的[@more@]RAC 特有后台进程： --------------------------------------------------------------LMON (

在OCFS2格式化磁盘然后运行Cluster 菜单下的 Configure Nodes ... 的时候，如果出现提示信息： The cluster stack has been started. It needs to be running for any clustering functionality to happen , Please...

对Oracle 10g RAC数据库进行例行检查时发现两个节点在同一时间段有相同的报错信息，应该是和磁盘方面有关系，由于采用的是共享磁盘柜，怀疑是连接磁盘柜的通信出现问题。 [@more@] 查询Storage的相关信息，发现果然是连接Server与Storage的一台交换机断电过，冗余的两台交换机，一台接UPS, 一台接市电，防止UPS损坏导致系统异常。刚好前两天由于特殊情况停过电 。 Jun 8 04:04:08 gnd-rac01 syslogd 1.4.1: restart.Jun 8 04:04:08 gnd-rac01 snmpd[1271]: NET-SNMP version 5.1.2Jun 8 05:32:53 gnd-rac01 kernel: ide-cd

1.主库设置成归档模式2.拷贝主库的表空间文件、Redo、拷贝到备库的对应目录3.拷贝主库的参数文件到备库/u02/app/oracle/admin/devdb1/script/init.ora [@more@]4.从库生成密码文件/u01/app/oracle/ora920/bin/orapwd file=/u01/app/oracle/ora920/dbs/orapwdevdb1 password=change_on_install5.主库生成备用数据库专用控制文件alter database create standby controlfile as '/u02/oradata/devdb1/stdcotrl.ctl';6. 将备用数据库专用控制文件拷贝到备用数据库（并复制3份）cp stdcotrl.ctl stdcotrl01.ctlcp stdcotrl.ctl stdcotrl02.ctl

.[@more@]PropertyDescriptionParameter typeIntegerDefault value0ModifiableALTER SYSTEMRange of values0, 1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048, 4096, 8192BasicNoReal Application ClustersMultiple instances can have different values.LOG_ARCHIVE_TRACE controls output generated by the archivelog process.This process can be initiated by any of the following:An ARCn background process (designated as ARCn in the output logs)An explicit session-invoked foreground process (designated as ARCH in

9i standby数据库中的init.ora需要增加standby_archive_dest的参数吗？ 似乎 log_archive_dest_1 (或称为log_archive_dest_n) 设置之后就不需要在Standby上设置 standby_archive_dest 了，不是这样的。 [@more@]在物理Standby中，处在备库状态的数据库，参数 log_archive_dest_n 失效，而 standby_archive_dest 设置有效 。 但是在切换之后，standby_archive_dest 就没有作用，而 log_archive_dest_n 当作切换后正式库的归档目录 。 所以一般在物理Standby中两个都需要设置，最好是一样的路径。 *.log_archive_dest_1='LOCATION=e:oracleo

不平衡的磁盘I/O和撤消会妨碍性能。这里讨论如何正确定位和配置一些与Oracle数据库相关的物理数据文件。主要讨论以下内容：[1] 使用磁盘阵列 选择合理的RAID方式。[@more@][2] 在可用的硬盘之间分布关键数据文件 要特别注意的文件：system表空间、TEMPORARY表空间、回滚段或UNDO表空间、联机重做日志文件（最好放在最快的磁盘上）、放在ORACLE_HOME文件夹下的关键Oracle文件、经常被访问的表的数据文件、经常被访问的索引的数据文件 经验总结：把上面提到的数据文件分布在各个可用的磁盘上 把数据文件和索

SMON是Oracle数据库至关重要的一个后台进程，SMON 是System Monitor 的缩写，意即：系统监控。 在数据库启动过程中，SMON排在CKPT进程之后，在Oracle9i中排在第六号的位置:[@more@]PMON started with pid=2DBW0 started with pid=3LGWR started with pid=4CKPT started with pid=5SMON started with pid=6RECO started with pid=7SMON负责系统监视已经一些系统清理及恢复工作，这些工作主要包括：1.清理临时空间以及临时段SMON负责在数据库启动时清理临时表空间中的临时段，或者一些异常操作过程遗留下来的临时段，例如，当创建索

Flashback Database是Oracle10g的新增功能，在启动Flashback Database之后，它定期将已发生变化的块写入闪回日志的日志文件中。这些日志不是由传统的Log Writer (LGWR) 过程写入，而是由一种称作Recovery Writer (RVWR)的新过程写入。这是Oracle10g的新增进程。[@more@] $ ps -ef|grep rvwr|grep -v grep oracle 27231 1 0 17:10:30 ? 0:00 ora_rvwr_eygle 与常规的重做日志（redo logs）不同，回闪日志既不需要由DBA创建，也不需要由他们维护；它们由Oracle Managed Files（OMF）自动在闪回恢复区域所指

概述：Flashback 技术在Oracle 10g中提供了更强大的功能。它包括了table level的Flashback Query, Flashback Version Query, Flashback Transaction Quey, Flashback Table and Flashback Drop 和database level的Flashback database。其中，Flashback Query, Flashback Version Query, Flashback Transaction Quey 和Flashback Table 是基于undo data的，而Flashback Drop 是基于recycle bin的。Flashback database 需要Flashback logs 和 Archivelog mode 还有Flash recovery area。 [@more@]下面就利用几个简单的例子来学习每一种功能的

Oracle EE(企业版, Enterprise Edition), SE(标准版, Standard Edition), SE1(标准版1, Standard Edition One) 区别是什么？ [@more@]1. SE1针对部门和小企业，SE针对中小企业和单位，EE针对大中型企业和单位。使用SE，就意味着用户不能使用EE的功能强大的选件，EE选件可以实现高性能、高可用性、高扩展性、高安全性和高级数据分析的功能。SE和SE1最多支持 500 GB 数据量，EE则高达 8,000,000,000 GB(80亿GB)，另外EE还支持数据压缩(compression)功能，特别适合存储资源有限、I/O量大的数据仓库。2. 10g SE集群(RAC)功能有限

很早以前安装Oracle10g的时候就发现，如果删除Linux 系统 /etc/hosts 中的 127.0.0.1 localhost.localdomain localhost 会出现系统安装配置问题 。[@more@] 今天又发现如果删除这一行，监听器开启也有问题，必须加入 127.0.0.1 localhost.localdomain localhost 才行 。

 Alter   user   xxx  account  unlock ;  

.[@more@]今天在查看Oracle RAC的时候，发现 select * from gv$log 出现 ： select * from v$log ； 出现的画面： ： RAC参数： rac1.thread=1rac2.thread=2 rac1.undo_tablespace=UNDOTBS1 rac2.undo_tablespace=UNDOTBS2 查看RAC参数设置，实例1的thread就是1，实例2的thread就是2，也就是说 THREAD其实就是表示一个INSTANCE，v$log查询出来的GROUP# 表示这个数据库(两个实例共有的)有八组online redo log , 而1，2，3，4是分配给实例1使用(thread=1),5,6,7,8 组是分配给实例2使用(thread=2). 为什么在节点1上访问v$log 会出现节点2的一

Oracle10g  CBO优化模式，默认情况下每晚22：00会对变化数据的表进行定时分析，这里有几个问题不是太明了1.   对大中小table的定时分析的比例是多少 ？   5% ， 10% .......， &...

Oracle10g  CBO优化模式，默认情况下每晚22：00会对变化数据的表进行定时分析，这里有几个问题不是太明了1.   对大中小table的定时分析的比例是多少 ？   5% ， 10% .......， &...