1 ) 最重要的区别，存储的数据的重要性不同 【 sys 】 所有 oracle 的数据字典的基表和视图都存放在 sys 用户中，这些基表和视图对于 oracle 的运行是至关重要的，由数据库自己维护，任何用户都不能手动更改。 sys 用户拥有 dba ， sysdba ， sysoper 等角色或权限，是 oracle 权限最高的用户。 【 system 】 用户用于存放次一级的内部数据，如 oracle 的一些特性或工具的管理信息。 system 用户拥有普通 dba 角色权限。 2) 其次的区别，权限的不同。 【 system 】用户只能用 normal 身份登陆 em ...

查看全文

5. ASMCMD 工具 ASM 实例的管理除了sqlplus， Oracle 还提供了asmcmd 命令， 具体参考help。 [oracle@node1 bin]$ which asmcmd /u01/app/oracle/product/10.2.0/db_1/bin/asmcmd [oracle@node1 bin]$ cd /u01/app/oracle/product/10.2.0/db_1/bin/ [oracle@node1 bin]$ ./asmcmd ASMCMD> ls DATA/ FLASH_RECOVERY_AREA/ ASMCMD> help as ...

查看全文

数据文件的管理 Aliases allow you to reference ASM files using user-friendly names, rather than the fully qualified ASM filenames. — Create an alias using the fully qualified filename. ALTER DISKGROUP disk_group_1 ADD ALIAS ‘+disk_group_1/my_dir/my_file.dbf’ FOR ‘+disk_group_1/myd ...

查看全文

3.2 CSS 进程 无论是否在RAC 环境下， ASM 实例都是需要CSS 进程的， 所以，如果是非RAC 环境， 在启动ASM 实例之前用脚本 $ORACLE_HOME/bin/localconfig add 启动CSS， 否则ASM 实例启动时会报ORA-29701： unable to connect to Cluster Manager, 并提示执行该脚本 3.3 ASM 实例的相关操作 ASM 管理 登录，启动，关闭: [oracle@node2 dbs]$ export ORACLE_SID=+ASM2 [oracle@node2 dbs]$ sqlplus / as sys ...

查看全文

3. ASM 实例配置 3.1 初始化参数 [oracle@node1 bin]$ export ORACLE_SID=+ASM1 [oracle@node1 bin]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 – Production on Sun Feb 21 19:10:51 2010 Copyright (c) 1982, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 1 ...

查看全文

ASM:Automatic Storage Management, 是Oracle 主推的一种面向Oracle的存储解决方案， ASM 和 RDBMS 非常相似，ASM 也是由实例和文件组成，也可以通过sqlplus 工具来维护。 ASM 实例的创建和删除也可以用DBCA 这个命令来操作。在dbca 的第一个界面选择配置自动存储管理就可以了。 ASM 实例需要CSS 进程， 如果是非RAC 环境， 在启动ASM 实例之前会提示用脚本 $ORACLE_HOME/bin/localconfig add 启动CSS。 1. ASM 实例由SGA 和后台进程组成。 1.1 SGA 组成: AS ...

查看全文

SQL> commit; Commit complete. SQL> SELECT cpdrt, 2 cplrba_seq || ‘.’ || cplrba_bno || ‘.’ || cplrba_bof “low_rba”, 3 cpodr_seq || ‘.’ || cpodr_bno || ‘.’ || cpodr_bof “on_disk_rba” 4 FROM x$kcccp; CPD ...

查看全文

关于rba(redo block address)，有可以分为如下3种: low checkpoint rba; 某个block第一次被修改时所对应的redo recode记录，同时也就意味着 low rba是redo apply的起点 high cechkpoint rba; 某个block被经过多次修改后，最后一次修改时所对应的redo recode记录 on disk rba; 是指disk中redo log中的最后一条redo recode记录，在实例crash后进行 实例恢复时on di ...

查看全文

5. 增量检查点 关于增量检查点，是本文需要描述的重点，增量检查点其实是在oracle 8i就引入了，引入的目的当然是为了更大程度的降低instance crash时的recover time。 说道增量检查点，我们就需要讲讲其相关的一个重要结构，那就是checkpoint queue。 当然，checkpoint queue并不仅仅是为增量检查点服务的，也包括其他类型的检查点。SQL> SELECT CPLRBA_SEQ,CPLRBA_BNO,CPLRBA_BOF,CPODR_SEQ,CPODR_BNO,CPODR_BOF,CPODS FROM x$kcccp; CPLRBA_SEQ CPL ...

查看全文

3. 对象检查点 那么object checkpoint是什么时候触发的呢？通常是如下两种情况： drop table xxx/xxx purge;drop index xxx;truncate table xxx; 那么如何理解object checkpoint呢？我认为可以这样简单理解： drop table killdb; 将触发一个object 检查点，将cache buffer中所有 跟killdb对象有关的脏块写入到disk中。 SQL> ALTER system FLUSH BUFFER_CACHE; System altered. SQL ...

查看全文

首先在checkpoint机制中理解脏数据的概念！脏数据是相对于原数据而言的，是指被修改过的，与原数据不一样的数据。 在oracle有SGA中，有个数据高速缓冲区（database buffer cache），由许多大小相等的缓存块组成。这些块根据使用情况不同，可分为脏缓冲块、空闲缓存块和命中缓存块三类：1. 脏缓存块（dirty buffers）：它保存的是已经被修改过的数据。当一条SQL语句对某个缓存块中的数据进行修改后，这个缓存块就被标记为脏缓存块。2. 空闲缓存块（free buffers）：不包含任何数据，它们等待后台进程或服务器进程向其中写入数据。当oracle从数据文件中读取数据 ...

查看全文

# Start of dbstartupscript # # Loop for every entry in oratab file andand try to start # that ORACLE. # # ASM instances need to be started before’Database instances’ # ASM instance is identified with ‘+’prefix in ORACLE_SID # Following loop brings up ASM instance[s] cat $ORA ...

查看全文