今天在一本书上看到的，感觉挺全的。印象中自己已经不知道百度了多少次这个问题，今天就记下来吧，方便以后查询。
数据库写进程在以下事件之一发生时把数据库高速缓冲区的数据写到数据文件上:
当脏缓冲区的数量超过了所设定的限额
当所设定的时间间隔已到
当有进程需要数据库高速缓冲区却找不到空闲的缓冲区时
当检查点发生时
当某个表被删除(drop)或被截断(truncate)时
当某个表空间被置为只读状态(read only)时
当使用类似于ALTER TABLESPACE users BEGIN BACKUP的命令对某个表空间进行联机备份时
当某个临时表空间被设置为只脱机状态(offline)或正常状态(normal)时等
......
1 问题描述
oracle数据库在服务器上运行正常，但是不能通过网络连接（即使用客户端不能连接数据库，在服务器端正常，诊断的初步原因为监听器问题）。在服务器端使用以下命令：
bash-3.1$ cd $ORACLE_HOME/bin
bash-3.1$ ./lsnrctl
LSNRCTL> status
结果出现：
CONNECT (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1)))
然后就停止不动了，使用
LSNRCTL> start
后没有任何反应，其结果是监听器启动不了。
2 分析问题
首先，使用以下命令
bash-3.1$ cd $ORACLE_HOME/network/admin
bash-3.1$ ls
后，发现listener.ora和tnsnames.ora文件都在该目录下，然后
bash-3.1$ cat listener.ora
里面有部分内容如下：
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = RHEL)(PORT = 1521))
)
)
然后，再查看tnsnames.ora文件
bash-3.1$ cat tnsnames.ora
里面的内容如下：
ORCL =
(DESCRIPTION =
&nbs ......
ORACLE触发LGWR日志写进程的条件
当某个事务提交时
当重做日志缓冲区中变化的记录超过1MB时
当重做日志缓冲区中所存的记录已超过缓冲区容量的1/3
在DBWR将数据库高速缓冲区中修改过的数据块写到数据文件之前
每3秒钟
......
ORACLE触发CHECKPOINT的条件
1.当发生日志组切换的时候
2.当符合LOG_CHECKPOINT_TIMEOUT，LOG_CHECKPOINT_INTERVAL，fast_start_io_target,fast_start_mttr_target参数设置的时候
3.当运行ALTER SYSTEM SWITCH LOGFILE的时候
4.当运行ALTER SYSTEM CHECKPOINT的时候
5.当运行alter tablespace XXX begin backup，end backup的时候
6.当运行alter tablespace ,datafile offline的时候 ......
ORACLE服务器一般包括以下三种安装方式
基于主机方式：在此配置下，用户可直接在安装了数据库的计算机上登录ORACLE数据库。
客户端-服务器(client-server)（两层模型）方式：数据库和客户终端分别安装在不同的计算机上，用户可通过网络从个人计算机（客户端）上访问数据库。
客户端-应用服务器-服务器(client-application server-server)（三层模型）：用户首先从自己的个人计算机登录应用服务器，再通过应用服务器访问真正的数据库。
连接是用户进行与ORACLE服务器之间的通信路径。与ORACLE服务器(server)的三种安装方式相对应，一个数据库用户可能用以下三种方式之一与ORACLE服务器连接。
基于主机方式：此时的用户进行和服务器进程时在同一台计算机的相同的操作系统上的，用户进程与ORACLE服务器之间的通信路径是通过操作系统内部进程通信机制(interprocess communication,IPC)来建立的。
客户端-服务器方式：用户进程和ORACLE服务器之间的通信是通过网络协议（如TCP/IP）来完成的。
客户端-应用服务器-服务器方式：用户的个人计算机通过网络与应用服务器或网络服务器通信，而该应用服务器或网络服务器又是通过网络与运行数据库的计算机相连的。
以上所介绍的连接� ......
故障解决：oracle10g 数据库复制同步
呵呵。oracle我是个菜鸟，没花功夫研究它，但我还是兼任dba，目前oracle全部是由以前的dba创建的，oracle确实好。基本没有出过问题，我也就基本不管它了，可是由于自己粗心大意，在一次修改服务器地址时候，数据库里的tns...这个配置文件忘了修改，结果导致同步失败，等我发现的时候，发现已经失效，结果我花了2天时间，才得以解决。。。
先说说问题的发现
我有2台服务器，分别放置于不同机房，系统都为linux，数据库都为oracle10g，俩台数据库之间定时同步数据，有一次我更改了一台服务器地址，后来发现oracle同步出现故障，故障为broken 的值为Y，FAILURES=16,经过google ，说是broken =Y，FAILURES=16就是表示此job 失效，就是不再执行。
故障解决：
经过了无数次的google。。。。。我解决过程如下：
首先用oracle帐号登陆进数据库
sqlplus / as sysdba
然后查询dba_jobs情况
select job,next_date,next_sec,failures,broken from dba_jobs;
于是我运行
execute dbms.job.run(这里是停止了的job-id号)
发现无法运行。
这时发现failures 为16 ， broken 为 Y
经过google，job如果由于某种原因未能成功之行，oracle� ......
最新文章 : Oracle