在單機環境下，要想啟動或關閉ORACLE系統必須首先切換到ORACLE用戶，如下
su - oracle
Oracle數據庫有以下幾種啟動方式：
1、
startup nomount
非安裝啟動，這種方式啟動下可執行：重建控制文件、重建數據庫
讀取init.ora文件，啟動instance，即啟動SGA和后臺進程，這種啟動只需要init.ora文件。
2、
startup mount dbname
安裝啟動，這種方式啟動下可執行：
數據庫日志歸檔、
數據庫介質恢復、
使數據文件聯機或脫機，
重新定位數據文件、重做日志文件。
執行“nomount”，然后打開控制文件，確認數據文件和聯機日志文件的位置，
但此時不對數據文件和日志文件進行校驗檢查。
3、
startup open dbname
先執行“nomount”，然后執行“mount”，再打開包括Redo log文件在內的所有數據庫文件，
這種方式下可訪問數據庫中的數據。
4、startup，等于以下三個命令
startup nomountalter database mountalter database open
5、
startup restrict
約束方式啟動
這種方式能夠啟動數據庫，但只允許具有一定特權的用戶訪問
非特權用戶訪問時，會出現以下提示：
ERROR：
ORA-01035: ORACLE 只允許具有 RESTRICTED SESSION 權限的用戶使用
6、
startup force
強制啟動方式
當不能關閉數據庫時，可以用startup force來完成數據庫的關閉
先關閉數據庫，再執行正常啟動數據庫命令
7、startup pfile=參數文件名
帶初始化參數文件的啟動方式
先讀取參數文件，再按參數文件中的設置啟動數據庫
例：
startup pfile=E:Oracleadminoradbpfileinit.ora
oracle數據庫幾種關閉方式：
1、
shutdown normal
正常方式關閉數據庫。
2、
shutdown immediate
立即方式關閉數據庫。
在SVRMGRL中執行shutdown immediate，數據庫并不立即關閉，
而是在Oracle執行某些清除工作后才關閉（終止會話、釋放會話資源），
當使用shutdown不能關閉數據庫時，shutdown immediate可以完成數據庫關閉的操作。
3、
shutdown abort
直接關閉數據庫，正在訪問數據庫的會話會被突然終止，
如果數據庫中有大量操作正在執行，這時執行shutdown abort后，重新啟動數據庫需要很長時間。
啟動錯誤問題解決
問題描述：
[oracle@node1 dbs]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.1.0 Production on Sun Mar 17 16:38:03 2013Copyright (c) 1982, 2009, Oracle. All rights reserved.Connected to an idle instanceSQL> startup nomountORA-00845: MEMORY_TARGET not supported on this system
啟動數據庫時，報MEMORY_TARGET 不支持，上網搜索了一下，具體原因是Linux 系統的共享內存比SGA 配置的小。而/dev/shm 是根據tmpfs 的配置來定義的。
[root@node1 ~]# df -h /dev/shmFilesystem Size Used Avail Use% Mounted ontmpfs 1000M 0 1000M 0% /dev/shmSQL> show parameter memory_targetNAME TYPE VALUE------------------------------------ ----------- ------------------------------memory_target big integer 1G
查了一下tmpfs 的配置，只有1000M，而SGA 配置了1G（換算系1024M），不夠大。解決問題的辦法就是改小SGA 或者改大tmpfs（這里SGA 1G 已經小了，不建議在改?。?。
解決方法1、 修改tmpfs（修改/etc/fstab 配置）：
[root@node1 ~]# vim /etc/fstab# tmpfs /dev/shm tmpfs defaults 0 0tmpfs /dev/shm tmpfs defaults,size=2048M 0 0[root@node1 ~]# umount /dev/shm[root@node1 ~]# mount /dev/shm[root@node1 ~]# df -h /dev/shm Filesystem Size Used Avail Use% Mounted ontmpfs 2.0G 0 2.0G 0% /dev/shm
解決方法2、修改SGA：
SQL> show parameter sgaNAME TYPE VALUE------------------------------------ ----------- ------------------------------lock_sga boolean FALSEpre_page_sga boolean FALSEsga_max_size big integer 1Gsga_target big integer 0SQL> alter system set sga_max_size=768M scope=spfile;System altered.SQL> shutdown immediateORA-01507: database not mountedORACLE instance shut down.SQL> startup nomountORACLE instance started.Total System Global Area 801701888 bytesFixed Size 2217632 bytesVariable Size 348129632 bytesDatabase Buffers 444596224 bytesRedo Buffers 6758400 bytesSQL> show parameter sgaNAME TYPE VALUE------------------------------------ ----------- ------------------------------lock_sga boolean FALSEpre_page_sga boolean FALSEsga_max_size big integer 768Msga_target big integer 0
這里建議直接修改memory_target，讓Oracle 自己去管理SGA 的大?。╩emory_target=SGA+PGA）
SQL> show parameter memory_targetNAME TYPE VALUE------------------------------------ ----------- ------------------------------memory_target big integer 1GSQL> alter system set memory_target=768M scope=spfile;System altered.SQL> shutdown immediateORA-01507: database not mountedORACLE instance shut down.SQL> startup nomount;ORACLE instance started.Total System Global Area 801701888 bytesFixed Size 2217632 bytesVariable Size 469764448 bytesDatabase Buffers 322961408 bytesRedo Buffers 6758400 bytesSQL> SQL> SQL> show parameter memory_targetNAME TYPE VALUE------------------------------------ ----------- ------------------------------memory_target big integer 768M
擴展：
這里需要注意，memory_target 不能小于SGA 或PGA，不然startup 數據庫的時候會報錯，數據庫不能啟動。
SQL> startup nomountORA-00844: Parameter not taking MEMORY_TARGET into accountORA-00851: SGA_MAX_SIZE 1073741824 cannot be set to more than MEMORY_TARGET 805306368.
解決辦法：
[oracle@node1 dbs]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.1.0 Production on Sun Mar 17 17:14:38 2013Copyright (c) 1982, 2009, Oracle. All rights reserved.Connected to an idle instance.SQL> create pfile from spfile;File created.SQL> exit
修改init.ora 文件參數
[oracle@node1 dbs]$ vim initoranode1.oraoranode1.__db_cache_size=444596224oranode1.__large_pool_size=4194304oranode1.__oracle_base='/u01/app/oracle'#ORACLE_BASE set from environment*.audit_file_dest='/u01/app/oracle/admin/oranode1/adump'*.audit_trail='db'*.compatible='11.2.0'*.control_files='/u01/oradata/ora_control1','/u01/fast_recovery_area/ora_control2'*.db_block_size=8192*.db_domain='node1.example.com'*.db_name='oranode1'*.db_recovery_file_dest='/u01/fast_recovery_area'*.db_recovery_file_dest_size=2G*.diagnostic_dest='/u01/app/oracle'*.dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)'*.memory_target=805306368*.open_cursors=300*.processes=150*.remote_login_passwordfile='EXCLUSIVE'*.sga_max_size=805306368*.undo_tablespace='UNDOTBS1'
重新生成spfile
[oracle@node1 dbs]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.1.0 Production on Sun Mar 17 17:15:28 2013Copyright (c) 1982, 2009, Oracle. All rights reserved.Connected to an idle instance.SQL> create spfile from pfile;File created.SQL> startup nomount;ORACLE instance started.Total System Global Area 801701888 bytesFixed Size 2217632 bytesVariable Size 469764448 bytesDatabase Buffers 322961408 bytesRedo Buffers 6758400 bytesSQL> SQL> SQL> show parameter memory_targetNAME TYPE VALUE------------------------------------ ----------- ------------------------------memory_target big integer 768M
