大佬教程收集整理的这篇文章主要介绍了Oracle启动关闭，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
如图 1-1 所示，Oracle 实例分为四种状态，分别为：
关闭（SHUTDOWN）、非装载（NOMOUNT 启动）、装载（MOUNT）、打开（OPEN）
如果实例没有打开，以普通用户身份时，会报错。
访问 Oracle 数据库首先要启动数据库，管理员连接到空闲实例，然后才能发出启动实 例或数据库的命令。
启动 Oracle 服务器，每个阶段会打开不同的文件并且会完成不同的管理任务。
数据库的启动命令是 STARTUP，在使用 STARTUP 命令启动数据库的时候首先需要使用初始化参数，并可以将数据库以不同的方式打开。
执行命令 STARTUP，要求用户必须具有 SYSDBA 或 SYSOPER 系统权限，另外，如果要建立数据库，则必须以 SYSDBA 身份登录。该命令具体格式如下：
STARTUP [ FORCE ] [ REStriCT ] [ PFILE = filename ] [ OPEN [ RECOVER ] [ database ] | MOUNT | NOMOUNT ]
解释：
OPEN：启动实例，装载并打开数据库，为默认选项。
@H_73_2@mOUNT：启动实例并装载数据库，但不打开数据库。NOMOUNT：启动实例，但不装载数据库。
FORCE：强制终止实例，并重新启动数据库。 （不要使用，因为在关闭时是使用shutdown abort关闭）
REStriCT：启动后只允许具有 REStriCTED SESSION 权限的用户访问数据库。
RECOVER：在数据库启动时，进行介质恢复。
要使数据库由 NOMOUNT 进入 MOUNT 阶段或由 MOUNT 进入 OPEN 阶段，需要使 用 ALTER DATABASE 命令：
ALTER DATABASE { MOUNT | OPEN }
要显示数据库的当前处于的启动状态，可以使用如下语句查询：
SELECT status froR_327_11845@ v$instance;
STATUS 列显示了 v$INSTANCE 视图对数据库状态的描述：
● STARTED 数据库处于启动状态（NOMOUNT）
● MOUNTED 数据库处于装载状态（MOUNT）
● OPEN 数据库出于正常打开状态（OPEN）
● OPEN MIGRATE 数据库以升级或降级模式打开（UPGRADE | DOWNGRADE）
用户可以在数据库关闭状态下直接执行 STARTUP 或 STARTUP OPEN 打开数据库。 Tips：当我们使用 sqlplUS 连接进入数据库时，将会看到提示。如果提示信息如下：
连接到空闲实例，即数据库处于关闭状态。
[Oracle@ogg ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Mon Jun 21 10:26:07 2021
Copyright (C) 1982, 2013, Oracle. All rights reserved.
Connected to an idle instance.
连接到正在开启的实例
[Oracle@ogg ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Mon Jun 21 10:23:40 2021
Copyright (C) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application TesTing options
在正常启动状态下，默认数据库进入读写状态（ReadWrite）。在必要时可以将数据库设置为只读状态（ReadOnly）。在只读状态下，用户只能查询数据库，但不能以任何方式对 数据库对象进行修改。
但要注意，在只读状态下，数据库还可以进行数据库的恢复或者一些维护操作操作，比 如：数据文件仍然可以联机和脱机，已脱机的数据文件或表空间可以进行恢复。对其他文件如控制文件、跟踪文件、审计文件、警告文件等仍然可以继续写入。 使用如下命令，使数据库进入只读状态或进入读写状态。
1. STARTUP OPEN [ READ WRITE | READ ONLY ]
2. ALTER DATABASE OPEN [ READ WRITE | READ ONLY ]
其中：
READ WRITE：进入读写状态
READ ONLY：进入只读状态
#以 READ ONLY 模式打开数据库
SQL> startup open read only;
#尝试创建表
SQL> create table scott_dept nologging as SELEct * from scott.dept;
create table t11 nologging as SELEct * from scott.dept * ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-16000: database open for read-only access
#尝试对表数据进行查询
SQL> SELEct * from scott.dept;
DEPTNO DNAME LOC
---------- -------------- ------------- 10 ACCOUNTinG NEW YORK
20 DBA BEIJING
30 SALES CHICAGO
40 OPERATIONS BOSTON
数据库在 READ ONLY 模式下，对对象的 DDL（创建、修改、丢弃、截断）、DML（插 入、更新、删除）等操作都不被允许。可以对数据库中对象进行查询。
数据库管理员可以使用限制模式打开数据库。限制模式只允许具有 REStriCTED SESSION 权限的用户进行连接，普通用户则不能连接。 当数据库管理员对数据库进行特定的维护操作，比如导入导出数据、装载数据、迁移数据库等等时，可以将数据库置为限制模式。
STARTUP REStriCT ;
启动数据库时，将数据库置为限制模式。
ALTER SYSTEM ENABLE REStriCTED SESSION ;
数据库启动后，将数据库改为限制模式。
ALTER SYSTEM DISABLE REStriCTED SESSION ;
取消数据库的限制模式。
启动实例到nomount，状态为STARTED
#启动前查看进程
[Oracle@ogg ~]$ ps -ef|grep ora_
Oracle 14676 1922 0 11:28 pts/0 00:00:00 grep --color=auto ora_
#启动数据库
SQL> startup nomount
OracLE instance started.
@R_567_10586@l System Global Area 768294912 bytes
Fixed Size 2257192 bytes
Variable Size 503320280 bytes
Database Buffers 260046848 bytes
Redo Buffers 2670592 bytes
#启动后查看进程
[Oracle@ogg ~]$ ps -ef|grep ora_
Oracle 14685 1 0 11:30 ? 00:00:00 ora_pmon_orcl
Oracle 14687 1 0 11:30 ? 00:00:00 ora_psp0_orcl
Oracle 14689 1 2 11:30 ? 00:00:00 ora_vktm_orcl
Oracle 14693 1 0 11:30 ? 00:00:00 ora_gen0_orcl
Oracle 14695 1 0 11:30 ? 00:00:00 ora_diag_orcl
Oracle 14697 1 0 11:30 ? 00:00:00 ora_dbrm_orcl
Oracle 14699 1 0 11:30 ? 00:00:00 ora_dia0_orcl
Oracle 14701 1 0 11:30 ? 00:00:00 ora_mman_orcl
Oracle 14703 1 0 11:30 ? 00:00:00 ora_dbw0_orcl
Oracle 14705 1 0 11:30 ? 00:00:00 ora_LGWR_orcl
Oracle 14707 1 0 11:30 ? 00:00:00 ora_ckpt_orcl
Oracle 14709 1 0 11:30 ? 00:00:00 ora_smon_orcl
Oracle 14711 1 0 11:30 ? 00:00:00 ora_reco_orcl
Oracle 14713 1 0 11:30 ? 00:00:00 ora_mmon_orcl
Oracle 14715 1 0 11:30 ? 00:00:00 ora_mmnl_orcl
Oracle 14717 1 0 11:30 ? 00:00:00 ora_d000_orcl
Oracle 14719 1 0 11:30 ? 00:00:00 ora_s000_orcl
Oracle 14726 1922 0 11:30 pts/0 00:00:00 grep --color=auto ora_
提前打开告警日志，以下为节选的一片段
[Oracle@ogg ~]$ cd $OracLE_BASE/diag/rdbms/orcl/orcl/trace/
[Oracle@ogg trace]$ tail -100f alert_orcl.log
...
#读取非默认的系统参数
System parameters with non-default values:
#进程数
processes = 150
#限制内存大小，并进行自动内存管理
memory_target = 736M
#控制文件的路径和名称
control_files = "/u01/app/Oracle/oradata/orcl/control01.ctl"
control_files = "/u01/app/Oracle/fast_recovery_area/orcl/control02.ctl"
#数据库标准块大小
db_BLOCK_SIZE = 8192
#Oracle 数据库版本号
compatible = "11.2.0.4.0"
#归档日志路径
db_recovery_file_dest = "/u01/app/Oracle/fast_recovery_area"
db_recovery_file_dest_size= 4182M
#UNDO 表空间的名字
undo_tablespace = "UNDOTBS1"
#是否允许远程登录的相关配置
remote_login_passwordfile= "EXCLUSIVE"
DB_DOMAIN = ""
dispatchers = "(PROTOCOL=TCp) (serviCE=orclXDB)"
#数据库审计文件路径
audit_file_dest = "/u01/app/Oracle/admin/orcl/adump"
audit_Trail = "DB"
#数据库名
db_name = "orcl"
open_cursors = 300
diagnostic_dest = "/u01/app/Oracle"
#启动进程
PMON started with pid=2, OS id=14631
PSP0 started with pid=3, OS id=14633
VKTM started with pid=4, OS id=14635 at elevated priority
VKTM running at @R_673_11269@millisec precision with DBRM quantum (100)ms
GEN0 started with pid=5, OS id=14639
DIAG started with pid=6, OS id=14641
DBRM started with pid=7, OS id=14643
DIA0 started with pid=8, OS id=14645
MMAN started with pid=9, OS id=14647
DBW0 started with pid=10, OS id=14649
LGWR started with pid=11, OS id=14651
CKPT started with pid=12, OS id=14653
SMON started with pid=13, OS id=14655
RECO started with pid=14, OS id=14657
MMON started with pid=15, OS id=14659
MMNL started with pid=16, OS id=14661
starTing up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCp))'...
starTing up 1 shared server(s) ...
OracLE_BASE from environment = /u01/app/Oracle
总结：发出“startup nomount”指令后，告警日志文件输出了包括一系列参数、 进程的启动等内容；同时，我们注意到 sqlplUS 终端回显了内存的大小设置。 因此，可以确定的是，在该阶段 Oracle 实例分配了内存，启动了进程那么，警告日志文件中的参数从哪来呢？下面让我们观察一下初始化参数文件。
前面已经介绍过，初始化参数分为两种。静态初始化参数文件和动态初始化参数文件。
静态初始化参数文件（Pfile）：文本形式、默认文件名：initsid.ora
动态初始化参数文件（Spfile）：二进制形式、默认文件名：spfilesid.ora
也就是说，我们想要了解初始化参数文件的内容，可以使用 vi 工具或者多种操作系统 指令来查看静态初始化参数文件的内容。 如果没有静态初始化参数文件或者动态初始化参数文件（二缺一），该怎么办呢？ 我们可以通过指令来创建初始化参数文件并查看静态初始化参数文件的内容：
#不指导路径，默认在$OracLE_HOME/dbs 下
create pfile from spfile;
#指导路径
create pfile='/home/Oracle/pfile.ora' from spfile;
#不指导路径，将默认在$OracLE_HOME/dbs找pfile
create spfile from pfile;
#指导路径
create spfile from pfile='/home/Oracle/pfile.ora';
查看参数文件
[Oracle@ogg ~]$ cat pfile.ora
orcl.__db_cache_size=322961408
orcl.__java_pool_size=4194304
orcl.__large_pool_size=8388608
orcl.__Oracle_base='/u01/app/Oracle'#OracLE_BASE set from environment
orcl.__pga_aggregate_target=310378496
orcl.__sga_target=461373440
orcl.__shared_io_pool_size=0
orcl.__shared_pool_size=117440512
orcl.__streams_pool_size=0
#这里以_开头的为隐含参数，为了使用 ASMM 特性而存在的
*.audit_file_dest='/u01/app/Oracle/admin/orcl/adump'
*.audit_Trail='db'
*.compatible='11.2.0.4.0'
*.control_files='/u01/app/Oracle/oradata/orcl/control01.ctl','/u01/app/Oracle/fast_recovery_area/orcl/control02.ctl'
*.db_BLOCK_SIZE=8192
*.DB_DOMAIN=''
*.db_name='orcl'
*.db_recovery_file_dest='/u01/app/Oracle/fast_recovery_area'
*.db_recovery_file_dest_size=4385144832
*.diagnostic_dest='/u01/app/Oracle'
*.dispatchers='(PROTOCOL=TCp) (serviCE=orclXDB)'
*.memory_target=771751936
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.undo_tablespace='UNDOTBS1'
#由上面的告警日志文件发现的参数是从这里（初始化参数文件）来的
查看当前数据库是以哪种文件启动（spfile或是pfile）
SQL> show parameter spfile;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile String /u01/app/Oracle/product/11.2.0/db_1/dbs/spfiLeorcl.ora
当启动实例时，系统首先要读取初始化参数文件。 然后根据初始化参数文件的设置分配系统全局区(SGA)，并启动 Oracle 后台进程。 另外，操作系统还会打开“警告日志文件”，并且将启动信息存放到“警告日志文件” 中。
警告日志存放在初始化参数 BACkground_dump_dest 所对应的目录中，其文件名格式 为 alertsid.log。
SQL> show parameter BACkground_dump_dest
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
BACkground_dump_dest String /u01/app/Oracle/diag/rdbms/orcl/orcl/trace
注意：Oracle 默认打开初始化参数文件的顺序是： Spfilesid.ora → spfile.ora → initsid.ora 如果三个文件都不存在，则报错。
● 创建数据库
● 创建控制文件
启动到mount阶段，状态为MOUNTED
#查看当前启动状态
SQL> SELEct status froR_327_11845@ v$instance;
STATUS
------------
STARTED
#备份控制文件，结果报错。。。
SQL> alter database BACkup CONTROLFILE to '/home/Oracle/control.bak';
alter database BACkup CONTROLFILE to '/home/Oracle/control.bak'
*
ERROR at line 1:
ORA-01507: database not mounted
#启动到mount
SQL> alter database mount;
Database altered。
#查看当前启动状态
SQL> SELEct status froR_327_11845@ v$instance;
STATUS
------------
MOUNTED
#备份控制文件，成功
SQL> alter database BACkup CONTROLFILE to '/home/Oracle/control.bak';
Database altered.
NOMOUNT 状态下无法备份控制文件，MOUNT 状态下备份成功，说明数据库从 NOMOUNT 到 MOUNT 状态读取了控制文件。
装载数据库阶段，系统会按照初始化参数文件中 control_files 参数的设置查找并打开控制文件。
Oracle 是通过控制文件在实例和数据库之间建立关联的，通过控制文件可以取得数据文件和重做日志的名称和所处状态。但对数据文件和日志文件是否存在不作检查。
启动到open阶段，状态为OPEN
以查询数据测试
#当前数据库状态
SQL> SELEct status froR_327_11845@ v$instance;
STATUS
------------
MOUNTED
#查询数据
SQL> SELEct count(*)from scott.emp;
SELEct count(*)from scott.emp
*
ERROR at line 1:
ORA-01219: database not open: queries allowed on fixed tables/views only
#打开数据库
SQL> alter database open;
Database altered.
#当前数据库状态
SQL> SELEct status froR_327_11845@ v$instance;
STATUS
------------
OPEN
#查询数据
SQL> SELEct count(*)from scott.emp;
COUNT(*)
----------
14
总结：在 MOUNT 状态下，我们无法读取到数据，说明数据文件没有被读取。当数据库 OPEN 后，我们可以读取到数据，说明数据库从 MOUNT 到 OPEN 加载了数据文件。
以切换重做日志测试
#当前数据库状态
SQL> SELEct status froR_327_11845@ v$instance;
STATUS
------------
MOUNTED
#尝试手工切换日志文件组
SQL> alter system switch logfile;
alter system switch logfile
*
ERROR at line 1:
ORA-01109: database not open
#打开数据库
SQL> alter database open;
Database altered.
#再次尝试手工切换日志文件组
SQL> alter system switch logfile;
System altered.
总结：在 MOUNT 状态下，我们无法手工切换日志文件组，说明联机重做日志文件没有被读取。当数据库 OPEN 后，可以切换，说明数据库从 MOUNT 到 OPEN 加载了日志文件。
当 DBA 要执行完全数据库备份、修改初始化参数以及其他系统维护操作时，需要停止 Oracle 服务器。
Oracle 数据库共有 4 种关闭方式，根据不同的情况，管理员可采用不同的方式关闭数 据库。
NORMAL：正常关闭方式。
transaCTIONAL：事务关闭方式。
IMMEDIATE：立即关闭方式。
ABORT：强制终止关闭方式。
NORMAL、transaCTIONAL、IMMEDIATE 三种关闭方式，属于一致性数据库（或 称干净数据库）关闭。特点是无需进行数据库恢复，关闭和启动过程如下图
ABORT 关闭方式，属于非一致性数据库（或称脏数据库）关闭。使用 ABORT 关闭、 或数据库发生实例故障（比如断电）、或使用 STARTUP FORCE 强制重新启动数据库，都需要进行实例恢复。关闭和启动过程如下图
SHUTDOWN NORMAL
NORMAL 是默认选项。这种方式是被动的等待方式，在所有用户主动退出后，才实施关闭。该选项按照以下条件进行：
该方式在关闭数据文件、重做日志和控制文件之前，系统首先要发出检查点，同步所有数据文件、控制文件和重做日志，使得这三种文件处于同步状态。
SHUTDOWN transaCTIONAL
这种方式将等待所有用户的事务结束，在避免用户修改丢失的前提下，尽快关闭数据库。 该选项按照以下条件进行：
假定有一个用户正在执行事务操作(INSERT、updatE 等)，那么当执行 SHUTDOWN transaCTIONAL 时系统会处于等待状态。而当该用户执行 COMMIT 或 ROLLBACK 终止 事务之后，系统会自动断开其连接，然后停止 Oracle 服务器。另外，在执行该命令关闭数 据库之前，与 SHUTDOWN NORMAL 类似，系统也会首先发出检查点，然后才会关闭数据 文件、控制文件和重做日志。
SHUTDOWN IMMEDIATE
这种方式无需等待用户的情况下，进行立即关闭。已经提交的事务不会丢失，未提交的 事务被撤销。该选项按照以下条件进行： 当前执行的 SQL 语句被取消
Oracle server 不等待当前连接的用户断开
Oracle 回退活动事务，并断开所有连接的用户
Oracle 关闭实例前关闭和卸载数据库
下次启动无需进行实例恢复。
假定有一个用户正在执行事务操作(INSERT、updatE 等)，那么当执行 SHUTDOWN IMMEDIATE 时系统会自动回退该事务操作，然后断开用户连接，最后停止 Oracle 服务器。 另外，在执行该命令关闭数据库之前，与 SHUTDOWN NORMAL 类似，系统也会首先发出 检查点，然后才会关闭数据文件、控制文件和重做日志。
SHUTDOWN ABORT
SHUTDOWN ABORT 命令用于快速停止 Oracle 服务器，属于异常终止数据库，例如 实例出现故障或使用其他三种方式无法停止 Oracle 服务器，可以考虑采用这种方式。该选 项按照以下条件进行：
因为采用这种方式不会发出检查点，从而使得数据文件、控制文件和重做日志处于不一 致的状态，所以将来在启动 Oracle 服务器时，后台进程 SMON 会自动进行实例恢复，最终 将数据文件、控制文件和重做日志恢复到一致状态。在使用 Oracle 服务器时，尽可能 不要使用 SHUTDOWN ABORT 命令停止 Oracle 服务器。如果系统并发事务很多，而又执 行了 SHUTDOWN ABORT 命令停止 Oracle 服务器，那么因为需要进行实例恢复，所以可 能会导致 Oracle 服务器启动时间很长。
四种关闭方式的特点总结如下表（√是，×否）
各种关闭模式的特点
停止 Oracle 服务器是使用命令 SHUTDOWN 来完成的，执行该命令要求用户必须具有 SYSDBA 或 SYSOPER 特权。其命令格式如下：
SHUTDOWN [NORMAL | transaCTIONAL | IMMEDIATE | ABORT ]
以上是大佬教程为你收集整理的Oracle启动关闭全部内容，希望文章能够帮你解决Oracle启动关闭所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。