1.数据字典存储在SYSTEM表空间中。
2.SYSAUX可以offline：
SQL>alter tablespace sysaux offline;
3.SYSTEM和SYSAUX都是永久表空间，不能用于临时表空间。
4.SYSTEM和SYSAUX都不能是read-only模式。
5.FAST_START_MTTR_TARGET：是一个加快实例恢复的参数。
该值的单位是秒，比如设定为60s，假定该值处于一个合理的情况之下，那么一个实例崩溃的时候，应该会在60s内进行恢复；
合理的意思就是不能太大，也不能太小，
太大则允许恢复的时间太长，
太小则会导致大量数据的即时写入，造成系统I/O压力过大。
对于FAST_START_MTTR_TARGET的值为0的情况，官方文档是这么说的，
Explicit setting of the FAST_START_MTTR_TARGET parameter to 0 disables automatic checkpoint tuning.Explicit setting of the FAST_START_MTTR_TARGET parameter to a value other than 0 also enables the Redo Log Advisor.
如果将值设置为0，那么将会禁用自动检查点调优，当值为大于0时，还支持重做日志建议。
不仅可以在ARCHIVELOG下使用，也可以在NOARCHIVELOG下使用。
6.external tables 外部表：
简单地说，外部表就是不存在于数据库中的表，类似的，我们可以把一个操作系统的文件当做是一个只读的数据库表；
外部数据表都是只读的，因此不可以使用DML操作，也不能创建索引；
ANALYZE语句不支持分析外部表的统计数据，应该使用DMBS_STATS包来采集外部表的操作；
数据库中只保存了表结构的描述，表数据并没有存储在数据库中而是存储在文件系统上；
简历外部表时不会产生区、段、数据块等存储结构。
7.DBCA不能用来升级数据库。
8.数据泵impdp只能导入expdp产生的二进制文件。
9.role是可以被密码保护的。
10.role只要被赋予create role的权限就可以创建role。
11.bigfile tablespace只能包含单个数据文件，不能跨越多个数据文件。
12.permanent tablespace永久表空间可以包含（contain）多个数据文件，而不是跨越（span）多个数据文件。
13.temporary tablespace临时表空间包含临时文件而不是data file。
14.extents只能是一个数据文件。
15.在undo自动管理中，设置了undo_retention之后，undo块就有四种状态：
Active：表示正在活跃的，即正在使用该undo的还未提交或者未回滚。
Inactive：表示该undo上没有活动的事务，该状态的undo可以被其他事务覆盖。
Expired：表示该undo持续inactive的时间超过了undo_retention所指定的时间。
Freed：表示该undo块未被使用过，是空的。
16.undo表空间可以包括多个数据文件。
17.Sigle-instance databases can have only one active undo tablespace.
18.只有表空间设置为GURANTEE时，才能确保已提交的数据保留，UNDO_RENTENTION参数设置的时间。
19.UNDO表空间仅用于UNDO 段（在UNDO表空间中不能创建其他类型，例如表、索引等）只能与单个实例相关联。
20.oracle进程之PMON：
processmonitor process 进程监控
在用户进程非正常中断时进行数据恢复。
PMON负责清理数据缓冲池和释放用户进程使用的资源，如未提交的事务、释放锁、删除进程列中死掉的进程。
21.oracle进程之RECO：
RECO：recovererprocess 恢复进程
该进程是在分布式选项中会使用的进程，会自动的解决在分布式事务中的故障。
22.oracle进程之ARCn：
ARCn：Archiverprocess 归档进程
ARCn会在发生日志交换之后复制重做日志文件到指定的存储设备中。
ARCn发生的前提是：1.数据库必须是归档模式。2.数据库必须是自动归档。
23.Automatic Diagnostic Repository（ADR）：
它是基于文件的资料库，用来存储数据库诊断信息，如traces、dumps、alert log、和健康监控报告。
数据库、自动存储管理（ASM）、集群就绪服务（CRS）和其他oracle产品组件将所有诊断数据都存储在ADR中，不同的产品和组件都有相同的目录结构。
数据库初始参数DIAGNOSTIC_DEST决定了ADR base的存储位置，默认情况下，如果设置了ORACLE_BASE，那么DIAGNOSTIC_DEST等于ORACLE_BASE，否则等于ORACLE_HOME/log。指定了参数DIAGNOSTIC_DEST，由原来的参数CORE_DUMP_DEST、BACKGROUND_DUMP_DEST和USER_DUMP_DEST设置的位置将被忽略。
24.SGA：系统全局区
包含的组件：共享池（shared pool）、数据库缓冲区高速缓存（database buffer cache）、日志缓冲区（log buffer cache）、大池、java池、流池等。
25.DB_CREATE_FILE_DEST
设置DB_CREATE_FILE_DEST初始化参数，会为一下文件设置缺省路径：datafiles、tempfiles、redo log files、control files、block change tracking files。
26.SQL Access Advisor：可以提供物化视图、索引、分区等建议。
SQL Tuning Advisor：可以提供物化视图、索引、分区等建议；在维护窗口中自动运行。
小区别: SQL Tuning Advisor 分别调整每条SQL语句；SQL Access Advisor 同时调整所有SQL语句。
27.Database Configuration Assistant：在nomount状态下，只会删除service，并不会删除数据。
28.Automatic Workload Reporsitory（AWR）：自动工作负载信息库
AWR收集和处理的统计信息包括：对象统计、时间模型统计、系统和会话统计、获取会话历史统计。
AWR默认是启用的。由STATISTICS_LEVEL初始化参数控制（参数包括ALL、TYPICAL、BASIC），该参数默认为TYPICAL，
TYPICAL和ALL都会默认启用AWR统计收集；BASIC会禁用许多oracle数据库功能，包括AWR，但是仍然可以通过DBMS_WORKLOAD_REPOSITORY来手动捕获AWR统计。
默认情况下，每一小时产生一个快照，并保留八天的负载统计信息。
AWR信息保存在SYSAUX表空间中。
29.pfile和spfile：
pfile是文本文件，spfile是二进制文件；
对于参数的配置，pfile可以直接以文本编辑器打开手工配置，而spfile不行，必 须在数据库启动后，通过sql命令进行在线修改。
pfile配置改变后，要使用其生效，必须重新启动数据库，spfile的配置生效时限 和作用域可以由修改参数的sql命令指定，可以立即生效，也可以不立即生效。当然有些 参数的修改必须重启数据库才能生效；
可用sql命令由pfile创建spfile,也可以由spfile创建pfile；
如果是手动创建数据库而不是通过DBCA，则开始创建数据库时，你只能定义pfile 。因为它是文本格式的；
oracle数据库只使用一个参数文件，要么是pfile,要么是spfile，即么如何判断 数据库当前使用的是哪一个参数文件呢？一种方法是能过create pfile来鉴别，如果当 前使用的不是spfile,则相应格式的create pfile会产生错误。另一种方法是show parameter spfile命令，用来显示spfile的位置，如果显示的值为空，则表示使用的是pfile。
30.oracle10g中减少视力恢复时间的参数设置：
fast_start_mttr_target：指定实例恢复的最大时间，单位：秒。 10g中的主要设置参数。
log_checkpoint_timeout：指定发出检查点的时间间隔，单位：秒。 10g中用于与以前版本兼容。
log_checkpoint_interval：指定发出检查点的重做日志块间隔，单位：OS块。 10g中用于与以前版本兼容。
31.数据库的关闭方式：
SHUTDOWN NORMAL：不允许新的连接、等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。
SHUTDOWN TRANSACTIONAL：不允许新的连接、不等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。
SHUTDOWN IMMEDIATE：不允许新的连接、不等待会话结束、不等待事务结束、做一个检查点并关闭数据文件。没有结束的事务是自动rollback的。启动时不需要实例恢复。
SHUTDOWN ABORT：不允许新的连接、不等待会话结束、不等待事务结束、不做检查点且没有关闭数据文件。启动时自动进行实例恢复。