在单机环境下,要想启动或关闭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 的大小(memory_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