ITPub博客

Oracle动态性能视图学习之v$sesstat2007-11-29 12:59按照OracleOnlineBook中的描述，v$sesstat存储session从login到logout的详细资源使用统计。　　类似于v$sysstat,该视图存储下列类别的统计：事件发生次数的统计，如用户提交数。数据产生，存取或者操作的total列(如：redo size)执行操作所花费的时间累积，例如session CPU占用(如果TIMED_STATISTICS值为true)注意：如果初始参数STATISTICS_LEVEL被设置为TYPICAL或ALL，时间统计被数据库自动收集如果STATISTICS_LEVEL被设置为BASIC，你必须设置TIMED_STATISTICS值为TRUE以打开收集功能。

今天在itpub上看到有人发帖关于 收到snap too old 的话 你应该怎么办的讨论，有的人认为是一个老问题只要加大undo_tablespace的大小或是 增加undo_retention就ok了，但是有些时候往往我们在解决问题的时候这样做是远远不够的，今天我总结了一写碰到此类错误的方法1,首先确定那两个参数的值被正确的设定。2，你要确定你的问题是程序带来的还是你自己执行sql时带来的如果是程序带来的问题，你可能就要和程序员好好谈谈了，可能是他们的sql语句抒写不当，要建议他们多commit几次，如果是你写sql的问题，那你就自己看着办吧，这里不做讨论因为

首先设置rman的参数CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS ---窗口时间为7天CONFIGURE CONTROLFILE AUTOBACKUP ON ---控制文件自动备CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/oracle/control_file_backup/sales_%F' --设置为自动备份的控制文件的路径CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET --设置分配几个通道进行备份CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/home/oracle/rman/backup_p%p_s%s_t%t_%T.bak'CONFIGURE CHANNEL 2 DEVICE TYPE DIS

ORA-1555错误综述ORA-1555是一个非常著名但让人讨厌的错误，下面就该错误是如何产生的及该如何来预防做个综述。 ORA-1555错误简单的说就是针对一个数据块产生一致读时发生了错误。一致读就是指ORACLE利用回滚段来临时重构一个和事务或查询开始时的块状态相同的快照块的过程。如果一个块改变了多次，可能就会有多个快照块的。 一个事务或查询开始执行时，ORACLE会产生一个SCN来记录这个开始时刻点，这个SCN也就叫做SNAPSHOT SCN。ORACLE仅仅看基于SNAPSHOT SCN的快照记录。如果块中有活动的事务或BLOCK SCN> SNAPSHOT SCN时，

Oracle锁机制及锁的探讨 一、 Oracle锁机制1、什么是锁锁是控制“共享资源”并发存取的一种机制。注意这里说“共享资源”而不仅指“数据行”，数据库的却在行一级对表的数据加锁，但是数据库也在其它地方对各种资源的并发存取使用锁。比如说，如果一个存储过程在执行过程中，它会被加上某种模式的锁只允许某些用户执行它而不允许其他用户修改它。锁在数据库中被用来实现允许对共享资源的并发存取，同时保证数据的完整性和一致性。2、锁的类型在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Lo

--这是转eygle大师的文章初始化参数db_file_multiblock_read_count 影响Oracle在执行全表扫描时一次读取的block的数量.db_file_multiblock_read_count的设置要受OS最大IO能力影响，也就是说，如果 你系统的硬件IO能力有限，即使设置再大的db_file_multiblock_read_count也是没有用 的。理论上，最大db_file_multiblock_read_count和系统IO能力应该有如下关系: Max(db_file_multiblock_read_count) = MaxOsIOsize/db_block_size当然这个Max(db_file_multiblock_read_count)还要受Oracle的限制，目前Oracle所支持的最大db_file_multibl