愁啊愁!愁白少年头!----近几日做项目有感
近几日做项目颇感郁闷,心里忐忑不安,技术上困难重重,用户心急如焚,所以偶上来发发牢骚,一吐心中之烦其实这次项目实施,主要是分四块1)创建rac集群2)从其他服务器(os不同,oracle版本也不同)上的将数据导入rac集群3)由于奥运的关系,有1台小机没有及时到货,所以又多了一项工作添加节点4)dataguard实施一 烦恼来了开始基本还算顺利(为什么叫基本呢,搬机器拉,弄机架拉,机器上架拉麻烦死了),但做项目一直有个感觉,整个过程肯定不会一帆风顺,总是要有不顺的时候。终于新的小机来了,开始添加节点,麻烦也来了因为业务系统
AIX性能监控-----sar vmstat svmon nmon
SARsar -P ALL cpu使用情况 sar -a 文件访问情况dirblk/s 定位文件时被目录访问守护进程读取的快(512b)的个数iget/s i节点查找系统进程被调用次数lookuppn/s 目录查找进程找到v节点,并获取路径名的次数sar -b buffer的活动情况,包括传输、访问、和命中率bread/s、bwrit/s 块IO操作的数量lread/s、lwrit/s 逻辑 IO请求的个数pread/s、pwrit/s 裸设备IO操作数量%rcache、%rwrit cache命中率,计算共式为:((lreads-breads)/lreads)*100sar -c 系统调用情况exec/s、fork/s 调用和执行系统调用总数sread/s、swrit/s read/writ 系统
本地管理表空间(LMT)--转自itpub
本地管理表空间Locally Managed Tablespace一、概述1、理解本地管理表空间的由来2、理解什么是字典管理表空间及工作原理3、理解本地管理表空间的优势(为什么要使用本地管理表空间)4、理解本地管理表空间的内部结构5、理解字典管理表空间与本地管理表空间的转换二、名词解释与约定表空间(Tablespace)——为数据库提供使用空间的逻辑结构,其对应物理结构是数据文件,一个表空间可以包含多个数据文件本地管理表空间(Locally Managed Tablespace简称LMT)——8i以后出现的一种新的表空间的管理模式,通过本地位图来管理表空间的空间使用
CBO,RBO在ORACLE中的应用------sql优化2
CBO,RBO在ORACLE中的应用ORACLE 提供了CBO、RBO两种SQL优化器。CBO在ORACLE7 引入,但在ORACLE8i 中才成熟。ORACLE 已经明确声明在ORACLE9i 之后的版本中(ORACLE 10G ),RBO将不再支持。因此选择CBO 是必然的趋势。CBO和 RBO作为不同的SQL优化器,对SQL语句的执行计划产生重大影响,如果要对现有的应用程序从RBO向CBO移植,则必须充分考虑这些影响,避免SQL语句性能急剧下降;但是,对新的应用系统,则可以考虑直接使用CBO,在CBO模式下进行SQL语句编写、分析执行计划、性能测试等工作,这需要开发者对CBO的特性比较熟悉。以下小结几点在C
RBO/CBO优化器(转)------sql优化1
最近学到sql优化部分 转几篇基础知识oracle的RBO/CBO优化器(转)Oracle的优化器有两种优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO),在Oracle8及以后的版本,Oracle强列推荐用CBO的方式 RBO方式:优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走索引。CBO方式:它是看语句的代价(Cost),这里的代价主要指Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信
Redo/Checkpoint/LGWR/DBW/CKPT图
---------------------------------------------------------------------- 1. 由于用户请求更新,所以后台进程会从数据文件将对应的数据块复制到数据库缓冲区。 2. 执行UPDATE处理,被更新的新信息和更新前的旧信息(UNDO)都被写入日志缓冲区。 3. 更新前的旧讯息写入到数据库缓冲区内分配的回滚段。 4. 更新后的新讯息会覆盖数据库缓冲区内分配的数据块。 5. 接收到Commit要求,把日志缓冲区内的变更写入REDO日志文件 (除了Commit之外还有其他情况会进行往REDO日志文件的写入处理)(以后会进一步介绍)。 6. REDO日志文件满了之后,就会
Oracle 10G 32位升级64位
1. 安装Oracle 10G到一台64位系统上,不要创建Database.2. 将原来的32位DB Shutdown,将所有Data文件Copy到64位系统上3. 将32位的初始化文件Copy到64系统正确的位置4. 用oradim Create一新的实例(用Copy过来的初始化参数文件)5. 修改初始化文件,增加 _SYSTEM_TRIG_ENABLED = false参数6. Shutdown 64位Database7. Stratup nomount8. Create control file(例如,你的要根据你的DB修改)CREATE CONTROLFILE REUSE DATABASE "T1" NORESETLOGS NOARCHIVELOGMAXLOGFILES 32MAXLOGMEMBERS 2MAXDATAFILES 32MAXINSTANCES 16MAXLOGHISTORY 1