Oracle 11g 数据库启动和关闭

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

Oracles11数据库的启动状态

Oracle11g在启动的时候必须经过三个状态:NOMOUNT,MOUNT,OPEN。

NOMOUNT: 此状态下只打开数据库实例,读取参数文件。

MOUNT: 根据参数文件信息,打开控制文件。读取控制文件中的各种信息,如数据文件位置,日志文件路径,但是不打开数据文件。

OPEN:打开数据文件,并进行一系列的检查工作。


启动数据库:

1
2
3
4
[oracle@temp- test  oracle]$ sqlplus  /nolog
SQL> connect /as  sysdba
Connected.
SQL> startup

此时显示数据库已经成功启动,进入open状态。

1
2
3
4
5
6
7
8
ORACLE instance started.
Total System Global Area 1586708480 bytes
Fixed Size    2213736 bytes
Variable Size  939526296 bytes
Database Buffers  637534208 bytes
Redo Buffers    7434240 bytes
Database mounted.
Database opened.

关闭数据库:

1
2
3
4
SQL>  shutdown  immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

关闭数据库和启动过程相反,也要依次进行三个动作,close, dismount, shut down。


如果要按顺序依次手动启动各个状态,使用如下命令:

1
2
3
SQL> startup nomount;
SQL> alter database  mount ;
SQL> alter database  open ;


数据库文件

数据库主要由数据文件、控制文件、重做日志文件。这些文件是数据库的核心。

数据文件(data files):数据文件包含数据库中的实际数据。是数据的最终存储位置。

控制文件(control files):包含维护数据库和验证数据库完整性的信息。它是二进制的文件。

重做日志文件(redo files):重做日志文件包含数据库发生变化的记录,在发生故障时用于数据恢复。

其他文件:

参数文件(parameter files):参数文件中定义了数据库实例的特性,分配的内存和缓冲区大小信息。

密码文件:授权用户启动和关闭数据库实例,存储用户名和密码。

归档日志文件:归档日志文件是日志文件的脱机备份,在发生故障后进行数据恢复可能使用该文件。


数据库参数设置

共享池(share pool)是缓存SQL代码的解析结果数据,包含库高速缓存(Libray cache)和数据字典高速缓存(Data dict cache)。

库高速缓存(Libray cache):存储了最近使用过的SQL和PL/SQL语句。

数据字典高速缓存(Data dict cache):存储了数据文件、表、索引、列、用户、权限信息。

这两个缓存区域的大小决定了数据库查询的响应时间,但是无法直接对其进行参数修改,只能通过调整共享池的大小来间接调整缓存区的大小。

设置共享池大小:

1
2
3
4
5
6
SQL> alter system  set  shared_pool_size=16m;
System altered.
SQL> show parameter shared_pool_size;
NAME     TYPE VALUE
------------------------------------ ----------- ------------------------------
shared_pool_size     big integer 16M


数据库高速缓冲区(Database buffer cache)存储了最近从数据文件读入的数据块信息或用户更改后需要写回数据库的数据信息。

Oracle 使用参数DB_BLOCK_SIZE和DB_BLOCK_BUFFERS设置数据库高速缓存的大小。二者的乘积为缓存的大小,DB_BLOCK_BUFFERS表示的是数据库的个数。

查询数据库块的大小,这里显示的值为8192B,即8KB:

1
2
3
4
SQL> show parameter db_block_size;
NAME     TYPE VALUE
------------------------------------ ----------- ------------------------------
db_block_size     integer 8192

查看数据库缓冲区信息:

1
2
3
4
5
6
SQL> show sga;
Total System Global Area 1586708480 bytes
Fixed Size    2213736 bytes
Variable Size  939526296 bytes
Database Buffers  637534208 bytes
Redo Buffers    7434240 bytes

SGA为数据库的自动管理。


 本文转自 酥心糖 51CTO博客,原文链接:http://blog.51cto.com/tryingstuff/1978758

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
1月前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
103 11
|
2月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
2月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
1月前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
21天前
|
存储 Oracle 关系型数据库
数据库传奇:MySQL创世之父的两千金My、Maria
《数据库传奇:MySQL创世之父的两千金My、Maria》介绍了MySQL的发展历程及其分支MariaDB。MySQL由Michael Widenius等人于1994年创建,现归Oracle所有,广泛应用于阿里巴巴、腾讯等企业。2009年,Widenius因担心Oracle收购影响MySQL的开源性,创建了MariaDB,提供额外功能和改进。维基百科、Google等已逐步替换为MariaDB,以确保更好的性能和社区支持。掌握MariaDB作为备用方案,对未来发展至关重要。
47 3
|
21天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
54 3
|
21天前
|
SQL 关系型数据库 MySQL
数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog
《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》介绍了如何利用MySQL的二进制日志(Binlog)恢复误删除的数据。主要内容包括: 1. **启用二进制日志**:在`my.cnf`中配置`log-bin`并重启MySQL服务。 2. **查看二进制日志文件**:使用`SHOW VARIABLES LIKE 'log_%';`和`SHOW MASTER STATUS;`命令获取当前日志文件及位置。 3. **创建数据备份**:确保在恢复前已有备份,以防意外。 4. **导出二进制日志为SQL语句**:使用`mysqlbinlog`
72 2
|
1月前
|
关系型数据库 MySQL 数据库
Python处理数据库:MySQL与SQLite详解 | python小知识
本文详细介绍了如何使用Python操作MySQL和SQLite数据库,包括安装必要的库、连接数据库、执行增删改查等基本操作,适合初学者快速上手。
227 15
|
28天前
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
|
1月前
|
关系型数据库 MySQL 数据库
数据库数据恢复—MYSQL数据库文件损坏的数据恢复案例
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现:1、数据库无法进行查询等操作;2、使用mysqlcheck和myisamchk无法修复数据库。

推荐镜像

更多