1、添加启动项

[root@db01 ~]# cat >> /etc/rc.d/rc.local <<EOF

su - Oracle -c "lsnrctl start"

su - oracle -c "sqlplus sys/oracle as sysdba @/home/oracle/.script/.startup"

su - oracle -c "emctl start dbconsole"

EOF

2、创建并编辑启动文件

[root@db01 ~]#su - oracle

[root@db01 ~]#mkdir -p /home/oracle/.script/

[root@db01 ~]# cat > /home/oracle/.script/.startup <<EOF

startup;

alter system register;

exit 0

EOF

1.dbca如果是asm环境，须用asmca

2.手动创建

[oracle@localhost dbs]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1. Production on Fri Jul  :: 

Copyright (c) , , Oracle.  All rights reserved.

SQL> conn / as sysdba

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area  bytes

Fixed Size                   bytes

Variable Size             bytes

Database Buffers           bytes

Redo Buffers                 bytes

Database mounted.

Database opened.

SQL> show parameter spfile

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

spfile                               string      /u01/app/oracle/product/11.2.

                                                 /dbhome_1/dbs/spfileorcl.ora

[oracle@localhost dbs]$ sqlplus /nolog

SQL*Plus: Release 11.2.0.1. Production on Fri Jul  :: 

Copyright (c) , , Oracle.  All rights reserved.

SQL> conn / as sysdba

Connected.

SQL> alter system set sga_max_size=1524M scope=spfile;

System altered.

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup

ORACLE instance started.

Total System Global Area  bytes

Fixed Size                   bytes

Variable Size              bytes

Database Buffers           bytes

Redo Buffers                 bytes

Database mounted.

Database opened.

SQL> show parameter sga_max_size

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

sga_max_size                         big integer 1536M

动态参数是指在运行过程中可以动态修改的参数

静态参数是指必须通过重启来调整的参数，随着oracle的不断升级，参数逐渐动态化，在11g中，静态已没有几个了。

SQL> show parameter optimizer_index_caching

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

optimizer_index_caching              integer

SQL> alter system set optimizer_index_caching= scope=both;

both的含义是指在内存与文件中，并且立刻生效。重启oracle后还是生效。

如果改为memory，则只对当前实例有效，即内存中，重启后失效。

如果改为spfile,则对当前实例无效，重启后生效。

一些参数也可以在会话级使用alter session来调整，如

alter session set sql_trace=true;

SQL> alter system set parallel_max_servers= scope=memory;

System altered.

SQL> show parameter optimizer_index_caching

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

optimizer_index_caching              integer

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup

ORACLE instance started.

Total System Global Area  bytes

Fixed Size                   bytes

Variable Size              bytes

Database Buffers           bytes

Redo Buffers                 bytes

Database mounted.

Database opened.

SQL> show parameter optimizer_index_caching

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

optimizer_index_caching              integer     

