急急急，安装oracle11g数据库报错，但还是显示安装成功了 ，什么意思这是，有影响吗，对以后有影响吗

你这显示的是OEM配置失败，本身对于数据库没有影响，你的数据库安装成功了，可以正常运行

OEM也就是oracle enterprise manager的简称，也可以叫做EM，它是管理oracle的一个web工具，在服务器端是作为一个独立的组件部署的。类似于tomcat

当你管理数据库时，可以再客户端开启ie浏览器，进入管理界面，进行创建表，修改索引，创建表空间，监控，等一些列oracle的管理工作，它是独立的，它失败与oracle的安装成功与否没有关系

当你EM失败时，可以再linux后台卸载EM，重装EM。就可以了。

具体书籍参考《ORACLE数据库技术实用详解》

这篇文章主要介绍了Oracle数据库的启动与关闭方法 需要的朋友可以参考下  

一 启动数据 $sqlplus "sys/pass as sysdba" sql>startup

二 启动监听器 数据库启动后 如果未启动监听进程 则客户端无法与数据库连接 监听进程的启动方法为 $lsnrctl start 在widnows中 可以从服务列表中启动监听器 监听里程配置文件为listener ora 位于目录/home/app/oracle/product/ /db /neork/admin/ 此配置文件分为两部分 一部分为监听程序本身的配置 包括协议 地址 端口号等 另一部分为监听程序所连接的数据库的实例信息 包括 实例名 全局数据库名 oracle主目录等 监听器可以利用oracle net config 向导来配置 要显示监听器的运行状态 $lsnrctl status; 要停止监听器 $lsnrctl stop

三 数据库的启动过程 分为三个阶段 启动实例 包括以下 *** 作 ) 读取参数文件 ) 分配SGA ) 启动后台进程 2．装载数据库 装载数据库是将数据库与已启动的实例相联系 数据库装载后 数据库保持关闭状态 3．打开数据库 此步骤使用数据库可以进行正常的 *** 作的处理 主要是打开控制文件 数据库文件和日志文件

四 数据库启动参数 NOMOUNT:只启动实例 不装载数据库 sql>startup nomount MOUNT:启动实例 并装载数据 但不打开数据库 sql>startup mount READ ONLY:将数据库置为只读 sql>startup mount sql>alter database open read only READ WRITE:以可读写方式打开数据 这是默认方式 sql>startup mount sql>alter database open read write OPEN:打开数据库 这是默认方式 sql>startup mount sql>alter database open; RESTRICT:以受限方式打开 只有具有RESTRICTED SESSION权限的用户才可以连接数据库 sql>startup restrict PFILE:启时指定参数文件 sql>startup pfile=/u /user/mypfile ora FORCE:以强制方式启动数据库 sql>startup pfile=/u /user/mypfile ora open restrict force

五 数据库的关闭 与启动过程相对应 关闭包括三个过程 1)．关闭数据库 2)．卸载数据库 3)．关闭数据库实例

1．NORMAL关闭方式 NORMAL关闭方式是正常关闭方式 是默认关闭方式 在这种关机方式下 数据库服务器必须等待所有客户端从Oracle中正常退出时 才可以关闭数据库 SQL>SHUTDOWN NORMAL 2．IMMEDIATE关闭方式 使用这种方式关闭数据库时 系统将连接到数据库的所有用户尚未提交的事务全部回退 中断连接 然后关闭数据库 SQL>SHUTDOWN IMMEDIATE 3．ABORT关闭方式 ABORT关闭方式为异常方式 使用这种方式关闭数据库时 系统立即将数据库实例关闭 对事务膛数据完整性不作检查 是最快的关机方式 sql>shutdown abort; 4．TRANSACTIONAL关闭方式 在这种关机方式中 数据库必须等待所有的客户运行的事务结束 提交或回退 sql>shutdown transactional

sql> startup force 强制启动

lishixinzhi/Article/program/Oracle/201311/19075

日志缓冲区Log_buffer是Oracle专门用于存入重做日志的内存区域。

数据库启动时，可以看到：

SQL> startup

ORACLE 例程已经启动。

Total System Global Area 85006980 bytes

Fixed Size 453252 bytes

Variable Size 46137344 bytes

Database Buffers 37748736 bytes

Redo Buffers 667648 bytes

数据库装载完毕。

数据库已经打开。

Redo Buffers就是分配给Log_buffer的内存大小。

对日志缓冲区的大小，可以从下面的视图中查询的到：

SQL> select from v$parameter;

也可以

SQL> show parameter log_buffer

NAME TYPE VALUE

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

log_buffer integer 524288

从这儿查询出的数据，是在配置文件中配置的数据，配置文件有：SPFILEORA92ORA，INITora92ORA等。

这个值和真实的日志缓冲区的大小不同。如果要知道真实的Log_buffer的大小，可以用下面的方法查询：

SQL> select from v$sgastat where name ='log_buffer';

POOL NAME BYTES

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

log_buffer 656384

上面的这个值，是Oracle的SGA实际分配给Log_buffer的大小。

另外，还可以从 v$sga中查询：

SQL> select from v$sga;

NAME VALUE

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

Fixed Size 453252

Variable Size 46137344

Database Buffers 37748736

Redo Buffers 667648

这个值也就是Oracle启动时分配给Log_buffer的大小。

那这个值为什么和实际的大小有差别呢？

SQL> select (667648-656384)/1024 ||'K' from dual;

(66

---

11K

相差11K，那这11K干什么用呢？

这11K是Oracle为了保护Log_buffer，分配出来的日志保护页。

E:\ORACLE\ORADATA\SKBAK\SYSTEM01DBF这个文件损坏或者被移走了，由于是存放数据字典的关键系统表空间，不能简单的为了open数据库而将它offline drop掉

oracle=instance(实例)+database(数据库)

instance是一堆内存结构（sga+后台进程）

database是一堆存放数据物理磁盘文件（datafile+redo

log

file+control

file+archive

log

file+parameter

file等）

一个instance在同一个时间，只能打开一个database

一个database在同一个时间，可以被多个instance打开，这个例子就是rac。

不同的用户权限可以通过不同的命令进入系统。

sql>conn / as syddba;即可登录oracle超级管理员用户（不需要用户和密码）。

sql>conn zhangsan/password;通过输入用户名和密码的形式可以登录到普通用户。

sql>conn zhangsan/password@19216811:1521/orcl;通过本命令可以访问安装在”19216811“上面的oracle用户。

以上就是关于急急急，安装oracle11g数据库报错，但还是显示安装成功了 ，什么意思这是，有影响吗，对以后有影响吗全部的内容，包括:急急急，安装oracle11g数据库报错，但还是显示安装成功了 ，什么意思这是，有影响吗，对以后有影响吗、Oracle数据库的启动与关闭方法、怎么查看oracle数据库数据缓冲区大小等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！