[oracle@oracle1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu Sep 15 13:05:23 2016

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup nomount
ORACLE instance started.

Total System Global Area 1.3362E+10 bytes
Fixed Size                  2265864 bytes
Variable Size            6777998584 bytes
Database Buffers         6576668672 bytes
Redo Buffers                4911104 bytes
SQL> select instance_name,status from v$instance;

INSTANCE_NAME    STATUS
---------------- ------------
fzf              STARTED

SQL> select value from v$spparameter where name='control_files';

VALUE
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/fzf/control01.ctl
/u01/app/oracle/fast_recovery_area/fzf/control02.ctl

SQL> alter database mount;

Database altered.

SQL> select instance_name,status from v$instance;

INSTANCE_NAME    STATUS
---------------- ------------
fzf              MOUNTED

将数据库带到mount状态
select value from v$spparameter where name='control_files';
Alter database mount;
Mount数据库的过程是读参数文件中描述的控制文件,校验控制文件的正确性,将控制文件的内容读入到
内存,mount是挂接的意思,是操作系统中的概念.一旦mount之后,就是将一个没有意义的实例和一个
数据库发生了联系.因为实例是空壳.没有任何数据库和该实例发生关系,我们可以理解为实例是水泵,放
到哪个水塘里就会抽取哪里的数据,实例是通用的.mount的意思是将一个通用的水泵放入到指定的水塘.
mount是读控制文件,控制文件中有数据文件和日志文件的信息.
select instance_name,status from v$instance;

打开数据库
Alter database open;
读控制文件中描述的数据文件
验证数据文件的一致性,如果不一致,使用日志文件将数据库文件恢复到一致的状态.
数据库open后,普通用户才可以访问数据库
用户的表才为可见
只读方式open数据库
Alter database open read only;
select OPEN_MODE from v$database;
默认的open方式为read write
想改read only为read write 必须重新启动数据库
我们现在回想一下数据库启动的三个台阶,我们先读的是参数文件,参数文件可以有我们来编写.读完参数
文件后又读了控制文件,控制文件描述了数据文件和日志文件的信息,如果控制文件丢失可以重新建立,最
后是读数据文件.数据文件里才存放了我们的数据.数据库将启动分为三个台阶,目的是我们可以准确的知
道哪里有问题,迅速的排除.有点象老鼠拖木钎,大头在后面.由最开始的一个1k的参数文件,最后到几个t
的大型数据库.当我们只打startup而不加任何参数的时候.默认是到open,等于startup open;
SQL> startup
ORACLE instance started.

以 oracle 用户如下命令：
  $cd $ORACLE_HOME/dbs
  -- 查看参数文件
  $ls
  $sqlplus "/ as sysdba"
  SQL> startup nomount
  说明：
      启动到nomount 状态，这个阶段数据库读取参数文件（spfile/pfile）文件中的参数，启动数据库实例。
      初始化参数文件默认位置在 $ORACLE_HOME/dbs 目录下，
      Oracle9i 初始化参数文件的读取顺序是 spfile<sid>.ora --> spfile.ora --> init<sid>.ora  
      这一阶段主要是指定控制文件及数据库实例名， 分配系统全局区 ，启动后台进程 ，打开alertSID.log文件和跟踪文件。

  启动数据库到 nomount 状态以后， Oracle 就可以从参数文件中获得控制文件的位置信息。
  找到控制文件， 并锁定控制文件。
  以 oracle 用户执行如下命令： 
  SQL>alter database mount;
  SQL>select * from v$control_files;
  说明：
      启动到mount状态，这个阶段数据库打开控制文件，验证控制文件。
      在 mount 数据库阶段， 会读取口令文件， 该文件缺省位于：$ORACLE_HOME/dbs/orapw<sid> 或 orapwd
      在数据库没有启动之前， 数据库内建用户是无法通过数据库本身来验证身份的，正是通过口令文件，
      Oracle 实现对用户的身份认证， 在数据库未启动之前登陆，启动数据库。
      如果丢失了口令文件， 在mount 阶段就会报错， 并无法启动数据库。
      将数据库与一个已打开的实例相关联， 打开控制文件， 计算 mount id  并写入控制文件。
      获取数据文件和重做日志文件的名称和状态。
      此时数据库的基本结构信息都能够查询了，但是还不能查询用户表的内容。 

启动数据库到 mount 状态以后， Oracle 就可以从控制文件中获得数据文件、日志文件的位置信息、
  检查点信息等重要信息， 并在 open 阶段， Oralce 可以根据控制文件中记录的这些信息找到文件，
  然后进行检查点及完整性检查。如果不存在问题就可以启动数据库，
  如果存在不一致或文件丢失则需要进行恢复。
  以 oracle 用户如下命令： 
  SQL>alter database open;

  说明：启动到open状态，这个阶段数据库打开控制文件里描述的文件。
        在完成数据库的验证和恢复过程后， 数据库处于一致的状态，
        数据库还需要进行一系列的处理过程：将UNDO 段在线等操作，
        然后数据库就可以提供访问， 同时SMON 可以开始进行事务回滚。

SQL> alter database mount;

Database altered.

SQL> alter database open read only;

Database altered.

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

启动为限制模式，限制模式打开的数据库只有具备管理权限的数据库用户才能访问。

例如具有restricted session权限或dba角色的数据库用户。

管理员往往在执行数据库结构调整及数据库维护期间，为防止普通用户访问，则以限制模式启动数据库。

SQL> startup restrict

ORACLE instance started.

Total System Global Area 1603411968 bytes

Fixed Size                  2213776 bytes

Variable Size             956303472 bytes

Database Buffers          637534208 bytes

Redo Buffers                7360512 bytes

Database mounted.

Database opened.

将受限转为正常

SQL> alter system disable restricted session;

System altered.

关闭的四种方式

shutdown normal|transactional|immediate|abort

shutdown 等同于shutdown normal

检查数据库状态

SQL> select database_status from v$instance;

DATABASE_STATUS

-----------------

ACTIVE

挂起/暂停数据库

SQL> alter system suspend;

System altered.

SQL> select database_status from v$instance;

DATABASE_STATUS

-----------------

SUSPENDED

恢复数据库

SQL> alter system resume;

System altered.

SQL> select database_status from v$instance;

DATABASE_STATUS

-----------------

ACTIVE

http://blog.csdn.net/pan_tian/article/details/41160155　　shutdown关闭图解挺直观的

1、shutdown normal 
   正常方式关闭数据库。 通常很慢

2、shutdown immediate 
   立即方式关闭数据库。 
   在SVRMGRL中执行shutdown immediate，数据库并不立即关闭， 
   而是在Oracle执行某些清除工作后才关闭（终止会话、释放会话资源）， 
   当使用shutdown不能关闭数据库时，shutdown immediate可以完成数据库关闭的操作。
 
3、shutdown abort 
   直接关闭数据库，正在访问数据库的会话会被突然终止， 
   如果数据库中有大量操作正在执行，这时执行shutdown abort后，重新启动数据库需要很长时间
--------------------------------------------------------
shutdown abort 的时候，跟kill 进程是一样的效果
数据库立即关闭，这个时候文件状态可能不一致
因为正常关闭数据库会同步校验各文件，使得重新启动的时候文件时间点一致并且不用进行崩溃恢复

若检查点信息一致，则做崩溃恢复
若检查点信息不一致（正好在更新文件头）则需要做介质恢复

这些问题都好处理，最怕的问题是这个时候系统有大量IO，结果这样造成写的突然中断，碰巧造成文件块的逻辑坏块，那麻烦比较大一些，尤其是系统表空间的block损坏

虽然shutdown abort 出错的几率很小，1000个人可能只有一个人碰到，但是我们还是要小心。
正确的处理流程是，shutdown immediate ,若数据库迟迟不能down下来，在os上观察IO状况，几乎没有io的时候，另开一窗口shutdown  abort ，几乎不会出问题了
--------------------------------------------------------
http://www.itpub.net/showthread.php?threadid=180315&pagenumber= 
先用IMMEDIATE来DOWN，实在不行了，看一下数据库文件上没IO了，再用ABORT 
------------------------------------------------------------------------------
你可以尝试先在系统级杀掉非后台Oracle进程，在连接shutdown immediate就安全多了

在Oracle8i里，当数据库失去响应以后，你在操作系统上杀掉用户进程后，一般数据库就可以恢复正常了
-------------------------------------------------------------------------------
先 shutdown immediate 应该是首选
然后不行再重新shutdown abort
其实起不来也是因为os的缘故，在文件正在写的时候出现问题导致文件不一致或者损坏……